- Willkommen im Forum „FHEM Forum“.
Neueste Beiträge
#1
Sonstige Systeme / Aw: JsonMod: EKD Ampere.IQ / K...
Letzter Beitrag von yersinia - 23 April 2024, 07:58:05Kannst du dies auch als txt file einfach anhängen hier? Oder, wenn es nicht zu lang ist, einfach als Code tags in den Text übernehmen.
#2
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von kask - 23 April 2024, 07:14:48Wo ist den dein Problemchen? Das eine Warnung kommt?
#3
FHEMapp / Aw: FHEMApp4 - Beta Version
Letzter Beitrag von marboj - 23 April 2024, 07:09:46Hallo Jens,
ein kleiner Anzeigebug ist mir aufgefallen:
Wenn ein Device-Name zu lang ist, werden, obwohl das Panel aufklappbar ist, auf dem Handy im Hochformat die beiden Pfeile zum aufklappen nicht angezeigt. Im Querformat oder am PC werden sie angezeigt. Nach dem Kürzen des Namens funktioniert es.
Gruß
Marco
ein kleiner Anzeigebug ist mir aufgefallen:
Wenn ein Device-Name zu lang ist, werden, obwohl das Panel aufklappbar ist, auf dem Handy im Hochformat die beiden Pfeile zum aufklappen nicht angezeigt. Im Querformat oder am PC werden sie angezeigt. Nach dem Kürzen des Namens funktioniert es.
Gruß
Marco
#4
Anfängerfragen / Aw: Fhem abgestürzt
Letzter Beitrag von Prof. Dr. Peter Henning - 23 April 2024, 06:21:03Das Modul CBC.pm dient zur Verschlüsselung mit Blockchain (Encrypt Data with Cipher Block Chaining Mode = CBC). Da es allerhöchst unwahrscheinlich ist, dass die entsprechenden Perl-Programmzeilen auf der neuen Karte dort liegen, wo sie auf der alten Karte gelegen haben, ist _nicht_ von einem Hardwarefehler der Karte oder einem Dateisystemfehler auszugehen.
Eine kurze Suche im FHEM Repository zeigt, dass tatsächlich das FHEM-Modul 72_XiaomiDevice.pm die Crypt::CBC verwendet. Ich tippe deshalb auf eine ungünstige Kombination: Ungenügende Vorprüfung der an Crypt::CBC übergebenen Parameter des Xiaomi-Staubsaugers, und schlechte Programmierung in Crypt::CBC.
Also erstens den Maintainer von 72_XiaomiDevice antriggern, und zweitens für Crypt::CBC eine Fehlermeldung absetzen.
LG
pah
P.S.: Es würde mich doch interessieren, wie man den Winter damit verbringen kann, ein FHEM-System neu aufzusetzen. Das dauert maximal 30 Minuten, wenn man ein ordentliches Backup hat.
Eine kurze Suche im FHEM Repository zeigt, dass tatsächlich das FHEM-Modul 72_XiaomiDevice.pm die Crypt::CBC verwendet. Ich tippe deshalb auf eine ungünstige Kombination: Ungenügende Vorprüfung der an Crypt::CBC übergebenen Parameter des Xiaomi-Staubsaugers, und schlechte Programmierung in Crypt::CBC.
Also erstens den Maintainer von 72_XiaomiDevice antriggern, und zweitens für Crypt::CBC eine Fehlermeldung absetzen.
LG
pah
P.S.: Es würde mich doch interessieren, wie man den Winter damit verbringen kann, ein FHEM-System neu aufzusetzen. Das dauert maximal 30 Minuten, wenn man ein ordentliches Backup hat.
#5
Sprachsteuerung / Aw: [37_echodevice] Amazon Ech...
Letzter Beitrag von Talkabout - 22 April 2024, 23:27:59Zitat von: Talkabout am 16 März 2024, 15:17:23Hallo zusammen,
die Playlist-Funktionalität scheint schon seit einiger Zeit nicht mehr richtig zu funktionieren. Ich habe mal versucht mich durchzudebuggen, hier das entsprechende Log:
Du darfst diesen Dateianhang nicht ansehen.
Bei der Anfrage nach Playlisten kommt ein HTML Header zurück, kein Json. Vermutlich ist die API nicht mehr richtig. Ist das etwas, was zukünftig behoben werden wird oder kann man davon ausgehen, dass die Playlisten-Logik deprecated ist?
Danke!
Gruss
#6
DOIF / Fehler in Funktion des DOIF
Letzter Beitrag von Superposchi - 22 April 2024, 23:20:22Ich habe ein DOIF mit dessen Hilfe eine Lampengruppe zu mehreren Zeiten geschaltet werden soll.
Dazu wird an den Zeitschaltpunkten der Szenename in ein Reading 'sollwert' geschrieben und wenn die Lampen eingeschaltet sind die Szene aktiviert.
Das setzen des Readings klappt, aber die IF-Abfrage im Ausführungsteil wird nicht ausgeführt.
Ich habe im CommandRef und in verschieden Beispielen hier im Forum den Code gefunden und wie oben angepasst. Aber irgendwie hat sich ein Fehler eingeschlichen.
Kann mal bitte jemand den Code gegenlesen?
Dazu wird an den Zeitschaltpunkten der Szenename in ein Reading 'sollwert' geschrieben und wenn die Lampen eingeschaltet sind die Szene aktiviert.
Code Auswählen
([04:00])
(setreading HUEGroup22 sollwert Fernsehlicht, IF ([HUEDevice16:onoff] >= 1) (set HUEGroup22 scene [HUEGroup22:sollwert]))
DOELSEIF ([10:00])
(setreading HUEGroup22 sollwert Tageslicht, IF ([HUEDevice16:onoff] >= 1) (set HUEGroup22 scene [HUEGroup22:sollwert]))
DOELSEIF ([20:15])
(setreading HUEGroup22 sollwert Fernsehlicht, IF ([HUEDevice16:onoff] >= 1) (set HUEGroup22 scene [HUEGroup22:sollwert]))
DOELSEIF ([22:30])
(setreading HUEGroup22 sollwert Nachtlicht, IF ([HUEDevice16:onoff] >= 1) (set HUEGroup22 scene [HUEGroup22:sollwert]))Das setzen des Readings klappt, aber die IF-Abfrage im Ausführungsteil wird nicht ausgeführt.
Ich habe im CommandRef und in verschieden Beispielen hier im Forum den Code gefunden und wie oben angepasst. Aber irgendwie hat sich ein Fehler eingeschlichen.
Kann mal bitte jemand den Code gegenlesen?
#7
Fehlerberichte / Aw: homematic empfang wird bei...
Letzter Beitrag von frank - 22 April 2024, 22:43:09ok.
und sorry für die störung.
und sorry für die störung.
#8
Anfängerfragen / Aw: Fhem abgestürzt
Letzter Beitrag von efyzz - 22 April 2024, 22:31:49Moin,
ich muss das Thema leider nochmal hochholen. Ich habe den Winter damit verbracht, den Raspberry komplett neu aufzusetzen (früher Jessie, jetzt Bookworm), inkl. neuer (Industrial Grade) SD-Karte.
Trotzdem tritt der Fehler noch immer (wenn auch nur sehr selten) auf:
Also genau so, wie damals hier beschrieben:
https://forum.fhem.de/index.php?topic=76503.msg1194040#msg1194040
Einen Fehler im Dateisystem kann ich nun wohl ausschließen, ebenso veraltete Libraries oder ähnliches.
Was könnte es noch sein? Oder gibt es vielleicht wenigstens einen Workaround, so dass FHEM nicht mehr einfriert, sondern den Fehler einfach ignoriert?
Vor diesem Logeintrag gibt es wie immer keinen sinnvollen Hinweis, was schief gegangen sein könnte. Es kommt nur diese eine Fehlermeldung.
ich muss das Thema leider nochmal hochholen. Ich habe den Winter damit verbracht, den Raspberry komplett neu aufzusetzen (früher Jessie, jetzt Bookworm), inkl. neuer (Industrial Grade) SD-Karte.
Trotzdem tritt der Fehler noch immer (wenn auch nur sehr selten) auf:
Code Auswählen
FATAL: input size not equal to blocksize (16) at /usr/share/perl5/Crypt/CBC.pm line 492.Also genau so, wie damals hier beschrieben:
https://forum.fhem.de/index.php?topic=76503.msg1194040#msg1194040
Einen Fehler im Dateisystem kann ich nun wohl ausschließen, ebenso veraltete Libraries oder ähnliches.
Was könnte es noch sein? Oder gibt es vielleicht wenigstens einen Workaround, so dass FHEM nicht mehr einfriert, sondern den Fehler einfach ignoriert?
Vor diesem Logeintrag gibt es wie immer keinen sinnvollen Hinweis, was schief gegangen sein könnte. Es kommt nur diese eine Fehlermeldung.
#9
Homematic / Aw: HmIP-DLD Keine Statusübert...
Letzter Beitrag von hugo - 22 April 2024, 22:06:03Noch was ist mir aufgefallen.
ich habe noch einen "HM-LC-Sw1-Pl-2" diesen kann ich mit "set ST_1 on" in fhem schalten, aber das Icon wechselt seinen Zustand nicht.
Durch drücken auf das ICON wird nur der Befehl on ausgeführt ohne dass das Icon auf on geht.
In der Readings steht "devstate stickyUnreach"
ich habe noch einen "HM-LC-Sw1-Pl-2" diesen kann ich mit "set ST_1 on" in fhem schalten, aber das Icon wechselt seinen Zustand nicht.
Durch drücken auf das ICON wird nur der Befehl on ausgeführt ohne dass das Icon auf on geht.
In der Readings steht "devstate stickyUnreach"
#10
Automatisierung / Aw: at immer am ersten (z.B. D...
Letzter Beitrag von F_Klee - 22 April 2024, 21:31:49Der erste Wochentag und der erste Werktag im Monat sind ja etwas ganz anderes. Hier müsste der Algorithmus prüfen, ob der erste Tag im Monat ein Sonntag ist und muss dann einen Tag hinzu addieren. Schwierig sind dabei die Feiertage, speziell die beweglichen. Feiertage, die immer auf das selbe Datum fallen, könnte man ja in ein Array packen. Sind aber nicht sehr viele, die relevant sind.