Alternative culfw

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

Vorheriges Thema - Nächstes Thema

chris1284

Zitat2015-03-30 18:20:08 CUL miniCUL UNKNOWNCODE p 8 576 3904 576 1952 1 4 4 22 5F090AA3A0
2015-03-30 18:20:09 Global global UNDEFINED CUL_TCM97001_CUL_TCM97001_95 CUL_TCM97001 CUL_TCM97001_95
2015-03-30 18:20:09 CUL miniCUL UNKNOWNCODE p 8 576 3872 576 1936 1 4 4 22 5F090AA3A0
2015-03-30 18:20:09 CUL miniCUL UNKNOWNCODE p 8 592 3680 592 1840 1 4 4 21 5F090AA3A0
2015-03-30 18:20:09 CUL miniCUL UNKNOWNCODE p 8 576 3872 576 1936 1 4 4 21 5F090AA3A0
2015-03-30 18:20:09 CUL miniCUL UNKNOWNCODE p 8 480 3872 480 1936 1 4 4 22 5F090AA3A0
2015-03-30 18:20:09 CUL miniCUL UNKNOWNCODE p 8 560 3840 560 1920 1 4 4 22 5F090AA3A0
entsprich im fhemdino device dann
ZitatCODE  F0_1
DEF    F0_1
FHEMduino_MSGCNT 85
FHEMduino_RAWMSG W035f090aa3a
FHEMduino_TIME 2015-03-30 18:20:09
IODev FHEMduino
LASTInputDev FHEMduino
MSGCNT 85
NAME az_sen_th
NR 232
STATE T: 17 H: 58 B: ok
TYPE FHEMduino_Env
bitMSG 010111110000100100001010101000111010
equalMSG 0
lastMSG W035F090AA3A
lastReceive 1427732409.50141
minsecs 0

Readings:
Zitat
abshum 8.4 2015-03-30 18:20:09
battery ok 2015-03-30 18:20:09
dewpoint 8.7 2015-03-30 18:20:09 <-------- berechnet durch dewpoitn modul
humidity 58 2015-03-30 18:20:09
sendMode automatic 2015-03-30 18:20:09  <-----es gibt auch manuel wenn man die taste am ws0002 drückt
state T: 17 H: 58 B: ok 2015-03-30 18:20:09
taupunkttemp 8.7 2015-03-30 18:20:09 <-------- berechnet im modul denke ich
temperature 17 2015-03-30 18:20:09

JoWiemann

Hallo Chris,

Die Kodierung kann der 14_FHEMduino_Env.pm entnommen werden.

Grüße Jörg
Jörg Wiemann

Slave: RPi B+ mit 512 MB, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM

Master: CubieTruck; Debian; Aktuelles FHEM

bjoernh

Zitat von: simonberry am 30 März 2015, 10:42:41

2015.03.30 07:19:22 3: CUL433: Unknown code s8C0049AFC8E4, help me!
Der GT-WT-01, welcher mir fründlicherweise Nico zur Verfügung gestellt hat sendet aber einen anderen Code.
Ich habe da mal gegoogelt und bin dann drauf gekommen, dass es das Proloque Protokoll ist.
Dieses Protokoll beginnt immer mit einer 1001 also 9.

Protollbeschreibung:
# Protocol prologue start everytime with 1001
# e.g. 91080F614C     1001 0001 0000 1000 0000 1111 0110 0001 0100 1100
#                      A    B    C    D    E    F    G    H    I
# A = Startbit 1001
# B+C = Random Address
# D Bit 4 Battery, 3 Manual, 2+1 Channel
# E+F+G Bit 15+16 negativ temp, 14-0 temp
# H+I Hum


Deiner sieht also irgendwie anders aus.
Da hilft es nur eine Messreihe zu machen.
Ebenso mal die Batterie neu einlegen, sowie auch leere reintun.
Taste hinten drücken sollte auch nicht fehlen.
Um die Minus-Bits zu finden muss der Sensor dann noch in die Gefriertruhe ;-)

Bei dem Wert: 8C003EA388ED sehe ich es auch so, dass er 6,2C anzeigt. Luftfeuchtigkeit könnte 56% sein.

Wie gesagt, schreib bitte alles genau in einer Tabelle auf, dann finden wir das schon raus.
So wie es für mich aussieht hat der Sensor auch eine Checksumme, was der GT-WT-01 von mir deffinitiv nicht hat.


Zitat von: ws am 30 März 2015, 09:37:06
vielen Dank für die Weiterentwicklung. Es gibt einen kleinen Schönheitsfehler im Max-Mode, auf den Du wahrscheinlich keinen Einfluß hast.
Matthias prüft in der 14_CUL_MAX.pm die Firmware Version des CULs. Hier ein Ausschnitt:

Man sollte vielleicht mit Matthias dafür eine Lösung finden.
Mhh ok, vielleicht sollte man um die Probleme zu umgehen auf eine Version 2.00 springen. Wie ist die Meinung der Anderen hierzu?


Zitat von: JoWiemann am 30 März 2015, 18:27:37
Hallo Chris,

Die Kodierung kann der 14_FHEMduino_Env.pm entnommen werden.

Grüße Jörg
Ich schau es mir mal an... kann ja nicht so schwer sein ;-)

bjoernh

Zitat von: chris1284 am 30 März 2015, 18:24:06
entsprich im fhemdino device dann
Readings:

Hast Du mir mal ein paar Ausgaben vom CUL inkl. den Werten?
Danke vorab.

bjoernh

#34
Hallo,

anbei ein 14_CUL_TCM97001.pm Modul.
Ich kann es diese Woche leider nicht komplett testen.

Mit diesem Modul sollten nun auch die Logitechs WS... gehen.
Außerdem kann man das Modell nun fix einstellen, d.H. sobald es gesetzt wurde,  wird immer nach diesem Schema dekodiert.

Viele Grüße
Björn

chris1284

Zitat von: bjoernh am 30 März 2015, 20:01:46
Hast Du mir mal ein paar Ausgaben vom CUL inkl. den Werten?
Danke vorab.

ich hoffe das reicht dir. wusste auf die schnelle nicht wie ich die beiden sachen zusammentragen sollte. anhand des zeitstempeös kann man die werte denke ich aber zusammenbringen

dein modul zieh ich mir gleich

chris1284

es scheint als würde versucht bei jeder sensor-meldung ein neues device anzulegen
Zitat2015-03-30 21:50:08 Global global UNDEFINED CUL_TCM97001_CUL_TCM97001_24321 CUL_TCM97001 CUL_TCM97001_24321
2015-03-30 21:50:23 Global global UNDEFINED CUL_TCM97001_CUL_TCM97001_82 CUL_TCM97001 CUL_TCM97001_82
2015-03-30 21:50:30 Global global UNDEFINED CUL_TCM97001_CUL_TCM97001_82 CUL_TCM97001 CUL_TCM97001_82
2015-03-30 21:50:43 Global global UNDEFINED CUL_TCM97001_CUL_TCM97001_24321 CUL_TCM97001 CUL_TCM97001_24321
2015-03-30 21:50:58 Global global UNDEFINED CUL_TCM97001_CUL_TCM97001_82 CUL_TCM97001 CUL_TCM97001_82
2015-03-30 21:51:05 Global global UNDEFINED CUL_TCM97001_CUL_TCM97001_82 CUL_TCM97001 CUL_TCM97001_82
2015-03-30 21:51:18 Global global UNDEFINED CUL_TCM97001_CUL_TCM97001_24321 CUL_TCM97001 CUL_TCM97001_24321
wirklich anlegen konnte er aber nur (sonst name zu lang?)
ZitatCUL_TCM97001_24321
CUL_TCM97001_CUL_TCM97001_24321
CUL_TCM97001_CUL_TCM97001_82
model steht auf NC_WS

bjoernh

Zitat von: chris1284 am 30 März 2015, 21:52:30
es scheint als würde versucht bei jeder sensor-meldung ein neues device anzulegenwirklich anlegen konnte er aber nur (sonst name zu lang?)model steht auf NC_WS
Mhh ok, dann muss ich nochmals in Ruhe danach schauen...

simonberry

Hallo Björn

zunächst muss ich mich korrigieren, mein Sensor heißt GT-WS-02, das erklärt auch warum er sich a bisserl anders verhält.
Meine Tests haben herausgefunden:


#    F    F    0    0    F    9    5    5    F    8    0    6
# 1111 1111 0000 0000 1111 1001 0101 0101 1111 1000 0000 0110
#    A    B    C    D    E    F    G    H    I    J    K    L
# A+B = Zufällige Code wechelt beim Batteriewechsel
# C Bit 4 Battery, 3 Manual, 2+1 Channel
# D+E+F Temperatur, wenn es negativ wird muss man negieren und dann 1 addieren, wie im ersten Post beschrieben.
# G+H Hum - ich habe folgende Werte herausgelesen:
# I,J,K,L keine Ahnung
#   J  war bei mir bis jetzt nur entweder 8 oder 0


HUM: G+H
HH%  DD
84%  A9
58%  75
54%  6D
51%  67
50%  65
49%  63
48%  61
47%  5F
46%  5D
45%  5B
44%  59
42%  54
41%  52
LL%  37
LL%  15

Sieht meiner meinung so aus aus, als müsste man durch 2 dividieren, Beispiel:
0xA9 ==> 169 dez / 2 = 84%
0x52 ==> 82 dez / 2 =41 %

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: chris1284 am 30 März 2015, 21:52:30
es scheint als würde versucht bei jeder sensor-meldung ein neues device anzulegenwirklich anlegen konnte er aber nur (sonst name zu lang?)model steht auf NC_WS
Probierst Du bitte nochmals das neu angehängte Modul.

bjoernh

Zitat von: simonberry am 30 März 2015, 22:01:12


#    F    F    0    0    F    9    5    5    F    8    0    6
# 1111 1111 0000 0000 1111 1001 0101 0101 1111 1000 0000 0110
#    A    B    C    D    E    F    G    H    I    J    K    L
# A+B = Zufällige Code wechelt beim Batteriewechsel
# C Bit 4 Battery, 3 Manual, 2+1 Channel
# D+E+F Temperatur, wenn es negativ wird muss man negieren und dann 1 addieren, wie im ersten Post beschrieben.
# G+H Hum - ich habe folgende Werte herausgelesen:
# I,J,K,L keine Ahnung
#   J  war bei mir bis jetzt nur entweder 8 oder 0

OK, danke, ich schau es mir mal an. K+L Sind übrigens der RSSI Wert. Das J hab ich auch hin un wieder gesegen, ich kann mir nur vorstellen, dass das das Trennbitt zwischen der Paketwiederholung ist.
CRC hat er wohl dann keine. Da bleibt dann später nur ein manuelles Einstellen des Modells. Automatisch kann der dann leider nicht erkannt werden.

chris1284

aber hallo, funktioniert! nun kann ich , nach dem du it v3 auch schon implementiert hattest, den fhemduino abbauen und einen cul draus basteln :-)

JoWiemann

#42
Hallo Björn,

die Aureol werden auch empfangen. Kodierung ist auch in der 14_FHEMduino_Env hinterlegt.

Grüße Jörg

Update: Zweiter Screenshot nun vom nanoCUL, erster war vom FHEMduino. Sorry
Jörg Wiemann

Slave: RPi B+ mit 512 MB, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM

Master: CubieTruck; Debian; Aktuelles FHEM

dmoibm

Hallo Björn

Herzlichen Dank für deine Arbeit! Es hat super funktioniert.... bis ich noch einen FHEM update gemacht habe (letzter update war ca. vor 5 Tagen).

Hast du eine Idee welches Modul mir da dreinfunkt?

Aber nochmals: es hat wirklich wunderbar geklappt! Ich habe zwar nur die ITS-150 bisher ausprobieren können aber mit der hat es wunderbar funktioniert. Super Job!

Grüsse
Daniel

chris1284

wenn dann sicher 10_IT.pm aber mit aktueller firmware und aktuellen modulen läuft alles sauber (auch die  ITS-150 / ITT 1500).
cul wurde  schon eine ganze weile nicht mehr angefastt (anfan märz)
# $Id: 00_CUL.pm 8176 2015-03-08 18:37:04Z martinp876 $
it wurde gestern aktualisiert
# $Id: 10_IT.pm 8338 2015-03-30 17:17:08Z dancer0705 $