FHEM Hauptschleife (MAIN)

[jw2013]

Kleines Update für das 00_EPOLL.pm Modul: Ich habe den Code so angepasst, dass er sich im Falle von verbleibenden Daten in SSL Lese-Puffern so verhält wie das Original.

[KölnSolar]

Sämtliche eHZ Zähler der umliegenden Stadtwerke senden 1x pro Sekunde ohne Aufforderung,

richtig

deswegen steht pollingMode bei allen auf "off", interval und alignTime sollten also keine Anwendung finden.

falsch. Ich hab damals an der Entwicklung mitgewirkt. Mit den Attributen werden die Daten nur zum entsprechenden Zeitpunkt verarbeitet. Die Verarbeitung ist die "Bremse". Ist also nicht wirklich das, was man sonst unter polling versteht. Ich lese mit interval=60 2 "pushende" Zähler problemlos aus.

[jw2013]

Ich bekomme da einen seltsamen Effekt:
Das Attribut 'interval' kann ich im laufenden Betrieb setzen, es hat aber keine Auswirkung.
Wenn ich dann zusätzlich noch "alignTime" setzen will, bekomme ich eine Fehlermeldung, dass 'interval' nicht gesetzt wäre?!
Laut Source-Code prüft der auf $init_done. Also beide Parameter in die Config => FHEM bleibt beim Start hängen 

[KölnSolar]

pollingMode=on gesetzt ?

commandref

interval
The polling-interval in seconds. (Only useful in Polling-Mode)
alignTime
Aligns the intervals to a given time. Each interval is repeatedly calculated. So if alignTime=00:00 and interval=600 aligns the interval to xx:00:00, xx:10:00, xx:20:00 etc....
pollingMode
Changes from direct-read to polling-mode. Useful with meters, that send a continous datastream. Reduces CPU-load.

[jw2013]

Funktioniert, Danke @KölnSolar

Ich hatte pollingMode=off, da ich vermutete, dass das für selbsttätig sendende eHZ vorgesehen ist.
Im Grunde könnte man das interval-Attribut sogar im Modus off analog verwendbar machen. D.h. nach jedem erfolgreichen Parse sperren, also Read ins Leere laufen lassen, bis das Interval das nächste Mal auslöst.