Vorstellung: Wassermelder HB-Sec-WDS-2

[TomMajor]

in meinem Schaltplan steht Marking: .. bei den Mosfets.
Der IRLML6344 muss mit einem U beginnen.
Sonst ist alles gleich, gleiche Platine, gleiche Bauelemente?
Mal den IRLML6344 wechseln?

[Feinfinger]

Wie gesagt, Bauteile habe ich überprüft, die sind an der richtigen Stelle.

Habe mir noch einen zweiten aufgebaut, aber die Pro Minis aus Fernost sind noch nicht da.

Habe jetzt mal den, den ich hatte, auf die andere Platine gesteckt und warte mal den nächsten Cycle ab.

Auf jeden Fall war die Spannung beim Start schonmal bei 2.88V, das hatte ich bei dem anderen nie.

Wenn das jetzt passt, tausche ich mal den 6344.

[gmevi1954]

Hallo,
tolles Projekt, danke an die Entwickler.
Frage, hat jemand Platine(n) übrig, die er nicht benötigt und abgeben würde?

[TomMajor]

Hallo,
tolles Projekt, danke an die Entwickler.
Frage, hat jemand Platine(n) übrig, die er nicht benötigt und abgeben würde?

ich hätte genau eine noch übrig die ich abgeben könnte.

[GernotKausH]

Hallo Tom

Ich habe mal Deinen Sensor nachgebaut. Danke für das tolle Projekt. Scheint soweit zu laufen. Allerdings empfange ich in FHEM keine Daten. Das Anlernen als HB-Sec-WDS-3 hat funktioniert. Ich bin mir nicht sicher, ob überhaupt eine Message rausgeht.
Hier mal ein Debug-Log. Nach einigen Zyklen habe ich mal ein getConfig gemacht und dort sieht man die Kommunikation:

Code: Alles auswählen

AskSin++ v5.0.0 (Mar 13 2021 21:07:38)
Address Space: 32 - 72
CC init1
CC Version: 14
 - ready
Config Freq: 0x216612
Init Pos
Device: WDS2_CUSTOM
Configuration: TWO_STATE
Battery set low:  24
Battery set crit: 22
tmBatteryLoad Voltage: 2960
Activate Cycle Msg
Config Changed: List0
cycleInfoMsg: 1
lowBatLimit: 24
Battery set low:  24
transmitDevTryMax: 6
ADC Wet:   1023
Status:    DRY
ADC Wet:   1023
Status:    DRY
ADC Wet:   1023
Status:    DRY
ADC Wet:   1023
Status:    DRY
ADC Wet:   1023
Status:    DRY
 debounce
 pressed
 released
<- 1A 01 80 00 A5A509 1EA24B 13 F1 21 57 41 54 45 52 43 48 4B 30 31 80 01 01 00  - 557

ignore 0C 8D 86 5A 261BBC 000000 90 CD 22  - 10473
 debounce
 pressed
 released
<- 1A 02 80 00 A5A509 1EA24B 13 F1 21 57 41 54 45 52 43 48 4B 30 31 80 01 01 00  - 13379

-> 10 2A A0 01 1EA24B A5A509 00 04 00 00 00 00 00  - 13510
<- 18 2A 80 10 A5A509 1EA24B 02 0A 1E 0B A2 0C 4B 09 01 12 18 14 06 00 00  - 13641
-> 10 2B A0 01 1EA24B A5A509 01 04 00 00 00 00 01  - 13809
<- 14 2B 80 10 A5A509 1EA24B 02 08 00 20 78 23 05 30 06 00 00  - 13936
-> 0B 2C A0 01 1EA24B A5A509 01 03  - 14100
<- 0E 2C 80 10 A5A509 1EA24B 01 00 00 00 00  - 14221
ignore 0F EC A4 10 377F8C 1EA24B 06 01 5A 40 80 5A  - 20647
ignore 0A EC 80 02 1EA24B 377F8C 00  - 20766
ignore 14 8B A2 70 5FD902 1EA24B 00 00 00 00 00 00 00 01 73 04 4C  - 24504
ignore 0A 8B 80 02 1EA24B 5FD902 00  - 24616
ignore 0C 8D 84 70 261BBC 000000 00 CD 22  - 30406
ignore 0F ED A4 10 377F8C 1EA24B 06 01 00 00 80 00  - 32792
ignore 0A ED 80 02 1EA24B 377F8C 00  - 32911
ADC Wet:   1023
Status:    DRY
ADC Wet:   1023
Status:    DRY
ADC Wet:   1023
Status:    DRY
ADC Wet:   1023
Status:    DRY

Wo kann hier das Problem stecken?

Noch eine Beobachtung: Wenn ich ein getConfig sende und ich den Knopf am Gerät drücke, blinkt die LED erstmal langsam los. Erst wenn ich den Knopf noch einmal drücke, wird die Konfiguration gesendet. Das erscheint mir auch nicht normal.

Update
Jetzt habe ich das Teil mal "unter Wasser gesetzt". Da sendet er plötzlich was:

Code: Alles auswählen

ADC Wet:   1023
Status:    DRY
ADC Wet:   86
Status:    WATER
<- 0E 01 A2 41 A5A509 1EA24B 01 00 C8 0B AE  - 415
-> 0A 01 80 02 1EA24B A5A509 00  - 540
waitAck: 01
ignore 0C 57 84 70 26174D 000000 00 D7 22  - 628
ADC Wet:   1023
Status:    DRY
<- 0E 02 A2 41 A5A509 1EA24B 01 01 00 0B AE  - 1114
-> 0A 02 80 02 1EA24B A5A509 00  - 1239
waitAck: 01
ADC Wet:   1023
Status:    DRY

Es wird offenbar nur etwas gesendet, wenn sich der Status ändert. Bug oder Feature?

Grüße
G.

[Martin62]

Das ist doch normal, dass nur Änderungen gesendet werden. Jedenfalls mein Kenntnisstand bei solchen Geräten. Zwischendurch gibt es mal ein Lebenszeichen aber sonst gibt es keinen Grund ständig Daten zu senden.

[GernotKausH]

Das ist doch normal, dass nur Änderungen gesendet werden. Jedenfalls mein Kenntnisstand bei solchen Geräten. Zwischendurch gibt es mal ein Lebenszeichen aber sonst gibt es keinen Grund ständig Daten zu senden.

Dem kann ich grundsätzlich folgen. Allerdings ist es etwas irritierend, daß ein Gerät nach einer Initialisierung ohne Statusmeldung an das System startet. Im ungünstigsten Fall wäre das dann bis zur ersten Überschwemmung der Fall.

[TomMajor]

Das ist doch normal, dass nur Änderungen gesendet werden. Jedenfalls mein Kenntnisstand bei solchen Geräten. Zwischendurch gibt es mal ein Lebenszeichen aber sonst gibt es keinen Grund ständig Daten zu senden.

Dem kann ich grundsätzlich folgen. Allerdings ist es etwas irritierend, daß ein Gerät nach einer Initialisierung ohne Statusmeldung an das System startet. Im ungünstigsten Fall wäre das dann bis zur ersten Überschwemmung der Fall.

Hi Gernot,

das hatte ich auch festgestellt und fand es auch unbefriedigend.
Weiß nicht wie das im Originalgerät abläuft, aber ich habe deswegen extra Code drin, der bei Status ungleich Trocken eine Message beim Start des Gerätes absetzt. Nur bei Trocken kommt keine Meldung, sollte aber ok sein. Das hatte ich auch so getestet und hat funktioniert.

Code: Alles auswählen

// after device reset, make sure to always trigger a first message if not in dry state
static bool onlyOnce = false;
..

https://github.com/TomMajor/SmartHome/b ... 2.ino#L168

[GernotKausH]

Hallo Tom

Danke, also ist mit meinem Sensor alles in Ordnung. Wie gesagt, es ist das erste Gerät in meinem Zoo, das nach dem Start und dem Pairing keinen Status gemeldet hat.

Gruß
G.

[GernotKausH]

Hallo Tom

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?

Gruß
G.