Alternative culfw

Begonnen von bjoernh, 15 März 2015, 12:01:06

Vorheriges Thema - Nächstes Thema

bjoernh

Hallo,

kann man bitte einer von den GT-WT-02 Besitzern eine Messreihe aufnehmen.
Irgendwie muss man doch rausfinden wie die Checksumme lautet, leider sind die paar Daten, welche ich hier aus dem Forum bekommen habe zu wenig.

Gruß
Björn 

PeMue

Hallo Björn,

ich habe nur einen WT440H, vermutlich damals auch von Aldi.

Gruß PeMue
RPi3Bv1.2 rpiaddon 1.66 6.0 1xHM-CC-RT-DN 1.4 1xHM-TC-IT-WM 1.1 2xHB-UW-Sen-THPL-O 0.15 1x-I 0.14OTAU  1xCUNO2 1.67 2xEM1000WZ 2xUniroll 1xASH2200 3xHMS100T(F) 1xRFXtrx 90 1xWT440H 3xTFA30.3150 5xFA21
RPi1Bv2 LCDCSM 1.63 5.8 2xMAX HKT 1xMAX RT V200KW1 Heizung Wasser

simonberry

Hallo Björn

ich habe hier mal einpaar Messdaten angehängt. Ich hoffe das hilft dir.

Falls die Formatierung nicht passt bitte ich dies zu entschuldigen, da ich gerade nur mein tablet zur Hand habe.

ob wirklich eine Checksumme dabei ist weiss ich nicht, vielleicht ist ja auch noch der Luftdruck dabei...?


viele Grüße

Simonberry
NUC5i3RYK#DBLOG; MYSQL; LIRC; MPD; HM-CFG-HM-USB-2: HM-divers; MQTT2; Signalduino; Shelly; Sonoff; dash_dhcp; FS20; IT; FroniusWR; Somfy RTS; NFS-Server
Rpi B#: nfsmount; ser2net CUL868; CUL433; GPIO4:DS18B20; WEMOS-D1-MINI#JVC-via-IR;

bjoernh

Zitat von: simonberry am 01 April 2015, 23:57:41

ob wirklich eine Checksumme dabei ist weiss ich nicht, vielleicht ist ja auch noch der Luftdruck dabei...?


OK, danke ich schau es mir mal an.
Sicher dass der einen Luftdruck hat, das würde ja dann auch das Problem mit dem geteilt durch 2 erklären.
Dass sollten wir dringend überprüfen.

Anbei mal eine Version ohne die Checksumme.
Der Fehler vom NC-WS sollte auch raus sein.

Nicht wundern, ich habe den Code komplett umgebaut. Er hat auch noch einen Haufen auskommentierte Zeilen drinnen.

OliS.

Zitat von: bjoernh am 01 April 2015, 22:12:25
bitte gedulde dich noch ein wenig.
Ich bin gerade dabei für den GT-WD-02 die Checksumme zu berechnen.

Ja, kein Stress. Ich freue mich ja, dass Du Dich da so reinhängst. Ich hab hier auch einfach mal das Log von meinem Sensor angehängt. Kannst Du damit was anfangen, oder brauchst Du jeweils die dazugehörigen Temperatur- und Feuchtewerte?

Oli
FHEM in Debian VM auf DS720+, HMLAN und HMUARTLGW, RFXTRX, Conbee II, Homebridge, Alexa
Geräte: Homematic, Tradfri, Shelly, IT, ESA2000, VU+, Denon-AVR, Sonos, Fritz!Box, Harmony Hub, IP-Cams, Roborock, Automower

bjoernh

Die Temperatur und Luftfeuchtigkeit wäre nicht schlecht.  Wie ich ja schon geschrieben hatte,  denke ich dass die Luftfeuchtigkeit sich wo anders versteckt.

simonberry

Zitat
Sicher dass der einen Luftdruck hat, das würde ja dann auch das Problem mit dem geteilt durch 2 erklären.
Ich glaube das ist doch eher Quatsch, weil die Basis den Luftdruck auch anzeigt, wenn kein Sensor verbunden ist. Der Luftdruck ist ja auch innen und außen gleich. Ich wohne ja nicht in einer Druck Kammer...  ;)

Mir ist bewusst, das die zuletzt eingestellte Version noch Baustelle ist, aber mir ist aufgefallen, dass für den "GT-WS-02" keine humidity berechnet wird. Die Reste von meinem code hängen beim "TCM21...." noch rum.
NUC5i3RYK#DBLOG; MYSQL; LIRC; MPD; HM-CFG-HM-USB-2: HM-divers; MQTT2; Signalduino; Shelly; Sonoff; dash_dhcp; FS20; IT; FroniusWR; Somfy RTS; NFS-Server
Rpi B#: nfsmount; ser2net CUL868; CUL433; GPIO4:DS18B20; WEMOS-D1-MINI#JVC-via-IR;

simonberry

Oder doch Luftdruck...
habe gerade das hier gefunden:
http://www.gt-support.de/forum/forum/thread.php?board=0&thema=493
Zitat
In regelmäßigen Abständen sendet der Sensor dann Informationen zu Temperatur, Luftdruck und relativer Luftfeuchtigkeit an die Basisstation.
Das dumme ist nur, dass meine Basis seit gestern nicht mehr funktionert, und ich keine Messdaten vergleichen kann. Temp und Hum werden am Sensor ja angezeigt.

NUC5i3RYK#DBLOG; MYSQL; LIRC; MPD; HM-CFG-HM-USB-2: HM-divers; MQTT2; Signalduino; Shelly; Sonoff; dash_dhcp; FS20; IT; FroniusWR; Somfy RTS; NFS-Server
Rpi B#: nfsmount; ser2net CUL868; CUL433; GPIO4:DS18B20; WEMOS-D1-MINI#JVC-via-IR;

bjoernh

Dann schreib doch mal die Werte vom Sensor während der Cul das Datenpaket empfängt.
Evtl.  kann man da Rückschlüsse ziehen.

simonberry

Temp und Hum, können wir ja. Der Luftdruck wird am Sensor leider nicht angezeigt.
NUC5i3RYK#DBLOG; MYSQL; LIRC; MPD; HM-CFG-HM-USB-2: HM-divers; MQTT2; Signalduino; Shelly; Sonoff; dash_dhcp; FS20; IT; FroniusWR; Somfy RTS; NFS-Server
Rpi B#: nfsmount; ser2net CUL868; CUL433; GPIO4:DS18B20; WEMOS-D1-MINI#JVC-via-IR;

bjoernh

Die Luftfeuchtigkeit stimmt aber nicht.  Ich behaupte mal,  dass die Werte nicht durch 2 geteilt werden müssen.

OliS.

#71
Ich habe meinen Sensor jetzt per autocreate neu angelegt und er wird jetzt schon mal als GT-WT-02 erkannt. Was mir aufgefallen ist, sobald man die Batterien neu einlegt, muss der Sensor über autocreate neu angelegt werden.
Was den Luftdruck angeht, denke ich auch, dass dieser in der Basisstation gemessen wird. Egal, wo ich den Sensor positioniere, der Luftdruck ändert sich nicht.

Ich habe noch eine kurze Testreihe mit nanoCUL_RAWMSG und den entsprechenden Werten für Temperatur, Luftfeuchte, Luftdruck und Batterie angehängt. Ich hoffe, Excel ist ok.

Oli

EDIT: Ach so, die in FHEM angezeigte Temperatur stimmt übrigens zu 100%.
FHEM in Debian VM auf DS720+, HMLAN und HMUARTLGW, RFXTRX, Conbee II, Homebridge, Alexa
Geräte: Homematic, Tradfri, Shelly, IT, ESA2000, VU+, Denon-AVR, Sonos, Fritz!Box, Harmony Hub, IP-Cams, Roborock, Automower

bjoernh

Zitat von: OliS. am 02 April 2015, 13:35:57
Ich habe meinen Sensor jetzt per autocreate neu angelegt und er wird jetzt schon mal als GT-WT-02 erkannt. Was mir aufgefallen ist, sobald man die Batterien neu einlegt, muss der Sensor über autocreate neu angelegt werden.
Was den Luftdruck angeht, denke ich auch, dass dieser in der Basisstation gemessen wird. Egal, wo ich den Sensor positioniere, der Luftdruck ändert sich nicht.

Ich habe noch eine kurze Testreihe mit nanoCUL_RAWMSG und den entsprechenden Werten für Temperatur, Luftfeuchte, Luftdruck und Batterie angehängt. Ich hoffe, Excel ist ok.

Oli

EDIT: Ach so, die in FHEM angezeigte Temperatur stimmt übrigens zu 100%.
Das neue Anlegen ist normal. Der Sensor ändert beim einlegen der Batterien immer seine ID.

ws

ABS700 sieht schon mal sehr gut aus :). Das Batterie-Bit werde ich noch suchen, falls überhaupt vorhanden.

ws

So... die Batterieüberwachung scheint sich beim ABS700 wie folgt zu verhalten:

$batbit = ((hex($a[4]) & 0x8) != 0x8);

Mir ist noch etwas beim Batteriewechsel aufgefallen. Nach dem Einlegen der Batterie wird eine Zufall-ID erstellt. Bevor sie jedoch zum Einsatz kommt wird sie mit einer Message angekündigt:

sFFAF8001
kündigt eine neue ID 175 an. Diese Ankündigungsmessage ist immer am FF zu erkennen, darauf follgt die nächste ID.