günstige Wetterstation CTW-600, WS-0101, WS/WH1080 sduino

Begonnen von chris1284, 26 Juli 2015, 19:56:57

Vorheriges Thema - Nächstes Thema

pejonp

Hallo SimplyJoe,

schau mal bei deiner WS was du bei Regen eingestellt hast: 1h, 1Tag oder Total. Ich denke mal die 25,2 sind gesamte Regenmenge.

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

shorty1111

#271
update gemacht immer noch alles gut! (WH1080)

Regenmenge ist die Total -> war aber schon immer so seit dem ich das Modul nutze. Im Modul WS3600 ist es anders.

Hier der letzte Eintrag im Log vom 1080 Modul:

2016-07-12_06:41:34 WH1080 T: 15.4  H: 83  Ws: 2.0  Wg: 3.1  Wd: S  R: 63.6
2016-07-12_06:41:34 WH1080 temperature: 15.4
2016-07-12_06:41:34 WH1080 humidity: 83
2016-07-12_06:41:34 WH1080 battery: ok
2016-07-12_06:41:34 WH1080 id: 46
2016-07-12_06:41:34 WH1080 rain: 63.6
2016-07-12_06:41:34 WH1080 windGust: 3.1
2016-07-12_06:41:34 WH1080 windSpeed: 2.0
2016-07-12_06:41:34 WH1080 windDirection: 8
2016-07-12_06:41:34 WH1080 windDirectionDegree: 180
2016-07-12_06:41:34 WH1080 windDirectionText: S

und nun der WS3600 Eintrag über pywws:

2016-07-12_06:40:01 myWS1080 T: 15.4 H: 83 W: 1.4 R: 0.0 Ti: 25.4 Hi: 50
2016-07-12_06:40:01 myWS1080 Temp-inside: 25.4
2016-07-12_06:40:01 myWS1080 Temp-outside: 15.4
2016-07-12_06:40:01 myWS1080 rel-Humidity-inside: 50
2016-07-12_06:40:01 myWS1080 rel-Humidity-outside: 83
2016-07-12_06:40:01 myWS1080 Wind-Dir: 187
2016-07-12_06:40:01 myWS1080 Wind-Direction-Text: S
2016-07-12_06:40:01 myWS1080 Wind-Speed: 1.4
2016-07-12_06:40:01 myWS1080 Wind-Gust: 2.7
2016-07-12_06:40:01 myWS1080 Rain-total: 0.0
2016-07-12_06:40:01 myWS1080 rel-Pressure: 1009.6
2016-07-12_06:40:01 myWS1080 Tendency: rising


PS: @ pejonp: Mit der Einstellung an der Basisstation kann das nichts gemeinsam haben, da ja das Funksignal von den Sensoren zur Station mitgezeichnet wird.

scooty

#272
Zitat von: Ralf9 am 11 Juli 2016, 22:42:21
Hallo FEHMPiDi,

mit dem log passt was nicht. Es sieht so aus als hättest Du eine Datei verwechselt. Das "SD_WS_Parse" kommt aus der 14_SD_WS.pm
und nicht aus der 14_SD_WS09.pm.
Hallo Ralf,

das gleiche passiert bei mir:
2016.07.12 15:16:19.800 4: SDUINO_868: decoded matched MU Protocol id 9 dmsg P9#FF5044E262040C0FB414E8 length 88
2016.07.12 15:16:19.802 4: SD_WS_Parse: Protocol: 9, rawData: FF5044E262040C0FB414E8
2016.07.12 15:16:19.802 4: SD_WS_Parse_unknown: converted to bits: 1111111101010000010001001110001001100010000001000000110000001111101101000001010011101000


Was genau meinst Du mit:
ZitatEs sieht so aus als hättest Du eine Datei verwechselt.
?

Ich habe die dev-r32 Version ohne Fehler über
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r32/controls_signalduino.txt
mit folgendem FHEM "shutdown restart" eingespielt.

Hilft ein verbose 5 Log ggf. weiter?

Viele Grüße,
Andreas
Fhem auf Gigabyte Brix
CUL V3 HM / CUL V3 MAX / MaxCube aFW Homematic&MAX / ZWave.me ZME_UZB1 / SDuino 433 / Velux KLF200
Homematic / MAX / Logitech Hub / ZWave / Wifi LED / div. 433 Temperatursensoren / pywws WH10880 / IO Homecontrol

Mitch

Mal eine ganz andere Frage, wie kann man denn bei der WH1080 die Regenmenge zurück setzten?
Muss ich dazu den Resetknopf am Sensor drücken?

Eigentlich wäre es besser, wenn die sich selber jeden Tag auf Null setzt.



PS: Reading löschen hilft nicht, der Wert kommt vom Sensor, gerade getestet.
FHEM im Proxmox Container

Ralf9

Zitat von: scooty am 12 Juli 2016, 15:25:11
das gleiche passiert bei mir:
2016.07.12 15:16:19.800 4: SDUINO_868: decoded matched MU Protocol id 9 dmsg P9#FF5044E262040C0FB414E8 length 88
2016.07.12 15:16:19.802 4: SD_WS_Parse: Protocol: 9, rawData: FF5044E262040C0FB414E8
2016.07.12 15:16:19.802 4: SD_WS_Parse_unknown: converted to bits: 1111111101010000010001001110001001100010000001000000110000001111101101000001010011101000


Ich kann nur raten, da ich es bei mir nicht nachvollziehen kann:

Ersetze mal in der 14_SD_WS.pm in der Zeile 22
$hash->{Match} = '^[WP]\d+#.*';
das
= '^[WP]\d+#.*';
durch
= '^W\d+#.*';

und gebe dann in der Kommandozeile ein:
reload 14_SD_WS

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

SimplyJoe

Meine Basisstation steht auf 1h.
Wie shorty1111 schon bemerkt hat kann es ja nicht an der Einstellung der Basisstation liegen.
Habe aber mal testweise umgestellt, wie erwartet ohne Erfolg.
Wobei mir die Basisstation für "Total" 19,8 anzeigt und vom Sensor 25,8 übertragen wird.

Joe
FHEM auf Raspberry Pi 2
hmland mit HM-CFG-USB 2: HM-ES-PMSw1-Pl, HM-SEC-SD, HM-CC-RT-DN, HM-TC-IT-WM-W-EU, HM-SEC-RHS
Selfbus FT1.2 Adapter: KNX
JeeLink: LaCrosseITPlusReader
SignalDuino: CTW-600, Funksteckdosen Pollin  (550666)

Ralf9

Zitat von: SimplyJoe am 12 Juli 2016, 00:05:25
Ja, der Empfänger ist ein Superheterodyne mit Drahtantenne.

Wenn ich was tracen bzw. testen soll gerne.

Sidey arbeitet gerade an einer neuen Firmwareversion für den sduino, wenn sie fertig ist, kannst Du mal testen ob es dann damit besser ist.

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

SimplyJoe

FHEM auf Raspberry Pi 2
hmland mit HM-CFG-USB 2: HM-ES-PMSw1-Pl, HM-SEC-SD, HM-CC-RT-DN, HM-TC-IT-WM-W-EU, HM-SEC-RHS
Selfbus FT1.2 Adapter: KNX
JeeLink: LaCrosseITPlusReader
SignalDuino: CTW-600, Funksteckdosen Pollin  (550666)

pejonp

Hallo,
Zu den Regenwerten. Ich musste bei meinem Sender die Batterien tauschen. Damit wurde er auf null gesetzt. Bei der  WS habe ich Regenmenge total eingestellt und vom Empfänger auch die batterie entfernt und somit auf null gesetzt. Jetzt zeigt die WS und fhem die gleichen Werte an. Nach den Regen habe sich die Werte auch bei beiden verändert. Die WS berechnet noch intern die Werte für 1h 1tag. Wenn einmal die WS zurück gesetzt wird fängt diese bei null an, der Sender weis aber nichts davon und sendet die gespeicherten Werte weiter. Fhem arbeitet damit weiter. Die WS macht irgend etwas anderes, nimmt vielleicht den empfangenen wert als null an und rechnet dann weiter. Vielleicht baue ich das noch als Option ein Mal sehen .

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

djbone92

Hi pejonp

Zitat von: pejonp am 14 Juli 2016, 10:18:57
Vielleicht baue ich das noch als Option ein Mal sehen .

Das wäre echt Saucool!  ;D ;D ;D

mfg Mike

Mexx13

#280
Hey FHEM People,
ich finde es echt super dass sich jetzt so viel in der Entwicklung getan hat. Drei Mal Daumen hoch  :D :D :D
Die Windgeschwindigkeit ist jetzt korrekt.  ;D
Dennoch habe ich ein paar Gedanken, wie schon oben zur erwähnten Regenmenge von pejonp.

Zitat von: pejonp am 14 Juli 2016, 10:18:57
Zu den Regenwerten. Ich musste bei meinem Sender die Batterien tauschen. Damit wurde er auf null gesetzt. Bei der  WS habe ich Regenmenge total eingestellt und vom Empfänger auch die batterie entfernt und somit auf null gesetzt. Jetzt zeigt die WS und fhem die gleichen Werte an. Nach den Regen habe sich die Werte auch bei beiden verändert. Die WS berechnet noch intern die Werte für 1h 1tag. Wenn einmal die WS zurück gesetzt wird fängt diese bei null an, der Sender weis aber nichts davon und sendet die gespeicherten Werte weiter. Fhem arbeitet damit weiter. Die WS macht irgend etwas anderes, nimmt vielleicht den empfangenen wert als null an und rechnet dann weiter. Vielleicht baue ich das noch als Option ein Mal sehen .

Ich habe 2 FHEM Konstellationen bei mir am Laufen: Conrad WS1080

1. Produktivsystem: Raspberry PI, Signalduino,... und eine alte Signalduino-Software(die noch Device CTW600 versorgt)

2. Testsystem: Raspberry PI, Signalduino und neueste Firmware


Zu 1.: Meine Conrad Wetterstation WS1080 sendet schon seit Anfang des Jahres die Daten, ohne Batterie-Wechsel (Stromunterbrechung am Sender), läuft ja mit Solar. Ersichtlich ist das im Bild 1, kontinuierliche Erhöhung des Regenmengen-Zählers, wenn es regnet. Jetzt steht er so bei ca. 800 Liter Jahresmenge. So weit so gut, so soll es ja auch sein. Hiermit lassen sich auch Stunden,- Tages,- Monats-, ...   Mengen errechnen. (siehe Rain Modul, Commandref)

Zu 2.: Mit der neuen Software bekomme ich von der WS1080 so ca. im durschnitt alle 3 Minuten die Daten in das Device WH1080 geschrieben und das ist ja akzeptabel. Die Windgeschwindigkeiten sind korrekt in m/s, wenn man will kann man sie ja noch mittels User-Readings in km/h umrechnen lassen. Großes Lob an Euch da hat es ja bei mir gehapert. :-*  So jetzt zur Regenmenge: Mir kommt es so vor das der Signalduino (oder ,,14_SD_WS09.pm") nach ein paar Tagen oder nach einer Regenperiode die Regenmenge auf 0 setzt. (wie in Bild 2 ersichtlich) Diese Problematik habe ich nur am Testsystem mit neuer Software wo ich mit Device WH1080 arbeite. Ich beobachte das schon länger, jetzt ist es ja dann auch schwierig Stunden,- Tages,- Monats-, ...   Mengen zu visualisieren. Besser wäre es ja die Gesamtmenge ins Reading rain zu schreiben, wie er es beim Produktivsystem(CTW600) macht. Warum er es beim WH1080 nicht macht das ist jetzt die große Frage die ich Euch stelle???  :o

Bild 3 zeigt noch Regenmenge am Produktivsystem, dieser Woche.

Oh schon wieder so einen langen Roman geschrieben. Ich hoffe ich konnte es so verständlich rüberbringen. Ist das bei euch auch so?

Auf Rückmeldung freu ich mich!
Max

PS.: + Ein paar Logs sind noch im Anhang.
            Im WH1080.log bei ,,2016-07-12_23:09:15" und ,,2016-07-12_23:10:51" sieht man den Regenzähler Überlauf.

        + Und relevante Stelle im fhem.log:
                2016.07.12 23:09:15 3: sduino: SD_WS09_Parse WH1080 Rain bit: 11111111 Dec: 76.5
                2016.07.12 23:10:51 3: sduino: SD_WS09_Parse WH1080 Rain bit: 00000000 Dec: 0

2016.07.12 23:09:15 4: sduino/msg READ:  MU;P0=-224;P1=491;P2=-986;P3=1449;P4=-10560;D=0121212121212121232123232323212121212323232123232321212323212323212123232321212323232323232123232323232323212123232323212323212121212121212121232323232121232323212321212323234;CP=1;
2016.07.12 23:09:15 5: sduino: applying filterfunc SIGNALduino_filterSign
2016.07.12 23:09:15 4: sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2016.07.12 23:09:15 5: sduino: Starting demodulation at Position 1
2016.07.12 23:09:15 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.07.12 23:09:15 5: sduino: Starting demodulation at Position 2
2016.07.12 23:09:15 4: sduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.07.12 23:09:15 5: sduino: Starting demodulation at Position 2
2016.07.12 23:09:15 4: sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2016.07.12 23:09:15 5: sduino: Starting demodulation at Position 2
2016.07.12 23:09:15 5: sduino: applying filterfunc SIGNALduino_compPattern
2016.07.12 23:09:15 4: sduino: Fingerprint for MU Protocol id 5 -> unitec6899 matches, trying to demodulate
2016.07.12 23:09:15 5: sduino: Starting demodulation at Position 1
2016.07.12 23:09:15 5: sduino: dispatching bits: 0 0 0 0 0 0 0 0 1 0 1 1 1 1 0 0 0 0 1 1 1 0 1 1 1 0 0 1 1 0 1 1 0 0 1 1 1 0 0 1 1 1 1 1 1 0 1 1 1 1 1 1 1 0 0 1 1 1 1 0 1 1 0 0 0 0 0 0 0 0 0 1 1 1 1 0 0 1 1 1 0 1 0 0 1 1 0 0
2016.07.12 23:09:15 4: sduino: decoded matched MU Protocol id 5 dmsg p5#00BC3B9B39FBF9EC01E74C length 88
2016.07.12 23:09:15 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.07.12 23:09:15 5: sduino: Starting demodulation at Position 1
2016.07.12 23:09:15 4: sduino: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2016.07.12 23:09:15 5: sduino: Starting demodulation at Position 1
2016.07.12 23:09:15 5: sduino: dispatching bits: 1 1 1 1 1 1 1 1 0 1 0 0 0 0 1 1 1 1 0 0 0 1 0 0 0 1 1 0 0 1 0 0 1 1 0 0 0 1 1 0 0 0 0 0 0 1 0 0 0 0 0 0 0 1 1 0 0 0 0 1 0 0 1 1 1 1 1 1 1 1 1 0 0 0 0 1 1 0 0 0 1 0 1 1 0 0 0 0
2016.07.12 23:09:15 4: sduino: decoded matched MU Protocol id 9 dmsg P9#FF43C464C6040613FE18B0 length 88
2016.07.12 23:09:15 5: sduino: converted Data to (P9#FF43C464C6040613FE18B0)
2016.07.12 23:09:15 5: sduino dispatch P9#FF43C464C6040613FE18B0
2016.07.12 23:09:15 3: sduino: SD_WS09_Parse CRC_AUS:0 Model=undef
2016.07.12 23:09:15 3: sduino: SD_WS09_Parse0 Bin=1111111101000011110001000110010011000110000001000000011000010011111111100001100010110000 syncp=1 length:88
2016.07.12 23:09:15 3: sduino: SD_WS09_Parse sync2 msg=P9#ffa1e23263020309ff0c58 syncp=1 length:88
2016.07.12 23:09:15 3: sduino: SD_WS09_Parse CRC_OK:  CRC=0 Model=WH1080 attr=undef
2016.07.12 23:09:15 3: sduino: SD_WS09_Parse WH=11111111 msg=10100001111000100011001001100011000000100000001100001001111111110000110001011000 syncp=1 length:80
2016.07.12 23:09:15 3: sduino: SD_WS09_Parse WH1080 Windspeed bit: 00000010 Dec: 0.7
2016.07.12 23:09:15 3: sduino: SD_WS09_Parse WH1080 Windguest bit: 00000011 Dec: 1.0
2016.07.12 23:09:15 3: sduino: SD_WS09_Parse WH1080 Rain bit: 11111111 Dec: 76.5
2016.07.12 23:09:15 3: sduino: SD_WS09_Parse WH1080 id:30 :10100001111000100011001001100011000000100000001100001001111111110000110001011000
2016.07.12 23:09:15 3: sduino: SD_WS09_Parse WH1080 id:30, bat:ok, temp=16.2, hum=99, winddir=12:W wS=0.7, wG=1.0, rain=76.5
2016.07.12 23:10:03 4: sduino/msg READ:  MU;P0=-150;P1=492;P2=-974;P3=1448;P4=-8228;P5=864;D=012121212121212123212323232321212121232323212323232121232321232321212323232121232323232323212323232323232123232323232321232123232323232323232323232323212321232323212323212121450;CP=1;
2016.07.12 23:10:03 5: sduino: applying filterfunc SIGNALduino_filterSign
2016.07.12 23:10:03 4: sduino: Fingerprint for MU Protocol id 26 -> remote26 matches, trying to demodulate
2016.07.12 23:10:03 5: sduino: Starting demodulation at Position 2
2016.07.12 23:10:03 4: sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.07.12 23:10:03 5: sduino: Starting demodulation at Position 2
2016.07.12 23:10:03 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.07.12 23:10:03 5: sduino: Starting demodulation at Position 2
2016.07.12 23:10:03 4: sduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.07.12 23:10:03 5: sduino: Starting demodulation at Position 2
2016.07.12 23:10:03 5: sduino: applying filterfunc SIGNALduino_compPattern
2016.07.12 23:10:03 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.07.12 23:10:03 5: sduino: Starting demodulation at Position 1
2016.07.12 23:10:03 4: sduino: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2016.07.12 23:10:03 5: sduino: Starting demodulation at Position 1
2016.07.12 23:10:03 5: sduino: dispatching bits: 1 1 1 1 1 1 1 1 0 1 0 0 0 0 1 1 1 1 0 0 0 1 0 0 0 1 1 0 0 1 0 0 1 1 0 0 0 1 1 0 0 0 0 0 0 1 0 0 0 0 0 0 1 0 0 0 0 0 0 1 0 1 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 1 0 0 0 1 0 0 1 1 0 0
2016.07.12 23:10:03 4: sduino: decoded matched MU Protocol id 9 dmsg P9#FF43C464C604081400144C length 88
2016.07.12 23:10:03 5: sduino: converted Data to (P9#FF43C464C604081400144C)
2016.07.12 23:10:03 5: sduino dispatch P9#FF43C464C604081400144C
2016.07.12 23:10:03 3: sduino: SD_WS09_Parse CRC_AUS:0 Model=undef
2016.07.12 23:10:03 3: sduino: SD_WS09_Parse0 Bin=1111111101000011110001000110010011000110000001000000100000010100000000000001010001001100 syncp=1 length:88
2016.07.12 23:10:03 3: sduino: SD_WS09_Parse sync2 msg=P9#ffa1e2326302040a000a26 syncp=1 length:88
2016.07.12 23:10:03 3: sduino: SD_WS09_Parse CRC_Error:  msg=P9#ffa1e2326302040a000a26 CRC=31
2016.07.12 23:10:03 3: sduino: SD_WS09_Parse CRC_AUS:0 Model=undef
2016.07.12 23:10:03 3: sduino: SD_WS09_Parse0 Bin=1111111101000011110001000110010011000110000001000000100000010100000000000001010001001100 syncp=1 length:88
2016.07.12 23:10:03 3: sduino: SD_WS09_Parse sync2 msg=P9#ffa1e2326302040a000a26 syncp=1 length:88
2016.07.12 23:10:03 3: sduino: SD_WS09_Parse CRC_Error:  msg=P9#ffa1e2326302040a000a26 CRC=31
2016.07.12 23:10:03 4: SIGNALduino_unknown incomming msg: P9#FF43C464C604081400144C
2016.07.12 23:10:03 4: SIGNALduino_unknown rawData: FF43C464C604081400144C
2016.07.12 23:10:03 4: SIGNALduino_unknown Protocol: 9
2016.07.12 23:10:03 4: SIGNALduino_unknown converted to bits: 1111111101000011110001000110010011000110000001000000100000010100000000000001010001001100
2016.07.12 23:10:03 4: SIGNALduino_unknown found ctw600 syncpos at 1 message is: 1000011110001000110010011000110000001000000100000010100000000000001010001001100 - sensor id:011110, bat:100, temp=1000110010, hum=01100011, wind=0000001000000100, rain=0000101000000000, winddir=1010
2016.07.12 23:10:03 4: sduino/msg READ:  MU;P0=-977;P1=1452;P2=491;P3=-7804;P4=-2328;D=01020101010102020202010101020101010202010102010102020101010202010101010101020101010101010201010101010102010201010101010101010101010101020102010101020101020202324;CP=1;
2016.07.12 23:10:03 5: sduino: applying filterfunc SIGNALduino_filterSign
2016.07.12 23:10:03 4: sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.07.12 23:10:03 5: sduino: Starting demodulation at Position 2
2016.07.12 23:10:03 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.07.12 23:10:03 5: sduino: Starting demodulation at Position 2
2016.07.12 23:10:03 4: sduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.07.12 23:10:03 5: sduino: Starting demodulation at Position 4
2016.07.12 23:10:03 4: sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2016.07.12 23:10:03 5: sduino: Starting demodulation at Position 2
2016.07.12 23:10:03 5: sduino: applying filterfunc SIGNALduino_compPattern
2016.07.12 23:10:03 4: sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2016.07.12 23:10:03 5: sduino: Starting demodulation at Position 2
2016.07.12 23:10:03 4: sduino: Fingerprint for MU Protocol id 5 -> unitec6899 matches, trying to demodulate
2016.07.12 23:10:03 5: sduino: Starting demodulation at Position 1
2016.07.12 23:10:03 5: sduino: dispatching bits: 1 0 1 1 1 1 0 0 0 0 1 1 1 0 1 1 1 0 0 1 1 0 1 1 0 0 1 1 1 0 0 1 1 1 1 1 1 0 1 1 1 1 1 1 0 1 1 1 1 1 1 0 1 0 1 1 1 1 1 1 1 1 1 1 1 1 1 0 1 0 1 1 1 0 1 1 0 0 0 0
2016.07.12 23:10:03 4: sduino: decoded matched MU Protocol id 5 dmsg p5#BC3B9B39FBF7EBFFEBB0 length 80
2016.07.12 23:10:03 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.07.12 23:10:03 5: sduino: Starting demodulation at Position 3
2016.07.12 23:10:03 4: sduino: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2016.07.12 23:10:03 5: sduino: Starting demodulation at Position 1
2016.07.12 23:10:03 5: sduino: dispatching bits: 0 1 0 0 0 0 1 1 1 1 0 0 0 1 0 0 0 1 1 0 0 1 0 0 1 1 0 0 0 1 1 0 0 0 0 0 0 1 0 0 0 0 0 0 1 0 0 0 0 0 0 1 0 1 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 1 0 0 0 1 0 0 1 1 0 0
2016.07.12 23:10:03 4: sduino: decoded matched MU Protocol id 9 dmsg P9#43C464C604081400144C length 80
2016.07.12 23:10:03 5: sduino: converted Data to (P9#43C464C604081400144C)
2016.07.12 23:10:03 5: sduino dispatch P9#43C464C604081400144C
2016.07.12 23:10:03 3: sduino: SD_WS09_Parse CRC_AUS:0 Model=undef
2016.07.12 23:10:03 3: sduino: SD_WS09_Parse0 Bin=01000011110001000110010011000110000001000000100000010100000000000001010001001100 syncp=-1 length:80
2016.07.12 23:10:03 3: sduino: SD_WS09_Parse EXIT: msg=43C464C604081400144C syncp=-1 length:80
2016.07.12 23:10:03 3: sduino: SD_WS09_Parse CRC_AUS:0 Model=undef
2016.07.12 23:10:03 3: sduino: SD_WS09_Parse0 Bin=01000011110001000110010011000110000001000000100000010100000000000001010001001100 syncp=-1 length:80
2016.07.12 23:10:03 3: sduino: SD_WS09_Parse EXIT: msg=43C464C604081400144C syncp=-1 length:80
2016.07.12 23:10:03 4: SIGNALduino_unknown incomming msg: P9#43C464C604081400144C
2016.07.12 23:10:03 4: SIGNALduino_unknown rawData: 43C464C604081400144C
2016.07.12 23:10:03 4: SIGNALduino_unknown Protocol: 9
2016.07.12 23:10:03 4: SIGNALduino_unknown converted to bits: 01000011110001000110010011000110000001000000100000010100000000000001010001001100
2016.07.12 23:10:03 4: SIGNALduino_unknown  ctw600 not found, aborting
2016.07.12 23:10:03 3: sduino: Unknown code P9#43C464C604081400144C, help me!
2016.07.12 23:10:51 4: sduino/msg READ:  MU;P0=-144;P1=932;P2=-984;P3=479;P4=1454;D=012323232323232324232424242423232323242424232424242323242423242423232424242323242424242423242424242424242324232424242423242324242424242424242424242424232324242324242324242324;CP=3;
2016.07.12 23:10:51 5: sduino: applying filterfunc SIGNALduino_filterSign
2016.07.12 23:10:51 4: sduino: Fingerprint for MU Protocol id 21 -> einhell garagedoor matches, trying to demodulate
2016.07.12 23:10:51 5: sduino: Starting demodulation at Position 2
2016.07.12 23:10:51 4: sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.07.12 23:10:51 5: sduino: Starting demodulation at Position 2
2016.07.12 23:10:51 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.07.12 23:10:51 5: sduino: Starting demodulation at Position 2
2016.07.12 23:10:51 4: sduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.07.12 23:10:51 5: sduino: Starting demodulation at Position 4
2016.07.12 23:10:51 4: sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2016.07.12 23:10:51 5: sduino: Starting demodulation at Position 2
2016.07.12 23:10:51 5: sduino: applying filterfunc SIGNALduino_compPattern
2016.07.12 23:10:51 4: sduino: Fingerprint for MU Protocol id 5 -> unitec6899 matches, trying to demodulate
2016.07.12 23:10:51 5: sduino: Starting demodulation at Position 3
2016.07.12 23:10:51 5: sduino: dispatching bits: 0 0 0 0 0 0 0 1 0 1 1 1 1 0 0 0 0 1 1 1 0 1 1 1 0 0 1 1 0 1 1 0 0 1 1 1 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 0 1 0 1 1 1 1 0 1 0 1 1 1 1 1 1 1 1 1 1 1 1 1 0 0 1 1 0 1 1 0 1 1 0 0 0 0
2016.07.12 23:10:51 4: sduino: decoded matched MU Protocol id 5 dmsg p5#0178773673EFEBD7FFCDB0 length 88
2016.07.12 23:10:51 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.07.12 23:10:51 5: sduino: Starting demodulation at Position 1
2016.07.12 23:10:51 4: sduino: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2016.07.12 23:10:51 5: sduino: Starting demodulation at Position 3
2016.07.12 23:10:51 5: sduino: dispatching bits: 1 1 1 1 1 1 1 0 1 0 0 0 0 1 1 1 1 0 0 0 1 0 0 0 1 1 0 0 1 0 0 1 1 0 0 0 1 1 0 0 0 0 0 1 0 0 0 0 0 0 0 1 0 1 0 0 0 0 1 0 1 0 0 0 0 0 0 0 0 0 0 0 0 0 1 1 0 0 1 0 0 1 0 0 1 0 0 0
2016.07.12 23:10:51 4: sduino: decoded matched MU Protocol id 9 dmsg P9#FE8788C98C101428003248 length 88
2016.07.12 23:10:51 5: sduino: converted Data to (P9#FE8788C98C101428003248)
2016.07.12 23:10:51 5: sduino dispatch P9#FE8788C98C101428003248
2016.07.12 23:10:51 3: sduino: SD_WS09_Parse CRC_AUS:0 Model=undef
2016.07.12 23:10:51 3: sduino: SD_WS09_Parse0 Bin=1111111010000111100010001100100110001100000100000001010000101000000000000011001001001000 syncp=0 length:88
2016.07.12 23:10:51 3: sduino: SD_WS09_Parse sync1 msg=P9#ffa1e2326304050a000c92 syncp=0 length:88
2016.07.12 23:10:51 3: sduino: SD_WS09_Parse CRC_OK:  CRC=0 Model=WH1080 attr=undef
2016.07.12 23:10:51 3: sduino: SD_WS09_Parse WH=11111111 msg=10100001111000100011001001100011000001000000010100001010000000000000110010010010 syncp=0 length:80
2016.07.12 23:10:51 3: sduino: SD_WS09_Parse WH1080 Windspeed bit: 00000100 Dec: 1.4
2016.07.12 23:10:51 3: sduino: SD_WS09_Parse WH1080 Windguest bit: 00000101 Dec: 1.7
2016.07.12 23:10:51 3: sduino: SD_WS09_Parse WH1080 Rain bit: 00000000 Dec: 0
2016.07.12 23:10:51 3: sduino: SD_WS09_Parse WH1080 id:30 :10100001111000100011001001100011000001000000010100001010000000000000110010010010
2016.07.12 23:10:51 3: sduino: SD_WS09_Parse WH1080 id:30, bat:ok, temp=16.2, hum=99, winddir=12:W wS=1.4, wG=1.7, rain=0
Fronius Gen24 8.0 Plus, BYD HVM 11.0, Ochner Europa 333 Genius, USR W630 Modbus RTU to TCP, Fritzbox
Raspberry PI, DB-Log, Open-VPN, Jeelink-LaCrosse, Signalduino-WH1080, Busware SCC, CUL 868MHz -Homematic, ESP8266,...

Ralf9

Zitat von: Mexx13 am 14 Juli 2016, 16:00:20
PS.: + Ein paar Logs sind noch im Anhang.
            Im WH1080.log bei ,,2016-07-12_23:09:15" und ,,2016-07-12_23:10:51" sieht man den Regenzähler Überlauf.

        + Und relevante Stelle im fhem.log:
                2016.07.12 23:09:15 3: sduino: SD_WS09_Parse WH1080 Rain bit: 11111111 Dec: 76.5
                2016.07.12 23:10:51 3: sduino: SD_WS09_Parse WH1080 Rain bit: 00000000 Dec: 0

Die Ursache für den Überlauf ist, daß in der aktuellen Version nur 8 Bit ausgewertet werden.  Max 255 x 0,3 = 76,5
Es werden aber 12 Bit übertragen.  Max 4095 * 0,3 = 1228,5

Ich habe es an meiner Testversion mal geändert, dann sieht es so aus:

2016.07.14 17:43:50 4: sduinoD: SD_WS09_Parse WH1080 Rain bit: 100111111111 Dec: 767.7
2016.07.14 17:48:59 4: sduinoD: SD_WS09_Parse WH1080 Rain bit: 101000000000 Dec: 768


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

Mexx13

Thanks Ralf!
Wieder ein Bug behoben  :)
Ist das schon per Update verfügbar oder gibt es die Programmzeilen zum ändern?   ;)
Fronius Gen24 8.0 Plus, BYD HVM 11.0, Ochner Europa 333 Genius, USR W630 Modbus RTU to TCP, Fritzbox
Raspberry PI, DB-Log, Open-VPN, Jeelink-LaCrosse, Signalduino-WH1080, Busware SCC, CUL 868MHz -Homematic, ESP8266,...

Ralf9

Zitat von: Mexx13 am 15 Juli 2016, 18:18:34
Ist das schon per Update verfügbar oder gibt es die Programmzeilen zum ändern?   ;)

nein, dies ist noch nicht per update verfügbar, aber Du kannst in der 14_SD_WS09.pm in Zeile 178 und 179
$rain =  SD_WS09_bin2dec(substr($sensdata,56,8)) * 0.3;
Log3 $iohash, 3, "$name: SD_WS09_Parse ".$model." Rain bit: ".substr($sensdata,56,8)." Dec: " . $rain ;

das "56,8" durch 52,12 ersetzen.

Und dann in der Kommandozeile eingeben:
reload 14_SD_WS09

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

Mexx13

Hy,
meine Regenmenge hat einen Hochsprung hingelegt  ;D
Ich teste mal ausgiebig, sollten Fehler auftreten melde ich mich.
Max
Fronius Gen24 8.0 Plus, BYD HVM 11.0, Ochner Europa 333 Genius, USR W630 Modbus RTU to TCP, Fritzbox
Raspberry PI, DB-Log, Open-VPN, Jeelink-LaCrosse, Signalduino-WH1080, Busware SCC, CUL 868MHz -Homematic, ESP8266,...