SIGNALduino und Ventus W132

Begonnen von JensS, 07 Januar 2019, 22:31:27

Vorheriges Thema - Nächstes Thema

JensS

Hallo,

bei meinem Windmesser W132 von der Wetterstation Ventus W155 werden die Winddaten nicht richtig erkannt. Selbst mit der neuesten Firmware und den aktuellen Modulen wird jeweils der Datenblock für Temperatur und Luftfeuchtigkeit. Ich tippe darauf, dass die Übertragung nicht in voller Länge verarbeitet wird und bitte Euch um Hilfe.
Es sieht so aus, als würden 6 Datenpakete in einem Zug gesendet aber lediglich das 1. (temp/hum) ausgewertet. Folgende Lektüre habe ich gefunden: http://www.tfd.hu/tfdhu/files/wsprotocol/auriol_protocol_v20.pdf
und so sollte das W132-Protokoll meiner Auffassung nach aussehen:
Intervall=0,5ms,Sync=9ms,1=4ms,0=2ms
8x bit 1 als preamble
1 syncbit
8 bit randomID
1 bit Batterie (0=voll, 1= leer)
00 als Kennung für  Temperatur-/Luftfeuchtigkeitspaket
1 bit für Auslöser (automatisch=0, per Taste=1)
12 bit Temperatur (*0,1^C)
4 bit Luftfeuchtigkeit (Einer)
4 bit Luftfeuchtigkeit (Zehner)
4 bit CRC
4 syncbit
8 bit randomID
1 bit Batterie
11 als Kennung für  Winddaten
1 bit für Auslöser (automatisch=0, per Taste=1)
12 bit Kennung für Windgeschwindigkeit (100000000000)
8 bit aktuelle Windgeschwindigkeit
4 bit CRC
4 syncbit
8 bit randomID
1 bit Batterie
11 als Kennung für  Winddaten
1 bit für Auslöser (automatisch=0, per Taste=1)
3 bit Kennung für Windrichtung/-spitzen (111)
9 bit aktuelle Windrichtung
8 bit aktuelle Windspitzen
4 bit CRC
4 syncbit
8 bit randomID
1 bit Batterie
11 als Kennung für  Winddaten
1 bit für Auslöser (automatisch=0, per Taste=1)
12 bit Kennung für Windgeschwindigkeit (100000000000)
8 bit aktuelle Windgeschwindigkeit
4 bit CRC
4 syncbit
8 bit randomID
1 bit Batterie
11 als Kennung für  Winddaten
1 bit für Auslöser (automatisch=0, per Taste=1)
3 bit Kennung für Windrichtung/-spitzen (111)
9 bit aktuelle Windrichtung
8 bit aktuelle Windspitzen
4 bit CRC
4 syncbit
8 bit randomID
1 bit Batterie
11 als Kennung für  Winddaten
1 bit für Auslöser (automatisch=0, per Taste=1)
12 bit Kennung für Windgeschwindigkeit (100000000000)
8 bit aktuelle Windgeschwindigkeit
4 bit CRC
1 syncbit


Könnte das sein und wer kann mir helfen, dies umzusetzen?

Gruß Jens
Debian auf APU2C4, HM-CFG-USB2, SIGNALduino, HM-ES-PMSw1-Pl, TFA 30.3121, TFA 30.3125, ITS-150, PIR-5000, configurable Firmata USB & LAN, 1-wire: DS-18B20, DS-18S20, DS-2408, DS-2413, diverse I2C-Komponenten, zigbee2mqtt, ESPEasy etc.

HomeAuto_User

Hallo Jens,

um dein Problem beleuchten zu können wäre ein Logfile mit RAWMSG´s sehr hilfreich.
Es besteht nnur die Möglichkeit die einzelnen Bits sich anzusehen. Wurden die Daten schonmal richtig erkannt, wenn ja, seit wann ist das Problem?

LG Marco
"Developer" heißt nicht, das man alles wissen kann!
- FHEM v5.9 | Rasberry PI 3
- radino CC1101 433Mhz (SIGNALduino)| - radino CC1101 868Mhz (CUL) | nano 433Mhz (SIGNALduino) - Sensoren: purer Dschungel querbeet

JensS

#2
Hier ein kleiner Auszug der aktuellen Logdatei mit verbose 4.2019.01.08 20:08:21 4: Signalduino/msg READredu: MS;P1=508;P2=-4016;P3=-1986;P4=-9037;D=14131212131313121213121213121213131313131312131212131312131313131312121313;CP=1;SP=4;R=0;O;m0;
2019.01.08 20:08:21 4: Signalduino: Matched MS Protocol id 0 -> weather (v1)
2019.01.08 20:08:21 4: Signalduino: Decoded MS Protocol id 0 dmsg s636C0B20C000 length 40 RSSI = -74
2019.01.08 20:08:21 4: Signalduino Dispatch: s636C0B20C000, Dropped due to short time or equal msg
2019.01.08 20:08:21 4: Signalduino: Matched MS Protocol id 0.3 -> weather (v4)
2019.01.08 20:08:21 4: Signalduino: Decoded MS Protocol id 0.3 dmsg s636C0B20C000 length 40 RSSI = -74
2019.01.08 20:08:21 4: Signalduino Dispatch: s636C0B20C000, Dropped due to short time or equal msg
2019.01.08 20:08:21 4: Signalduino: Matched MS Protocol id 0.4 -> weather (v5)
2019.01.08 20:08:21 4: Signalduino/msg READredu: MS;P1=509;P2=-4014;P3=-1985;P4=-9036;D=14131212131313121213121213121213131313131312131212131312131313131312121313;CP=1;SP=4;R=0;O;
2019.01.08 20:08:21 4: Signalduino: Matched MS Protocol id 0 -> weather (v1)
2019.01.08 20:08:21 4: Signalduino: Decoded MS Protocol id 0 dmsg s636C0B20C000 length 40 RSSI = -74
2019.01.08 20:08:21 4: Signalduino Dispatch: s636C0B20C000, Dropped due to short time or equal msg
2019.01.08 20:08:21 4: Signalduino: Matched MS Protocol id 0.3 -> weather (v4)
2019.01.08 20:08:21 4: Signalduino: Decoded MS Protocol id 0.3 dmsg s636C0B20C000 length 40 RSSI = -74
2019.01.08 20:08:21 4: Signalduino Dispatch: s636C0B20C000, Dropped due to short time or equal msg
2019.01.08 20:08:21 4: Signalduino: Matched MS Protocol id 0.4 -> weather (v5)
2019.01.08 20:08:21 4: Signalduino/msg READredu: MU;P0=504;P1=-1991;P2=-4017;P3=-9036;P4=240;D=0101010101020102020101020101010101020201010340;CP=0;R=0;
2019.01.08 20:08:23 4: Signalduino/msg READredu: MS;P1=516;P2=-3955;P3=-1974;P4=-8917;D=14121213121312121313121213121212131212121313131312121313121313131312131312;CP=1;SP=4;R=0;O;m2;
2019.01.08 20:08:23 4: Signalduino: Matched MS Protocol id 0 -> weather (v1)
2019.01.08 20:08:23 4: Signalduino: Decoded MS Protocol id 0 dmsg sD66EE1909000 length 40 RSSI = -74
2019.01.08 20:08:23 4: Signalduino: CUL_TCM97001_04: W132 windGuest: 1.8 aR: 9 0  winddir:0 aR:7 8 txt:N
2019.01.08 20:08:23 4: Signalduino: CUL_TCM97001_06: model: W132  CUL_TCM97001_214
2019.01.08 20:08:23 4: Signalduino: Matched MS Protocol id 0.3 -> weather (v4)
2019.01.08 20:08:23 4: Signalduino: Decoded MS Protocol id 0.3 dmsg sD66EE1909000 length 40 RSSI = -74
2019.01.08 20:08:23 4: Signalduino Dispatch: sD66EE1909000, Dropped due to short time or equal msg
2019.01.08 20:08:23 4: Signalduino: Matched MS Protocol id 0.4 -> weather (v5)
2019.01.08 20:08:23 4: Signalduino/msg READredu: MS;P1=516;P2=-3952;P3=-1973;P4=-8907;D=14121213121312121313121213121313131313131313131313121312121313131313121312;CP=1;SP=4;R=0;O;m1;
2019.01.08 20:08:23 4: Signalduino: Matched MS Protocol id 0 -> weather (v1)
2019.01.08 20:08:23 4: Signalduino: Decoded MS Protocol id 0 dmsg sD66800B05000 length 40 RSSI = -74
2019.01.08 20:08:23 4: Signalduino: CUL_TCM97001_06: model: W132  CUL_TCM97001_214
2019.01.08 20:08:23 4: Signalduino: Matched MS Protocol id 0.3 -> weather (v4)
2019.01.08 20:08:23 4: Signalduino: Decoded MS Protocol id 0.3 dmsg sD66800B05000 length 40 RSSI = -74
2019.01.08 20:08:23 4: Signalduino Dispatch: sD66800B05000, Dropped due to short time or equal msg
2019.01.08 20:08:23 4: Signalduino: Matched MS Protocol id 0.4 -> weather (v5)
2019.01.08 20:08:23 4: Signalduino/msg READredu: MS;P1=495;P2=-3984;P3=-2000;P4=-8917;D=14121213121312121313121213121212131212121313131312121313121313131312131312;CP=1;SP=4;R=0;m0;
2019.01.08 20:08:23 4: Signalduino: Matched MS Protocol id 0 -> weather (v1)
2019.01.08 20:08:23 4: Signalduino: Decoded MS Protocol id 0 dmsg sD66EE1909000 length 40 RSSI = -74
2019.01.08 20:08:23 4: Signalduino: Matched MS Protocol id 0.3 -> weather (v4)
2019.01.08 20:08:23 4: Signalduino: Decoded MS Protocol id 0.3 dmsg sD66EE1909000 length 40 RSSI = -74
2019.01.08 20:08:23 4: Signalduino Dispatch: sD66EE1909000, Dropped due to short time or equal msg
2019.01.08 20:08:23 4: Signalduino: Matched MS Protocol id 0.4 -> weather (v5)


STATE
Code: 04524FB991
Signalduino_DMSG
s04524FB99100
Signalduino_MSGCNT
70
Signalduino_RAWMSG
MS;P3=593;P4=-7482;P5=-1867;P6=-4092;D=3435353535353635353536353635353635353635353636363636353636363535363635353635353536;CP=3;SP=4;R=0;
Signalduino_RSSI
-74
Signalduino_TIME
2019-01-08 20:50:21
TYPE
CUL_TCM97001

Gruß Jens
Debian auf APU2C4, HM-CFG-USB2, SIGNALduino, HM-ES-PMSw1-Pl, TFA 30.3121, TFA 30.3125, ITS-150, PIR-5000, configurable Firmata USB & LAN, 1-wire: DS-18B20, DS-18S20, DS-2408, DS-2413, diverse I2C-Komponenten, zigbee2mqtt, ESPEasy etc.

pejonp

LaCrossGW 868MHz:WT470+TFA+TX37-IT+EMT7110+W136+WH25A HP1003+WH2621
SignalD(CC1101):Bresser+WS-0101(868MHz WH1080)+Velux KLF200+MAX!+HM-MOD-UART:Smoke HM-SEC-SD+VITOSOLIC 200 RESOL VBUS-LAN+SolarEdge SE5K(Modbus)+Sonnen!eco8(10kWh)+TD3511+DRT710M(Modbus)+ZigBee+Z-Wave+MQTT+vitoconnect

JensS

#4
Danke für den Hinweis. Die angegebene 14_CUL_TCM97001.pm hatte ich bereits probiert. Die Sendungen wurden nicht richtig erkannt. Die Windrichtung sprang immer wieder auf 0 (N) und die Windgeschwindigkeiten stimmen auch nicht.

Meine Vermutung ist, dass der SIGNALduino die Sendungen in Stücke hackt, weil er die 4 Syncbits zwischen den Sequenzen Temp/Hum-0/Speed-dir/gust-0/Speed-dir/gust-0/Speed als Pausen versteht und die tatsächliche Länge unterschätzt wird. Die preamle taucht ja nur am Anfang der Sendung auf und so ist die Erkennung der Sequenzen für Wind eher zufällig.

Gruß Jens
Debian auf APU2C4, HM-CFG-USB2, SIGNALduino, HM-ES-PMSw1-Pl, TFA 30.3121, TFA 30.3125, ITS-150, PIR-5000, configurable Firmata USB & LAN, 1-wire: DS-18B20, DS-18S20, DS-2408, DS-2413, diverse I2C-Komponenten, zigbee2mqtt, ESPEasy etc.

pejonp

Hallo Jens,

Ich hatte mal eine w155 leihweise und fand das sie ihre eigenen Sensoren nicht sehr zuverlässig erkennt.
Im Display wurden Sensoren bzw. Daten nicht angezeigt, vor allem vom Windmesser.

Pejonp
LaCrossGW 868MHz:WT470+TFA+TX37-IT+EMT7110+W136+WH25A HP1003+WH2621
SignalD(CC1101):Bresser+WS-0101(868MHz WH1080)+Velux KLF200+MAX!+HM-MOD-UART:Smoke HM-SEC-SD+VITOSOLIC 200 RESOL VBUS-LAN+SolarEdge SE5K(Modbus)+Sonnen!eco8(10kWh)+TD3511+DRT710M(Modbus)+ZigBee+Z-Wave+MQTT+vitoconnect

Ralf9

Hallo Jens,

mich würde es mal interessieren wie es als MU-Nachrichten aussieht, dazu mußt Du mit "set disablemessagetype MS..." die MS-Nachrichten deaktivieren.

Gruß Ralf
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

JensS

Ok, hab ich gemacht und die Logdatei angefügt.
Ein Eintrag fällt dabei besonders auf:

2019.01.09 12:21:21 4: Signalduino/msg READredu: MU;P0=-8922;P1=494;P2=-3976;P3=-1994;D=0121213121312121313121213121212131313131313131313131213121313131312121213101010101212131213121213131212131213131313131313131313131312121313131313121313131010101012121312131212131312121312121213131313131313131313121312131313131212121310;CP=1;R=0;

Umgerechnet sieht das etwa so aus:
s110101100110111000000000010100001110ssss110101100110100000000000011000001000ssss110101100110111000000000010100001110s

Ich denke, dass es sich dabei nur um einen Teil der Sendung handelt.

Gruß Jens
Debian auf APU2C4, HM-CFG-USB2, SIGNALduino, HM-ES-PMSw1-Pl, TFA 30.3121, TFA 30.3125, ITS-150, PIR-5000, configurable Firmata USB & LAN, 1-wire: DS-18B20, DS-18S20, DS-2408, DS-2413, diverse I2C-Komponenten, zigbee2mqtt, ESPEasy etc.

Ralf9

#8
Ich habe es mir angeschaut.
Für mich sieht es so, daß es 3 verschiedene Sendungen gibt:

- Temperatur und Luftfeuchtigkeit wird 6 mal hintereinander gesendet.
- Wind: es wird hintereinander abwechselnd eine Nachricht mit windspeed und eine Nachricht mit  winddir + wingust gesendet
- rain

Von Deiner MU-Nachricht ergeben sich 3 MS-Nachrichten. Die MU-Nachricht ist nur ein Teil der Sendung.

MS;P1=494;P2=-8922;P3=-3976;P4=-1994;D=12131314131413131414131314131313141414141414141414141314131414141413131314;CP=1;SP=2;m0;
MS;P1=494;P2=-8922;P3=-3976;P4=-1994;D=12131314131413131414131314131414141414141414141414141313141414141413141414;CP=1;SP=2;m1;
MS;P1=494;P2=-8922;P3=-3976;P4=-1994;D=12131314131413131414131314131313141414141414141414141314131414141413131314;CP=1;SP=2;m2;


Die erste und dritte Nachricht sind gleich.


erste  sD66E0050E000   11010110 0 11 0 111 000000000 01010000 1110  winddir windgust
zweite sD66800608000   11010110 0 11 0 100 000000000 01100000 1000  windspeed


Evtl passen auch die Umrechnungen in der 14_CUL_TCM97001 noch nicht ganz.
D = Windspeed  (bitvalue * 0.2 m/s, correction for webapp = 3600/1000 * 0.2 * 100 = 72)

Hast Du mir auch noch eine MU-Nachricht von der Temperatur und vom rain?



@Pejonp
bei der 14_CUL_TCM97001.pm passen die events noch nicht so richtig.

Bei der ersten Nachricht sD66E0050E000 (winddir + windgust) wird auch für windspeed ein event erzeugt.

Edit: es passt doch, ich hatte  windspeed und winddir + windgust vertauscht.

Gruß Ralf




FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

Ralf9

Hallo Jens,

welche firmware verwendest Du?
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

JensS

Danke für die Unterstützung!
   version    V 3.3.1-RC10 SIGNALduino  - compiled at Dec 29 2018 01:43:10
   versionmodul v3.3.3-dev_30.12.
Anbei die Logdatei - diesmal etwas größer. Der Regenmesser W174_99 wird gut empfangen.
ZitatThese two packets are sent in pairs repeated three times within a transmission burst. Five of six consecutive transmission bursts contain this type of data.
verstehe ich so, dass eine temp/hum-Nachricht und insgesamt fünf Wind-Nachrichten in einer Sendung sind. Also müssten pro Sendung alle redings altualieseirt werden. Liege ich hier falsch?
Aus den Internals noch die unknownmessages:2019-01-09 19:50:43-MU;P0=-1506;P1=549;P2=-2070;P3=-4146;D=0121212131312131212121212121212121213131312131313100;CP=1;R=0;#
2019-01-09 19:50:43-MU;P0=-588;P1=553;P2=-4120;P3=-2071;P4=-7404;D=01212131213131313131313131313121212131212121312121213121212121312140;CP=1;R=0;#
2019-01-09 19:50:43-MU;P0=-856;P1=546;P2=-2075;P3=-4073;D=012121313121312121212121212121212131313121313130;CP=1;R=0;#
2019-01-09 19:50:45-MC;LL=-990;LH=965;SL=-498;SH=453;D=AAAAAAAA;C=484;L=32;R=0;#
2019-01-09 19:50:45-MC;LL=-958;LH=1004;SL=-479;SH=475;D=3352D2CAAB2D34D2CCACCAAAAB2ACB4B32AAAAA8;C=485;L=157;R=0;#
2019-01-09 19:50:47-MU;P0=223;P1=-491;P2=164;P3=475;P4=-318;P5=-245;P6=-108;D=01210101210101343401010135062535013501213420;CP=0;R=0;#
2019-01-09 19:50:54-MU;P0=-1000;P1=490;P2=-4007;P3=-8938;P4=-2028;D=0121212121212131212141214121214141212141214141414141414141414141412121414141414121414141313131312121412141212141412121412121212141414141212121414121412141414141414141213131313121214121412121414121214121414141414141414141414141212141414141412141414131313;CP=1;R=0;O;#
2019-01-09 19:50:55-MU;P0=-8924;P1=491;P2=-3979;P3=-1999;D=0121213121312121313121213121212121313131312121213131213121313131313131312101010101212131213121213131212131213131313131313131313131312121313131313121313131010101012121312131212131312121312121212131313131212121313121312131313131313131210;CP=1;R=0;#
2019-01-09 19:50:57-MC;LL=-1063;LH=883;SL=-557;SH=416;D=29FAAF0015D387C;C=486;L=58;R=0;#
2019-01-09 19:50:58-MU;P0=-416;P1=496;P2=-1998;P3=-4030;P4=-9040;D=0121212131312131312131312121213121213131313121213121212121213131312141213131212121313121313121313121212131212131313131212131212121212131313121412131312121213131213131213131212121312121313131312121312121212121313131214121313121212131312131312131312121213;CP=1;R=0;O;#
2019-01-09 19:50:58-MU;P0=-1988;P1=510;P2=-4012;P3=-9036;D=0101212121210101210101010101212121013101212101010121210121210121210101012101012121212101012101010101012121210131012121010101212101212101212101010121010121212121010121010101010121212101310121210101012121012121012121010101210101212121210101210101010101212;CP=1;R=0;O;#
2019-01-09 19:51:00-MU;P0=-1104;P1=330;P2=184;P3=-152;P4=116;P5=-620;P6=880;P7=458;D=23456575757575757575757570606075756065151070;CP=7;R=0;#
2019-01-09 19:51:01-MC;LL=-1063;LH=884;SL=-595;SH=419;D=472F9DA979FFB;C=493;L=52;R=0;#2019-01-09 19:51:02-MC;LL=-1051;LH=917;SL=-569;SH=399;D=472F9DA979FFB42C28;C=489;L=69;R=0;#
2019-01-09 19:51:10-MU;P0=1259;P1=-1093;P2=513;P3=-3456;P4=168;P5=-308;D=0101010121012101010101010121210101010101234;CP=0;R=0;#
2019-01-09 19:51:23-MU;P0=172;P1=509;P2=-995;P3=1377;P4=1036;P5=-1336;P6=128;P7=-2204;D=121212121212123212321232121232321232123232121245670;CP=1;R=0;#
2019-01-09 19:51:25-MU;P0=-456;P1=491;P2=-4004;P3=-8941;P4=-2026;D=0121212121212131212141214121214141212141214141414141414141414141412121414141414121414141313131312121412141212141412121412121212121412121214141214141412141414141212141213131313121214121412121414121214121414141414141414141414141212141414141412141414131313;CP=1;R=0;O;#
2019-01-09 19:51:26-MU;P0=-8923;P1=493;P2=-3979;P3=-1997;D=0121213121312121313121213121212121213121212131312131313121313131312121312101010101212131213121213131212131213131313131313131313131312121313131313121313131010101012121312131212131312121312121212121312121213131213131312131313131212131210;CP=1;R=0;#
2019-01-09 19:51:33-MU;P0=-484;P1=563;P2=-2064;P3=-4157;P4=-9016;D=0121212121313121312121212121212121212131313121313131213131312131313131213141214131212121213131213121212121212121212121313131213131312131313121313131312131412141312121212131312131212121212121212121213131312131313121313131213131313121314121413121212121313;CP=1;R=0;O;#
2019-01-09 19:51:33-MU;P0=-2059;P1=555;P2=-4107;P3=-9024;D=01210101010101010101010121212101212121012121210121212121012131013121010101012121012101010101010101010101212121012121210121212101212121210121310131210101010121210121010101010101010101012121210121212101212121012121212101213130;CP=1;R=0;#
2019-01-09 19:51:34-MU;P0=266;P1=-994;P2=495;P3=116;P4=-92;P5=-2006;P6=-4053;D=0121213401012525252521252125252521212621212121212125252521212121212121212125212121212125252525212521252525212126212121212121252525212121212121212121252121212121252525252125212525252121262121212121212525252121212121212121212521212121212525252521252125252;CP=2;R=0;O;#
2019-01-09 19:51:34-MU;P0=515;P1=-984;P2=-4052;P3=-1978;D=01010201010101010103030301010101010101010103010101010103030303010301030303010102010101010101030;CP=0;R=0;#
2019-01-09 19:51:34-MU;P0=-979;P1=558;P2=-2028;P3=-584;P4=892;P5=412;P6=1370;P7=1904;D=01210101010101010101012101010101012121212101210134352131050506060606010;CP=1;R=0;#
2019-01-09 19:51:35-MU;P0=-1990;P1=324;P2=-4016;P3=519;P4=-9036;P5=-2736;P6=1840;P7=-576;D=012303030323030323232323030323030303030323232303430323567;CP=3;R=0;#
2019-01-09 19:51:44-MU;P0=-104;P1=-265;P2=475;P4=252;P5=-522;P7=139;D=12145454521452175704145454545754545457521;CP=4;R=0;


Gruß Jens
Debian auf APU2C4, HM-CFG-USB2, SIGNALduino, HM-ES-PMSw1-Pl, TFA 30.3121, TFA 30.3125, ITS-150, PIR-5000, configurable Firmata USB & LAN, 1-wire: DS-18B20, DS-18S20, DS-2408, DS-2413, diverse I2C-Komponenten, zigbee2mqtt, ESPEasy etc.

Ralf9

Nach der Beschreibung ist die temp/hum und der Wind in verschiedenen Sendungen.

Temperature and relative humidity data:
This packet is repeated six times within a transmission burst.

Wind speed and direction data:
These two packets are sent in pairs repeated three times within a transmission burst.  of data.
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

JensS

Klar, hatte ich wohl nicht richtig gelesen. Sollte ich mit der unterschätzten Sendungslänge ebenfalls falsch liegen?
Bei den unknownmessages taucher immer wieder Sendungen auf, welche ich dem W132 zuordnen würde.
Zitat2019-01-09 19:51:33-MU;P0=-2059;P1=555;P2=-4107;P3=-9024;D=01210101010101010101010121212101212121012121210121212121012131013121010101012121012101010101010101010101212121012121210121212101212121210121310131210101010121210121010101010101010101012121210121212101212121012121212101213130;CP=1;R=0;#
Des weiteren werden neuerdings jede Menge SD_BELLs angelegt:
SD_BELL_3040840
SD_BELL_3041041
SD_BELL_3042042
SD_BELL_3043843
SD_BELL_3044044
SD_BELL_30BC83C
SD_BELL_30C0040
SD_BELL_30C1841
SD_BELL_30C2842
SD_BELL_30C3043
SD_BELL_FAA9F9F
SD_BELL_FAB829F

, habe jetzt auch ein SD_UT
2019-01-11_17:00:38 unknown_please_select_model unknownMSG: 00000000000001100101  (protocol: 34)
2019-01-11_17:01:12 unknown_please_select_model unknownMSG: 11100111101011101011  (protocol: 34)
2019-01-11_17:02:18 unknown_please_select_model unknownMSG: 00000000000001100101  (protocol: 34)
2019-01-11_17:12:01 unknown_please_select_model unknownMSG: 11100111101011101011  (protocol: 34)
2019-01-11_17:13:58 unknown_please_select_model unknownMSG: 00000000000001100101  (protocol: 34)
2019-01-11_17:14:00 unknown_please_select_model unknownMSG: 11100111101011101011  (protocol: 34)

und ein
CUL_TCM97001_Unknown:
MS;P3=598;P4=-7298;P5=-1860;P6=-4168;D=3435353535353635353536363635353535353635353636363536353636363535363635353535353536;CP=3;SP=4;R=0;

Könnte die Erkennung des W132 vielleicht etwas damit zu tun haben?

Gruß Jens
Debian auf APU2C4, HM-CFG-USB2, SIGNALduino, HM-ES-PMSw1-Pl, TFA 30.3121, TFA 30.3125, ITS-150, PIR-5000, configurable Firmata USB & LAN, 1-wire: DS-18B20, DS-18S20, DS-2408, DS-2413, diverse I2C-Komponenten, zigbee2mqtt, ESPEasy etc.

Ralf9

ZitatBei den unknownmessages taucher immer wieder Sendungen auf, welche ich dem W132 zuordnen würde.
2019-01-09 19:51:33-MU;P0=-2059;P1=555;P2=-4107;P3=-9024;D=01210101010101010101010121212101212121012121210121212121012131013121010101012121012101010101010101010101212121012121210121212101212121210121310131210101010121210121010101010101010101012121210121212101212121012121212101213130;CP=1;R=0;

Nein dies hat zwischen den Wiederholungen einen anderen Trenner: sync 0 sync
Dies sind 3 MS-Nachrichten wo bei der ersten der Anfang fehlt
2019.01.11 17:28:46.397 4 : sduinoD/msg get raw: MS;P0=-2059;P1=555;P2=-4107;P3=-9024;D=1312101010101212101210101010101010101010121212101212121012121210121212121012;CP=1;SP=3;
2019.01.11 17:28:46.397 4 : sduinoD: Matched MS Protocol id 0 -> weather (v1), bitLen=37
2019.01.11 17:28:46.397 4 : sduinoD: Decoded MS Protocol id 0 dmsg s86801DDDE800 length 40
2019.01.11 17:28:46.397 5 : sduinoD: dispatch s86801DDDE800
2019.01.11 17:28:46.397 4 : sduinoD: CUL_TCM97001 using longid: 0 model: GT_WT_02
2019-01-11 17:28:46.404 CUL_TCM97001 GT_WT_02_134 battery: low
2019-01-11 17:28:46.404 CUL_TCM97001 GT_WT_02_134 T: 2.9 H: 100


und das CUL_TCM97001_Unknown ist
entweder GT_WT_02
Matched MS Protocol id 0 -> weather (v1), bitLen=40
oder
decoded protocolid: 51 (Lidl Wetterstation 2759001/IAN114324) sensor id=142, channel=1, temp=2.2, hum=98, bat=ok


Bei den SD_BELL kannst Du im log die Protokoll ID sehen und dann in der Protocolllist nachschauen was es sein könnte.


Bei Deinem log habe ich die MU-Nachrichten für rain und wind gefunden, dazu schreibe ich später mehr.

Für die Temperatur konnte ich keine MU-Nachricht finden, evtl wird die Temperatur seltener gesendet als der Wind

Gruß Ralf
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

ghostwriter

Hallo an alle

Ich möchte mich hier nochmal mit einklinken pejonp hat für mich vor Monaten die Erweiterung für die Ventus w155  gemacht.
Am besten fahre ich mit seiner 14_CUL_TCM97001.pm vom 3.2.18 da die neueren nicht funktionieren.
Letztendlich ist die Wetterstation bzw der Aussen Sensor (Wind,Winddirection,Temp,Hum)=W132 nicht so das gelbe vom Ei.
Ich kann pejonp nur zustimmen letztendlich die Finger davon lassen, es macht einfach kein Spass damit.
Unten meine funktionierende 14_CUL_TCM97001.pm


Gruss