es macht keinen Spass mehr, ein update zu fahren

Begonnen von LuckyDay, 03 Juni 2018, 02:32:19

Vorheriges Thema - Nächstes Thema

LuckyDay

update ist langsam aber sicher ein Problem :)

defmod WW readingsProxy Hz_c:WW
attr WW devStateIcon .*:noIcon
attr WW group Temp
attr WW room HZ
attr WW stateFormat state °C

setstate WW 2018-06-03 02:16:07 state 50.3


warum steht nach einem shutdown restart das Teil auf Initialized

betateilchen

-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

Markus M.

Beschwer dich beim Modulautor, er soll die Finger von $hash->{STATE} lassen.
Abgesehen von schweren Fehlern ist es nicht nett, das direkt zu beschreiben.
Das überschreibt dann nämlich bis zum nächsten Datenupdate das vom User gesetzte stateFormat.
Ist in meinen Modulen teilweise leider auch noch so.  :-[
Aktuell weder Smarthome noch FHEM vorhanden

rudolfkoenig

Es liegt wirklich daran, dass STATE vom Modul auf Initialized gesetzt ist, setstate aendert naemlich solche nicht (laut Kommentar in fhem.pl:  Do not overwrite state like "opened" or "initialized"). Grund ist folgendes Szenario: FHEM-shutdown, CUL entfernen, FHEM start. Wenn setstate vom letzten Status unkonditional uebernommen wird, dann faellt es nicht auf, dass das CUL nicht tut.Ueberschrieben wird STATE beim Einlesen des Statefiles nur, wenn es auf dem von fhem.pl vorbelegten ??? steht.


@fhem-hm-knecht: bitte demnaechst einen besseren Betreff waehlen, das hier verwirrt nur, und macht viele unnoetig nervoes.