Hauptmenü

Neueste Beiträge

#11
Sonstige Systeme / Aw: FHEM-Integration von Tapo ...
Letzter Beitrag von Prof. Dr. Peter Henning - 22 März 2026, 13:47:39
Nächste Ergänzung: Ich kann mir (jedenfalls so lange Platz auf der SD-Karte ist) in meinem FHEM-Device die Events des jeweiligen Tages anschauen. Die werden durchnummeriert, z.B.
Zitat28 10:21:49 2026-03-22 person
29 10:19:52 2026-03-22 person
30 09:39:25 2026-03-22 person
31 09:09:59 2026-03-22 pet
32 09:07:39 2026-03-22 person
33 09:04:51 2026-03-22 pet
34 08:47:17 2026-03-22 pet
35 08:43:59 2026-03-22 pet

Wenn ich dann eingebe "set TapoCam download 34", läuft ein Python-Skript los, prüft die Videos auf der SD-Karte. Lädt dasjenige runter, das automatisch bei diesem Event aufgenommen wurde. Wandelt das mit ffmpeg in eine MP4-Datei um. Und legt mir in das Reading "event_downloadlink" einen Link auf diese MP4-Datei. Diese wird natürlich in den Webspace von FHEMWEB verlinkt, so dass ich sie mit einem Mausklick ansehen kann.

Sieht dann so aus (natürlich habe ich das runterskaliert, die richtig hohe Auflösung wollte ich jetzt nicht posten)...

Scharfe Sache, endlich Katzenüberwachung...

LG

pah



#12
Multimedia / Sonos2mqtt currentTrack_.* wir...
Letzter Beitrag von Guybrush - 22 März 2026, 13:27:42
mir ist aufgefallen, dass bei mir die currentTrack_.* Readings bei Sonos Gräten, die nicht als Master Mitglied einer Gruppe sind, aktualisiert werden. Das ist etwas blöd, wenn man auf den Slaves, die anderen Räumen zugewiesen sind, nicht direkt sieht was läuft. Das ist zwar nichts kritisches, aber unschön. Ist das denn richtig so, oder habe ich einen Konfigurationsfehler bzw. anders gefragt - kann man es über das Modul steuern, dass die currentTrack_.* Readings der Slaves immer aktualisiert werden?

Ich hab mir als Workaround ein notify dafür angelegt:
Sonos.FlurEG:currentTrack_TrackUri:.* {
my $hash = $defs{$NAME};
my $readings = $hash->{READINGS};
my $master = ReadingsVal($NAME, 'Master', '');

if ($master eq ReadingsVal($NAME, 'name', '')) {
my @list = devspec2array(".*:FILTER=DEF=RINCON.*:FILTER=name!=$master:FILTER=Master=$master");
foreach my $device (@list) {
foreach my $reading ( keys %{$readings} ) {
if ($reading =~ m/^currentTrack_.+$/) {
fhem("setreading $device $reading ".ReadingsVal($NAME, $reading, ''));
}
}
}
}
}

Mein Sonos.FlurEG ist Master und dort sind 6 Sonosgeräte hinzugefügt. So wird jetzt jedenfalls überall currentTrack_.* aktualisiert.
#13
Sonstige Systeme / Aw: Foxess Inverter Modbus
Letzter Beitrag von Pfriemler - 22 März 2026, 13:07:56
Ich habe jetzt eine FoxEss Avcodo Pro 22 hier stehen und plage mich gerade mit der Integration via ModbusAttr. Ich empfange schon jede Menge Daten (und bin gerade dabei sie zu sortieren und zu dekodieren), aber das Modul ist so mächtig dass ich noch keine optimale Lösung gefunden habe. Mag jemand Quelltext mit mir teilen der schon weiter ist?
#14
FHEM Code changes / Revision 31003: user_n_a.svg &...
Letzter Beitrag von System - 22 März 2026, 13:00:46
Revision 31003: user_n_a.svg & co: move to openautomation as requested (Forum #12605)

user_n_a.svg & co: move to openautomation as requested (Forum: #12605)

Source: Revision 31003: user_n_a.svg & co: move to openautomation as requested (Forum #12605)
#15
FHEM Code changes / Revision 31002: bus.svg/trams....
Letzter Beitrag von System - 22 März 2026, 13:00:46
Revision 31002: bus.svg/trams.svg: fix images for direkt opening in chrome (Forum #12605)

bus.svg/trams.svg: fix images for direkt opening in chrome (Forum: #12605)

Source: Revision 31002: bus.svg/trams.svg: fix images for direkt opening in chrome (Forum #12605)
#16
FHEM Code changes / Revision 31001: images: images...
Letzter Beitrag von System - 22 März 2026, 13:00:46
Revision 31001: images: images from Sailor/2026-02-12 and DS_Starter/2026-03-20 (Forum ...

images: images from Sailor/2026-02-12 and DS_Starter/2026-03-20 (Forum: #12605)

Source: Revision 31001: images: images from Sailor/2026-02-12 and DS_Starter/2026-03-20 (Forum ...
#17
Frontends / Aw: Icons
Letzter Beitrag von DS_Starter - 22 März 2026, 12:35:58
ZitatWarum sollten diese Icons nicht nach fhemSVG kommen?
Weil sie aus dem OpenAutomationProject stammen und somit idealerweise in dem Ordner verortet sein sollten.
Ist aber nur ein Vorschlag.

Danke fürs Einchecken!

LG,
Heiko
#18
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von peterboeckmann - 22 März 2026, 12:29:26
Hallo Heiko,

danke für die Erläuterung.
Mir war nicht bewusst, dass der Wert immer von einer Device:Reading-Kombination kommen muss.
Ich hab das jetzt wie beschrieben angelegt und das funktioniert.

Viele Grüße,
Peter
#19
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von DS_Starter - 22 März 2026, 12:23:13
Hallo Peter,

in reductionState ist eine Device:Reading:<Bedingung> Kombination anzugeben.
Die Bedingung kann ein einfacher Regex sein oder in {..} eingefasster Perl-Code. Das Ergebnis muß "wahr" (1) oder "false" 0 sein. Also Boolesche Werte die Perl als Wahr oder Falsch bewertet.

Im einfachsten Fall für deinen Zweck legst du im SF-Device ein userReading "userRdg_Regulated" mit dem Wert "0" an.
Das gibst du dann so an:

reductionState=<Sf-Devicename>:userRdg_Regulated:1


Hier wird auf "1" geprüft und wenn es zutrifft dann ist die Anlage abgeregelt. Da du fix "0" in das Reading legst, ist bei dir der Abregelungsstatus dann immer grün weil nicht abgregelt.

Die Hilfe dazu ist zugegeben etwas spärlich. Ich werde sie verbessern.

LG
#20
Frontends / Aw: Icons
Letzter Beitrag von rudolfkoenig - 22 März 2026, 12:18:24
Zitatich habe auch mal wieder ein paar benötigte openautomation Icons, die in

../www/images/openautomation

eingebaut werden sollten.

Warum sollten diese Icons nicht nach fhemSVG kommen?