- Willkommen im Forum „FHEM Forum“.
Neueste Beiträge
#41
FRITZ!Box / Aw: AVM SmartMeter und Monatsw...
Letzter Beitrag von Marko1976 - 02 März 2026, 09:49:08@RalfRog
Da sind die Attribute ja auch eingetragen wie aus dem List hervorgeht. Doch laut Wiki und Commandref sollen dadurch dann im überwachten Device automatisch neue Readings erstellt werden.
Das wiederum hat aber wie gesagt nur bei den Standard-Begriffen funktioniert.
Was die andere Sache angeht: meiner Meinung nach nicht, es ist ja eine Entwicklung die sich aus der AVM Dache ergibt. Eins passt also so oder so nicht und den Threat teilen macht auch keinen Sinn da dann der Kontext fehlt. So wird bei einer Suche nach AVM SmartMeter auch direkt eine Lösung aufgezeigt. Ist aber halt nur meine Meinung.
Da sind die Attribute ja auch eingetragen wie aus dem List hervorgeht. Doch laut Wiki und Commandref sollen dadurch dann im überwachten Device automatisch neue Readings erstellt werden.
Das wiederum hat aber wie gesagt nur bei den Standard-Begriffen funktioniert.
Was die andere Sache angeht: meiner Meinung nach nicht, es ist ja eine Entwicklung die sich aus der AVM Dache ergibt. Eins passt also so oder so nicht und den Threat teilen macht auch keinen Sinn da dann der Kontext fehlt. So wird bei einer Suche nach AVM SmartMeter auch direkt eine Lösung aufgezeigt. Ist aber halt nur meine Meinung.
#42
Zigbee / Aw: Kein "set_on-for-timer" lo...
Letzter Beitrag von rudolfkoenig - 02 März 2026, 09:43:50Um set_ Events zu erzeugen, muss der Befehl im setStateList Attribut enthalten sein (https://fhem.de/commandref_modular.html#MQTT2_DEVICE-attr-setStateList).
Bin nicht sicher, ob das bei setExtensions Befehlen keine uenerwuenschten Nebeneffekte hat: bitte um Feedback.
Bin nicht sicher, ob das bei setExtensions Befehlen keine uenerwuenschten Nebeneffekte hat: bitte um Feedback.
#43
FRITZ!Box / Aw: AVM SmartMeter und Monatsw...
Letzter Beitrag von RalfRog - 02 März 2026, 09:18:56Wenn sich die Diskussion vom AVM SmartMeter löst und zum Statistic-Devive wechselt gehört es dann eher in "Unterstützende Dienste".
#44
FRITZ!Box / Aw: AVM SmartMeter und Monatsw...
Letzter Beitrag von RalfRog - 02 März 2026, 09:00:28Hi
Die Attribute wie ignoreDefaultAssignments, deltaReadings etc. gehören meiner Erinnerung nach in das Statistics-Device. Alle Definitionen werden dort vorgenommen.
Die Attribute wie ignoreDefaultAssignments, deltaReadings etc. gehören meiner Erinnerung nach in das Statistics-Device. Alle Definitionen werden dort vorgenommen.
#45
FHEM Code changes / Revision 30898: controls_fhem....
Letzter Beitrag von System - 02 März 2026, 08:50:30Revision 30898: controls_fhem.txt: fhemupdate checkin
controls_fhem.txt: fhemupdate checkin
Source: Revision 30898: controls_fhem.txt: fhemupdate checkin
controls_fhem.txt: fhemupdate checkin
Source: Revision 30898: controls_fhem.txt: fhemupdate checkin
#46
Sonstiges / Aw: Neue Versionen und Support...
Letzter Beitrag von freetz - 02 März 2026, 03:26:32Und die Lösung kommt nun auch schon hinterher: Das DOIF muss mit einer Sekunde verzögerung (Attribut: "wait" mit je einer Sekunde pro Zweig, also in meinem Fall: "1:1:1:1") ausgeführt werden, dann ist das Problem gelöst 
...
... #47
Sonstiges / Aw: Neue Versionen und Support...
Letzter Beitrag von freetz - 02 März 2026, 03:20:13Ergänzung:
Ich habe ein DOIF, das auf ModbusAttr Events reagiert, und das dann wiederum per "set" einen Parameter über ModbusAttr ändert (Beispiel: Wenn PV-Produktion sinkt unter einen bestimmten Wert -> wechsle von Export auf Eigenverbrauch). Sobald das passiert, kommt der Timeout oben. Aber wie gesagt, es wird sowohl der korrekte Wert abgerufen, als auch das Set korrekt ausgeführt...
Ich habe ein DOIF, das auf ModbusAttr Events reagiert, und das dann wiederum per "set" einen Parameter über ModbusAttr ändert (Beispiel: Wenn PV-Produktion sinkt unter einen bestimmten Wert -> wechsle von Export auf Eigenverbrauch). Sobald das passiert, kommt der Timeout oben. Aber wie gesagt, es wird sowohl der korrekte Wert abgerufen, als auch das Set korrekt ausgeführt...
#48
Sonstiges / Seltsame Timeout-Probleme bei ...
Letzter Beitrag von freetz - 02 März 2026, 01:58:38Hallo zusammen,
ich habe versucht die Suche zu bemühen, aber wenn ich "Timeout" oben in der Suche für "Dieses Thema" eingebe, kommt nichts, obwohl Google mich (auch) auf diesen Thread gestoßen hat. Das nur zur Entschuldigung, falls ich etwas übersehen haben sollte.
Ich habe meinen SolarEdge Wechselrichter über ModbusAttr an FHEM angebunden. Das klappt grundsätzlich prima, es tauchen jedoch mit unterschiedlich langen (eher: kurzen) Unterbrechungen diese Timeout-Fehler auf:
Ich frage mich, warum/woher dann dieser Timeout kommt?
Ich polle 5 Holding-Register alle 20 Sekunden, das sollte doch nicht zu viel sein?
Weil die Werte in der Anzeige im Modul wie gesagt problemlos aktualisiert werden, habe ich mich bisher nicht darum gekümmert, aber da das die Logfiles doch sehr start füllt, wollte ich fragen, ob das Problem bekannt ist, und wenn ja, wie ich es lösen kann.
Vielen Dank auf jeden Fall schon mal!
F.
ich habe versucht die Suche zu bemühen, aber wenn ich "Timeout" oben in der Suche für "Dieses Thema" eingebe, kommt nichts, obwohl Google mich (auch) auf diesen Thread gestoßen hat. Das nur zur Entschuldigung, falls ich etwas übersehen haben sollte.
Ich habe meinen SolarEdge Wechselrichter über ModbusAttr an FHEM angebunden. Das klappt grundsätzlich prima, es tauchen jedoch mit unterschiedlich langen (eher: kurzen) Unterbrechungen diese Timeout-Fehler auf:
Code Auswählen
2026.03.02 01:40:55 3: BydBattery: Timeout in Readanswer, current frame / read buffer: 00d00000000d01030a2653cd6720a53848fffc, id 1, fCode 3, tid 208,
request: id 1, read fc 3 h40206, len 5, tid 208, master device BydBattery, reading Meter_Power (getUpdate for Meter_Power len 5), queued 2.30 secs ago, sent 2.05 secs ago,
response: id 1, fc 3, h40206, len 5, values 2653cd6720a53848fffc
2026.03.02 01:41:18 3: BydBattery: Timeout in Readanswer, current frame / read buffer: 00080000000d01030a12d8e9319d118c97fffd, id 1, fCode 3, tid 8,
request: id 1, read fc 3 h40206, len 5, tid 8, master device BydBattery, reading Meter_Power (getUpdate for Meter_Power len 5), queued 5.30 secs ago, sent 5.05 secs ago,
response: id 1, fc 3, h40206, len 5, values 12d8e9319d118c97fffdBeim ersten Abruf war dev-timing-timeout noch auf 2, beim zweiten Abruf auf 5. Das Seltsame ist, dass der Timeout zwar kurz nach dem Ende des Timeout-Intervalls kommt, aber in beiden Fällen der read buffer mit einem gültigen Wert zurück kommt, der dann auch einen gültigen "values" Wert erzeugt und dann auch im Modul der korrekte Wert angezeigt wird.Ich frage mich, warum/woher dann dieser Timeout kommt?
Ich polle 5 Holding-Register alle 20 Sekunden, das sollte doch nicht zu viel sein?
Weil die Werte in der Anzeige im Modul wie gesagt problemlos aktualisiert werden, habe ich mich bisher nicht darum gekümmert, aber da das die Logfiles doch sehr start füllt, wollte ich fragen, ob das Problem bekannt ist, und wenn ja, wie ich es lösen kann.
Vielen Dank auf jeden Fall schon mal!
F.
#49
FRITZ!Box / Aw: AVM SmartMeter und Monatsw...
Letzter Beitrag von Marko1976 - 02 März 2026, 01:00:26Im Moment versuche ich noch mich mit dem statistics-Modul auseinander zusetzen.
Vielleicht mache ich ja auch noch was in der Bedienung falsch.
Wenn ich die Standardberechnungen ignorieren lassen und für einzelne Readings spezielle Statistiken erstellen lassen will funktioniert das nämlich noch nicht.
Jedenfalls werden abseits der Standardreadings keine extra angelegten Readings ausgewertet.
Habe es mit verschiedenen Attributen im Statistics-Device probiert. Hier das List:
Ich möchte eigentlich erstmal nur einen Durchschnitt für den aktuellen Verbrauch (power_round) für verschiedene Zeitperioden und für den Gesamtverbrauch das Delta für verschiedene Zeitabstände.
Vielleicht mache ich ja auch noch was in der Bedienung falsch.
Wenn ich die Standardberechnungen ignorieren lassen und für einzelne Readings spezielle Statistiken erstellen lassen will funktioniert das nämlich noch nicht.
Jedenfalls werden abseits der Standardreadings keine extra angelegten Readings ausgewertet.
Habe es mit verschiedenen Attributen im Statistics-Device probiert. Hier das List:
Code Auswählen
Internals:
CFGFN
DEF FBDECT_Fritzbox_Actors_15282_0919488_1
DEV_REGEXP FBDECT_Fritzbox_Actors_15282_0919488_1
FUUID 69a1cf31-f33f-7706-a527-c7e15bc12c3802f6
NAME Statistik_SmartMeter
NOTIFYDEV global,FBDECT_Fritzbox_Actors_15282_0919488_1
NR 52474
NTFY_ORDER 10-Statistik_SmartMeter
PREFIX stat
STATE Statistic value(s) reset: all
TYPE statistics
eventCount 3604
READINGS:
2026-02-27 18:07:08 monitoredDevicesFBDECT FBDECT_Fritzbox_Actors_15282_0919488_1
2026-02-27 18:32:28 monitoredDevicesUnsupported FBDECT_Fritzbox_Actors_15282_0919488_1#FBDECT
2026-03-01 23:59:55 nextPeriodChangeCalc 2026-03-02 00:59:55
2026-02-28 23:37:35 state Statistic value(s) reset: all
fhem:
modulVersion $Date: 2024-05-18 09:37:34 +0200 (Sat, 18 May 2024) $
nextPeriodChangeTime 1772409595
Attributes:
alias Statistic Device SmartMeter
deltaReadings FBDECT_Fritzbox_Actors_15282_0919488_1:energy_kWh
durationPeriodHour 1
durationReadings FBDECT_Fritzbox_Actors_15282_0919488_1:power_round
ignoreDefaultAssignments 1
room Test
specialDeltaPeriodHours FBDECT_Fritzbox_Actors_15282_0919488_1:energy_kWh:Month:01:03:06:12
specialDeltaPeriods FBDECT_Fritzbox_Actors_15282_0919488_1:energy_kWh:Month:01:03:06:12Vielleicht findet ja jemand meinen Fehler. Ich denke ich habe alles so gemacht wie es im Wiki bzw. der commandref steht.Ich möchte eigentlich erstmal nur einen Durchschnitt für den aktuellen Verbrauch (power_round) für verschiedene Zeitperioden und für den Gesamtverbrauch das Delta für verschiedene Zeitabstände.
#50
Bastelecke / Aw: ESP RGBWW Wifi Led Control...
Letzter Beitrag von vbs - 01 März 2026, 23:04:35Ich hab mal das FHEM-Modul geupdatet im master-Branch. Das Modul ist jetzt (mutmaßlich) mit der alten und auch mit der neuen (6.x) Firmware kompatibel. Ich hab es nicht explizit getestet, aber sollte dann auch mit pjakobs Firmware funktionieren.
Ein Hinweis: da der Modus "solid" aus der neuen (6.x) Firmware rausgeflogen ist, ist das auch im FHEM-Modul nicht mehr drin. Also auch mit der alten FW ist dann "solid" nicht mehr nutzbar. Bin mir aber sehr sicher, dass das ohnehin niemand verwendet hat.
Das liegt jetzt wieder im master-Branch. Also in FHEM folgendermaßen einrichten:
Falls man den 6er-Branch des FHEM-Moduls benutzt hat, dann vorher so löschen:
Ein Hinweis: da der Modus "solid" aus der neuen (6.x) Firmware rausgeflogen ist, ist das auch im FHEM-Modul nicht mehr drin. Also auch mit der alten FW ist dann "solid" nicht mehr nutzbar. Bin mir aber sehr sicher, dass das ohnehin niemand verwendet hat.
Das liegt jetzt wieder im master-Branch. Also in FHEM folgendermaßen einrichten:
Code Auswählen
update add https://raw.githubusercontent.com/verybadsoldier/esp_rgbww_fhemmodule/master/controls_espledcontroller.txtFalls man den 6er-Branch des FHEM-Moduls benutzt hat, dann vorher so löschen:
Code Auswählen
update delete https://raw.githubusercontent.com/verybadsoldier/esp_rgbww_fhemmodule/dev-6.0/controls_espledcontroller.txt