Hallo,
ich habe mal die Sketche vom LaCrossGateway (1.32) und JeeLink (10.1s) um das Protokolle WH24 erweitert. Als Grundlage wurden die aktuellen Versionen genommen. Die Vorarbeit dazu wurde hier gemacht (https://github.com/merbanan/rtl_433).
Die WH24A ist die Ausseneinheit der Wetterstation HP1000 / HP1003 (WLAN) / WH2600 Anbieter Froggit/AmbientWeather/Conrad/.... .
Die Empfangseinheit (Display) und wie man die Daten in FHEM bekommt, wurde hier behandelt (https://forum.fhem.de/index.php/topic,44022.msg358960.html#msg358960).
Mit diesem Sketch ist die Empfangseinheit nicht notwendig. Es reicht die WH24A und ein JeeLink/LaCrossGateway.
Das Protokolle der Inneneinheit WH25A hatte ich ja schon vor einer Weile eingebaut (https://forum.fhem.de/index.php/topic,14786.msg708729.html#msg708729) und auch das Protokoll der Ventus W266 (https://forum.fhem.de/index.php/topic,54654.msg462318.html#msg462318) (renkfore/Conrad/..).
WH24 868.300 MHz 17.241 kbps
WH25 868.300 MHz 17.241 kbps
W136 869.820 MHz 4.800 kbps
Die Daten dieser Sender werden vom JeeLink/LaCrossGateway im KeyValue-Protokoll an FHEM gesendet.
23:01:34: OK VALUES WH24 79 Temperature=5.60,Humidity=83,Rain=564.00,WindDirection=35.00,WindSpeed=0.00,WindGust=0.00,UV=0.00,LowBatteryFlag=1, [24 4F 23 61 C8 53 00 00 07 58 00 00 00 00 00 F5 66]
23:01:36: OK VALUES WH25 172 Temperature=21.00,Humidity=58,Pressure=1029.90,LowBatteryFlag=1, [EA CA 62 3A 28 3B B3 AA AA AA 00 1D]
23:01:37: OK 9 8 1 4 48 106 [92 04 72 6A 65]
...
23:01:47: OK 9 66 129 4 203 60 [51 02 48 07 3C 22]
23:01:48: OK EMT7110 84 104 8 232 0 131 0 15 12 137 1 [25 6A 54 68 40 1E 00 83 C8 4C 89 37]
...
23:01:51: OK VALUES W136 247 Temperature=5.60,Humidity=89,Rain=272.00,WindDirection=202.50,WindSpeed=0.20,WindGust=0.80,UV=0.00,strikesDistance=-1,strikesTotal=1590,LowBatteryFlag=1, [F7 89 1A 38 00 01 38 00 09 02 00 08 00 40 04 00 00 3F FB 36 06 4F]
..
23:02:22: OK VALUES W136 247 Temperature=5.60,Humidity=89,Rain=272.00,WindDirection=202.50,WindSpeed=0.20,WindGust=0.80,UV=0.00,strikesDistance=-1,strikesTotal=1590,LowBatteryFlag=1, [F7 89 1A 38 00 01 38 00 09 02 00 08 00 40 04 00 00 3F FB 36 06 4F]
23:02:23: OK 9 26 129 4 182 55 [51 1A 46 06 37 12]
Bei JeeLink musste ich einige Funktionen (LevelSender, CustomSensor,LaCrosse::AnalyzeFrame ) deaktivieren da ansonsten der Speicher nicht mehr ausreicht um des KeyValue-Protokoll zu senden. Es wurden einige Daten abgeschnitten.
Einstellung bei 2x RFM69 (1. und 2. Modul):
attr "myLaCrosseGateway" initCommands 869820#1f 4800#1r 0#1t 3#2r 56#2t 3#2m v
Vielleicht kann der ein oder andere diese Erweiterungen gebrauchen.
Jörg
werde ich testen. ich glaube, mein Nachbar hat so eine Station.
Frohes neues Jahr!
Hab den Sketch für mein WLAN LaCrosse + W136 Gateway eingespielt. Bisher funktioniert alles. Vielen Dank für die tolle Arbeit.
Gruss Sven
(Sorry lese Deutsch aber schreiben ist schwierig).
I adapted the sketch for ESP32 Lora SX1278 (Heltec_Wifi_Lora32).
Code is in https://github.com/rinie/LaCrosseITPlusReader10
Gruss,
Rinie
@schwaxi,
Was hast du für einen JeeLink ? Dieser muss einen RFM69 haben, keinen RFM12. Und dann die Firmware aus dem #1 Beitrag flaschen (LaCrosseITPlusReader10.7z).
pejonp
Hallo @Pejonp,
danke für dein feedback, habe den Jeelink JeeLink (v3c) - JeeLink 868 RFM69CW, dieser ist auch mit der Firmware aus dem Beitrag geflascht. Es werden auch die Daten der Inneneinheit W25 der Wetterstation angezeigt (Temperatur, Luftdruck, Luftfeuchte) unter RAWMSG.
Habe auch das Pairing nicht hinbekommen mit der Inneneinheit W25 wenn ich es mit 60s laufen lasse und die Batterien einlege bei eingeschaltetem autocreate wird auch nichts weiter gemacht.
Von der Außeneinheit habe ich aber noch gar nichts angezeigt/empfangen bekommen.
Hallo schwaxi,
Du kannst verbose =5 beim jeelink einstellen.
Und mal den set Befehl : raw 1d v absenden, dann ist der jeelink im debugmodus .
Log mal etwas mit und hänge den log hier an .
Pejonp
Hallo Pejonp,
Also die W25 und W24 werden nun unter KeyValueProtokoll Angezeigt (habe aber nichts gemacht dafür) aber von der W24 Ausseneinheit habe ich nur Daten während des Tages einige Stunden ab 9:21 - 17:59
verbose =5 ist eingestellt
Log ist anbei
Hallo schwaxi,
wie alt sind die NiZn-Zellen in der WH24 (Ausseneinheit). Die denke der Sensor fängt erst wieder an zu senden, wenn mit genung Licht die Zellen wieder aufgeladen sind.
Mach mal neue Zellen rein oder über ein NiZn-Ladegerät wieder regenerieren.
pejonp
PS: Ich habe diese hier (https://www.amazon.de/ANSMANN-Mignon-NiZn-Akku-2500mWh/dp/B00DVO186C) und auch diese hier mit dem Ladegerät (https://www.amazon.de/Voltcraft-202410-VOLTCRAFT-Manager-410-Ladeger%C3%A4t/dp/B006UH3POK/ref=pd_sim_0_1/258-7515673-1048053?_encoding=UTF8&pd_rd_i=B006UH3POK&pd_rd_r=a3340434-54cb-11e9-8c67-f9d2079839a1&pd_rd_w=dbhb5&pd_rd_wg=GEU0J&pf_rd_p=b0773d2f-6335-4e3d-8bed-091e22ee3de4&pf_rd_r=JYQ90W36VMBRZMS640XP&psc=1&refRID=JYQ90W36VMBRZMS640XP).
Hallo Pejonp,
die Vermutung hatte ich auch schon, aber ich habe die originale Empfangseinheit/Webserver auch noch nebenbei am Laufen und diese empfängt die Daten 24/7 ohne Aussetzer (bis auf das hängenbleiben der Empfangseinheit/Webserver was mit einem automatischen Reboot nach 30s wieder behoben ist). Die originale Empfangseinheit/Webserver steht noch dazu um einiges weiter entfernt (6-8m).
Die Wetterstation ist erst seit 2018.09 in Betrieb, werde aber die Akkus mal ansehen bzw tauschen.
Hallo, ich habe lange überlegt ob ich nach Hilfe frage, aber um so mehr ich lese um so mehr komm ich durcheinander.
Ich habe mir ein Lacrossgateway hier im Forum gekauft, dieses habe ich erfolgreich mit Fhem verbunden und mit einen Technoline TX29DT... gepairrt.
Der gedachte Einsatzzweck ist allerdings für die Ventus Wetterstation W266-U.
Erste Frage, kann ich das verheiraten, ich zweifel inzwischen.
Zweite Frage, wenn ja wie? Ich lass immer was von Frequenzanpassung über initcommands oder so.
Anbei das List des Gateways
Internals:
Clients :PCA301:EC3000:LaCrosse:Level:EMT7110:KeyValueProtocol:CapacitiveLevel
DEF 192.168.178.109:81
DeviceName 192.168.178.109:81
FD 16
FUUID 5cd85f4b-f33f-50ef-f944-3332188e3c107dac
NAME myLaCrosseGateway
NR 36
NTFY_ORDER 50-myLaCrosseGateway
PARTIAL
RAWMSG OK 9 19 1 4 181 106
STATE initialized
TIMEOUT 0.5
TYPE LaCrosseGateway
model LaCrosseITPlusReader.Gateway.1.32
myLaCrosseGateway_MSGCNT 4020
myLaCrosseGateway_TIME 2019-05-13 19:18:12
nextOpenDelay 2
settings (1=RFM69 f:868300 r:17241) + (2=RFM69 f:868300 r:9579) {IP=192.168.178.109}]
MatchList:
1:PCA301 ^\S+\s+24
2:EC3000 ^\S+\s+22
3:LaCrosse ^(\S+\s+9 |OK\sWS\s)
4:EMT7110 ^OK\sEMT7110\s
5:Level ^OK\sLS\s
6:KeyValueProtocol ^OK\sVALUES\s
7:CapacitiveLevel ^OK\sCL\s
READINGS:
2019-05-13 19:18:12 state initialized
helper:
Attributes:
comment https://forum.fhem.de/index.php/topic,43672.msg355938.html#msg355938
https://forum.fhem.de/index.php/topic,54654.90.html
mode WiFi
room Schnittstellen
timeout 120,30
usbFlashCommand ./FHEM/firmware/esptool.py -b 921600 -p [PORT] write_flash -ff 80m -fm dio -fs 4MB-c1 0x00000 [BINFILE] > [LOGFILE] 2>&1
Vielen Dank im voraus
@Razor
Versuche mal diese Einstellung
869820#1f 4800#1r 0#1t 3#2r 56#2t 3#2m v
Pejonp
Hi,
in Deinem Fall also oben in der FHEM WebGUI Commandozeile:
attr myLaCrosseGateway initCommands 869820#1f 4800#1r 0#1t 3#2r 56#2t 3#2m v
Gruß Arnd
Signalduino (Nano, ESP, ...), CUL (Busware, Nano, Maple, ...), Homematic (HM-MOD-UART-RPI, ESP, Maple, ...), LaCrosseGateway (LGW, ESP, ...), 1-wire, ESPEasy, Bravia, Yamaha, ...
Hallo,
ich habe bei mir eine "Sainlogic Professionelle Funk Wetterstation - 7 in 1" (sollte baugleich sein mit: Fine Offset WH2900 (WH65B?), froggit 3500 Profi Funk WH3000 SE und Ventus W830).
Außerdem habe ich einen Jeelink-USB-Stick v3 mit gelber Antenne (also für 868,3MHz) und einen Realtek RTL2832 based USB-Dongle.
Auf den Jeelink habe ich den Sketch von Jörg (siehe erster Post hier) gemacht und den RLT2832 verwende ich mit dem rtl_433-Programm
Das Programm rtl_433 zeigt regelmäßig die Daten des Außensensors an (als Fine Offset WH65B), während der Jeelink die Datenpakete nicht korrekt empfängt. Laut Github des rtl_433 (siehe erster Post) sind WH24A und WH65B ähnlich vom Protokoll her und soweit ich das erkennen kann, hat Jörg in den Sketch auch beide Protokolle analog zum Github rtl_433 implementiert.
Jeelink-Ausgabe (mit 1d):
End receiving, HEX raw data: E9 89 C 20 78 76 FF FC 1D FD E5 21 2D 9F 72 8B
rtl_433-Ausgabe (mit -f 868300000 -vv):
model : Fine Offset WH65B ID : 159
Temperature: 26.0 C Humidity : 57 % Wind direction: 212 Wind speed: 0.0 m/s Gust speed: 0.0 m/s Rainfall : 0.3 mm UV : 2 UVI : 0
Light : 0.0 lux Battery : OK Integrity : CRC
pulse_demod_pcm(): Fine Offset Electronics, WH25, WH32B, WH24, WH65B, HP1000 Temperature/Humidity/Pressure Sensor
bitbuffer:: Number of rows: 1
[00] {209} 55 55 55 55 55 51 6e a1 24 fe a0 14 a1 c8 00 00 00 08 00 10 00 00 07 9a e1 00 00
Fineoffset_WH24: Raw: 24 9f d4 02 94 39 00 00 00 01 00 03 00 00 00 68 d2 @ bit_offset [61]
Hat jemand eine Idee, was hier das Problem ist? Irgendwie hab ich das Gefühl, der Jeelink bekommt nicht die korrekten HEX-Werte.
(Werte eines anderen Sensors LaCrosse-WS7000-22/25 werden vom Jeelink und vom RTL2832 angezeigt)
Gruß
fossy
Hi fossy,
ich habe nur die WH24 und WH25 sowie das für die Ventus eingebaut.
Die WH65B hat ein etwas anderes Protokoll, Timing. Das habe ich nicht eingebaut. Da kein testsystem vorhanden.
Ich habe auch einen rtl_433 am laufen um noch die WH32A und WH32D zu empfangen und per mqtt an fhem zu senden.
rtl_433 -f 868300000 -G -F mqtt://192.168.2.153:1884 &
Pejonp
Hallo Jörg,
danke für die Info.
Zitat von: pejonp am 25 Juli 2019, 20:22:52
Die WH65B hat ein etwas anderes Protokoll, Timing. Das habe ich nicht eingebaut. Da kein testsystem vorhanden.
Hast Du evtl. einen Tipp für mich, wo das andere Timing einzubauen ist?
Ist das der relevante Code (https://github.com/merbanan/rtl_433/blob/9e1ba3d6bd9ec996c6257ba1aef27ec98715403b/src/devices/fineoffset.c#L212)?
if (bitbuffer->bits_per_row[0] - bit_offset - sizeof(b) * 8 < 8)
model = MODEL_WH24; // nominal 3 bits postamble
else
model = MODEL_WH65B; // nominal 12 bits postamble
bitbuffer_extract_bytes(bitbuffer, 0, bit_offset, b, sizeof(b) * 8);
Oder gibt es da noch mehr?
Gruß
fossy
Hallo fossy,
Wenn es so einfach gewesen währe hätte ich es schon gemacht. Aber leider reichen dafür meine Kenntnisse nicht aus. Kannst du mal am LCGateway auf Debug stellen (1d v) und die Ausgabe hier anhängen .
Eigentlich läuft ja die Erkennung über die ersten Bytes
Pejonp
Hallo Jörg,
hier mal ein Auszug vom Jeelink-USB-Stick (eine Gateway habe ich nicht...)
21:23:25.038 -> [LaCrosseITPlusReader.10.1sJo (RFM69CW f:868300 r:17241)]
21:23:41.147 ->
21:23:41.147 -> End receiving, HEX raw data: 52 A5 1A BA 39 A7 16 EE 8B A4 3 8C FD B5 FD BC
21:23:44.885 ->
21:23:44.885 -> End receiving, HEX raw data: B1 45 68 A5 69 19 A0 86 49 C0 91 A5 65 7 BB E7
21:23:45.821 ->
21:23:45.821 -> End receiving, HEX raw data: CA 85 24 CE 8D 69 CD F1 1B 25 6D A 77 D2 9A BB
21:23:51.961 ->
21:23:51.961 -> End receiving, HEX raw data: 7E DD 4 DF 44 DF ED 22 B1 8B 0 8E 36 38 33 24
21:23:53.793 ->
21:23:53.793 -> End receiving, HEX raw data: 2F F8 9D 7B 4D BF B3 1D 48 21 46 F4 BF ED 39 DF
21:24:02.919 ->
21:24:02.919 -> End receiving, HEX raw data: 6D 8D FF FF 9F 58 5F 58 C9 BE 76 3F 7F 75 51 CB
21:24:05.622 ->
21:24:05.622 -> End receiving, HEX raw data: 7F EA E5 3E B3 5A 1D 28 3C 2D E9 C 74 CB 7D F3
Ich kann da keine Regelmäßigkeit erkennen :-(
Gruß
fossy
Hi fossy,
Kannst du mal beide Logs jeelink und rtl_433 vom Zeitstempel nebeneinanderlegen. Danke.
Pejonp
Hallo Jörg,
danke für Deine Unterstützung!
... ja, kann ich machen:
jeelink rtl_433
jeelink rtl_433
17:40:19.618 -> time : 2019-07-27 17:40:19
17:40:19.618 -> End receiving, HEX raw data: 92 6 90 6A 44 F8 BE 11 9D 58 30 2F 36 0 33 D8 [00] {209} 55 57 55 55 55 51 6e a1 24 f9 fc 15 21 a8 00 00 00 40 00 10 00 00 04 e8 21 00 00
17:40:21.528 ->
17:40:21.528 -> End receiving, HEX raw data: 9C C7 2 27 D7 D3 5D 9E FA D2 BD B9 E6 6A 28 8E
17:40:21.563 -> OK 9 51 1 5 22 39
17:40:25.254 ->
17:40:25.254 -> End receiving, HEX raw data: 57 7F CC FE EC FE 55 FF 6E A4 A 3D 93 44 4D F8
17:40:28.963 ->
17:40:28.963 -> End receiving, HEX raw data: 7 BB 74 7F 90 25 4F 54 FE FC 2F 84 BF 89 70 87
time : 2019-07-27 17:40:35
[00] {209} 55 55 d5 55 55 51 6e a1 24 f9 fc 15 21 a8 00 00 00 40 00 18 00 00 00 33 71 00 00
17:40:39.969 ->
17:40:39.969 -> End receiving, HEX raw data: 93 84 94 7E 46 C D5 FF FB 87 DE 5F 15 FD D4 43
17:40:50.749 ->
17:40:50.749 -> End receiving, HEX raw data: C8 41 2 63 80 26 80 3F EF F6 5E DF 87 D2 FF 73
17:40:51.786 -> time : 2019-07-27 17:40:51
17:40:51.786 -> End receiving, HEX raw data: D2 92 2F 8B 9C 20 F8 3F D7 FF F6 B7 5 B3 9B FE [00] {209} 55 57 55 55 55 51 6e a1 24 f9 fc 15 21 a8 00 00 00 40 00 10 00 00 04 e8 21 00 00
17:40:54.701 ->
17:40:54.701 -> End receiving, HEX raw data: 0 75 AE 7C 95 38 3F 9A 3F DF CC 37 CE 66 F EC
17:40:55.846 ->
17:40:55.846 -> End receiving, HEX raw data: 62 A1 95 4B 5F AE DD EB DF E3 C6 40 F9 BF CF 7B
17:40:56.741 ->
17:40:56.741 -> End receiving, HEX raw data: 9C C7 86 27 D7 B4 81 BE F3 55 FD 27 72 C3 5E DF
17:41:01.452 ->
17:41:01.452 -> End receiving, HEX raw data: 9B 2D 59 FF F7 EF E6 2F 1F 94 57 1D 68 DF B9 DB
time : 2019-07-27 17:41:07
[00] {209} 55 55 55 55 55 51 6e a1 24 f9 fc 15 21 a8 00 00 00 40 00 10 00 00 04 e8 21 00 00
17:41:08.879 ->
17:41:08.879 -> End receiving, HEX raw data: F1 54 66 C7 47 35 D6 91 3 8D 39 A5 DF 20 E6 11
17:41:11.201 ->
17:41:11.201 -> End receiving, HEX raw data: AF 4F D7 FF 34 0 7 42 DD 0 27 4E 70 FE F3 C2
17:41:14.338 ->
17:41:14.338 -> End receiving, HEX raw data: 9C C7 2 27 C7 37 B7 7F 72 FF AB F9 30 7C CA F3
17:41:20.163 ->
17:41:20.163 -> End receiving, HEX raw data: CC 7F EE FF 9F 4F 27 FD 73 A8 61 5C 27 6C 9E FD
17:41:20.541 ->
17:41:20.541 -> End receiving, HEX raw data: 54 9E CF F6 5F B6 48 30 41 40 C7 80 55 7F DF DD
17:41:23.142 -> time : 2019-07-27 17:41:23
17:41:23.142 -> End receiving, HEX raw data: 9C C7 2 27 D7 CB 7D 39 1F FF EF C0 51 ED BA BD [00] {209} 55 55 55 75 55 51 6e a1 24 f9 fc 15 21 a8 00 00 00 40 00 10 00 00 04 e8 21 00 00
17:41:23.142 -> OK 9 51 1 5 22 39
17:41:26.156 ->
17:41:26.156 -> End receiving, HEX raw data: 4A 12 41 A7 9F 2F 7B F7 DE F6 10 7A 5E D2 3E A0
17:41:28.630 ->
17:41:28.630 -> End receiving, HEX raw data: 6B 53 48 C8 45 C9 3 F6 BB BF 8E FA 69 D8 23 CB
17:41:30.580 ->
17:41:30.580 -> End receiving, HEX raw data: CE 33 1F 32 D9 B F8 BF B3 FD 7F FD FF DF FD DF
17:41:31.920 ->
17:41:31.920 -> End receiving, HEX raw data: 9C C7 2 27 D3 81 7F 1E 4F 44 8A 75 F2 25 57 F9
17:41:39.316 -> time : 2019-07-27 17:41:39
17:41:39.316 -> End receiving, HEX raw data: B6 81 A0 A8 7D FF F6 7C E2 18 F5 D 2B 28 D6 84 [00] {209} 55 55 55 55 55 51 6e a1 24 f9 fc 15 21 a8 00 00 00 40 00 10 00 00 04 e8 21 00 00
17:41:49.518 ->
17:41:49.518 -> End receiving, HEX raw data: 9C C7 2 27 D7 7D DD 3F 12 75 F7 FF BA 7F D1 7
17:41:49.552 -> OK 9 51 1 5 22 39
17:41:55.652 -> time : 2019-07-27 17:41:55
17:41:55.652 -> End receiving, HEX raw data: 8D 6 D8 66 5 1C D5 54 AC 8F 4F 19 DB C1 F5 EA [00] {209} 55 55 55 55 55 51 6e a1 24 f9 fc 15 21 a8 00 00 00 40 00 10 00 00 04 e8 21 00 00
17:42:07.106 ->
17:42:07.106 -> End receiving, HEX raw data: 9C C7 3 37 D7 67 B9 DF D0 6D FD DE AE 3E 26 18
17:42:07.687 ->
17:42:07.687 -> End receiving, HEX raw data: 71 E3 9F 59 9 CD 33 3D FE 81 F4 56 70 1D FF FD
17:42:07.998 ->
17:42:07.998 -> End receiving, HEX raw data: D3 A2 FE 95 25 6C FD D6 B7 A1 7B AF EB 42 5 FB
17:42:10.288 ->
17:42:10.288 -> End receiving, HEX raw data: A5 30 23 11 E5 62 CB FF FF D 4 BE CF 2F BE 6E
17:42:15.889 ->
17:42:15.889 -> End receiving, HEX raw data: 9C C7 2 27 D7 FE 79 3F 10 1C FA AD 78 FC 37 CA
17:42:15.924 -> OK 9 51 1 5 22 39
time : 2019-07-27 17:42:27
[00] {209} 55 55 55 55 55 51 6e a1 24 f9 fc 15 21 a8 00 00 00 40 00 10 00 00 04 e8 21 00 00
17:42:30.109 ->
17:42:30.109 -> End receiving, HEX raw data: 8A FE EF F6 CD C6 96 4F 7B 55 26 FD 61 8E 59 9E
(falls es hilft, hier (https://docs.google.com/spreadsheets/d/1m-EzxZlURbsNRfkoJ5uHPmaaYsYNvKcnm1BwdHWYpxg/edit?usp=sharing)in Tabellenform)
Gruß
fossy
Hallo nochmal,
... was ich nicht verstehe ist, warum der Jeelink keine Pakete mit dem richtigen Header empfängt.
Mit URH (https://github.com/jopohl/urh)bin ich jetzt soweit, dass ich für die Pakete - zumindest am Anfang - die selben Werte angezeigt bekommen wie beim rtl_433.
D.h. ich kann nachvollziehen, was im github von rtl_433 steht:
The WH65B sends the same data with a slightly longer preamble and postamble
{209} 55 55 55 55 55 51 6e a1 22 83 3f 14 3a 08 00 00 00 08 00 10 00 00 04 60 a1 00 8
aligned {208} a aa aa aa aa aa 2d d4 24 50 67 e2 87 41 00 00 00 01 00 02 00 00 00 8c 14 20 1
Payload: FF II DD VT TT HH WW GG RR RR UU UU LL LL LL CC BB
Ich nehme an, dass die "RFM" die "preamble" und das "sync word" irgendwie automatisch erkennt und dann die Payload weitergibt an. Kann man das irgendwie beeinflussen?
Gruß
fossy
Hallo fossy,
Ich denke mal preamble und syncwort müssen anders eingestellt werden. Bei espeasy (https://github.com/letscontrolit/ESPEasyPluginPlayground) gibt es ein Sketch für die WH24 (
https://github.com/letscontrolit/ESPEasyPluginPlayground/blob/master/_P169_FO_WH24_RFM69.ino). Vielleicht kann der etwas angepasst werden um zu testen. Die Einstellungen, könnte man dann später für den jeelink übernehmen.
Eine andere Idee habe ich erst mal nicht. Ich kann auch nicht testen da ich keine WH65B habe.
Pejonp
Hallo Jörg,
danke für das Beispiel.
Ich hab mir das angesehen. Die Einstellungen für Preamble und Syncword sind dort genauso wie in deinem Sketch.
Ich hab mir das nochmal angesehen:
[00] {196} d5 55 55 55 55 16 ea 12 5f 85 71 03 27 04 01 00 25 00 00 80 00 00 47 83 9
aligned {199} 1aa aa aa aa aa 2d d4 24 bf 0a e2 06 4e 08 02 00 4a 00 01 00 00 00 8f 07 2
Payload: FF II DD VT TT HH WW GG RR RR UU UU LL LL LL CC BB
Reading: id: 191, temp: 11.8 C, humidity: 78 %, wind_dir 266 deg, wind_speed: 1.12 m/s, gust_speed 2.24 m/s, rainfall: 22.2 mm
The WH65B sends the same data with a slightly longer preamble and postamble
{209} 55 55 55 55 55 51 6e a1 22 83 3f 14 3a 08 00 00 00 08 00 10 00 00 04 60 a1 00 8
aligned {208} a aa aa aa aa aa 2d d4 24 50 67 e2 87 41 00 00 00 01 00 02 00 00 00 8c 14 20 1
Payload: FF II DD VT TT HH WW GG RR RR UU UU LL LL LL CC BB
Der erste Teil der Daten ist zwischen WH24 und WH65 gleich! Die ersten Daten sehen bei den Infos vom rtl_433 jedenfalls genauso aus. Also sollte auch der Jeelink zumindest die RAW-Dateien anzeigen (mit einer 24 am Anfang) - aber die gibt es nicht :-(
Ich bin kurz vorm aufgeben. Evtl. sollte ich den rtl-sdr-usb-stick direkt in FHEM nutzen und den Jeelink in die Schublade legen...
Gruß
fossy
Hi fossy,
Wie heißt den deine Wetterstation genau und wo hast du sie her. Vielleicht kann man ja eine billig schießen . Ich habe noch einen oder zwei WH24A da.
Jörg
Hallo Jörg,
... es ist die hier (https://www.amazon.de/gp/product/B07F2GQDW2).
In meinem ersten Beitrag hier hatte ich schonmal die vergleichbaren Typen aufgeschrieben.
Kannst Du evtl. mal eine Aufzeichnung mit rtl_433 von deinem WH24 Signal machen? Am besten ohne Antenne und der Außensensor ca. 10cm daneben...
rtl_433 -f 868300000 -w cs16:wh24.cs16 -T 40
Dann kann ich vielleicht mal vergleichen. Hier ist einen Aufzeichnung (https://drive.google.com/file/d/1iX8JxXe15mX3uoPO6eE7HzXWqebv-3x8/view?usp=sharing) vom WH65 Signal.
Mit
rtl_433 -r 868300000 -r wh65.cs16
kann man sich anschauen, was aufgezeichnet wurde.
Gruß
fossy
Hi fossy,
Eine WH24A habe ich schon im Einsatz sowie eine W136 Ventus mit Blitzerkennung. Beides funktoniert. Und noch 3x WH25 und WH32A und WH32D(diese beiden werden über den rtl_433 erkannt, da ist das so ähnlich wie bei der WH65A).
18:56:07: OK VALUES WH24 79 Temperature=22.10,Humidity=97,Rain=265.50,WindDirection=171.00,WindSpeed=0.00,WindGust=0.00,UV=1.00,LowBatteryFlag=1, [24 4F AB 62 6D 61 00 00 03 75 02 BC 02 CA A6 2A 20]
Jörg
Hallo zusammen,
nach einer "Urlaubsphase" hatte ich jetzt eine Idee, einfach mal die Frequenz etwas zu modifizieren.
... und siehe da, jetzt werden Daten empfangen :)
21:33:07.108 -> [LaCrosseITPlusReader.10.1sJo (RFM69CW f:868340 r:17241)]
21:33:08.515 ->
21:33:08.515 -> End receiving, HEX raw data: 24 9F 3F 82 78 2F 0 0 0 B 0 2 0 0 0 D3
21:33:08.561 -> OK VALUES WH24 159 Temperature=23.20,Humidity=47,Rain=3.30,WindSpeed=0.00,WindDirection=,WindGust=,UV=,,
Jetzt muss ich "nur noch" die andere Berechnung für die WH65B einbauen. Ich melde mich wieder, wenn ich weiter bin.
cu
fossy
Hallo zusammen,
... nach längerer Zeit, möchte ich euch nun meinen akt. Stand vorstellen.
Ich habe jetzt den originalen Sketch LaCrosseITPlusReader.10.1s hergenommen und mit der guten Vorarbeit von Jörg kombiniert. Leider hab ich nur den Teil der WH24 eingearbeitet und so überarbeitet, dass wir auch die WH65 empfangen können. WH25 und WH136 habe ich - da ich es nicht testen kann - nicht übernommen.
Hier befinden sich die Quellen des geänderten Sketchs: LaCrosseITPlusReader - Branch wh65b (https://github.com/baumrasen/LacrossITPlusReader/tree/wh65b).
Der Sketch empfängt WH24A und WH65B gleichermaßen ohne Berücksichtigung der verschiedenen Faktoren, die zur Berechnung von Wind und Regen benötigt werden.
Bei meiner WH65B war es notwendig, die Frequenz, mit der der JeeLink arbeitet, auf 868,345MHz zu setzen:
initCommands 868345f v
Damit in FHEM dann auch die Werte ankommen und richtig angezeigt/aufgezeichnet werden können, habe ich an der Datei 36_LaCrosse.pm verschieden Anpassungen vorgenommen und einen neuen Typ für diese beiden Wetterstationen erstellt. Die geänderten Quellen befinden sich hier: fhem-mirror - 36_LaCrosse.pm - Branch wh65b (https://github.com/baumrasen/fhem-mirror/blob/wh65b/fhem/FHEM/36_LaCrosse.pm).
Die Wetterstation wird wie eine LaCrosse eingebunden (da ja auch dieses Modul verwendet wird). Wichtig ist aber, dass je nachdem, ob eine WH24A oder eine WH65B im Einsatz ist, ein Attribut entsprechend gesetzt werden muss. Bei mir (einer WH65B) sieht das so aus:
define Wetterstation LaCrosse 1F
attr Wetterstation changeModelTypeTo WH65B
Wird eine WH24A verwendet, wird einfach der Eintrag (zweite Zeile ^^) "WH65B" in "WH24A" geändert.
Ich hab das so gemacht, damit man theoretisch mit einem Sketch beide Wetterstationen gleichzeitig empfangen kann. Ob es praktisch funktioniert, konnte ich leider nicht testen. Auch die Funktionsfähigkeit der WH24A konnte ich nicht testen. Ich hoffe aber, dass sie funktioniert.
Ich würde mich freuen, wenn sich jemand findet, der diesen "Code" testen kann.
Edit:
WH24A: Ausseneinheit der Wetterstation HP1000 / HP1003 (WLAN) / WH2600 Anbieter Froggit/AmbientWeather/Conrad/....
WH65B: Ausseneinheit der "Sainlogic Professionelle Funk Wetterstation - 7 in 1" (sollte baugleich sein mit: Fine Offset WH2900, froggit 3500 Profi Funk WH3000 SE und Ventus W830)
Gruß
Andreas
Hallo zusammen,
der Thread ist zwar schon etwas abgehangen, aber ich wollte deswegen keinen neuen aufmachen und hoffe, dass noch jemand mitliest.
Ich habe hier auf einem spanischen Eiland eine W830 (Außeneinheit lt. Aufkleber: WH65
A), die mich endlos nervt, weil sie sich nicht mehr ins WLAN einbinden lässt, die WS Tool / WS View App nicht mehr funktioniert, und der Weg über Wunderground hat mich auch nie überzeugt.
Daher kommt mir Euer Ansatz gerade recht ;), und ich habe soeben einen JeeLink geordert.
Verstehe ich das richtig, dass ich einfach nur den Sketch via Arduino IDE auf den JeeLink flashe (mit entsprechend geänderter Funkfrequenz) und das LaCrosse-Modul in fhem installiere?
Zitat von: pejonp am 30 Juli 2019, 19:06:11
Eine WH24A habe ich schon im Einsatz sowie eine W136 Ventus mit Blitzerkennung. Beides funktoniert. Und noch 3x WH25 und WH32A und WH32D(diese beiden werden über den rtl_433 erkannt, da ist das so ähnlich wie bei der WH65A).
Bedeutet das, dass Datenempfang mit dem Sketch aus dem ersten Post klappen sollte, oder sollte ich den für die WH65
B modifizierten Sketch/Modul von fossy nehmen?
Danke für Eure Tipps & viele Grüße
Martin