- Willkommen im Forum „FHEM Forum“.
Neueste Beiträge
#1
MQTT / Aw: MQTT-Client blockiert FHEM...
Letzter Beitrag von Gisbert - 25 März 2026, 00:20:23Hallo Michael,
wenn es so schlimm ist, dann muss schon etwas wirklich im Argen liegen.
Ich hatte einmal den Fall, dass sich ein Freeze von einer Minute an den anderen gereiht hat, zwischendurch war es dann für kurze Zeit halbwegs normal, dann fing es wieder an.
Ich hab dann rigors Teile meiner Devices abgeschaltet, bis ich die Ursache gefunden hatte. Da ich keine Lösung gefunden hatten und das Modul schon länger nicht gewartet wurde, hab ich es anschließend nicht wieder inbetrieb genommen. In meinem Fall war das Abschalten einfach möglich, da ich viele Definitionen in .cfg-Dateien ausgelagert hab, die in der fhem.cfg per include eingebunden werden. Diese Zeilen habe ich dann reihum in der fhem.cfg auskommentiert, die fhem.cfg gespeichert, so dass die Devices in der betroffenen .cfg-Datei nicht mehr geladen wurden. Zwischendurch natürlich immer Fhem per shutdown restart neu gestartet.
Eine andere Möglichkeit ist ein älteres Backup zu benutzen, bei dem es noch keine Schwierigkeiten gab. Ausgehend davon werden die Änderungen sukzessive definiert, Fhem dann neu gestartet und beobachtet, was passiert.
Ich glaube, dass es keinen Königsweg gibt, um dem Fehler auf die Spur zu kommen - außer, dass man sehr systematisch vorgehen sollte. Teile der Definitionen zu deaktivieren oder zu löschen, sind sicher die härtesten Maßnahmen, wenn man sonst nicht weiterkommt.
Viele Grüße Gisbert
wenn es so schlimm ist, dann muss schon etwas wirklich im Argen liegen.
Ich hatte einmal den Fall, dass sich ein Freeze von einer Minute an den anderen gereiht hat, zwischendurch war es dann für kurze Zeit halbwegs normal, dann fing es wieder an.
Ich hab dann rigors Teile meiner Devices abgeschaltet, bis ich die Ursache gefunden hatte. Da ich keine Lösung gefunden hatten und das Modul schon länger nicht gewartet wurde, hab ich es anschließend nicht wieder inbetrieb genommen. In meinem Fall war das Abschalten einfach möglich, da ich viele Definitionen in .cfg-Dateien ausgelagert hab, die in der fhem.cfg per include eingebunden werden. Diese Zeilen habe ich dann reihum in der fhem.cfg auskommentiert, die fhem.cfg gespeichert, so dass die Devices in der betroffenen .cfg-Datei nicht mehr geladen wurden. Zwischendurch natürlich immer Fhem per shutdown restart neu gestartet.
Eine andere Möglichkeit ist ein älteres Backup zu benutzen, bei dem es noch keine Schwierigkeiten gab. Ausgehend davon werden die Änderungen sukzessive definiert, Fhem dann neu gestartet und beobachtet, was passiert.
Ich glaube, dass es keinen Königsweg gibt, um dem Fehler auf die Spur zu kommen - außer, dass man sehr systematisch vorgehen sollte. Teile der Definitionen zu deaktivieren oder zu löschen, sind sicher die härtesten Maßnahmen, wenn man sonst nicht weiterkommt.
Viele Grüße Gisbert
#2
Anfängerfragen / Aw: Frage zu stateFormat
Letzter Beitrag von Ralf9 - 25 März 2026, 00:03:15Habs hinbekommen, damit funktionierts
Code Auswählen
stateFormat {ReadingsVal($name,'state','')."\n".ReadingsVal($name,'time','')} #3
Sonstige Systeme / Aw: Rademacher Duofern Wandsch...
Letzter Beitrag von Tinus - 25 März 2026, 00:00:46Hallo Paul, hast Du die Teile dem Mann aus Hamm abgekauft? Ich habe ihm noch 6 3600W Aktoren 9470-1 und einen Umweltsensor 9475 abgekauft für 175€, alle funktionieren. super. Gruß, Martin
#4
Sonstige Systeme / Aw: Rademacher Duofern Wandsch...
Letzter Beitrag von Tinus - 24 März 2026, 23:45:37War jetzt der letzte Post eine Frage oder eine Antwort?
Remote pair ist schon ok, andernfalls stromlos machen und wieder connecten...
Remote pair ist schon ok, andernfalls stromlos machen und wieder connecten...
#5
Sonstige Systeme / Aw: Rademacher Duofern Wandsch...
Letzter Beitrag von paulbaumann - 24 März 2026, 23:20:27Und wem es ebenso geht, die Lösung ist es in der Rademacher App freizuschalten unter Allgemein - Fernanmelden
Nicht gerade offensichtlich...
Nicht gerade offensichtlich...
#6
Bastelecke / Aw: ESP RGBWW Wifi Led Control...
Letzter Beitrag von vbs - 24 März 2026, 22:55:12Hm, also ich bin der Meinung, dass ich jetzt tatsächlich einen kaputte Mosfet hab: also sobald der Controller Strom hat (auch mit leerem Flash) leuchtet immer der CW-Kanal ein bisschen. Ich messe da ca. 7 V am Drain von dem Mosfet. Also irgendwie sperrt der nicht mehr richtig?
Hab den Mosfet mal testweise runtergelötet und den eines anderen Kanals eingelötet und dann war alles wieder tutti. Also wohl ziemlich eindeutig ein Problem mit dem Bauteil, würd ich sagen. Etwas seltsam...
Hab bei Ali auf jeden Fall mal ne handvoll Neue bestellt. Müsste ich dann da mit theoretisch wiederbeleben können
Es wird nicht langweilig...
Hab den Mosfet mal testweise runtergelötet und den eines anderen Kanals eingelötet und dann war alles wieder tutti. Also wohl ziemlich eindeutig ein Problem mit dem Bauteil, würd ich sagen. Etwas seltsam...
Hab bei Ali auf jeden Fall mal ne handvoll Neue bestellt. Müsste ich dann da mit theoretisch wiederbeleben können
Es wird nicht langweilig... #7
Bastelecke / Aw: ESP RGBWW Wifi Led Control...
Letzter Beitrag von vbs - 24 März 2026, 22:48:17Oh Mann, hab eine neue Version gemacht (6.0.2-rc1) mit ein paar Fixes. Änderungen ggü 6.0.0-rc5:
* die 6er-Serie hat (hatte) ein Memory Leak, so dass irgendwann der Speicher vollgelaufen ist. Das ist hiermit behoben.
* neues Info-Feld "heap_largest_free_block", das angibt, wie viel Speicher unfragmentiert frei ist
* Heap-Speicher optimiert, so dass etwas mehr Speicher frei ist
* Color-Control in der WebUI funktioniert wieder
* neues Feature: falls der Controller beim OTA-Update hängenbleibt, resettet er sich selbst nach 5 Minuten, damit er dann wieder ansprechbar ist und nicht ewig in diesem Zustand verharrt
Zu finden auf http://rgbww.dronezone.de/testing/version.json
Das Verrückte: Ich hatte in der letzter Zeit sporadisch das Problem, dass Controller beim Update-OTA hängengeblieben sind und dann ewig in dem Zustand stecken geblieben sind. Ich hatte erst ein Speicher-Problem im Verdacht und daher die Verbesserungen in dem Bereich eingebaut.
Bin aber recht sicher mittlerweile, dass das alles ne falsche Fährte war und dass das Hosting auf Github das Problem ist. Meine beste Theorie dazu ist, dass Github das Timing nicht mag, in dem die Controller die Firmware laden und dann die Verbindung kappen. Klingt komisch... Aber: ich hoste die Files jetzt selbst (testweise) und seitdem ist das Problem nicht mehr aufgetreten.
Naja egal - mehr freier Speicher und stabileres OTA kann ja trotzdem nicht schaden, auch wenn es am Ende gar nicht das Problem war...
* die 6er-Serie hat (hatte) ein Memory Leak, so dass irgendwann der Speicher vollgelaufen ist. Das ist hiermit behoben.
* neues Info-Feld "heap_largest_free_block", das angibt, wie viel Speicher unfragmentiert frei ist
* Heap-Speicher optimiert, so dass etwas mehr Speicher frei ist
* Color-Control in der WebUI funktioniert wieder
* neues Feature: falls der Controller beim OTA-Update hängenbleibt, resettet er sich selbst nach 5 Minuten, damit er dann wieder ansprechbar ist und nicht ewig in diesem Zustand verharrt
Zu finden auf http://rgbww.dronezone.de/testing/version.json
Das Verrückte: Ich hatte in der letzter Zeit sporadisch das Problem, dass Controller beim Update-OTA hängengeblieben sind und dann ewig in dem Zustand stecken geblieben sind. Ich hatte erst ein Speicher-Problem im Verdacht und daher die Verbesserungen in dem Bereich eingebaut.
Bin aber recht sicher mittlerweile, dass das alles ne falsche Fährte war und dass das Hosting auf Github das Problem ist. Meine beste Theorie dazu ist, dass Github das Timing nicht mag, in dem die Controller die Firmware laden und dann die Verbindung kappen. Klingt komisch... Aber: ich hoste die Files jetzt selbst (testweise) und seitdem ist das Problem nicht mehr aufgetreten.
Naja egal - mehr freier Speicher und stabileres OTA kann ja trotzdem nicht schaden, auch wenn es am Ende gar nicht das Problem war...
#8
Sonstige Systeme / Aw: Rademacher Duofern Wandsch...
Letzter Beitrag von paulbaumann - 24 März 2026, 22:07:15@Tinus noch eine Frage
Habe jetzt den Stick von Kleinanzeigen bekommen.
Konnte ihn auch pairen mit dem Wandschalter 9494-1
Dieser Wandschalter steuert bei mir 3 Rollos, die ich habe einbauen lassen, 2 Terrassen-Rollos und ein seitliches Fenster Rollo.
Das hat eine Firma eingebaut. Das seitliche Fenster hat den Gurtwickler außen, die Terrassenfenster alles unter Putz.
Nun konnte ich das seitliche Fenster pairen und geht mit FHEM und dem Stick, alles gut.
Habe ich irgendeine Möglichkeit die Terrassenfenster zu steuern über den Stick? Ich sehe zwar den Zustand aber ich kann die ja nicht pairen, sind ja unter Putz verbaut.
Irgend eine Idee??
Habe jetzt den Stick von Kleinanzeigen bekommen.
Konnte ihn auch pairen mit dem Wandschalter 9494-1
Dieser Wandschalter steuert bei mir 3 Rollos, die ich habe einbauen lassen, 2 Terrassen-Rollos und ein seitliches Fenster Rollo.
Das hat eine Firma eingebaut. Das seitliche Fenster hat den Gurtwickler außen, die Terrassenfenster alles unter Putz.
Nun konnte ich das seitliche Fenster pairen und geht mit FHEM und dem Stick, alles gut.
Habe ich irgendeine Möglichkeit die Terrassenfenster zu steuern über den Stick? Ich sehe zwar den Zustand aber ich kann die ja nicht pairen, sind ja unter Putz verbaut.
Irgend eine Idee??
#9
Solaranlagen / Aw: Modul für Ecoflow-Komponen...
Letzter Beitrag von Damian - 24 März 2026, 22:03:05Ich habe es erst mal über MQTT ans Laufen bekommen. Das Ausbleiben der Daten habe ich auch schon beobachtet, ggf. hilft ein Reconnect der Verbindung. Das muss ich aber erst mal beobachten. Eine kleine Visualisierung habe ich auf die Schnelle auch schon zusammengezimmert.
#10
Bastelecke / Aw: Entwicklung SIGNALduinoAdv...
Letzter Beitrag von Ralf9 - 24 März 2026, 21:52:44Die empfangenen Nachrichten sind ok, mit dem dummy sduino bekomme ich damit folgendes:
Wie hast Du den sduino definiert? Es müsste so aussehen
Code Auswählen
MS;P1=411;P2=-1071;P3=-2054;P4=-4056;D=14121213131312131312121212121212121213121212131213131313131213121212131213;CP=1;SP=4;R=211;Q;e;m1;
sduinoD Dispatch: P7#3B0045F45, -96.5 dB, dispatch
sduinoD SD_WS07: model=SD_WS07_TH, id=3B, channel=1, temp=6.9, hum=69, bat=low
MC;LL=-1009;LH=942;SL=-509;SH=460;D=A8D9F45ACE7C0A2F6AECE7E;C=486;L=91;R=26;s3;b3;
sduinoD: Found manchester Protocol id 12 clock 486 RSSI = -61 -> Hideki
sduinoD Dispatch: P12#7519BACA0CBF17A9640601, -61 dB, dispatch
sduinoD decoded Hideki protocol model=Hideki_30, sensor id=2b, channel=1, cnt=1, bat=ok, temp=11.4, humidity=39, comfort=Dry. Less than 40% RH
Hideki Hideki_30_1 T: 11.4 H: 39Wie hast Du den sduino definiert? Es müsste so aussehen
Code Auswählen
define MySignalPico SIGNALduinoAdv /dev/serial/by-id/...