DP100 Bodenfeuchte Sensor und SIGNALDuino

[davedeluxe]

Hi,
der Thread ist ja schon ein par Tage alt aber ich versuche mal mein Glück.
Ich habe einen Ecowitt HW51 und einen SignalESP basierend auf einem Wemos D1 (ESP8266) und einem CC1101 868MHz Modul.
Leider kann ich keinerlei Daten von meinem Sensor empfangen, habe ich etwas vergessen?

Code Auswählen Erweitern

defmod SignalESP SIGNALduino 192.168.66.125:23
attr SignalESP hardware ESP8266cc1101
attr SignalESP rfmode Fine_Offset_WH51_868
attr SignalESP room System

setstate SignalESP opened
setstate SignalESP 2023-07-10 21:10:09 cc1101_config Freq: 868.350 MHz, Bandwidth: 135 kHz, rAmpl: 33 dB, sens: 8 dB, DataRate: 17.26 kBaud
setstate SignalESP 2023-07-10 21:10:09 cc1101_config_ext Modulation: 2-FSK, Syncmod: 16/16 sync word bits detected, Deviation: 34.91 kHz
setstate SignalESP 2023-07-10 20:56:30 cc1101_patable C3E = 00 84 00 00 00 00 00 00 => 5_dBm
setstate SignalESP 2023-07-10 21:09:10 ping OK
setstate SignalESP 2023-07-10 20:56:10 state opened

[laserrichi]

Bist du Dir sicher das deiner auf 868Mhz funkt ?

Die gibt es auch mit 433Mhz

ansonsten erhöhe mal die Bandbreite ein wenig und auch die Empfindlichkeit wenn er weiter weg ist.

bWidth:203KHz rAmpl:42dB

[davedeluxe]

Hi,
danke für die Info.

Es ist sicher ein 868er,ich teste das mit den Werten mal.

[davedeluxe]

Das hat funktioniert 
Kannst du mir erklären was die MSG bedeuten soll bzw. wie ich sie deuten kann:
LASTDMSG
   
W107#510D79D3107F00F826FFFFFFE135

[laserrichi]

Super, wars dann die Bandbreite oder die Empfindlichkeit ?
Wenn du sowas wie SDR hast dann kannst du die Sendefrequenzen gegenchecken, kann auch immer etwas abweichen daher ist die Bandbreite die du hattest denke ich etwas schmal gewählt.

Ich hab mir gerade erst wieder 5 auf aliexpress von misol bestellt, die laufen aber mit 433Mhz und für gut 10€ plus versand sind es fast einweg Artikel Weis nicht ob du die im Freien verwendest, bei mir sind schon 4 abgesoffen weil die dünne Dichtung von der Batterie einfach nicht dicht ist und ich immer Wasser drin hatte. Daher habe ich mir mit dem 3D Drucker aus TPU jetzt kappen gedruckt.

Die MSG sind quasi deine Rohdaten die empfangen wurden.

W107 ist quasi dein Protokol was du auch in der Whitelist ja angehakt hast.

51 steht für das Model
0D79D3  das ist die ID deines Sensors
rest ist dann Batteriespannung und dein AD wert also die Feuchtigkeit.. und Prüfsummen Aber mehr weis ich auch nicht

[davedeluxe]

Ich habe direkt beides angepasst und es hat funktioniert
Danke für den Hinweis mit dem Batteriedeckkel, der Sensor soll meine Bewässerungssteuerung ergänzen, ist also dauerhaft draußen.

Aus den Rohdaten werde ich noch nicht ganz schlau:
51   0D79D3   507F00F82AFFFFFF922A (trocken)
51   0D79D3   F07F5DF9A4FFFFFFDCEC (in Wasser)
51   0D79D3   107F5DF9A4FFFFFFD707 (in Wasser)
51   0D79D3   D07F00F82BFFFFFFCBE4 (feucht)
51   0D79D3   107F00F829FFFFFF6FC6 (trocken)

[Ralf9]

Die Rohdaten werden vom SD_WS FHEM Modul verarbeitet und in readings und events umgesetzt.
Dadurch, daß jeder Sensor eine feste ID hat, können fast beliebig viele Sensoren verwendet werden.
z.B. ergibt trocken das hier
SD_WS_107_H_0D79D3 H: 5 Bv: 1.6

Wie Dir evtl schon aufgefallen ist, geht der Sensor bei einer größeren Feuchtigkeitsänderung in den Boostmodus. Er sendet dann ca 1 Minute lang alle 10 Sekunden.

Gruß Ralf

[davedeluxe]

Danke für die Info!
Alles was ich habe sind die Infos im Device SignalESP.
Ich habe autocreate in global zwar aktiv aber es wird bei mir kein Device dafür angelegt.

[Ralf9]

Wie oft wird was empfangen?
Im Boost Modus sendet er alle 10 sek, da sollten in einer Minute einige Nachrichten empfangen werden.

[davedeluxe]

Na die Menge ist nicht das Problem, wenn ich nicht grade extreme Feuchtigkeits-Schwankungen verursache kommt da ca. jede Minute ein Messwert.
Mein Problem ist, das ich nicht weiß was ich mit den Werten anfangen soll bzw. wie ich diese weiter verarbeiten kann.
Kann ich ein Device erzeugen (lassen) für diesen WH51 so das ich den Feuchtigkeitswert in einem Reading stehen habe wie bei anderen Devices auch?
Und wenn ja, wie geht das, so das man auch einen brauchbaren Wert hat wie z.B. Feuchtigkeit: 50%

[Ralf9]

Bitte poste mal ein log mit sduino verbose 4
Es müsste ungefähr so aussehen:

Code Auswählen Erweitern

2021.09.21 18:25:12 4 : Signalduino433/msg READ: MN;D=5100E337107F00F80FFFFFFF716FE357;
2021.09.21 18:25:12 4 : Signalduino433 Parse_MN: Found 2-FSK Protocol id 107 length 32 RSSI = -53 -> WH51
2021.09.21 18:25:12 4 : Signalduino433 ParseMN: ID=107 dmsg=W107#5100E337107F00F80FFFFFFF716FE357
2021.09.21 18:25:12 4 : Signalduino433 Dispatch: W107#5100E337107F00F80FFFFFFF716FE357, -53 dB, dispatch
2021.09.21 18:25:12 4 : Signalduino433: SD_WS_Parse protocol 107, rawData 5100E337107F00F80FFFFFFF716FE357

[davedeluxe]

Das Device wurde jetzt angelegt nachdem ich gesehen habe, das er libdigest-crc-perl vermisst hat... 

Fehler spuckt er aber nach wie vor aus:

Code Auswählen Erweitern

2023.07.11 17:51:26.934 4: SignalESP: KeepAlive, ok, retry = 0
2023.07.11 17:51:30.885 4: SignalESP: Read, msg: ␂MN;D=510D79D3D07F55F984FFFFFFDEA6;R=16;␃
2023.07.11 17:51:30.886 4: SignalESP: Parse_MN, 2-FSK Protocol id 100 Lacrosse mode 1 msg 510D79D3D07F55F984FFFFFFDEA6 not match (?^:^9)
2023.07.11 17:51:30.886 4: SignalESP: Parse_MN, Found 2-FSK Protocol id 101 -> PCA 301
2023.07.11 17:51:30.886 4: SignalESP: Parse_MN, Error! method ConvPCA301, checksumCalc:8156 != checksum:FFFF
2023.07.11 17:51:30.886 4: SignalESP: Parse_MN, GFSK Protocol id 102 KoppFreeControl msg 510D79D3D07F55F984FFFFFFDEA6 not match (?^:^0)
2023.07.11 17:51:30.886 4: SignalESP: Parse_MN, 2-FSK Protocol id 103 Lacrosse mode 2 msg 510D79D3D07F55F984FFFFFFDEA6 not match (?^:^9)
2023.07.11 17:51:30.886 4: SignalESP: Parse_MN, Found 2-FSK Protocol id 107 -> WH51 433.92 MHz with match (?^:^51)
2023.07.11 17:51:30.887 4: SignalESP: SD_WS_Parse protocol 107, rawData 510D79D3D07F55F984FFFFFFDEA6
2023.07.11 17:51:30.887 4: SignalESP: SD_WS_Parse decoded protocol-id 107 (WH51, DP100, MISOL/1), sensor-id 0D79D3
2023.07.11 17:51:30.888 4: SignalESP: Parse_MN, Found 2-FSK Protocol id 107.1 -> WH51 868.35 MHz with match (?^:^51)
2023.07.11 17:51:30.888 4: SignalESP: Dispatch, W107#510D79D3D07F55F984FFFFFFDEA6, Dropped due to short time or equal msg
2023.07.11 17:51:30.888 4: SignalESP: Parse_MN, Error! id 108 msg=510D79D3D07F55F984FFFFFFDEA6, message is to short
2023.07.11 17:51:30.888 4: SignalESP: Parse_MN, Error! id 109 msg=510D79D3D07F55F984FFFFFFDEA6, message is to long
2023.07.11 17:51:30.889 4: SignalESP: Parse_MN, Error! id 112 msg=510D79D3D07F55F984FFFFFFDEA6, message is to long
2023.07.11 17:51:30.889 4: SignalESP: Parse_MN, Error! id 115 msg=510D79D3D07F55F984FFFFFFDEA6, message is to short
2023.07.11 17:51:30.889 4: SignalESP: Parse_MN, 2-FSK Protocol id 116 WH57 msg 510D79D3D07F55F984FFFFFFDEA6 not match (?^:^57)
2023.07.11 17:51:30.889 4: SignalESP: Parse_MN, 2-FSK Protocol id 116.1 WH57 msg 510D79D3D07F55F984FFFFFFDEA6 not match (?^:^57)
2023.07.11 17:51:30.889 4: SignalESP: Parse_MN, Error! id 117 msg=510D79D3D07F55F984FFFFFFDEA6, message is to short

[Ralf9]

Das sind keine richtige Fehlermelungen. Mit verbose 3 werden diese nicht mehr angezeigt.
Es werden außer der ID 107 noch andere Protocol IDs geprüft, da diese nicht passen, wird ein Hinweis ausgegeben.

[davedeluxe]

Super dann läufts jetzt sauber
Vielen Dank für die Unterstützung!

Kann man mit dem Signalduino auch Daten von einem ESA2000 Gerät empfangen?
Habe so einen Stromzähleraufsatz, den habe ich zuvor mit einem cul 868 abgefragt, der ist jetzt aber mittlerweile defekt :/

[Ralf9]

Kann man mit dem Signalduino auch Daten von einem ESA2000 Gerät empfangen?

Nein dieses Protokoll ist bis jetzt noch nicht eingebaut.
Dies müsste von jemand eingebaut werden der ein ESA2000 Gerät zuhause hat.