Vorstellung: Wassermelder HB-Sec-WDS-2

[TomMajor]

Nochmal zum selben Thema: Wie müßte ich den Sketch ändern, daß der Sensor nach dem Power-up wenigstens einmal den Status als Lebenszeichen abschickt?

du meinst eine Meldung sofort auch bei Status Trocken? Bei ungleich Trocken sollte sie wie gesagt sofort kommen.
Sonst kommt die erste Message spätestens nach CYCLETIME:
https://github.com/TomMajor/SmartHome/b ... 2.ino#L271

[jp112sdl]

Wenn ich es richtig verstehe ist das Problem wohl, wenn das Gerät im Nassen steht und dann den Geist aufgibt (z.B. Batterie leer)
Dann bleibt "nass" in der CCU stehen. Auch wenn das Gerät dann neu gestartet wird.

Daher wäre eine Message direkt beim Starten sinnvoll.
Auch um z.B. eine anstehende "Komm. gestört" Meldung aus der CCU loszuwerden.

Reicht da nicht ein sdev.channel(1).changed(true); am Ende vom setup() ?

[TomMajor]

Wenn ich es richtig verstehe ist das Problem wohl, wenn das Gerät im Nassen steht und dann den Geist aufgibt (z.B. Batterie leer)
Dann bleibt "nass" in der CCU stehen. Auch wenn das Gerät dann neu gestartet wird.

Daher wäre eine Message direkt beim Starten sinnvoll.
Auch um z.B. eine anstehende "Komm. gestört" Meldung aus der CCU loszuwerden.

Reicht da nicht ein sdev.channel(1).changed(true); am Ende vom setup() ?

Wenn ich es richtig in Erinnerung habe kommt die Msg nach Reset nicht, weil die darunter liegende Klasse StateGenericChannel nur bei Änderung sendet und bei Reset wird keine Änderung in der Klasse erzeugt (Vermutung).

Da ich unbedingt Nass bei Reset haben wollte wenn dieser Status herrscht hatte ich den Workaround gecodet, einmalig auf Status Trocken zu setzen, mein link von neulich. Wenn dann 1min später Nass gemessen wird kommt sofort die Message. Das war mir wichtig. Nicht wichtig war mir, das bei Trockenheit das erste Telegramm an die CCU erst nach CYCLETIME kommt.

Gernot könnte ja testen ob der Code Vorschlag von Jerome Wirkung zeigt.

[GernotKausH]

Reicht da nicht ein sdev.channel(1).changed(true); am Ende vom setup() ?

Gerade mal probiert. Jetzt kommt beim Start eine Nachricht.
Vielen Dank!

Da ich unbedingt Nass bei Reset haben wollte wenn dieser Status herrscht hatte ich den Workaround gecodet, einmalig auf Status Trocken zu setzen, mein link von neulich. Wenn dann 1min später Nass gemessen wird kommt sofort die Message. Das war mir wichtig. Nicht wichtig war mir, das bei Trockenheit das erste Telegramm an die CCU erst nach CYCLETIME kommt.

Gernot könnte ja testen ob der Code Vorschlag von Jerome Wirkung zeigt.

Ich weiß nicht, ob ich Dich verstehe. Mir ging es um den PowerOn, nach Einsetzen der Batterien. Das erfolgt ja (fast) immer im trockenen Zustand und dann wird das Gerät abgestellt. Wenn des dann naß vorfindet, kommt die entsprechende Nachricht.

[TomMajor]

ja, der Fall ist eher synthetisch, aber gestört hatte es mich das der Status mit gebrückten Elektroden nach Reset nicht korrekt war. Deswegen der Workaround - wenn es erst trocken startet und dann nass kommt ja die Message auf jeden Fall mit dem Stand auf github.

[jp112sdl]

Wenn noch "nass" in der CCU steht; das Gerät "trocken" wieder in Betrieb genommen wird - keine Nachricht sendet - sondern dann erst wieder bei "nass", laufen Programme, die auf "Änderung" des Status triggern nicht an.
Sollte man evtl. auch bedenken.
Mag bei FHEM anders sein.

[TomMajor]

ich teste das noch mal die nächsten Tage mit Jeromes Vorschlag und ändere das ggf. auf github wenn die Methode besser ist.

[GernotKausH]

ich teste das noch mal die nächsten Tage mit Jeromes Vorschlag und ändere das ggf. auf github wenn die Methode besser ist.

Bei Jeromes Vorschlag wird, sofern ich das überblicke, eine "dry"-Meldung geschickt, ohne daß eine Messung gemacht wurde. Besser wäre es, nach dem Neustart auch eine Messung zu machen und diesen Status zu senden. Damit hat man immer ein korrektes Startergebnis.

[TomMajor]

Reicht da nicht ein sdev.channel(1).changed(true); am Ende vom setup() ?

Bei meinem Test leider nicht, es wird dann immer die Meldung Nass gesendet, obwohl Zustand trocken.
Und wenn ich nach init ein weiteres measure() erzwinge scheint das auch nicht zu helfen, die Ursache liegt m.E. hier:
https://github.com/pa-pa/AskSinPP/blob/ ... ate.h#L107
Der erste geloggte Zustand wird nicht gesendet, sondern nur bei einer Änderung danach.
Deswegen damals mein Workaround, Wasser msg nach Reset kommt immer durch, Trocken msg später. Für mich reichte das.

[papa]

Er macht doch im init() eine Messung -> https://github.com/pa-pa/AskSinPP/blob/ ... tate.h#L63
Dann sollte ein sdev.channel(1).changed(true); am Ende vom setup() eigentlich reichen.