[Gelöst] 14_CUL_TCM97001.pm codiert Kühlschrank Thermometer nicht (NX7674)

Begonnen von stebar_, 08 November 2023, 23:46:52

Vorheriges Thema - Nächstes Thema

stebar_

Hallo zusammen,

ich bin nun Besitzer eines MAPLECUL, welches mit vier Modulen (1 x 433 MHz, 3 x 868 MHz) bestückt ist. Gern wollte ich mein Kühlschrank Thermometer mit zwei Sensoren in FHEM integrieren. Das Modul 14_CUL_TCM97001.pm hat das Thermometer auch direkt gefunden und ein Unknown Device angelegt.

Thermometer:
ZitatHersteller: Rosenstein & Söhne
ASIN: B097NC1H2J
Herstellerreferenz: NX7674-944

Modul Version:
Zitat14_CUL_TCM97001.pm    26180 2022-06-29 15:00:03Z Ralf9

Device:
defmod Unknown CUL_TCM97001 CUL_TCM97001_Unknown
attr Unknown model Unknown
attr Unknown room CUL_TCM97001
#   CODE       CUL_TCM97001_Unknown
#   DEF        CUL_TCM97001_Unknown
#   FUUID      654b8f5f-f33f-de7a-946a-f784fadb920918ce
#   LASTInputDev MAPLECUL_1_433
#   MAPLECUL_1_433_MSGCNT 3417
#   MAPLECUL_1_433_RAWMSG s3DCA09400300F0;  464: 8064
#   MAPLECUL_1_433_TIME 2023-11-08 23:23:24
#   MSGCNT     3417
#   NAME       Unknown
#   NR         1528
#   RSSI       -82
#   STATE      Code: 3DCA09400300
#   TYPE       CUL_TCM97001
#   eventCount 3417
#   lastH      0
#   lastT      1699482204.49908
#   READINGS:
#     2023-11-08 23:23:24   state           Code: 3DCA09400300
#   hmccu:
#
setstate Unknown Code: 3DCA09400300
setstate Unknown 2023-11-08 23:23:24 state Code: 3DCA09400300

Log:
Zitat2023-11-08_23:28:41 Unknown Code: 1504BC800000
2023-11-08_23:28:41 Unknown Code: 1504BC800000
2023-11-08_23:28:59 Unknown Code: 3DC949400100
2023-11-08_23:29:00 Unknown Code: 3DC949400100
2023-11-08_23:29:00 Unknown Code: 3DC949400100
2023-11-08_23:29:00 Unknown Code: 3DC949400100
2023-11-08_23:29:00 Unknown Code: 3DC949400100
2023-11-08_23:29:34 Unknown Code: 1504BC800000
2023-11-08_23:29:55 Unknown Code: 3DC8C94000C0
2023-11-08_23:29:56 Unknown Code: 3DC8C94000C0
2023-11-08_23:29:56 Unknown Code: 3DC8C94000C0
2023-11-08_23:29:56 Unknown Code: 3DC8C94000C0
2023-11-08_23:29:56 Unknown Code: 3DC8C94000C0
2023-11-08_23:30:26 Unknown Code: 1504BC800000
2023-11-08_23:30:27 Unknown Code: 1504BC800000
2023-11-08_23:30:27 Unknown Code: 1504BC800000
2023-11-08_23:30:27 Unknown Code: 1504BC800000
2023-11-08_23:30:51 Unknown Code: 3DC8494003C0
2023-11-08_23:30:52 Unknown Code: 3DC8494003C0
2023-11-08_23:30:52 Unknown Code: 3DC8494003C0
2023-11-08_23:30:52 Unknown Code: 3DC8494003C0
2023-11-08_23:30:52 Unknown Code: 3DC8494003C0
2023-11-08_23:31:19 Unknown Code: 1504BC800000
2023-11-08_23:31:20 Unknown Code: 1504BC800000
2023-11-08_23:31:20 Unknown Code: 1504BC800000
2023-11-08_23:31:20 Unknown Code: 1504BC800000
2023-11-08_23:31:48 Unknown Code: 3DC8494003C0
2023-11-08_23:31:48 Unknown Code: 3DC8494003C0
2023-11-08_23:31:48 Unknown Code: 3DC8494003C0
2023-11-08_23:31:48 Unknown Code: 3DC8494003C0
2023-11-08_23:32:12 Unknown Code: 1504BC800000
2023-11-08_23:32:13 Unknown Code: 1504BC800000
2023-11-08_23:32:13 Unknown Code: 1504BC800000
2023-11-08_23:32:13 Unknown Code: 1504BC800000

Zuletzt angezeigte Temperaturen
Sensor 1: -25,9 Grad
Sensor 2: 5,2 Grad

Da sich die ersten drei Hex Zeichen immer gleich sind, gehe ich davon aus, dass es sich hierbei um die Adresse handelt, diese kann an dem Gerät nicht umgestellt werden und ist fest codiert.

Vielleicht kann Ralf9 hier mir bei der Einbindung weiterhelfen.

Viele Grüße

Ralf9

Der NX7674 ist noch nicht in das 14_CUL_TCM97001 Modul eingebaut. Ich konnte auch keine Protokoll Beschreibung finden.

Ändern sich irgendwelche Hex Ziffern, wenn Du die Batterien entnimmst und wieder einsetzt?
Gibts im Batteriefach irgendwelche Taster oder dip Schalter, z.B. Kanal?
Welche Hex Ziffern ändern sich bei Temperaturänderung?

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

stebar_

Vielen Dank für die Rückmeldung!

Zitat von: Ralf9 am 09 November 2023, 13:33:17Der NX7674 ist noch nicht in das 14_CUL_TCM97001 Modul eingebaut. Ich konnte auch keine Protokoll Beschreibung finden.
Dann würde ich sagen passt die FHEM Ausgabe

ZitatÄndern sich irgendwelche Hex Ziffern, wenn Du die Batterien entnimmst und wieder einsetzt?
Ja, siehe unten

ZitatGibts im Batteriefach irgendwelche Taster oder dip Schalter, z.B. Kanal?
Nein, scheinbar sind die Sensoren fest codiert.

ZitatWelche Hex Ziffern ändern sich bei Temperaturänderung?
Stelle 4 bis 11

Sensor 2, div. Temperaturen:
ZitatBatterien neu eingelegt in Sensor 2
2023-11-09_23:42:37 Unknown Code: 198851800380
Sensor 2 (Kühlschrank): 21,2 C bzw. 70,1 F
——————————
2023-11-09_23:43:33 Unknown Code: 198959800400
Sensor 2 (Kühlschrank): 23,2 C bzw. 73,7 F
——————————
2023-11-09_23:44:29 Unknown Code: 1989DD800780
Sensor 2 (Kühlschrank): 24,2 C bzw. 75,5 F
——————————
2023-11-09_23:45:25 Unknown Code: 198B9D800740
Sensor 2 (Kühlschrank): 24,6 C bzw. 76,2 F
——————————
2023-11-09_23:46:21 Unknown Code: 198921800640
Sensor 2 (Kühlschrank): 24,9 C bzw. 76,8 F
——————————
2023-11-09_23:47:17 Unknown Code: 198A61800440
Sensor 2 (Kühlschrank): 25,2 C bzw. 77,3 F
——————————
2023-11-09_23:48:13 Unknown Code: 198BE1800580
Sensor 2 (Kühlschrank): 25,5 C bzw. 77,9 F
——————————
2023-11-09_23:49:09 Unknown Code: 1988A5800700
Sensor 2 (Kühlschrank): 25,7 C bzw. 78,2 F

Sensor 1, div. Temperaturen und Batterien neu eingelegt:
ZitatBatterien neu eingelegt in Sensor 1
2023-11-09_21:56:37 Unknown Code: 2C05A5400000
Sensor 1 (Kühltruhe):  -11,7 C bzw. 53,0 F
——————————
Batterien neu eingelegt in Sensor 1
2023-11-09_21:59:27 Unknown Code: 308471400340
Sensor 1 (Kühltruhe):  -14,1 C bzw. 57,3 F
——————————
Batterien neu eingelegt in Sensor 1
2023-11-09_22:01:39 Unknown Code: 2485754011C0
Sensor 1 (Kühltruhe):  -15,2 C bzw. 59,3 F (Batt leer, lt. Display)
——————————
Batterien neu eingelegt in Sensor 1
2023-11-09_22:05:05 Unknown Code: 2485F9400240
Sensor 1 (Kühltruhe):  -16,2 C bzw. 61,1 F
——————————

Sensor 2, div. Temperaturen und Batterien neu eingelegt:
ZitatBatterien neu eingelegt in Sensor 2
2023-11-09_22:07:19 Unknown Code: 1DC985800300
Sensor 2 (Kühlschrank): 18,8 C bzw. 65,8 F

——————————
Batterien neu eingelegt in Sensor 2
2023-11-09_22:13:09 Unknown Code: 1DC8498002C0
Sensor 2 (Kühlschrank): 19,4 C bzw. 66,9 F
——————————
Batterien neu eingelegt in Sensor 2
2023-11-09_22:13:20 Unknown Code: 0DC849800200
Sensor 2 (Kühlschrank): 19,4 C bzw. 66,9 F
——————————

Batterien neu eingelegt in Sensor 2
2023-11-09_22:17:55 Unknown Code: 098989800000
Sensor 2 (Kühlschrank): 19,7 C bzw. 67,4 F
——————————
Batterien neu eingelegt in Sensor 2
2023-11-09_22:18:05 Unknown Code: 1DCA09800200
Sensor 2 (Kühlschrank): 19,7 C bzw. 67,4 F
——————————
Batterien neu eingelegt in Sensor 2
2023-11-09_22:21:33 Unknown Code: 198A89800340
Sensor 2 (Kühlschrank): 19,7 C bzw. 67,4 F
——————————
Batterien neu eingelegt in Sensor 2
2023-11-09_22:21:44 Unknown Code: 198B09800280
Sensor 2 (Kühlschrank): 19,7 C bzw. 67,4 F
——————————
Batterien neu eingelegt in Sensor 2
2023-11-09_22:21:55 Unknown Code: 1DCB098000C0
Sensor 2 (Kühlschrank): 19,7 C bzw. 67,4 F

——————————
Batterien neu eingelegt in Sensor 2
2023-11-09_22:45:37 Unknown Code: 198A0D8000C0
Sensor 2 (Kühlschrank): 20,7 C bzw. 69,2 F
——————————
Batterien neu eingelegt in Sensor 2
2023-11-09_22:45:49 Unknown Code: 1DCA0D800280
Sensor 2 (Kühlschrank): 20,7 C bzw. 69,2 F

——————————
Batterien neu eingelegt in Sensor 2
2023-11-09_23:10:19 Unknown Code: 1DC8518001C0
Sensor 2 (Kühlschrank): 21,2 C bzw. 70,1 F
——————————
Batterien neu eingelegt in Sensor 2
2023-11-09_23:10:29 Unknown Code: 1DC8518001C0
Sensor 2 (Kühlschrank): 21,2 C bzw. 70,1 F
——————————
Batterien neu eingelegt in Sensor 2
2023-11-09_23:10:38 Unknown Code: 1DC8518001C0
Sensor 2 (Kühlschrank): 21,2 C bzw. 70,1 F

——————————
Batterien neu eingelegt in Sensor 2
2023-11-09_23:13:40 Unknown Code: 1DCBCD8002C0
Sensor 2 (Kühlschrank): 21,1 C bzw. 69,9 F
——————————
Batterien neu eingelegt in Sensor 2
2023-11-09_23:13:51 Unknown Code: 1DCBCD8002C0
Sensor 2 (Kühlschrank): 21,1 C bzw. 69,9 F
——————————
Batterien neu eingelegt in Sensor 2
2023-11-09_23:13:59 Unknown Code: 1DCBCD8002C0
Sensor 2 (Kühlschrank): 21,1 C bzw. 69,9 F
——————————
Batterien neu eingelegt in Sensor 2
2023-11-09_23:17:22 Unknown Code: 098BCD800040
Sensor 2 (Kühlschrank): 21,1 C bzw. 69,9 F
——————————
Batterien neu eingelegt in Sensor 2
2023-11-09_23:20:13 Unknown Code: 198BCD800080
Sensor 2 (Kühlschrank): 21,1 C bzw. 69,9 F

Sensor 1 und 2, ohne Zuordnung:
Zitat2023-11-09_21:39:00 Unknown Code: 3DC8CD400040
2023-11-09_21:39:03 Unknown Code: 1506FC8000C0
Sensor 1 (Kühltruhe): -25,4 C
Sensor 2 (Kühlschrank): 6,2 C
——————————
2023-11-09_21:46:28 Unknown Code: 3DC8654006C0
2023-11-09_21:47:00 Unknown Code: 150660C016C0
Sensor 1 (Kühltruhe):  -17,5 C (Batt leer, lt. Display)
Sensor 2 (Kühlschrank): 11,4 C
——————————

Bisherige Erkenntnisse:
Stelle 1,2,3: Ändert sich nachdem die Batterien neu eingelegt werden, allerdings erst nach einigen Sekunden, siehe Log oben.
Stelle 4,5,6,7,8,9: Änderung bei Temperaturänderung
Stelle 10,11: Änderung bei Temperaturänderung, allerdings auch eine Änderung nachdem die Batterien neu eingelegt wurden bei identischer Temperatur
Stelle 12: Immer "0"

Viele Grüße

Ralf9

Ich habs mir mal angeschaut

123 456 789 01
iII TTT f?F CC

i - 0 oder 1 bei Sensor 2
    2 oder 3 bei Sensor 1
I - ID die sich beim Batteriewechsel ändert
T - Temperatur
f - 8 bei positiven Temperaturen
    4 bei negativen Temperaturen
? - war bis jetzt bei allen Nachrichten 0
F - 1 bei leerer Batterie?
C - Prüfsumme

Die Temperatur habe ich mir noch nicht genauer angeschaut.
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

stebar_

Vielen Dank!  8)

Ich habe mir ebenfalls etwas zeit genommen (doch länger als gedacht) und die Codierung etwas intensiver untersucht. Deine Rückmeldung habe ich erst gesehen, nachdem ich mit der Analyse fertig war. Im nächsten Schritt kann man ja schauen, inwieweit diese übereinstimmt.

Byte 0 Nibble 0 Bit 0 Startzeichen: ,,0"
Byte 0 Nibble 0 Bit 1 Startzeichen: ,,0"
Byte 0 Nibble 0 Bit 2 Sensor 1: ,,1" oder Sensor 2: ,,0"
Byte 0 Nibble 0 Bit 3 Adresse Teil 1
Byte 0 Nibble 1 Bit 4 Adresse Teil 1
Byte 0 Nibble 1 Bit 5 Adresse Teil 1
Byte 0 Nibble 1 Bit 6 Trennzeichen: ,,0"
Byte 0 Nibble 1 Bit 7 Adresse Teil 2

Byte 1 Nibble 0 Bit 0 Adresse Teil 2
Byte 1 Nibble 0 Bit 1 Adresse Teil 2 Adressenteil besteht aus 3 Bit, also Dez 0 ... 7, Teil 1 und Teil 2 = Dez 00 ... 77. Wird zufällig nach dem einlegen der Batterie gebildet.
Byte 1 Nibble 0 Bit 2 Trennzeichen: ,,0"
Byte 1 Nibble 0 Bit 3 Trennzeichen: ,,0"
Byte 1 Nibble 1 Bit 4 Daten
Byte 1 Nibble 1 Bit 5 Daten
Byte 1 Nibble 1 Bit 6 Daten
Byte 1 Nibble 1 Bit 7 Daten

Byte 2 Nibble 0 Bit 0 Daten
Byte 2 Nibble 0 Bit 1 Daten
Byte 2 Nibble 0 Bit 2 Daten
Byte 2 Nibble 0 Bit 3 Daten
Byte 2 Nibble 1 Bit 4 Daten
Byte 2 Nibble 1 Bit 5 Daten
Byte 2 Nibble 1 Bit 6 Daten
Byte 2 Nibble 1 Bit 7 Daten

Byte 3 Nibble 0 Bit 0 Daten
Byte 3 Nibble 0 Bit 1 Daten Daten besteht aus 14 Bit, Codierung und Paritäten bisher unklar
Byte 3 Nibble 0 Bit 2 Trennzeichen: ,,0"
Byte 3 Nibble 0 Bit 3 Trennzeichen: ,,0"
Byte 3 Nibble 1 Bit 4 Trennzeichen: ,,0"
Byte 3 Nibble 1 Bit 5 Trennzeichen: ,,0"
Byte 3 Nibble 1 Bit 6 Trennzeichen: ,,0"
Byte 3 Nibble 1 Bit 7 Trennzeichen: ,,0"

Byte 4 Nibble 0 Bit 0 Trennzeichen: ,,0"
Byte 4 Nibble 0 Bit 1 Trennzeichen: ,,0"
Byte 4 Nibble 0 Bit 2 Trennzeichen: ,,0"
Byte 4 Nibble 0 Bit 3 Trennzeichen: ,,0"
Byte 4 Nibble 1 Bit 4 Prüfsumme
Byte 4 Nibble 1 Bit 5 Prüfsumme
Byte 4 Nibble 1 Bit 6 Prüfsumme
Byte 4 Nibble 1 Bit 7 Prüfsumme

Byte 5 Nibble 0 Bit 0 Prüfsumme
Byte 5 Nibble 0 Bit 1 Prüfsumme Es scheint ungewöhnlich, dass die Prüfsumme aus 6 Bit besteht, genauere Prüfung notwendig. Batteriemeldung bisher unklar
Byte 5 Nibble 0 Bit 2 Abschlusszeichen ,,0"
Byte 5 Nibble 0 Bit 3 Abschlusszeichen ,,0"
Byte 5 Nibble 1 Bit 4 Abschlusszeichen ,,0"
Byte 5 Nibble 1 Bit 5 Abschlusszeichen ,,0"
Byte 5 Nibble 1 Bit 6 Abschlusszeichen ,,0"
Byte 5 Nibble 1 Bit 7 Abschlusszeichen ,,0"

stebar_

Noch ein paar Daten mit positiven und negativen Temperaturen. Ansonsten noch ein paar Versuche zur Decodierung, mit dem Regelwerk aus Post #4.

Sensor 1:
ZitatSensor 1: -3,7 C
Umgerechnet in F, nicht abgelesen: 25,34 F
2023-11-10_21:56:51 Unknown Code: 2C04A1000900
Binär: 00101100 00000100 10100001 00000000 00001001 00000000
Codiert: Sensor 1, Adresse 30, Daten 0100 1010 0001 00, Prüfsumme 1001 00

Sensor 1: -0,6 C
Umgerechnet in F, nicht abgelesen: 30,92 F
2023-11-10_22:02:10 Unknown Code: 2C06AD000500

Sensor 1: 1,4 c
Umgerechnet in F, nicht abgelesen: 34,52 F
2023-11-10_22:03:03 Unknown Code: 2C0775000640

Sensor 1: 8,2 C
Umgerechnet in F, nicht abgelesen: 46,76 F
2023-11-10_22:07:27 Unknown Code: 2C05D5400700

Sensor 1: 10,8 C bzw. 51,4 F (Abgelesen)
2023-11-10_22:10:06 Unknown Code: 2C05A14004C0

Sensor 2:
ZitatSensor 2: -2,3 C
Umgerechnet in F, nicht abgelesen: 27,86 F
2023-11-10_21:56:44 Unknown Code: 1DCAE5000A00
Binär: 00011101 1100x1010 11100101 00x000000 00001010 00000000
Codiert: Sensor 2, Adresse 77, Daten 1010 1110 0101 00, Prüfsumme 1010 00

Sensor 2: 0,6 C
Umgerechnet in F, nicht abgelesen: 33,08 F
2023-11-10_22:02:20 Unknown Code: 1DCBB1000700
Binär: 00011101 11001010 10110001 00000000 00000111 00000000
Codiert: Sensor 2, Adresse 77, Daten 1010 1011 0001 00, Prüfsumme 0111 00

Sensor 2: 2,5 C
Umgerechnet in F, nicht abgelesen: 36,5 F
2023-11-10_22:03:16 Unknown Code: 1DC87D000780

Sensor 2: 8.0 C
Umgerechnet in F, nicht abgelesen: 46,4 F
2023-11-10_22:07:00 Unknown Code: 1DC9154006C0

Sensor 2: 10,2 C bzw. 50,3 F (Abgelesen)
2023-11-10_22:09:48 Unknown Code: 1DCADD4006C0


Ralf9

123 456 789 01 2
iII TTT f0F CC 0

i -
I - ID die sich beim Batteriewechsel ändert
T - Temperatur
f - ?
0 - war bis jetzt bei allen Nachrichten 0
F - 1 bei leerer Batterie?
C - Prüfsumme

Bei der 1. Stelle (i)
Bit 3210
    00nI
n - 1 = Sensor 1, 0 = Sensor 2
I - gehört zur ID


ZitatNoch ein paar Daten mit positiven und negativen Temperaturen. Ansonsten noch ein paar Versuche zur Decodierung, mit dem Regelwerk aus Post #4.
f (7.Stelle) passt damit nicht mehr,
bis jetzt habe ich 0,4 und 8 gesehen.

Bitte prüfe mal ob bei fast leerer Batterie F (die 9.Stelle) ändert.

Bitte schau auch mal ob sich innerhalb der nächsten Stunden nach einem Batteriewechsel eine Ziffer ändert (z.B. bei i,f oder F)
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

stebar_

Danke für Deine Hilfe!

Ich melde mich später noch mal ausführlicher, hier schon mal auf die schnelle ein feedback zur Batterie


Sensor 1:
Zitat3 V, Batt OK, 20,9 C bzw. 69,6 F
2023-11-11_13:51:01 Unknown Code: 2C070D800300

__________

2,5 V, Batt NOK, 20,9 C bzw. 69,6 F
2023-11-11_13:51:54 Unknown Code: 2C070D801200

stebar_

So, nun etwas ausführlicher.

Ich konnte nun mal nach langer Zeit endlich das PeakTech 6035D Labornetzteil sinnvoll benutzen. Ansonsten hab ich das Multimeter PeakTech 3440 zur Referenzmessung benutzt, hat eine werksseitige Kalibrierung. Da ich den ganzen Kram nun aufgebaut habe, würde ich noch mal mit beiden Sensoren die leeren Batterien simulieren und nachreichen.

Hier nun die Erkenntnisse:
< 2,65 V Batt. NOK
Betriebsbereich 2,05 V ... 3 V, funktioniert noch darunter, dann ist aber die rote Status LED nicht mehr in Betrieb.



Zitat von: Ralf9 am 11 November 2023, 11:53:52Bei der 1. Stelle (i)
Bit 3210
Ich glaub wir zählen die Bits unterschiedlich oder?  :)

ZitatBitte prüfe mal ob bei fast leerer Batterie F (die 9.Stelle) ändert.
Siehe #7, die 9. und 10. Stelle hat geändert.

Batt. OK, Stelle 9 und 10:
ZitatHex 0x03
Bin 0000 0011

Batt. NOK, Stelle 9 und 10:
ZitatHex 0x12
Bin 0001 0010

Da hat sich tatsächlich das Bit von 0 auf 1 geändert, das hintere Nibble ist ja vermutlich teil der Prüfsumme.

ZitatBitte schau auch mal ob sich innerhalb der nächsten Stunden nach einem Batteriewechsel eine Ziffer ändert (z.B. bei i,f oder F)
Würde es mal später bei Raumtemperatur laufen lassen.

stebar_

Hier noch die ausführliche Batterieserie....

Sensor 1, Batterieserie (OK => NOK => OK => OK)
ZitatBatt ok 19,8 C, 67,6 F
2023-11-11_15:36:57 Unknown Code: 2C0609800140

Batt nok 19,8 C, 67,6 F
2023-11-11_15:38:45 Unknown Code: 2C0609801400

Batt wieder ok, Spg. erhöht auf voll. 20,2 C, 68,3 F
2023-11-11_15:39:36 Unknown Code: 2C07C9800540

Batt ok, Spannung nicht verändert 19,8 C, 67,6 F
2023-11-11_15:40:29 Unknown Code: 2C0609800500
Stelle 9 Batterie ,,0000" => ,,0001" => ,,0000" (OK => NOK => OK) hat funktioniert.
Stelle 10 und 11, warum sind hier 2023-11-11_15:36:57 und 2023-11-11_15:40:29 nicht identisch, gemessene Temperaturen stimmen überein. Unklar.


Sensor 2, Batterieserie (OK => NOK => OK => OK => OK => OK => OK => OK)
Zitatbatt ok 19,5 C, 67,1 F
2023-11-11_15:57:20 Unknown Code: 1188C9800180

batt nok 19,5 c 67,1 f
2023-11-11_15:58:15 Unknown Code: 1188C9801080

batt ok 19,4 c 66,9 f
2023-11-11_15:59:11 Unknown Code: 118849800280

batt ok 19,4 c 66,9 f
2023-11-11_16:00:07 Unknown Code: 118849800280

batt ok 19,4 c 66,9 f
2023-11-11_16:01:03 Unknown Code: 118849800280

batt ok 19,4 c 66,9 f
2023-11-11_16:01:59 Unknown Code: 118849800280

batt ok 19,6 c 67,2 f
2023-11-11_16:02:55 Unknown Code: 1189098001C0

batt ok 19,5 C, 67,1 F
2023-11-11_16:03:52 Unknown Code: 1188C9800180
Stelle 9 Batterie ,,0000" => ,,0001" => ,,0000" => ,,0000" => ,,0000" => ,,0000" => ,,0000" => ,,0000" (OK => NOK => OK => OK => OK => OK => OK => OK) hat funktioniert.
Stelle 10 und 11, 2023-11-11_15:57:20 und 2023-11-11_16:03:52 stimmen überein, verhalten plausibel.

Ralf9

Ich hab mal versucht die Temperaturkodierung herauszufinden
849 19,4 C 2x
8C9 19,5 C 3x
989 19,7 C
A09 19,7 C
A89 19,7 C
B09 19,7 C
B09 19,7 C
609 19,8 C 3x
A0D 20,7 C 2x
BCD 21,1 C 5x
851 21,2 C 3x
959 23,2 C
B9D 24,6 C
921 24,9 C
A61 25,2 C
BE1 25,5 C
8A5 25,7 C
Bei steigender Temperatur müsste sich eigentlich auch die Hexzahl erhöhen, aber das passt nicht so richtig.
Das Problem dabei ist, daß die empfangenen Nachrichten auch Bitfehler enthalten können. Je schlechter der Empfang ist, desto höher ist die wahrscheinlichkeit für Bitfehler.
Ich habe hinter der Temperatur hingeschrieben wie viele Nachrichten mit gleichen Hexzahlen Du gepostet hast.
Ich kann auch noch einige Nachrichten bei negativen und Temperaturen nahe 0 Grad gebrauchen. Es sollten dabei mehrere Nachrichten mit der gleichen Temperatur sein. 
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

elektron-bbs

#11
Wir müssen uns die Daten Bitweise ansehen, dann klappt es auch mit der Temperatur :-)
Ich habe die Daten in meiner Excel-Tabelle analysiert, da ist ein Versatz von 2 Bit drin.

Aber eigentlich haben wir das Protokoll schon eingebaut: Nr. 33 passt
    33 =>
      {
      # Protokollbeschreibung
      # ------------------------------------------------------------------------
      # 0    4    | 8    12  | 16  20  | 24  28  | 32  36  40
      # 1111 1100 | 0001 0110 | 0001 0000 | 0011 0111 | 0100 1001 01
      # iiii iiii | iiuu cctt | tttt tttt | tthh hhhh | hhbu uuxx xx
      # i: 10 bit random id (changes on power-loss) - Bit 0 + 1 every 0 ???
      # b: battery indicator (0=>OK, 1=>LOW)
      # c: Channel (MSB-first, valid channels are 0x00-0x02 -> 1-3)
      # t: Temperature (MSB-first, BCD, 12 bit unsigned fahrenheit offset by 90 and scaled by 10)
      # h: Humidity (MSB-first, BCD, 8 bit relative humidity percentage)
      # u: unknown
      # x: check

      # Protokollbeschreibung: Conrad Temperatursensor S522 fuer Funk-Thermometer S521B
      # ------------------------------------------------------------------------
      # 0    4    | 8    12  | 16  20  | 24  28  | 32  36  | 40
      # 0010 0111 | 0100 0100 | 1100 0100 | 1100 0000 | 0000 1011 | 10
      # iiii iiii | iiuu cctt | tttt tttt | ttuu uuuu | uuuu TTxx | xx
      # T: Temperature trend, 00 = consistent, 01 = rising, 10 = falling
      # u: unknown (always 0)
      # i: | c: | t: | x: same like default

      # Protokollbeschreibung: renkforce Temperatursensor E0001PA fuer Funk-Wetterstation E0303H2TPR (Conrad)
      # ------------------------------------------------------------------------
      # 0    4    | 8    12  | 16  20  | 24  28  | 32  36  40
      # iiii iiii | iiuu cctt | tttt tttt | tthh hhhh | hhsb uuxx xx
      # s: sendmode (1=>Test push, send manual 0=>automatic send)
      # i: | c: | t: | h: | b: | u: | x: same like default

      # Protokollbeschreibung: Temperatur-/Fechtesensor TX-EZ6 fuer Wetterstation TZS First Austria
      # ------------------------------------------------------------------------
      # 0    4    | 8    12  | 16  20  | 24  28  | 32  36  40
      # iiii iiii | iiHH cctt | tttt tttt | tthh hhhh | hhsb TTxx xx
      # H: Humidity trend, 00 = equal, 01 = up, 10 = down
      # T: Temperature trend, 00 = equal, 01 = up, 10 = down
      # i: | c: | t: | h: | s: | b: | x: same like E0001PA

Evtl. sind noch kleinere Anpassungen notwendig. Wenn das Attribut "model" auf den Wert "E0001PA" gesetzt ist, passt auch der batteryState.
Möglicherweise stellen die Bits 36 und 37 (siehe Excel-Tabelle) den Trend der Temperatur dar. Ich sehe dort Werte von 0, 1 oder 2. Das könnte diesen Trends entsprechen: 'consistent', 'rising', 'falling'. Das müsste noch geprüft werden.

Mich würden einige RAWMSG interessieren, um herauszufinden, weshalb es nicht schon mit Protokoll 33 dekodiert wird. Evtl. passen ja die Puls-/Pausezeiten nicht.
Intel(R) Atom(TM) CPU N270 mit 2 SIGNALduino nanoCC1101 + ESPEasy 2x serial server SIGNALduino nanoCC1101, Raspberry Pi 2 mit 2 CUL Stackable CC1101, Raspberry Pi 3 mit SIGNALduino radino + nano328 + 2 x SIGNAL-ESP CC1101 + LaCrosseGateway

stebar_

#12
Zitat von: stebar_ am 11 November 2023, 15:32:14
ZitatBitte schau auch mal ob sich innerhalb der nächsten Stunden nach einem Batteriewechsel eine Ziffer ändert (z.B. bei i,f oder F)
Würde es mal später bei Raumtemperatur laufen lassen.

Habe es nun ca. 25 h bei einigermaßen konstanter Raumtemperatur laufen lassen, die Daten sind zum posten zu groß (0,7 MB), deshalb im Anhang. Eine manuelle Auswertung zu der o. g. Fragestellung ist nicht möglich, ich war dabei mich zu erkundigen, wie ich es automatisch mit Python gelöst bekomme, habe auch schon eine erste Rückmeldung bekommen  :)  Nun ist die Frage, ob ich noch probieren soll, aufgrund der letzten Nachricht von elektron-bbs.

Info Anhang:
ZitatStart Sensor 1:  20,3 C 68,5 F; Sensor 2: 19,7 C 67,4 F; Batt OK
2023-11-11_16:25:34 Unknown Code: 2C044D800100
2023-11-11_16:25:36 Unknown Code: 1DC989800280


Zitat von: Ralf9 am 11 November 2023, 23:30:37Ich hab mal versucht die Temperaturkodierung herauszufinden

Bei steigender Temperatur müsste sich eigentlich auch die Hexzahl erhöhen, aber das passt nicht so richtig.
Bisher habe ich hier auch nichts rausfinden können.

ZitatDas Problem dabei ist, daß die empfangenen Nachrichten auch Bitfehler enthalten können. Je schlechter der Empfang ist, desto höher ist die wahrscheinlichkeit für Bitfehler.
Vielleicht ist es sinnvoll erst die Prüfsummen zu betrachten um die Daten zu verifizieren.


ZitatIch kann auch noch einige Nachrichten bei negativen und Temperaturen nahe 0 Grad gebrauchen. Es sollten dabei mehrere Nachrichten mit der gleichen Temperatur sein.
Sind die vorhanden Daten ausreichend, siehe unten?
Zitat von: stebar_ am 10 November 2023, 23:02:46Noch ein paar Daten mit positiven und negativen Temperaturen. Ansonsten noch ein paar Versuche zur Decodierung, mit dem Regelwerk aus Post #4.

Sensor 1:
ZitatSensor 1: -3,7 C
Umgerechnet in F, nicht abgelesen: 25,34 F
2023-11-10_21:56:51 Unknown Code: 2C04A1000900
Binär: 00101100 00000100 10100001 00000000 00001001 00000000
Codiert: Sensor 1, Adresse 30, Daten 0100 1010 0001 00, Prüfsumme 1001 00

Sensor 1: -0,6 C
Umgerechnet in F, nicht abgelesen: 30,92 F
2023-11-10_22:02:10 Unknown Code: 2C06AD000500

Sensor 1: 1,4 c
Umgerechnet in F, nicht abgelesen: 34,52 F
2023-11-10_22:03:03 Unknown Code: 2C0775000640

Sensor 1: 8,2 C
Umgerechnet in F, nicht abgelesen: 46,76 F
2023-11-10_22:07:27 Unknown Code: 2C05D5400700

Sensor 1: 10,8 C bzw. 51,4 F (Abgelesen)
2023-11-10_22:10:06 Unknown Code: 2C05A14004C0

Sensor 2:
ZitatSensor 2: -2,3 C
Umgerechnet in F, nicht abgelesen: 27,86 F
2023-11-10_21:56:44 Unknown Code: 1DCAE5000A00
Binär: 00011101 1100x1010 11100101 00x000000 00001010 00000000
Codiert: Sensor 2, Adresse 77, Daten 1010 1110 0101 00, Prüfsumme 1010 00

Sensor 2: 0,6 C
Umgerechnet in F, nicht abgelesen: 33,08 F
2023-11-10_22:02:20 Unknown Code: 1DCBB1000700
Binär: 00011101 11001010 10110001 00000000 00000111 00000000
Codiert: Sensor 2, Adresse 77, Daten 1010 1011 0001 00, Prüfsumme 0111 00

Sensor 2: 2,5 C
Umgerechnet in F, nicht abgelesen: 36,5 F
2023-11-10_22:03:16 Unknown Code: 1DC87D000780

Sensor 2: 8.0 C
Umgerechnet in F, nicht abgelesen: 46,4 F
2023-11-10_22:07:00 Unknown Code: 1DC9154006C0

Sensor 2: 10,2 C bzw. 50,3 F (Abgelesen)
2023-11-10_22:09:48 Unknown Code: 1DCADD4006C0

Zitat von: elektron-bbs am 12 November 2023, 16:38:04Wir müssen uns die Daten Bitweise ansehen, dann klappt es auch mit der Temperatur :-)
Ich habe die Daten in meiner Excel-Tabelle analysiert, da ist ein Versatz von 2 Bit drin.
Danke für die Info!  :) Ist es denn möglich die bisherigen Erkenntnisse mit dem Protokoll 33 überein zu bringen?

ZitatMich würden einige RAWMSG interessieren, um herauszufinden, weshalb es nicht schon mit Protokoll 33 dekodiert wird. Evtl. passen ja die Puls-/Pausezeiten nicht.
Ich habe bisher keine Möglichkeit gefunden um diese zu loggen. Gibts hier eine Möglichkeit?

Ansonsten einfach rauskopiert:
ZitatRAWMSG
s248611800200F1; 480: 8048
Zitat2023-11-12_19:32:15 Unknown Code: 248611800200
Ich habe noch VdS Rauchmelder auf 868,3 MHz, welche ich mir bisher aufgrund des fehlenden logging nicht näher ansehen konnten, dass Gerät wird hier beispielsweise gar nicht angelegt, denke hierzu werde ich einen separaten Eintrag bei Gelegenheit im Forum anlegen.

PS: Aufgrund eines Garantiefalls muss ich das Gerät einsenden, dass Display macht schlapp, die 2 Jahre sind fast um. Ich denke für die weitere Protokollsuche sind nun genug Daten gesammelt.

Ralf9

Ja, die Protokoll ID 33 passt bis auf Kleinigkeiten, dafür ist aber ein Signalduino notwendig.

Was hast Du bei Deinem MAPLECUL mit den drei 868 MHz Modulen geplant?

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

stebar_

Zitat von: Ralf9 am 13 November 2023, 00:22:05Ja, die Protokoll ID 33 passt bis auf Kleinigkeiten, dafür ist aber ein Signalduino notwendig.
Das verstehe ich nicht ganz, ist es ein Hardware Problem?  :)

ZitatWas hast Du bei Deinem MAPLECUL mit den drei 868 MHz Modulen geplant?
Ich möchte gerne meine VdS Rauchmelder (868,3 MHz) in FHEM einbinden, ich habe mich hierzu ausführlich informiert. Da ich auf eine LAN Schnittstelle angewiesen bin, USB ist bei meiner Installation leider nicht möglich, bin ich schnell auf einen voll ausgebauten MAPLECUL (LAN) gestoßen und habe diesen gekauft. Der fertige MAPLECUL war bereits mit 1 x 433 MHz, 3 x 868 MHz ausgestattet, eigentlich benötigt ich nur einmal 868 MHz. Bei der Thematik habe ich leider keine fortschritte wie schon oben beschrieben erzielt.

Ralf9

Nein, es ist kein Hardware Problem? Es ist ein Firmware Problem.
Die Protokoll ID 33 wird vom 00_Signalduino und 14_SD_WS Modul verarbeitet und das funktioniert nur mit der Signalduino Firmware.

Ich schaue mal wie groß der Aufwand ist den NX-7674 in das 14_CUL_TCM97001 Modul einzubauen.

ZitatIch möchte gerne meine VdS Rauchmelder (868,3 MHz) in FHEM einbinden, ich habe mich hierzu ausführlich informiert.
Wie ist die Bezeichnung des Rauchmelders?
Gibts eine Beschreibung des Funk Protokolls?
Gibts schon eine Einbindung des Rauchmelders
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

stebar_

Zitat von: Ralf9 am 13 November 2023, 22:55:34Nein, es ist kein Hardware Problem? Es ist ein Firmware Problem.
Die Protokoll ID 33 wird vom 00_Signalduino und 14_SD_WS Modul verarbeitet und das funktioniert nur mit der Signalduino Firmware.
Das war mir nicht bekannt, das der Siganlduino bereits die Daten Intern aufbereitet und anschließend diese durch FHEM weiterbearbeitet werden. Bin davon ausgegangen, dass die Daten ausschließlich durch den Siganlduino weitergeleitet werden. Man lernt immer dazu  :)

ZitatIch schaue mal wie groß der Aufwand ist den NX-7674 in das 14_CUL_TCM97001 Modul einzubauen.
Ich würde mich sehr freuen! Ich habe recherchiert und herausgefunden, dass das NX-7674 optisch baugleich zu vielen anderen Kühlschrank Thermometern ist, könnte hier eine Liste zusammenstellen (bei bedarf). Wenn es um den Algorithmus für die Auswertung geht, kann ich diesen versuchen in Python zu bilden. Dieser könnte dann als Vorlage für das eigentliche Modul "14_CUL_TCM97001.pm" dienen, ich weiß Python ≠ Perl  8) Ansonsten hatte elektron-bbs bereits eine Excel Tabelle gebaut.

Zitat
ZitatIch möchte gerne meine VdS Rauchmelder (868,3 MHz) in FHEM einbinden, ich habe mich hierzu ausführlich informiert.
Wie ist die Bezeichnung des Rauchmelders?
Gibts eine Beschreibung des Funk Protokolls?
Gibts schon eine Einbindung des Rauchmelders
Ich denke es ist praktischer einen neuen Eintrag im Forum zu erzeugen, da das Thema vermutlich etwas umfangreicher ist.
ZitatRWM-700.vds
Rauchwarnmelder mit erhöhten Leistungsmerkmalen
Scheinbar baugleich zu anderen Modellen, allerdings ohne VdS. Aktuell besteht scheinbar keine Möglichkeit den RM in FHEM einzubinden, jedenfalls hat die Internet Recherche hier nichts ergeben. Protokoll bisher unbekannt, Analyse aufgrund des fehlenden log des RAW nicht möglich.

Zitat von: elektron-bbs am 12 November 2023, 16:38:04Möglicherweise stellen die Bits 36 und 37 (siehe Excel-Tabelle) den Trend der Temperatur dar. Ich sehe dort Werte von 0, 1 oder 2. Das könnte diesen Trends entsprechen: 'consistent', 'rising', 'falling'. Das müsste noch geprüft werden
Es gibt tatsächlich eine Trendanzeige auf dem Display, ist mir gar nicht richtig aufgefallen.

Ralf9

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

stebar_

Zitat von: Ralf9 am 15 November 2023, 13:36:21Ich hab den NX7674 in das 14_CUL_TCM97001.pm Modul eingebaut
https://github.com/Ralf9/14_CUL_TCM97001/blob/dev/fhem/FHEM/14_CUL_TCM97001.pm
Vielen lieben dank für die viele Arbeit ;D
Ich denke offiziell verteilt wird es erst, wenns fehlerfrei läuft, oder? Testen kann ich es, wenn ich die Retour zurückbekomme, ist ,,In Bearbeitung" hoffe, dass es nächste Woche zurück ist.

$temp = (oct("0b". substr($bitData,22,4) . substr($bitData,18,4) . substr($bitData,14,4)) - 1220) * 5 / 90.0;Ich finde die Berechnung echt bemerkenswert, hätte der Thermometer Entwickler sich da nicht was Einfacheres überlegen können oder soll es ein "Decodierschutz" sein?  8)

Zitat von: stebar_ am 14 November 2023, 13:01:47Ich habe recherchiert und herausgefunden, dass das NX-7674 optisch baugleich zu vielen anderen Kühlschrank Thermometern ist, könnte hier eine Liste zusammenstellen (bei bedarf).
NX-7674:
ZitatASIN:    B097NC1H2J
Hersteller:    Rosenstein & Söhne
Herstellerreferenz:    NX7674-944
Preis:            33,54 € (16.11.2023)
Liste optisch baugleicher Geräte:
ZitatASIN:            B08HX5KS9V
Hersteller:        Nimoa
Herstellerreferenz:    Nimoas4ryg2ed75
Preis:            22,19 € (16.11.2023)
ZitatASIN:            ‎B07B9QZHLS
Hersteller:        ORIA
Herstellerreferenz:    WA50
Preis:            19,99 € (16.11.2023)
ZitatASIN:        B07SLMRY4C
Hersteller:        MAGT
Herstellerreferenz:‎    LJJ-05305
Preis:            23,99 € (16.11.2023)
ZitatASIN:        B07LG822SC
Hersteller:        FTVOGUE
Herstellerreferenz:    FTVOGUEnqk54xgu3p
Preis:            29,47 € (16.11.2023)

stebar_

Zitat von: stebar_ am 16 November 2023, 22:15:22
Zitat von: Ralf9 am 15 November 2023, 13:36:21Ich hab den NX7674 in das 14_CUL_TCM97001.pm Modul eingebaut
https://github.com/Ralf9/14_CUL_TCM97001/blob/dev/fhem/FHEM/14_CUL_TCM97001.pm
Vielen lieben dank für die viele Arbeit ;D
Ich denke offiziell verteilt wird es erst, wenns fehlerfrei läuft, oder? Testen kann ich es, wenn ich die Retour zurückbekomme, ist ,,In Bearbeitung" hoffe, dass es nächste Woche zurück ist.

Der Händler hat sich etwas Zeit gelassen, nun ist ein neues Gerät angekommen. Ich habe das verlinkte Modul in den FHEM Ordner kopiert und das alte Modul im Namen verändert. Die Datenwörter sind wie zuvor in dem Unknown Device angekommen, allerdings wurde kein neues Devise mit den Thermometern erzeugt. Was mache ich falsch?  ;D

Viele Grüße

Ralf9

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

stebar_

Zitat von: Ralf9 am 05 Dezember 2023, 22:10:49bitte poste einige empfangene Nachrichten
2023-12-06_09:34:07 Unknown Code: 1146F5400500
2023-12-06_09:34:07 Unknown Code: 1146F5400500
2023-12-06_09:34:08 Unknown Code: 1146F5400500
2023-12-06_09:34:08 Unknown Code: 1146F5400500
2023-12-06_09:35:00 Unknown Code: 1146F5400500
2023-12-06_09:35:00 Unknown Code: 1146F5400500
2023-12-06_09:35:01 Unknown Code: 1146F5400500
2023-12-06_09:35:01 Unknown Code: 1146F5400500
2023-12-06_09:35:53 Unknown Code: 1146F5400500
2023-12-06_09:35:53 Unknown Code: 1146F5400500
2023-12-06_09:35:54 Unknown Code: 1146F5400500
2023-12-06_09:35:54 Unknown Code: 1146F5400500
2023-12-06_09:36:46 Unknown Code: 1146F5400500
2023-12-06_09:36:46 Unknown Code: 1146F5400500
2023-12-06_09:36:47 Unknown Code: 1146F5400500
2023-12-06_09:36:47 Unknown Code: 1146F5400500
2023-12-06_09:37:39 Unknown Code: 1146F5400500
2023-12-06_09:37:39 Unknown Code: 1146F5400500
2023-12-06_09:37:40 Unknown Code: 1146F5400500
2023-12-06_09:37:40 Unknown Code: 1146F5400500
2023-12-06_09:38:32 Unknown Code: 1146F5400500
2023-12-06_09:38:32 Unknown Code: 1146F5400500
2023-12-06_09:38:32 Unknown Code: 1146F5400500
2023-12-06_09:38:33 Unknown Code: 1146F5400500
2023-12-06_09:38:33 Unknown Code: 1146F5400500
2023-12-06_09:39:25 Unknown Code: 114735400540
2023-12-06_09:39:25 Unknown Code: 114735400540
2023-12-06_09:39:26 Unknown Code: 114735400540
2023-12-06_09:39:26 Unknown Code: 114735400540
2023-12-06_09:40:18 Unknown Code: 114735400540
2023-12-06_09:40:18 Unknown Code: 114735400540
2023-12-06_09:40:19 Unknown Code: 114735400540
2023-12-06_09:40:19 Unknown Code: 114735400540
2023-12-06_09:41:11 Unknown Code: 114735400540
2023-12-06_09:41:11 Unknown Code: 114735400540
2023-12-06_09:41:11 Unknown Code: 114735400540
2023-12-06_09:41:12 Unknown Code: 114735400540
2023-12-06_09:41:12 Unknown Code: 114735400540
2023-12-06_09:42:04 Unknown Code: 114735400540
2023-12-06_09:42:04 Unknown Code: 114735400540
2023-12-06_09:42:04 Unknown Code: 114735400540
2023-12-06_09:42:05 Unknown Code: 114735400540
2023-12-06_09:42:05 Unknown Code: 114735400540
Zur Zeit ein Sensor aktiv, 15,7 grad.

Ralf9

Wenn ich damit ein dispatch mache, bekomme ich:
2023.12.06 11:30:25.197 5: sduinoD: dispatch s1146F5400500
2023.12.06 11:30:25.197 5: sduinoD: CUL_TCM97001 sduinoID33 checksum ok, calc CRC = ref CRC = 2
2023.12.06 11:30:25.198 4: sduinoD: CUL_TCM97001 using longid: 0 model: NX7674
2023-12-06 11:30:25.199 Global global UNDEFINED NX7674_17 CUL_TCM97001 CUL_TCM97001_17

Bei Dir wird wahrscheinlich beim device das DEF nicht mehr passen, nach einem ändern des DEF in: CUL_TCM97001_17
bekomme ich:
2023.12.06 11:35:22.820 4: sduinoD: CUL_TCM97001 NX7674_17 ID: 17 T: 15.5 trend: rising Bat: ok CH: 2
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

stebar_

Zitat von: Ralf9 am 06 Dezember 2023, 11:52:25nach einem ändern des DEF in: CUL_TCM97001_17

Habe ich durchgeführt:
defmod Unknown CUL_TCM97001 CUL_TCM97001_17
attr Unknown model Unknown
attr Unknown room CUL_TCM97001

setstate Unknown Code: 1147C9800040
setstate Unknown 2023-12-08 23:54:57 state Code: 1147C9800040


FHEM codiert es nicht. Ich habe das Device bereits gelöscht, danach wird es wieder als Unknown frisch angelegt:
defmod Unknown CUL_TCM97001 CUL_TCM97001_Unknown
attr Unknown model Unknown
attr Unknown room CUL_TCM97001

setstate Unknown Code: 21CBC9800000
setstate Unknown 2023-12-08 23:59:27 state Code: 21CBC9800000


Das model habe ich manuell umgeändert, springt allerdings nach dem nächsten Telegramm wieder in Unknown
attr Unknown model NX7674
Ich bin etwas ratlos.

Ralf9

Hallo stebar_,

habe Deine Antwort jetzt erst gesehen, die Benachrichtigung per email funktioniert nicht immer.

ZitatFHEM codiert es nicht. Ich habe das Device bereits gelöscht, danach wird es wieder als Unknown frisch angelegt:
Hast Du danach ein FHEM restart gemacht?

Bitte poste auch mal ein log Auszug mit sduino verbose 4

Bei mir funktionierts:
2023.12.15 10:38:08.257 5: sduinoD: dispatch s1147C9800040
2023.12.15 10:38:08.257 4: sduinoD: CUL_TCM97001 NX7674_17 17 (1147C9800040) length: 12 RSSI: -42
2023.12.15 10:38:08.258 4: sduinoD: CUL_TCM97001 Parse Name: NX7674_17 , devicecode: CUL_TCM97001_17 , Model defined: NX7674
2023.12.15 10:38:08.258 4: sduinoD: CUL_TCM97001 NX7674_17 ID: 17 T: 20.2 trend: consistent Bat: ok CH: 2
2023-12-15 10:38:08.262 CUL_TCM97001 NX7674_17 temperature: 20.2
2023-12-15 10:38:08.262 CUL_TCM97001 NX7674_17 T: 20.2

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

stebar_

Hallo Ralf9,

bei mir hat die Benachrichtigung ebenfalls nicht funktioniert. Ich melde mich wenn ich Ergebnisse habe.

Viele Grüße

Ralf9

Hallo stebar_,

hast Du es mal gestestet? Passt auch der Trend?

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

stebar_

Hallo Ralf,

nun konnte ich mich um den test kümmern ;-)

ZitatHast Du danach ein FHEM restart gemacht?
Ja, habe ich durchgeführt.

ZitatBitte poste auch mal ein log Auszug mit sduino verbose 4
Ich nutze den sduino nicht, sondern einen MAPLECUL. Ich habe diesen auf verbose 5 geschaltet:
Zitat2024-01-03 22:39:48 Global global UNDEFINED Unknown CUL_TCM97001 CUL_TCM97001_Unknown
2024-01-03 22:39:48 Global global DEFINED Unknown
2024-01-03 22:39:48 Global global DEFINED FileLog_Unknown
2024-01-03 22:39:48 CUL_TCM97001 Unknown Code: 11460D801180
2024-01-03 22:39:48 CUL_TCM97001 Unknown Code: 11460D801180
2024-01-03 22:39:48 CUL_TCM97001 Unknown Code: 11460D801180
2024-01-03 22:39:48 CUL_TCM97001 Unknown Code: 11460D801180
Nachfolgend kann ich das Device sehen:
defmod Unknown CUL_TCM97001 CUL_TCM97001_Unknown
attr Unknown model Unknown
attr Unknown room CUL_TCM97001

setstate Unknown Code: 11470D801340
setstate Unknown 2024-01-03 22:44:13 state Code: 11470D801340

Das ändern der DEF in CUL_TCM97001_17 behebt das Problem ebenfalls nicht, auch hier wurde neu gestartet.

ZitatPasst auch der Trend?
Leider kann ich hier noch nichts sehen...

Kann ich noch etwas anderes tun?

Viele Grüße

Ralf9

Das sind nur die Events, ich benötige auch den log Auszug.
Es sieht so aus als würde es schon ein Device mit der DEF CUL_TCM97001_17 geben.

Es müsste ungefähr so aussehen
2024.01.03 23:20:19.105 4: sduinoD: CUL_TCM97001 CulUnknown 17 (11460D801180) length: 12 RSSI: -138
2024.01.03 23:20:19.105 4: sduinoD: CUL_TCM97001 Parse Name: CulUnknown , devicecode: CUL_TCM97001_17 , Model defined: Unknown
...
2024.01.03 23:20:19.105 5: sduinoD: CUL_TCM97001 sduinoID33 checksum ok, calc CRC = ref CRC = 6
2024.01.03 23:20:19.105 4: sduinoD: CUL_TCM97001 using longid: 0 model: NX7674
2024-01-03 23:20:19.107 Global global UNDEFINED NX7674_17 CUL_TCM97001 CUL_TCM97001_17
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

stebar_

Zitat von: Ralf9 am 03 Januar 2024, 23:30:28Das sind nur die Events, ich benötige auch den log Auszug.
Danke für den Hinweis! Ich habe das Device MAPLECUL_1_433 auf verbose 4 gestellt. Log:
2024.01.04 22:00:34 4: MAPLECUL_1_433: CUL_TCM97001 Unknown 17 (1144858003C0E5) length: 14 RSSI: -87.5
2024.01.04 22:00:34 2: MAPLECUL_1_433: CUL_TCM97001 Unknown device Unknown msg:s1144858003C0E5, please define it
2024.01.04 22:00:34 2: autocreate: define Unknown CUL_TCM97001 CUL_TCM97001_Unknown
2024.01.04 22:00:34 2: autocreate: define FileLog_Unknown FileLog ./log/Unknown-%Y.log Unknown
2024.01.04 22:00:34 4: CUL_Parse: MAPLECUL_1_433 s1144858003C0E4;  496: 8048
2024.01.04 22:00:34 4: MAPLECUL_1_433: CUL_TCM97001 Unknown 17 (1144858003C0E4) length: 14 RSSI: -88
2024.01.04 22:00:34 1: PERL WARNING: Use of uninitialized value $readedModel in string eq at ./FHEM/14_CUL_TCM97001.pm line 2130.
2024.01.04 22:00:34 1: PERL WARNING: Use of uninitialized value $readedModel in concatenation (.) or string at ./FHEM/14_CUL_TCM97001.pm line 2134.
2024.01.04 22:00:35 4: CUL_Parse: MAPLECUL_1_433 s1144858003C0E6;  496: 8032
2024.01.04 22:00:35 4: MAPLECUL_1_433: CUL_TCM97001 Unknown 17 (1144858003C0E6) length: 14 RSSI: -87
2024.01.04 22:00:35 4: CUL_Parse: MAPLECUL_1_433 s1144858003C0E3;  464: 8032
2024.01.04 22:00:35 4: MAPLECUL_1_433: CUL_TCM97001 Unknown 17 (1144858003C0E3) length: 14 RSSI: -88.5
2024.01.04 22:00:35 4: CUL_Parse: MAPLECUL_1_433 s1144858003C0E2;  464: 8048
2024.01.04 22:00:35 4: MAPLECUL_1_433: CUL_TCM97001 Unknown 17 (1144858003C0E2) length: 14 RSSI: -89
Mir sind die Fehlermeldungen
Zitat2024.01.04 22:00:34 1: PERL WARNING: Use of uninitialized value $readedModel in string eq at ./FHEM/14_CUL_TCM97001.pm line 2130.
2024.01.04 22:00:34 1: PERL WARNING: Use of uninitialized value $readedModel in concatenation (.) or string at ./FHEM/14_CUL_TCM97001.pm line 2134.
aufgefallen.

FHEM konnte (irgendwie) die Zuordnung zur Definition 17 herstellen:
2024.01.04 22:00:34 4: MAPLECUL_1_433: CUL_TCM97001 Unknown 17 (1144858003C0E4) length: 14 RSSI: -88
Im Log des Unknown Device, habe ich nachfolgendes gefunden:
2024-01-04_22:00:34 Unknown Code: 1144858003C0
2024-01-04_22:00:35 Unknown Code: 1144858003C0
2024-01-04_22:00:35 Unknown Code: 1144858003C0
2024-01-04_22:00:35 Unknown Code: 1144858003C0

ZitatEs sieht so aus als würde es schon ein Device mit der DEF CUL_TCM97001_17 geben.
Ich habe es in der Config direkt kontrolliert, es gibt nur das ein CUL_TCM97001_81 einer Wetterstation und CUL_TCM97001_Unknown des o. g. Device.

Viele Grüße

Ralf9

Danke, damit habe ich den Fehler gefunden, die Länge hat nicht gepasst.
Es gibt eine neue Version
https://github.com/Ralf9/14_CUL_TCM97001/blob/dev/fhem/FHEM/14_CUL_TCM97001.pm
update all https://raw.githubusercontent.com/Ralf9/14_CUL_TCM97001/dev/fhem/controls_dev_ralf9_CUL_TCM97001.txt
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

stebar_

Zitat von: Ralf9 am 05 Januar 2024, 11:12:14Danke, damit habe ich den Fehler gefunden, die Länge hat nicht gepasst.
Schön, dass sich ein Fehler gefunden wurde! Ich werde es am Wochenende ausprobieren.

Viele Grüße

stebar_

Vorab schon mal eine kurze Rückmeldung, es funktioniert scheinbar, es wurden zwei neue Device angelegt, welche auch plausible Temperaturen anzeigen :)  :)

stebar_

Hier nun die ausführliche Antwort.

Channel 1 (lt. Beschriftung Gerät)
Codierung ok: NX7674_17 T: 18.5
Codierung ok (low und ok geprüft): NX7674_17 2024-01-06 15:09:33 battery ok
Codierung ok (low und ok geprüft): NX7674_17 2024-01-06 15:09:33 batteryState ok
Codierung nok (1 und 2 vertauscht): NX7674_17 2024-01-06 13:51:56 channel 2
Codierung ok: NX7674_17 2024-01-06 15:10:26 state T: 18.5
Codierung ok: NX7674_17 2024-01-06 15:10:26 temperature 18.5
Codierung ok (consistent, falling und rising geprüft): NX7674_17 2024-01-06 13:51:56 trend consistent

Channel 2 (lt. Beschriftung Gerät)
Codierung ok: NX7674_41 T: 18.7
Codierung ok (ok geprüft): NX7674_41 2024-01-06 13:53:08 battery ok
Codierung ok (ok geprüft):: NX7674_41 2024-01-06 13:53:08 batteryState ok
Codierung nok (1 und 2 vertauscht): NX7674_41 2024-01-06 13:53:08 channel 1
Codierung ok: NX7674_41 2024-01-06 15:07:09 state T: 18.7
Codierung ok: NX7674_41 2024-01-06 15:07:09 temperature 18.7
Codierung ok (consistent, falling und rising geprüft): NX7674_41 2024-01-06 13:53:08 trend consistent

Funktion ist also gegeben, die zufällige Adresse und Prüfcode (ok/ nok) wird nicht in den Readings dargestellt.

Ralf9

Es gibt eine neue Version.
Ich habe Kanal 1 und 2 getauscht.

Die zufällige Adresse (ID) steht am Ende der DEF (es fehlen die beiden letzten beiden Bits). Die ID ist nur relevant, falls es in der Umgebung noch weitere NX7674 gibt.
Es werden nur Werte in die Readings geschrieben, wenn der Prüfcode ok ist.
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

stebar_

Kurz und bündig, funktioniert. Kann im Augenblick keine Fehler mehr feststellen!

Vielen Dank nochmals  8)