Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev

Begonnen von Sidey, 02 Oktober 2016, 23:39:11

Vorheriges Thema - Nächstes Thema

Ralf9

Ja, es sieht so aus, daß die windspeed in mph ist.

Du kannst mal schauen ob es mit mph passt.

Bei mph nach m/s ist der Faktor 0,44704
Bei m/s nach km/h ist der Faktor 3,6
mph nach km/h ist dann 1,60934

Dies würde dann damit zusammenpassen.
https://github.com/merbanan/rtl_433/blob/master/src/devices/hideki.c

wind_strength = (packet[9] & 0x0F) * 100 + ((packet[8] & 0xF0) >> 4) * 10 + (packet[8] & 0x0F);
windstrength", "Wind Strength", DATA_FORMAT, "%.02f km/h", DATA_DOUBLE, wind_strength*0.160934f,


Ich würde dann ins Hideki-Modul
ein Attribut für die Windrichtungskorrektur "windDirCorr" und
ein Attribut für die Windspeedkorrektur "windSpeedCorr" einbauen

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

noxx

Werde ich prüfen

Gesendet von meinem GT-I9195 mit Tapatalk


Ralf9

ich habe im Hideki-Modul für die Windspeedkorrektur das Attribut windSpeedCorr eingebaut.

Das Einbauen des Attributs windDirCorr ist etwas schwieriger, da brauche ich Hilfe, das bekomme ich alleine nicht hin.

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

Ich habe im Modul 00_SIGNALduino das Attribut "doubleMsgCheck_IDs" eingebaut.

Dort können mit Komma getrennt die Protokoll Ids eingetragen werden bei denen nur ein dispatch zum device Modul (z.B. 14_SD_WS07) erfolgt, wenn zwei gleiche Nachrichten empfangen werden.
Dies funktioniert nur bei den Protokollen wo ausreichend Wiederholungen empfangen werden, z.B ID 0, 3, 7).
Damit werden dann fehlerhafte Nachrichten, die nur einmal empfangen werden nicht ans Modul übergeben.

Ich habe es mit der aktuellen cc1101 Firmware auf dem Github getestet, damit funktioniert es recht gut.
Es kann sein, das es mit einer nicht ganz aktuellen Firmware nicht ganz so gut funktioniert.

Im 00_SIGNALduino Modul gibt es in Zeile 37 die Konstante "SDUINO_DISPATCH_VERBOSE",
wenn diese z.B. auf 3 gesetzt wird, dann werden auch mit verbose 3 die erweiterten Log Meldungen ausgegeben.
Damit kann dann abgeschätzt werden ob für ein Protokoll genügend Wiederholungen empfangen werden.

Bei mir sieht es im Event Monitor so aus (doubleMsgCheck_IDs 0,3,7)

2017.06.09 22:02:30.979 3 : sduino Dispatch: P9#FF7FF0550000003C, test ungleich: disabled
2017.06.09 22:02:30.979 3 : sduino Dispatch: P9#FF7FF0550000003C, -61.5 dB, dispatch
2017.06.09 22:02:31.582 3 : sduino Dispatch: s4900D9677800, test ungleich
2017.06.09 22:02:38.714 3 : sduino Dispatch: i400014, test ungleich
2017.06.09 22:02:38.795 3 : sduino Dispatch: i400014, test gleich
2017.06.09 22:02:38.795 3 : sduino Dispatch: i400014, -60 dB, dispatch
2017.06.09 22:02:38.795 3 : sduino IT: IT_F00000000F_ITV1 on->off
2017-06-09 22:02:38.796 IT IT_F00000000F_ITV1 off
2017.06.09 22:02:38.845 3 : sduino Dispatch: i400014, test gleich
2017.06.09 22:02:38.924 3 : sduino Dispatch: i400014, test gleich
2017.06.09 22:02:40.197 3 : sduino Dispatch: i400015, test ungleich
2017.06.09 22:02:40.255 3 : sduino Dispatch: i400015, test gleich
2017.06.09 22:02:40.256 3 : sduino Dispatch: i400015, -62 dB, dispatch
2017.06.09 22:02:40.256 3 : sduino IT: IT_F00000000F_ITV1 off->on
2017-06-09 22:02:40.257 IT IT_F00000000F_ITV1 on
2017.06.09 22:02:46.063 3 : sduino Dispatch: P9#FFA5A2344A01020270060A, test ungleich: disabled
2017.06.09 22:02:46.063 3 : sduino Dispatch: P9#FFA5A2344A01020270060A, -61 dB, dispatch
2017-06-09 22:02:46.066 SD_WS09 WH1080_88 id: 90
2017-06-09 22:02:46.066 SD_WS09 WH1080_88 T: 16.4 H: 74 Ws: 0.3 Wg: 0.7 Wd: SE R: 33.6 crc: err 31
2017.06.09 22:02:46.375 3 : sduino Dispatch: P9#F4B446894020404E00C14, test ungleich: disabled
2017.06.09 22:02:46.375 3 : sduino Dispatch: P9#F4B446894020404E00C14, -60.5 dB, dispatch
2017.06.09 22:02:47.495 3 : sduino Dispatch: s7110D86B7000, test ungleich
2017.06.09 22:02:47.649 3 : sduino Dispatch: s7110D86B7000, test gleich
2017.06.09 22:02:47.649 3 : sduino Dispatch: s7110D86B7000, -85 dB, dispatch
2017-06-09 22:02:47.650 CUL_TCM97001 GT_WT02_88 temperature: 21.6
2017-06-09 22:02:47.650 CUL_TCM97001 GT_WT02_88 humidity: 53
2017-06-09 22:02:47.650 CUL_TCM97001 GT_WT02_88 T: 21.6 H: 53
2017.06.09 22:02:47.860 3 : sduino Dispatch: s7110D86B7000, test gleich
2017.06.09 22:02:47.871 3 : sduino Dispatch: s7110D86B7000, test gleich
2017.06.09 22:02:59.544 3 : sduino Dispatch: i400014, test ungleich
2017.06.09 22:02:59.630 3 : sduino Dispatch: i400014, test gleich
2017.06.09 22:02:59.630 3 : sduino Dispatch: i400014, -56 dB, dispatch
2017.06.09 22:02:59.630 3 : sduino IT: IT_F00000000F_ITV1 on->off
2017-06-09 22:02:59.631 IT IT_F00000000F_ITV1 off
2017.06.09 22:02:59.679 3 : sduino Dispatch: i400014, test gleich
2017.06.09 22:02:59.759 3 : sduino Dispatch: i400014, test gleich
2017.06.09 22:03:01.339 3 : sduino Dispatch: i400015, test ungleich
2017.06.09 22:03:01.419 3 : sduino Dispatch: i400015, test gleich
2017.06.09 22:03:01.419 3 : sduino Dispatch: i400015, -62.5 dB, dispatch
2017.06.09 22:03:01.419 3 : sduino IT: IT_F00000000F_ITV1 off->on
2017-06-09 22:03:01.420 IT IT_F00000000F_ITV1 on
2017.06.09 22:03:01.466 3 : sduino Dispatch: i400015, test gleich
2017.06.09 22:03:01.558 3 : sduino Dispatch: i400015, test gleich
2017.06.09 22:03:04.827 3 : sduino Dispatch: P7#5120DCF33, test ungleich
2017.06.09 22:03:04.958 3 : sduino Dispatch: P7#5120DCF33, test gleich
2017.06.09 22:03:04.959 3 : sduino Dispatch: P7#5120DCF33, -68 dB, dispatch
2017-06-09 22:03:04.961 SD_WS07 SD_WS07_TH_513 T: 22 H: 51
2017-06-09 22:03:04.961 SD_WS07 SD_WS07_TH_513 temperature: 22
2017-06-09 22:03:04.961 SD_WS07 SD_WS07_TH_513 humidity: 51
2017-06-09 22:03:04.961 SD_WS07 SD_WS07_TH_513 battery: low
2017-06-09 22:03:04.961 SD_WS07 SD_WS07_TH_513 channel: 3
2017.06.09 22:03:05.034 3 : sduino Dispatch: P7#5120DCF33, test gleich
2017.06.09 22:03:05.106 3 : sduino Dispatch: P7#5120DCF33, test gleich
2017.06.09 22:03:05.361 3 : sduino Dispatch: P7#5120DCF33, test gleich
2017.06.09 22:03:05.496 3 : sduino Dispatch: P7#5120DCF33, test gleich
2017.06.09 22:03:05.559 3 : sduino Dispatch: P7#5120DCF33, test gleich
2017.06.09 22:03:21.264 3 : sduino Dispatch: s4900D9677800, test ungleich
2017.06.09 22:03:21.420 3 : sduino Dispatch: s4900D9677800, test gleich
2017.06.09 22:03:21.420 3 : sduino Dispatch: s4900D9677800, -70 dB, dispatch
2017-06-09 22:03:21.421 CUL_TCM97001 GT_WT02_108 temperature: 21.7
2017-06-09 22:03:21.421 CUL_TCM97001 GT_WT02_108 humidity: 51
2017-06-09 22:03:21.421 CUL_TCM97001 GT_WT02_108 T: 21.7 H: 51
2017.06.09 22:03:21.650 3 : sduino Dispatch: s4900D9677800, test gleich
2017.06.09 22:03:21.663 3 : sduino Dispatch: s4900D9677800, test gleich


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

Sidey

Hi Ralf,

ja das ist eine gute Idee.
Danke dir. Ich habe jetzt auch endlich mein Testprogramm wieder lauffähig. Das lies sich nicht compilieren da wir drei ! im Code hatten.

Grüße Sidey

Grüße Sidey

Gesendet von meinem Nexus 5 mit Tapatalk

Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa, Docker, AlexaFhem

Maintainer von: SIGNALduino, fhem-docker, alexa-fhem-docker, fhempy-docker

SabineT

Gibt's eigentlich eine Möglichkeit, bei Devices, die über einen SignalDuino angelegt werden, bei den Internals die Länge RAWMSG zu kürzen (oder mit Zeilenumbruch darzustellen)? Ist halt irgendwie unpraktisch, wenn durch die doch sehr langen Zeilen die Zeitstempel bei den Readings dann auch entsprechend weit rechts sind.

Ralf9

Du meinst wahrscheinlich das hier:
MU;P0=-188;P1=938;P2=-628;P3=-1034;P4=493;P5=1460;P6=-20752;D=012134343434343434353435353435343435343535353435353434343435343535353434353434353535353535353535353535353535353435353535353534353534343434353434353535353435353534353435343534346;CP=4;

Für einen Zeilenbruch müsste man wahrscheinlich an passender Stelle Leerzeichen einfügen.

Am einfachsten zum Einbauen wäre ein zusätzliches Attribut (wie soll es heissen?) in der 00_SIGNALduino mit dem die Übergabe der RAWMSG an die Module deaktiviert werden kann
my %addvals = (RAWMSG => $rmsg, DMSG => $dmsg);

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

SabineT

Zitat von: Ralf9 am 10 Juni 2017, 10:35:01
Du meinst wahrscheinlich das hier:
MU;P0=-188;P1=938;P2=-628;P3=-1034;P4=493;P5=1460;P6=-20752;D=012134343434343434353435353435343435343535353435353434343435343535353434353434353535353535353535353535353535353435353535353534353534343434353434353535353435353534353435343534346;CP=4;

Für einen Zeilenbruch müsste man wahrscheinlich an passender Stelle Leerzeichen einfügen.

Am einfachsten zum Einbauen wäre ein zusätzliches Attribut (wie soll es heissen?) in der 00_SIGNALduino mit dem die Übergabe der RAWMSG an die Module deaktiviert werden kann
my %addvals = (RAWMSG => $rmsg, DMSG => $dmsg);

Gruß Ralf
Ja, ich meine genau diese Zeilen. Als Attribute-Namen könnte ich mir sowas wie suppress_rawmsg oder ähnlich vorstellen.

Ralf9

wie wär es mit
suppressDeviceRawmsg
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

SabineT

Zitat von: Ralf9 am 10 Juni 2017, 17:39:24
wie wär es mit
suppressDeviceRawmsg
mir ist es im Prinzip egal wie das Attribute heisst, du bist der Developer und deine Entscheidung gilt ;)

Ralf9

Ich habe das Attribut suppressDeviceRawmsg eingebaut
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

RaspiLED

#566
Hi, kann man nicht irgendwie die Updatereihenfolge drehen?

Edit: Falscher Thread :-( Sorry, hat sich erledigt.

Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Raspberry Pi mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, WifiLight2, Bravia, ...

Sidey

Zitat von: RaspiLED am 10 Juni 2017, 19:55:35
Hi, kann man nicht irgendwie die Updatereihenfolge drehen?

Hallo,

was meinst Du genau mit Reihenfolge?

Grüße Sidey
Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa, Docker, AlexaFhem

Maintainer von: SIGNALduino, fhem-docker, alexa-fhem-docker, fhempy-docker

SabineT

Zitat von: Ralf9 am 10 Juni 2017, 19:50:24
Ich habe das Attribut suppressDeviceRawmsg eingebaut
Danke! Hab eben ein Update gemacht und das Attribut gleich mal auf 1 gesetzt.

noxx

Danke, teste ich sobald ich wieder Kontakt zum Windmesser bekomme.

Gesendet von meinem GT-I9195 mit Tapatalk