Hallo,
gibt es schon Erfahrungen mit dem DP100 Bodenfeuchte Sensor und dem SIGNALDuino?
Bzw. wie groß ist die Chance den ans Laufen zu bekommen?
https://www.froggit.de/product_info.php?info=p437_dp100-mehrkanal-bodenfeuchte-funksensor.html (https://www.froggit.de/product_info.php?info=p437_dp100-mehrkanal-bodenfeuchte-funksensor.html)
Grüße,
Jörg
Hallo berniie,
habe zwar keine Erfahrung mit diesem speziellen Typ, allerdings könnte ich Dir raten
Dich hier mal im Forum über die Suche nach "Bodenfeuchte-Sensor" umzuschauen ...
Die Idee mit dem Gehäuse finde ich nicht schlecht, allerdings vermute, ich dass es unverhältnismäßig gross ist (135 + 58mm).
Aber vielleicht kann man das was machen :D ;)
Grüße,
Jürgen
PS: Muss mal wieder gießen ... ;D
Hallo Jörg,
wenn du vielleicht von deinem gewünschten Sensor die Modulation herausbekommst, so steigt die Chance ihn mit dem Signalduino zu dekodieren.
Sollte er noch nicht integriert sein, so müsste man in Zusammenarbeit das Protokoll implementieren.
Liebe Grüße
Gesendet von iPhone mit Tapatalk Pro
Hallo,
ich bin auch bei der Suche nach einem Bodenfeuchtesensor auf den Froggit DP100 gestossen.
Er lässt sich anscheinend über das Froggit DP1500 USB-WiFi-Gateway auslesen
https://www.froggit.de/product_info.php?language=de&info=p410_dp1500-wi-fi-wetterserver-usb-dongle.html (https://www.froggit.de/product_info.php?language=de&info=p410_dp1500-wi-fi-wetterserver-usb-dongle.html)
das auch als Ecowitt GW1000 verkauft wird
http://www.ecowitt.com/wifi_weather/80.html (http://www.ecowitt.com/wifi_weather/80.html)
oder über eine froggit HP1000SE PRO
https://www.froggit.de/product_info.php?info=p436_hp1000se-pro-wi-fi-internet-funkwetterstation.html (https://www.froggit.de/product_info.php?info=p436_hp1000se-pro-wi-fi-internet-funkwetterstation.html)
Soweit ich das überflogen habe, kann an die HP1000SE PRO ein Sensor angelernt werden und an das DP1500 Gateway bis zu acht Sensoren.
Da die Ausseneinheit der HP1000SE meiner Waldbeck Halley aka WH2650 sehr ähnlich sieht, und in der Bedienungsanleitung des DP1500
Gateways auch von der WS View App die Rede ist, nehme ich an, dass man die Daten des Sensors über die Customized Weather Service
Einstellungen der App zu FHEM übertragen bekommt.
Allerdings wohl nur, wenn man als Format Ecowitt und nicht Wunderground auswählt, aber ich weiss nicht ob das HP1000 Modul mit
den Ecowitt Daten umgehen kann...
Liebe Grüße
Danke für den Hinweis auf Ecowitt. So bin ich darauf gekommen, dass der Sensor wohl dem Fine Offset WH51 sehr ähnlich ist.
Das Protokoll ist hier https://github.com/merbanan/rtl_433/blob/master/src/devices/fineoffset.c (https://github.com/merbanan/rtl_433/blob/master/src/devices/fineoffset.c) ab Zeile 514 beschrieben.
Den Sensor habe ich gestern bestellt und werde von Erfolg oder Misserfolg berichten.
Hallo,
Gibt es schon Erfahrungen mit dem Froggit DP1500 Gateway?
Hallo,
ich hab den DP100 Bodenfeuchte Sensor ans Laufen bekommen.
Näheres hier
https://forum.fhem.de/index.php/topic,106594.msg1088625.html#msg1088625 (https://forum.fhem.de/index.php/topic,106594.msg1088625.html#msg1088625)
Der DP100 / Fine Offset WH51 verwendet eine FSK Modulation, es ist dafür eine Firmware notwendig die auch FSK unterstützt
https://forum.fhem.de/index.php/topic,106594.msg1004463.html#msg1004463
Ich habe hier die für den cc1101 notwendige Registersequenz ergänzt
ECOWITT/FineOffset WH51 - Datarate: 17.241 kbps:
https://forum.fhem.de/index.php/topic,106594.msg1005067.html#msg1005067
Es sind dafür eine neue Protocol ID 107 und Anpassungen an dem 00_SIGNALduino.pm Modul notwendig.
Ich habe dies bei der dev-Version von meiner Variante des 00_SIGNALduino Modul ergänzt
https://forum.fhem.de/index.php/topic,111653.msg1058900.html#msg1058900
Beim 14_SD_WS.pm Modul sind auch Anpassungen notwendig (siehe Anlage)
Es fehlt noch die CRC Prüfsumme
Bitte mal testen ob es so passt
Gruß Ralf
Bin durch Zufall auf den DP100 gekommen.
Kann man da mehrere einbinden ? Hat da jeder eine eigene ID oder geht da nur einer.
da gehn beliebig viele, da jeder eine eigene ID hat.
Gruß Ralf
so heute ist Sensor gekommen, aber steh gerade auf dem schlauch.
Das ist der aus China und hat 433 anstatt 868Mhz, habe den rfmode benutzt der vordefiniert war, und dann wieder die Frequenz auf 433 geändert aber irgendwie passt da was noch nicht:
2021.09.21 18:25:12 4 : Signalduino433/msg READ: MN;D=5100E337107F00F80FFFFFFF716FE357;N=6;R=42;
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
2021.09.21 18:25:12 2 : Signalduino433: SD_WS_Parse unknown message, please report. converted to bits: 01010001000000001110001100110111000100000111111100000000111110000000111111111111111111111111111101110001011011111110001101010111
2021.09.21 18:25:12 4 : Signalduino433: SD_WS_Parse protocol 107, rawData 5100E337107F00F80FFFFFFF716FE357
2021.09.21 18:25:12 2 : Signalduino433: SD_WS_Parse unknown message, please report. converted to bits: 01010001000000001110001100110111000100000111111100000000111110000000111111111111111111111111111101110001011011111110001101010111
2021.09.21 18:25:12 3 : Signalduino433: Unknown code W107#5100E337107F00F80FFFFFFF716FE357, help me!
ZitatMN;D=5100E337107F00F80FFFFFFF716FE357;N=6;R=42;
Die Nachricht sieht erst mal gut aus, die Prüfsumme passt. Die Batteriespannung ist 1.6 V, die Feuchtigkeit ist 0
Du verwendest anscheinend nicht mein angepasstes SD_WS Modul.
Bitte poste noch ein paar dieser Nachrichten und erhöhe mal die Feuchtigkeit
Die Feuchtigkeit ist in der Nachricht in Hex und in der Nachricht in der Position zwischen 7F und F8
5100E337107F00F80FFFFFFF716FE357
Nachtrag:
Deine Nachricht ergibt
2021.09.21 19:51:23.450 5 : sduinoD: dispatch W107#5100E337107F00F80FFFFFFF716FE357
2021.09.21 19:51:23.451 4 : sduinoD: SD_WS_Parse protocol 107, rawData 5100E337107F00F80FFFFFFF716FE357
2021.09.21 19:51:23.451 4 : sduinoD: SD_WS_Parse protocol 107, sum = ref = 111, CRC = 0
2021.09.21 19:51:23.451 4 : sduinoD: SD_WS_Parse decoded protocol-id 107 (WH51), sensor-id 00E337
2021-09-21 19:51:23.452 SD_WS SD_WS_107_H Bv: 1.6
Ok, also irgendwie war das modul nicht aktuell das stimmt, hatte ich haber mal reinkopiert, kann das sein das es mit update wieder dann das alte drin war ?
Es geht jetzt scheinbar. Habe jetzt 3 Sensoren, aber die laufen alle in das selbe Device jetzt rein und wechselt dann da drin die ID... kann man im define das mitgeben so das ich für jeden Sensor eigenes Device habe ?
Wird jetzt eine Feuchtigkeit grösser 0 angezeigt?
Kann Du von allen 3 Sensoren ein paar MN Nachrichten posten?
Du kannst mal im sduino das Attribut longids testen
Hallo Ralf,
ja jetzt funktioniert es, bekomme Werte. muss das jetzt aber mal beobacchten.
Allerdings passt mit den Pegeln scheinbar etwas nicht, 1 Sensor im Raum geht gut, 1Sensor auf Terasse, also durch bissl wand hatte gezickt aber jetzt habe ich werte, und der Sensor der im Garten ist da kommt irgendwie nichts mehr.
Habe schon auf -42db und 4db Empfindlichkeit gestellt.
Ich vermute, das die Settings noch nicht so gut gewählt sind. Die momentan eingestellte Bandbreite von 812 kHz (siehe https://forum.fhem.de/index.php/topic,106594.msg1090042.html#msg1090042 (https://forum.fhem.de/index.php/topic,106594.msg1090042.html#msg1090042)), lässt darauf schließen, das die Frequenz nicht so richtig passt.
Bitte stelle einmal die Bandbreite auf 203 kHz und probiere dann die Frequenz in Schritten von 10 kHz anzupassen, bis du die besten Empfangsergebisse hast.
Danke du hast recht.
Viel zu hohe Bandbreite, kann es sein das hierdurch auch Pegel schlechter wird bzw. das Thema mit dem Rauschen.
Frequenzen habe ich mal geshiftet und auch mit sdr gegengecheckt, also senden mit signalduino ob die centerfrequenz mit den sensoren einigermaßen deckungsgleich ist und dann 10Mhz mal rauf runter.
Jetzt habe ich momentan: ccconf: freq:433.970MHz bWidth:203KHz rAmpl:42dB sens:4dB
Zitatsens:4dB
Das sens hat bei FSK eine andere Bedeutung als bei ASK.
Bei FSK ist default 16, angezeigt wird es als 8 dB, siehe Anlage
ZitatJetzt habe ich momentan: ccconf: freq:433.970MHz
433.970MHz ist ungewöhnlich normalerweise sind es 433.920
War mit 433.920 der Empfang schlechter?
Ist es beim WH57 genauso?
Also ich habe einen Sensor viele Meter im Garten, der hat so -82 bis -84,5 damit habe ich auch probiert, aber jetzt mit 433.920 wars besser. Muss ich Mal mit dem sdrplay Interface gegenchecken. Aber habe gesehen das irgend etwas sehr nahes mit FSK auf wesentlich tieferen Frequenzen funkt. Verrückt was mittlerweile alles funkt.
Mit dem Blitzsensor muss ich heute Abend mal schauen.
Kannst Du bitte mal testen ob damit der Empfang nicht schlechter wird?
get sduino raw CW0001,0246,0303,042D,05D4,06FF,0700,0802,0D10,0EB0,0F71,1089,115C,1206,1322,14F8,1556,1700,1818,1916,1B43,1C68,1D91,2211,23E9,242A,2500,2611,3D06,3E04,4057,4148,4235,4331,4457,4548,4635,4737
ccconf: freq:433.920MHz bWidth:203KHz rAmpl:33dB sens:8dB (DataRate:17257.69Baud)
rAmpl:33dB sens:8dB sind Defaultwerte
Du kannst auch mit dem SDR mal testen ob die DEVIATN:88.867kHz passt
https://wiki.fhem.de/wiki/Unbekannte_Funkprotokolle#Sendefrequenz_und_Frequenzhub
Der Frequenzhub (DEVIATN) ist (obere Frequenz - untere Frequenz) / 2
Ist es dieser hier?
https://de.aliexpress.com/wholesale?catId=0&initiative_id=SB_20210926004330&SearchText=misol+Soil+Moisture+Sensor
https://de.aliexpress.com/item/33056433752.html?spm=a2g0o.productlist.0.0.3d422c53QDwirx&algo_pvid=c763b17c-6013-463e-a38d-ead3f64bb752&algo_exp_id=c763b17c-6013-463e-a38d-ead3f64bb752-1&pdp_ext_f=%7B%22sku_id%22%3A%2267517442679%22%7D
Bei 2 Stück kostet der Versand 7,94 "Voraussichtliche Lieferung am Okt 19"
Ergibt dann gesamt 28,77 Euro.
Wenn ich das richtig sehe kommt da noch eine Einfuhrsteuer von 19% dazu, bis 150 Euro ist beim Zoll nichts zu beachten
Ja, das ist der. Alles FOSHK-Devices mit unterschiedlichen Labels.
Zitat von: Ralf9 am 26 September 2021, 10:30:45
Kannst Du bitte mal testen ob damit der Empfang nicht schlechter wird?
also hat sich damit eigentlich nicht wirklich etwas verändert, und habe auf -42db wieder gestellt, das Signal schwankt um -82 -84
Ich habe bei meiner Variante des 14_SD_WS Moduls die Möglichkeit zum kalibrieren der humidity zugefügt.
Es gibt dazu die beiden folgenden Attribute:
dp100-wh51-ad0
dp100-wh51-ad100
Wenn die Attribute nicht definiert sind dann ist per default ad0 = 70 und ad100 = 450
Die hum wird nach der folgenden Formel berechnet:
$hum = ($ad - $ad0) * 100 / ($ad100 - $ad0);
https://github.com/Ralf9/14_SD_WS/blob/main/FHEM/14_SD_WS.pm
Hallo Ralf,
habe ich jetzt mal eingebaut. Bei einem Sensor ausprobiert.
Der meldet im trockenen 15-18 und im Glas Wasser 406.
Ich weis ja nicht wie es mit der Leitfähigkeit grundsätzlich in der Erde aussieht, ob man das überhaupt so abgleichen kann.
Zumindest hatte ich vorher 46% in der Erde und jetzt 55% :-)
ad0 und ad100 wird im Handbuch beschrieben, da hats auch Beispiele
https://www.froggit.de/media/products/DP100_BDA(DE).pdf
Ich habe bei meiner Variante des 14_SD_WS Moduls das reading "transPerBoost" zugefügt.
Bei einer Änderung der Bodenfeuchtigkeit oder nach dem Einlegen der Batterie ist der Transmissions Period Boost aktiv, dabei wird alle 10 Sek gesendet.
Das reading "transPerBoost" zählt dabei von 7 auf 0 runter.
https://github.com/Ralf9/14_SD_WS/blob/main/FHEM/14_SD_WS.pm
Bei der dev Version von:
angepasstes 00_SIGNALduino Modul, auch für FSK und für den Maple (https://forum.fhem.de/index.php/topic,111653.msg1058900.html#msg1058900)
versionmodul v3.4.7-dev_ralf_18.11.
versionprotoL v3.4.7-dev_ralf_18.11.
gibt's nun für 868 und 433 MHz extra rfmodes:
"DP100_WH51_WH57_868__B16_N6_17241"
"DP100_WH51_WH57_433__B16_N16_17241"
Bei 433.920 MHz muß die Frequenz evtl in 10kHz Schritten bis ca 433.990 MHz erhöht werden.
Bei 868 MHz muß die Frequenz evtl in 10kHz Schritten von 868.350 bis 868.400 MHz erhöht werden, bei fehlerhaften Modulen evtl bis 868.450 MHz.
Bei 868 MHz wird von der firmware N=6 an die raw Nachricht angehängt.
Bei 433 MHz wird von der firmware N=16 an die raw Nachricht angehängt.
Damit kann auch die Protocol Id 116 (WH57 DP60) empfangen werden.
Bei 868 MHz können damit auch evtl die folgenden Protocol ID empfangen werden
ID 100 (Lacrosse mode 1)
ID 201 (WS1080)
ID 203 (TX38)
Für meine Variante des 14_SD_WS Moduls
https://github.com/Ralf9/14_SD_WS/blob/main/FHEM/14_SD_WS.pm
gibts nun auch einen update Befehl:
update all https://raw.githubusercontent.com/Ralf9/14_SD_WS/main/controls_ralf9_sd_ws.txt
version 14_SD_WS.pm
"2021-11-18 21:00:00Z Ralf9"
Gruß Ralf
Danke Ralf, gute Arbeit.
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?
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
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
Hi,
danke für die Info.
Es ist sicher ein 868er,ich teste das mit den Werten mal.
Das hat funktioniert ;D
Kannst du mir erklären was die MSG bedeuten soll bzw. wie ich sie deuten kann:
LASTDMSG
W107#510D79D3107F00F826FFFFFFE135
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
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)
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
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.
Wie oft wird was empfangen?
Im Boost Modus sendet er alle 10 sek, da sollten in einer Minute einige Nachrichten empfangen werden.
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%
Bitte poste mal ein log mit sduino verbose 4
Es müsste ungefähr so aussehen:
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
Das Device wurde jetzt angelegt nachdem ich gesehen habe, das er libdigest-crc-perl vermisst hat... :o
Fehler spuckt er aber nach wie vor aus:
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
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.
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 :/
Zitat von: davedeluxe am 11 Juli 2023, 18:46:13Kann 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.