IT Empfang mit CUL

Begonnen von mehf, 18 August 2013, 20:47:11

Vorheriges Thema - Nächstes Thema

frank

hallo it-freunde,

ich habe heute auch mal zwei intertechno fernbedienungen getestet.

mit einer itt-1500 konnte ich gar nichts empfangen. nicht mal p3-meldungen.
mit einer itz-500 konnte ich nur die folgenden p3-meldungen loggen. diese fb hat ein hauscode stellrad und 16 kanäle, jeweils on und off. im beispiel kanal 16. obere hälfte on, untere hälfte off. die decodierung der 16 kanäle scheint eindeutig und stabil zu sein. es fehlt halt nur die entscheidende p7-meldung.

2013-12-18_21:13:39 cul433 UNKNOWNCODE p 3  288 1120  976  448  5  2 2 F2 554540
2013-12-18_21:13:39 cul433 UNKNOWNCODE p 3  304 1104 1008  400  5  2 2 F4 554540
2013-12-18_21:13:40 cul433 UNKNOWNCODE p 3  272 1136  960  464  5  2 2 F2 554540
2013-12-18_21:13:40 cul433 UNKNOWNCODE p 3  224 1136  960  480  5  2 2 F2 554540
2013-12-18_21:13:40 cul433 UNKNOWNCODE p 3  256 1152  944  448  5  2 2 ED 554540
2013-12-18_21:13:40 cul433 UNKNOWNCODE p 3  320 1024 1072  384  5  2 2 E4 554540
2013-12-18_21:13:40 cul433 UNKNOWNCODE p 3  272 1088 1040  416  5  2 2 EA 554540
2013-12-18_21:13:40 cul433 UNKNOWNCODE p 3  272 1088 1024  400  5  2 2 EE 554540
2013-12-18_21:13:41 cul433 UNKNOWNCODE p 3  256 1120 1008  400  5  2 2 F1 554540
2013-12-18_21:13:41 cul433 UNKNOWNCODE p 3  272 1120 1008  400  4  2 2 F9 554540
2013-12-18_21:13:41 cul433 UNKNOWNCODE p 3  304 1088  992  416  5  2 2 F9 554540
2013-12-18_21:13:41 cul433 UNKNOWNCODE p 3  256 1104 1008  416  5  2 2 FB 554540
2013-12-18_21:13:41 cul433 UNKNOWNCODE p 3  288 1104 1008  400  5  2 2 FA 554500
2013-12-18_21:13:42 cul433 UNKNOWNCODE p 3  272 1104  992  400  5  2 2 FC 554500
2013-12-18_21:13:42 cul433 UNKNOWNCODE p 3  256 1104 1024  432  5  2 2 FF 554500
2013-12-18_21:13:42 cul433 UNKNOWNCODE p 3  256 1120 1024  416  5  2 2 01 554500
2013-12-18_21:13:42 cul433 UNKNOWNCODE p 3  256 1120 1008  400  5  2 2 02 554500
2013-12-18_21:13:42 cul433 UNKNOWNCODE p 3  256 1120  976  432  5  2 2 02 554500
2013-12-18_21:13:42 cul433 UNKNOWNCODE p 3  272 1120 1024  432  5  2 2 03 554500
2013-12-18_21:13:42 cul433 UNKNOWNCODE p 3  256 1120 1008  416  5  2 2 04 554500
2013-12-18_21:13:42 cul433 UNKNOWNCODE p 3  256 1120 1024  416  5  2 2 04 554500
2013-12-18_21:13:43 cul433 UNKNOWNCODE p 3  272 1120  976  416  5  2 2 05 554500
2013-12-18_21:13:43 cul433 UNKNOWNCODE p 3  288 1104 1008  400  5  2 2 05 554500
2013-12-18_21:13:43 cul433 UNKNOWNCODE p 3  288 1104  976  400  5  2 2 05 554500


ich habe folgende dateien benutzt:
CUL_V3.hex 01.12.2013_22:10:34
00_CUL.pm 19.08.2013_23:56:19
10_IT.pm 22.08.2013_21:53:18

kann ich den cul kontrollieren, ob er mit der richtigen firmware geflasht wurde? ich habe die datei CUL_V3.hex in den FHEM-ordner auf einer fritzbox 7390 kopiert und anschliessend den cul mit gedrücktem taster in die fritzbox gesteckt und dann geflasht.
ist der FHEM-ordner der richtige ort?

sollten noch weitere datei-versionen entstehen, wäre es eine grosse erleichterung, alle aktuellen, benötigten dateien im 1. post zur verfügung zu haben.

mein cul hat folgende konfiguration:
cul433 ccconf => freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
kann man an meinen logdaten eventuell erkennen, ob eine veränderung der konfiguration besserung bringt?

gruss frank
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

joesy

Mit dem ITT-1500 empfange ich auch nichts. Mit dem ITS-150 Sender empfange ich sehr gut. Dieser Sender hat auch ein Codierrad, bei mir steht das Rad auf G.

Die Konfig meines CULs (ist eigentlich ein 866er).

freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB

joesy

@mehf
Ich bin versuche gerade, den Code in der culfw zu verstehen und in Verbindung zu den in fhem angezeigten Debug-Informationen zu bringen. Leider habe ich keine Erfahrung mit ATMEGAs. C habe ich auch schon lange nicht mehr benutzt.

2013.12.01 17:46:36 5: CUL0: p 7  304 1056 1008  352  1  3 0  32011008 0C 140414

Die relevanten Änderungen befinden sich meines Wissens in clib/rf_receive.c

Dort wird definiertdefine STATE_IT  7

Ist das korrekt, dass die 7 durch den STATE_IT gesetzt wird? Bei einer p3 Meldung wurde STATE_COLLECT erkannt. Wenn ich nichts im Log sehe (wie bei mir mit dem ITT1500 Sender) hat der CUL nichts (definiertes) empfangen.

So wie ich das verstehe, erfolgt die Protokollerkennung in der ISR(CC1100_INTVECT) Routine.

  if ((hightime < TSCALE(500)) &&  (hightime > TSCALE(200)) &&
             (lowtime  < TSCALE(12160)) && (lowtime > TSCALE(9000))) {
...


Dies erkennt den Sync-Pulse am Ende des Befehls. Dort werden dann auch Low- and Hightime für 0 und 1 definiert. Hier unterscheiden sich die Signale.

Das alte Protokoll:

0 Kurz Lang Lang Kurz
1 Kurz Land Kurz Lang

Das neue Protokoll:
0 Kurz Kurz Kurz Lang
1 Kurz Lang Kurz Kurz

Ich würde jetzt folgendes anpassen:
    b->zero.hightime = hightime;
    b->zero.lowtime = hightime*3+1;
    b->one.hightime = hightime*3+1;
    b->one.lowtime = hightime;


Bin ich hier auf dem richtigen Weg?

mehf

Zitat von: joesy am 20 Dezember 2013, 16:36:24
@mehf
Ich bin versuche gerade, den Code in der culfw zu verstehen und in Verbindung zu den in fhem angezeigten Debug-Informationen zu bringen. Leider habe ich keine Erfahrung mit ATMEGAs. C habe ich auch schon lange nicht mehr benutzt.

2013.12.01 17:46:36 5: CUL0: p 7  304 1056 1008  352  1  3 0  32011008 0C 140414

Die relevanten Änderungen befinden sich meines Wissens in clib/rf_receive.c

Dort wird definiertdefine STATE_IT  7

Ist das korrekt, dass die 7 durch den STATE_IT gesetzt wird? Bei einer p3 Meldung wurde STATE_COLLECT erkannt. Wenn ich nichts im Log sehe (wie bei mir mit dem ITT1500 Sender) hat der CUL nichts (definiertes) empfangen.
ja.
Zitat
So wie ich das verstehe, erfolgt die Protokollerkennung in der ISR(CC1100_INTVECT) Routine.

  if ((hightime < TSCALE(500)) &&  (hightime > TSCALE(200)) &&
             (lowtime  < TSCALE(12160)) && (lowtime > TSCALE(9000))) {
...


Dies erkennt den Sync-Pulse am Ende des Befehls.
Richtig, das ist der Sync Pulse, aber am Anfang. Mittlerweile habe ich die Erkennung nach deinen Beschreibungen auf
if ((hightime < TSCALE(900)) &&  (hightime > TSCALE(100)) &&
             (lowtime  < TSCALE(12000)) && (lowtime > TSCALE(1800))) {

angepasst.
Zitat
Dort werden dann auch Low- and Hightime für 0 und 1 definiert. Hier unterscheiden sich die Signale.

Das alte Protokoll:

0 Kurz Lang Lang Kurz
1 Kurz Land Kurz Lang

Das neue Protokoll:
0 Kurz Kurz Kurz Lang
1 Kurz Lang Kurz Kurz

Ich würde jetzt folgendes anpassen:
    b->zero.hightime = hightime;
    b->zero.lowtime = hightime*3+1;
    b->one.hightime = hightime*3+1;
    b->one.lowtime = hightime;


Bin ich hier auf dem richtigen Weg?
zero (bzw one) hightime lowtime beschreiben das Timing einer "Welle", die ist aber beim alten und neuen Protokoll gleich. Die Umwandlung der Wellen in Bits hatte ich für fhem vorgesehen - wie bei IT. Ich denke da ist nicht viel zu machen.
Ich habe an der Stelle in der letzten Version noch einiges geändert, um die Erkennung robuster zu machen - siehe Anhang.
Kannst du mal ein paar debug-Ausgaben (bei Tastendruck) posten - auch "p 3.." Meldungen könnten helfen.

mehf

Zitat von: frank am 18 Dezember 2013, 22:21:27

2013-12-18_21:13:39 cul433 UNKNOWNCODE p 3  288 1120  976  448  5  2 2 F2 554540
2013-12-18_21:13:39 cul433 UNKNOWNCODE p 3  304 1104 1008  400  5  2 2 F4 554540


ich habe folgende dateien benutzt:
CUL_V3.hex 01.12.2013_22:10:34
00_CUL.pm 19.08.2013_23:56:19
10_IT.pm 22.08.2013_21:53:18
Das scheint mir nicht die Firmware vom 1.12. zu sein...

frank

@mehf

ich habe noch mal die fw vom 01.12 aufgespielt. leider keine änderungen.

anschliessend habe ich die version vom 30 September 2013, 22:56:51 probiert. auch hier erhalte ich nur p3-meldungen. siehe log:

2013-12-20_22:36:47 cul433 UNKNOWNCODE p 3  272 1104  992  400  5  2 2 F0 554540
2013-12-20_22:36:48 cul433 UNKNOWNCODE p 3  272 1104 1008  432  5  2 2 F1 554540
2013-12-20_22:36:48 cul433 UNKNOWNCODE p 3  288 1104 1008  416  5  2 2 F1 554540
2013-12-20_22:36:48 cul433 UNKNOWNCODE p 3  288 1104  992  416  5  2 2 F0 554540
2013-12-20_22:36:48 cul433 UNKNOWNCODE p 3  288 1104  992  416  5  2 2 F1 554540
2013-12-20_22:36:48 cul433 UNKNOWNCODE p 3  304 1088 1008  400  5  2 2 F1 554540
2013-12-20_22:36:50 cul433 UNKNOWNCODE p 3  208 1152  944  480  5  2 2 EF 554500
2013-12-20_22:36:50 cul433 UNKNOWNCODE p 3  272 1120 1008  432  5  2 2 F0 554500
2013-12-20_22:36:50 cul433 UNKNOWNCODE p 3  288 1088  992  432  5  2 2 F0 554500
2013-12-20_22:36:50 cul433 UNKNOWNCODE p 3  272 1104  992  432  5  2 2 F0 554500
2013-12-20_22:36:50 cul433 UNKNOWNCODE p 3  272 1104 1024  416  5  2 2 F0 554500



könntest du in der nächsten version vielleicht die fw nummer etwas verändern?
dann wüsste man genau, was man geflasht hat. z.B. "V1.57a".

gruss frank
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

joesy

Bei mir ändert sich nichts. Der Empfang mit dem alten Protokoll funktioniert weiterhin bestens. Beim Sender mit dem neuen Protokoll wird nicht geloggt. Keine p3 oder auch andere Meldungen.

2013.12.20 23:12:02 5: CUL/RAW: /i14101430

2013.12.20 23:12:02 5: CUL0: i141014 -50
2013.12.20 23:12:02 5: CUL0 dispatch i141014
2013.12.20 23:12:02 3: WZ_Kugel off->off
2013.12.20 23:12:02 5: Triggering WZ_Kugel (1 changes)
2013.12.20 23:12:02 5: Notify loop for WZ_Kugel off
2013.12.20 23:12:02 4: eventTypes: IT WZ_Kugel off -> off
2013.12.20 23:12:02 5: CUL/RAW: /p 7  240 1088  944  416  1  3 0  24011072 30 141014

2013.12.20 23:12:02 5: CUL0: p 7  240 1088  944  416  1  3 0  24011072 30 141014
2013.12.20 23:12:02 5: Triggering CUL0 (1 changes)
2013.12.20 23:12:02 5: Notify loop for CUL0 UNKNOWNCODE p 7  240 1088  944  416  1  3 0  24011072 30 141014
2013.12.20 23:12:02 4: eventTypes: CUL CUL0 UNKNOWNCODE p 7  240 1088  944  416  1  3 0  24011072 30 141014 -> UNKNOWNCODE p .*  .* .*  .*  .*  .*  .* .*  .* .* .*
2013.12.20 23:12:02 2: CUL0: unknown message p 7  240 1088  944  416  1  3 0  24011072 30 141014


Beim Kompilieren der geänderten rf_receive hatte ich ein Problem mit der Deklaration der Funktion cksum3. In der Header-Datei war die Funktion noch nicht statisch definiert. Ich konnte nur erfolgreich kompilieren, nachdem ich die statische Deklaration gelöscht hatte. Mir war es nicht gelungen, die Dateien so zu modifizieren, dass ich mit der statischen Deklaration erfolgreich kompilieren konnte.

mehf


mehf

#68
Bitte mal testen... V1.57a
Wenn es funzt, sollte es "p 8 .." Meldungen geben.

joesy

#69
Das sieht viel besser aus. :D Das ist ja super.

2013.12.21 00:24:26 5: CUL/RAW: /p 8  320  160  320 1184  1  8 0  336 2576 4E 59969A69569A9556

2013.12.21 00:24:26 5: CUL0: p 8  320  160  320 1184  1  8 0  336 2576 4E 59969A69569A9556
2013.12.21 00:24:26 5: Triggering CUL0 (1 changes)
2013.12.21 00:24:26 5: Notify loop for CUL0 UNKNOWNCODE p 8  320  160  320 1184  1  8 0  336 2576 4E 59969A69569A9556
2013.12.21 00:24:26 4: eventTypes: CUL CUL0 UNKNOWNCODE p 8  320  160  320 1184  1  8 0  336 2576 4E 59969A69569A9556 -> UNKNOWNCODE p .*  .*  .*  .* .*  .*  .* .*  .* .* 4E 59969A69569A9556
2013.12.21 00:24:26 2: CUL0: unknown message p 8  320  160  320 1184  1  8 0  336 2576 4E 59969A69569A9556
2013.12.21 00:24:26 5: CUL/RAW: /p 8  304  176  304 1200  1  8 0  336 2576 4F 59969A69569A9556

2013.12.21 00:24:26 5: CUL0: p 8  304  176  304 1200  1  8 0  336 2576 4F 59969A69569A9556
2013.12.21 00:24:26 5: Triggering CUL0 (1 changes)
2013.12.21 00:24:26 5: Notify loop for CUL0 UNKNOWNCODE p 8  304  176  304 1200  1  8 0  336 2576 4F 59969A69569A9556
2013.12.21 00:24:26 4: eventTypes: CUL CUL0 UNKNOWNCODE p 8  304  176  304 1200  1  8 0  336 2576 4F 59969A69569A9556 -> UNKNOWNCODE p .*  .*  .*  .* .*  .*  .* .*  .* .* 4F 59969A69569A9556
2013.12.21 00:24:26 2: CUL0: unknown message p 8  304  176  304 1200  1  8 0  336 2576 4F 59969A69569A9556
2013.12.21 00:24:44 5: CUL/RAW: /p 8  336  144  320 1184  1  8 0  336 2576 50 59969A69569A9556

2013.12.21 00:24:44 5: CUL0: p 8  336  144  320 1184  1  8 0  336 2576 50 59969A69569A9556
2013.12.21 00:24:44 5: Triggering CUL0 (1 changes)
2013.12.21 00:24:44 5: Notify loop for CUL0 UNKNOWNCODE p 8  336  144  320 1184  1  8 0  336 2576 50 59969A69569A9556
2013.12.21 00:24:44 4: eventTypes: CUL CUL0 UNKNOWNCODE p 8  336  144  320 1184  1  8 0  336 2576 50 59969A69569A9556 -> UNKNOWNCODE p .*  .*  .*  .* .*  .*  .* .*  .* .* .* 59969A69569A9556
2013.12.21 00:24:44 2: CUL0: unknown message p 8  336  144  320 1184  1  8 0  336 2576 50 59969A69569A9556
2013.12.21 00:24:44 5: CUL/RAW: /p 8  352  128  336 1184  1  8 0  336 2576 50 59969A69569A9556

2013.12.21 00:24:44 5: CUL0: p 8  352  128  336 1184  1  8 0  336 2576 50 59969A69569A9556
2013.12.21 00:24:44 5: Triggering CUL0 (1 changes)
2013.12.21 00:24:44 5: Notify loop for CUL0 UNKNOWNCODE p 8  352  128  336 1184  1  8 0  336 2576 50 59969A69569A9556
2013.12.21 00:24:44 4: eventTypes: CUL CUL0 UNKNOWNCODE p 8  352  128  336 1184  1  8 0  336 2576 50 59969A69569A9556 -> UNKNOWNCODE p .*  .*  .*  .* .*  .*  .* .*  .* .* .* 59969A69569A9556
2013.12.21 00:24:44 2: CUL0: unknown message p 8  352  128  336 1184  1  8 0  336 2576 50 59969A69569A9556


Aktuell wird nicht jeder Schaltvorgang erkannt, da werde ich wohl noch einmal mit den Parametern spielen.

@mehf
Vielen Dank

Jetzt bin ich aber neugierig, was war denn die relevante Änderung.

Der Empfang des alten Codes funktioniert außerdem weiterhin bestens.

mehf

Hab' wohl irgendwie nicht richtig gelesen - hab' immer gedacht es muss am sync liegen. Letztendlich ist die "Welle" ja doch nicht wie beim alten IT.
Was mich aber wundert sind die "zero" timings: 320 160?? - sollten das nicht eher 300 300 sein? - da ist vielleicht noch Optimierungspotential.

joesy

Das Zero-Timing ist bei allen Tasten so ähnlich. Du hast Recht. Nach dem Traces mit der Pilight-Software müssten die bei 300/300 liegen.

2013.12.21 01:15:36 5: CUL/RAW: /p 8  304  208  288 1184  1  8 0  336 2560 2E 59969A69569A9559

2013.12.21 01:15:36 5: CUL0: p 8  304  208  288 1184  1  8 0  336 2560 2E 59969A69569A9559
2013.12.21 01:15:36 5: Triggering CUL0 (1 changes)
2013.12.21 01:15:36 5: Notify loop for CUL0 UNKNOWNCODE p 8  304  208  288 1184  1  8 0  336 2560 2E 59969A69569A9559
2013.12.21 01:15:36 4: eventTypes: CUL CUL0 UNKNOWNCODE p 8  304  208  288 1184  1  8 0  336 2560 2E 59969A69569A9559 -> UNKNOWNCODE p .*  .*  .*  .* .*  .*  .* .*  .* .* 2E 59969A69569A9559
2013.12.21 01:15:36 2: CUL0: unknown message p 8  304  208  288 1184  1  8 0  336 2560 2E 59969A69569A9559
2013.12.21 01:15:46 5: CUL/RAW: /p 8  320  176  304 1200  1  8 0  336 2656 34 59969A69569A9556

2013.12.21 01:15:46 5: CUL0: p 8  320  176  304 1200  1  8 0  336 2656 34 59969A69569A9556
2013.12.21 01:15:46 5: Triggering CUL0 (1 changes)
2013.12.21 01:15:46 5: Notify loop for CUL0 UNKNOWNCODE p 8  320  176  304 1200  1  8 0  336 2656 34 59969A69569A9556
2013.12.21 01:15:46 4: eventTypes: CUL CUL0 UNKNOWNCODE p 8  320  176  304 1200  1  8 0  336 2656 34 59969A69569A9556 -> UNKNOWNCODE p .*  .*  .*  .* .*  .*  .* .*  .* .* .* 59969A69569A9556
2013.12.21 01:15:46 2: CUL0: unknown message p 8  320  176  304 1200  1  8 0  336 2656 34 59969A69569A9556
2013.12.21 01:17:17 5: CUL/RAW: /p 8  256  208  288 1216  1  8 0  336 2576 44 596559A66A999556

2013.12.21 01:17:17 5: CUL0: p 8  256  208  288 1216  1  8 0  336 2576 44 596559A66A999556
2013.12.21 01:17:17 5: Triggering CUL0 (1 changes)
2013.12.21 01:17:17 5: Notify loop for CUL0 UNKNOWNCODE p 8  256  208  288 1216  1  8 0  336 2576 44 596559A66A999556
2013.12.21 01:17:17 4: eventTypes: CUL CUL0 UNKNOWNCODE p 8  256  208  288 1216  1  8 0  336 2576 44 596559A66A999556 -> UNKNOWNCODE p .*  .*  .*  .* .*  .*  .* .*  .* .* .* 596559A66A999556
2013.12.21 01:17:17 2: CUL0: unknown message p 8  256  208  288 1216  1  8 0  336 2576 44 596559A66A999556
2013.12.21 01:17:17 5: CUL/RAW: /p 8  304  192  288 1200  1  8 0  336 2592 44 596559A66A999556

2013.12.21 01:17:17 5: CUL0: p 8  304  192  288 1200  1  8 0  336 2592 44 596559A66A999556
2013.12.21 01:17:17 5: Triggering CUL0 (1 changes)
2013.12.21 01:17:17 5: Notify loop for CUL0 UNKNOWNCODE p 8  304  192  288 1200  1  8 0  336 2592 44 596559A66A999556
2013.12.21 01:17:17 4: eventTypes: CUL CUL0 UNKNOWNCODE p 8  304  192  288 1200  1  8 0  336 2592 44 596559A66A999556 -> UNKNOWNCODE p .*  .*  .*  .* .*  .*  .* .*  .* .* .* 596559A66A999556
2013.12.21 01:17:17 2: CUL0: unknown message p 8  304  192  288 1200  1  8 0  336 2592 44 596559A66A999556
2013.12.21 01:17:27 5: CUL/RAW: /p 8  336  160  304 1168  1  8 0  320 2608 3F 596559A66A999559

2013.12.21 01:17:27 5: CUL0: p 8  336  160  304 1168  1  8 0  320 2608 3F 596559A66A999559
2013.12.21 01:17:27 5: Triggering CUL0 (1 changes)
2013.12.21 01:17:27 5: Notify loop for CUL0 UNKNOWNCODE p 8  336  160  304 1168  1  8 0  320 2608 3F 596559A66A999559
2013.12.21 01:17:27 4: eventTypes: CUL CUL0 UNKNOWNCODE p 8  336  160  304 1168  1  8 0  320 2608 3F 596559A66A999559 -> UNKNOWNCODE p .*  .*  .*  .* .*  .*  .* .*  .* .* 3F 596559A66A999559
2013.12.21 01:17:27 2: CUL0: unknown message p 8  336  160  304 1168  1  8 0  320 2608 3F 596559A66A999559

frank

mein respekt an die nachtschwärmer!!!

mit der neuen versionsnummer war gleich klar, dass die fritzbox nicht das getan hat, was ich wollte. mit flip3.4.7 über windows kein problem.

auf beide fernbedienungen reagiert der cul. siehe aufzeichnungen:

itz-500: kanal3-on
2013.12.21 18:41:10.020 5: CUL/RAW: /i051015F9
2013.12.21 18:41:10.021 5: cul433: i051015 -77.5
2013.12.21 18:41:10.024 5: cul433 dispatch i051015
2013.12.21 18:41:10.027 3: B3 on->on

2013.12.21 18:41:10.148 5: CUL/RAW: /p 7  256 1136  992  400  1  3 0  22410160 F9 051015
2013.12.21 18:41:10.150 5: cul433: p 7  256 1136  992  400  1  3 0  22410160 F9 051015
2013.12.21 18:41:10.267 2: cul433: unknown message p 7  256 1136  992  400  1  3 0  22410160 F9 051015

2013.12.21 18:41:10.292 5: CUL/RAW: /i051015FA
2013.12.21 18:41:10.293 5: cul433: i051015 -77
2013.12.21 18:41:10.295 5: cul433 dispatch i051015
2013.12.21 18:41:10.298 3: B3 on->on

2013.12.21 18:41:10.417 5: CUL/RAW: /p 7  288 1088 1040  384  1  3 0  25610128 FA 051015
2013.12.21 18:41:10.419 5: cul433: p 7  288 1088 1040  384  1  3 0  25610128 FA 051015
2013.12.21 18:41:10.535 2: cul433: unknown message p 7  288 1088 1040  384  1  3 0  25610128 FA 051015

2013.12.21 18:41:10.553 5: CUL/RAW: /i051015FA
p 7  272 1104 1024  400  1  3 0  256 9920 FA 051015
2013.12.21 18:41:10.555 5: cul433: i051015 -77
2013.12.21 18:41:10.557 5: cul433 dispatch i051015
2013.12.21 18:41:10.559 3: B3 on->on
2013.12.21 18:41:10.678 5: cul433: p 7  272 1104 1024  400  1  3 0  256 9920 FA 051015
2013.12.21 18:41:10.798 2: cul433: unknown message p 7  272 1104 1024  400  1  3 0  256 9920 FA 051015

2013.12.21 18:41:10.805 5: CUL/RAW: /i051015FA
p 7  288 1088 1056  384  1  3 0  35210080 FA 051015
i051015FA
p 7  288 1104 1008  400  1  3 0  33610048 FA 051015
i051015FA
p 7  272 1104 1056  352  1  3 0  35210080 FA 051015
2013.12.21 18:41:10.806 5: cul433: i051015 -77
2013.12.21 18:41:10.809 5: cul433 dispatch i051015
2013.12.21 18:41:10.812 3: B3 on->on
2013.12.21 18:41:10.930 5: cul433: p 7  288 1088 1056  384  1  3 0  35210080 FA 051015
2013.12.21 18:41:11.048 2: cul433: unknown message p 7  288 1088 1056  384  1  3 0  35210080 FA 051015
2013.12.21 18:41:11.050 5: cul433: i051015 -77
2013.12.21 18:41:11.052 5: cul433 dispatch i051015
2013.12.21 18:41:11.055 3: B3 on->on
2013.12.21 18:41:11.174 5: cul433: p 7  288 1104 1008  400  1  3 0  33610048 FA 051015
2013.12.21 18:41:11.300 2: cul433: unknown message p 7  288 1104 1008  400  1  3 0  33610048 FA 051015
2013.12.21 18:41:11.302 5: cul433: i051015 -77
2013.12.21 18:41:11.304 5: cul433 dispatch i051015
2013.12.21 18:41:11.307 3: B3 on->on
2013.12.21 18:41:11.425 5: cul433: p 7  272 1104 1056  352  1  3 0  35210080 FA 051015
2013.12.21 18:41:11.628 2: cul433: unknown message p 7  272 1104 1056  352  1  3 0  35210080 FA 051015

2013.12.21 18:41:11.644 5: CUL/RAW: /i051015FA
p 7  272 1088 1088  368  1  3 0  25610112 FA 051015
i051015FA
p 7  304 1104 1040  368  1  3 0  25610128 FA 051015
2013.12.21 18:41:11.646 5: cul433: i051015 -77
2013.12.21 18:41:11.648 5: cul433 dispatch i051015
2013.12.21 18:41:11.651 3: B3 on->on
2013.12.21 18:41:11.866 5: cul433: p 7  272 1088 1088  368  1  3 0  25610112 FA 051015
2013.12.21 18:41:12.037 2: cul433: unknown message p 7  272 1088 1088  368  1  3 0  25610112 FA 051015
2013.12.21 18:41:12.039 5: cul433: i051015 -77
2013.12.21 18:41:12.042 5: cul433 dispatch i051015
2013.12.21 18:41:12.046 3: B3 on->on
2013.12.21 18:41:12.225 5: cul433: p 7  304 1104 1040  368  1  3 0  25610128 FA 051015
2013.12.21 18:41:12.366 2: cul433: unknown message p 7  304 1104 1040  368  1  3 0  25610128 FA 051015


wenn ich das richtig interpretiere, beginnt eine aufzeichnungssequenz immer mit CUL/RAW. wahrsscheinlich der inhalt des cul eingangsspeichers, da häufig mehrere ereignisse enthalten sind. die folgenden logeinträge beschreiben die einzelnen ereignisse.
je 2 cul433-logeinträge pro ereignis. mit kennzeichnung "dispatch" konnte decodiert werden, mit kennzeichnung "unknown" gabs propleme.
demzufolge müßte bei der decodierung etwas schieflaufen, denn in schöner regelmässigkeit folgt auf ein dispatch-ereigniss ein unknown-ereigniss (obwohl p7).

itz-500: kanal3-off
2013.12.21 18:52:14.613 5: CUL/RAW: /p 3  256 1104 1040  416  4  2 2  240 9792 0D 440500
2013.12.21 18:52:14.615 5: cul433: p 3  256 1104 1040  416  4  2 2  240 9792 0D 440500
2013.12.21 18:52:14.756 2: cul433: unknown message p 3  256 1104 1040  416  4  2 2  240 9792 0D 440500

2013.12.21 18:52:14.760 5: CUL/RAW: /i0510140D
p 7  288 1072 1056  400  1  3 0  33610064 0D 051014
i0510140F
p 7  288 1120 1056  368  1  3 0  36810128 0F 051014
i0510140E
p 7  272 1120 1024  400  1  3 0  24010080 0E 051014
2013.12.21 18:52:14.762 5: cul433: i051014 -67.5
2013.12.21 18:52:14.764 5: cul433 dispatch i051014
2013.12.21 18:52:14.767 3: B3 on->off
2013.12.21 18:52:14.885 5: cul433: p 7  288 1072 1056  400  1  3 0  33610064 0D 051014
2013.12.21 18:52:15.003 2: cul433: unknown message p 7  288 1072 1056  400  1  3 0  33610064 0D 051014
2013.12.21 18:52:15.005 5: cul433: i051014 -66.5
2013.12.21 18:52:15.007 5: cul433 dispatch i051014
2013.12.21 18:52:15.010 3: B3 off->off
2013.12.21 18:52:15.127 5: cul433: p 7  288 1120 1056  368  1  3 0  36810128 0F 051014
2013.12.21 18:52:15.246 2: cul433: unknown message p 7  288 1120 1056  368  1  3 0  36810128 0F 051014
2013.12.21 18:52:15.248 5: cul433: i051014 -67
2013.12.21 18:52:15.250 5: cul433 dispatch i051014
2013.12.21 18:52:15.253 3: B3 off->off
2013.12.21 18:52:15.369 5: cul433: p 7  272 1120 1024  400  1  3 0  24010080 0E 051014
2013.12.21 18:52:15.485 2: cul433: unknown message p 7  272 1120 1024  400  1  3 0  24010080 0E 051014

2013.12.21 18:52:15.491 5: CUL/RAW: /i0510140E
p 7  256 1120  992  400  1  3 0  32010112 0E 051014
i0510140E
p 7  288 1088 1056  352  1  3 0  24010160 0E 051014
i0510140E
p 7  288 1104 1024  400  1  3 0  32010128 0E 051014
i0510140E
p 7  272 1104 1024  384  1  3 0  352 9824 0E 051014
2013.12.21 18:52:15.493 5: cul433: i051014 -67
2013.12.21 18:52:15.495 5: cul433 dispatch i051014
2013.12.21 18:52:15.498 3: B3 off->off
2013.12.21 18:52:15.616 5: cul433: p 7  256 1120  992  400  1  3 0  32010112 0E 051014
2013.12.21 18:52:15.735 2: cul433: unknown message p 7  256 1120  992  400  1  3 0  32010112 0E 051014
2013.12.21 18:52:15.737 5: cul433: i051014 -67
2013.12.21 18:52:15.739 5: cul433 dispatch i051014
2013.12.21 18:52:15.742 3: B3 off->off
2013.12.21 18:52:15.857 5: cul433: p 7  288 1088 1056  352  1  3 0  24010160 0E 051014
2013.12.21 18:52:15.976 2: cul433: unknown message p 7  288 1088 1056  352  1  3 0  24010160 0E 051014
2013.12.21 18:52:15.978 5: cul433: i051014 -67
2013.12.21 18:52:15.980 5: cul433 dispatch i051014
2013.12.21 18:52:15.982 3: B3 off->off
2013.12.21 18:52:16.117 5: cul433: p 7  288 1104 1024  400  1  3 0  32010128 0E 051014
2013.12.21 18:52:16.235 2: cul433: unknown message p 7  288 1104 1024  400  1  3 0  32010128 0E 051014
2013.12.21 18:52:16.237 5: cul433: i051014 -67
2013.12.21 18:52:16.239 5: cul433 dispatch i051014
2013.12.21 18:52:16.242 3: B3 off->off

2013.12.21 18:52:16.367 5: CUL/RAW: p 7  272 1104 1024  384  1  3 0  352 9824 0E 051014
/
i0510140E
p 7  288 1088 1040  400  1  3 0  30410128 0E 051014
i0510140E
p 7  288 1104 1024  384  1  3 0  33610064 0E 051014
i0510140E
p 7  272 1104 1040  400  1  3 0  30410128 0E 051014
i0510140E
p 7  272 1104 1008  416  1  3 0  30410112 0E 051014
2013.12.21 18:52:16.369 5: cul433: p 7  272 1104 1024  384  1  3 0  352 9824 0E 051014
2013.12.21 18:52:16.484 2: cul433: unknown message p 7  272 1104 1024  384  1  3 0  352 9824 0E 051014
2013.12.21 18:52:16.486 5: cul433: i051014 -67
2013.12.21 18:52:16.488 5: cul433 dispatch i051014
2013.12.21 18:52:16.491 3: B3 off->off
2013.12.21 18:52:16.607 5: cul433: p 7  288 1088 1040  400  1  3 0  30410128 0E 051014
2013.12.21 18:52:16.726 2: cul433: unknown message p 7  288 1088 1040  400  1  3 0  30410128 0E 051014
2013.12.21 18:52:16.728 5: cul433: i051014 -67
2013.12.21 18:52:16.730 5: cul433 dispatch i051014
2013.12.21 18:52:16.733 3: B3 off->off
2013.12.21 18:52:16.848 5: cul433: p 7  288 1104 1024  384  1  3 0  33610064 0E 051014
2013.12.21 18:52:16.967 2: cul433: unknown message p 7  288 1104 1024  384  1  3 0  33610064 0E 051014
2013.12.21 18:52:16.970 5: cul433: i051014 -67
2013.12.21 18:52:16.974 5: cul433 dispatch i051014
2013.12.21 18:52:16.976 3: B3 off->off
2013.12.21 18:52:17.092 5: cul433: p 7  272 1104 1040  400  1  3 0  30410128 0E 051014
2013.12.21 18:52:17.209 2: cul433: unknown message p 7  272 1104 1040  400  1  3 0  30410128 0E 051014
2013.12.21 18:52:17.210 5: cul433: i051014 -67
2013.12.21 18:52:17.213 5: cul433 dispatch i051014
2013.12.21 18:52:17.215 3: B3 off->off

2013.12.21 19:26:39.310 5: CUL/RAW: p 7  288 1088 1040  384  1  3 0  33610080 FE 051014
/
p 3  304 1088 1072  384  4  2 2  33610080 01 440500
i05101401
p 7  304 1072 1056  384  1  3 0  32010096 01 051014
i05101401
p 7  288 1088 1040  384  1  3 0  33610080 01 051014
i05101401
p 7  304 1072 1024  400  1  3 0  32010096 01 051014
i05101401
2013.12.21 19:26:39.313 5: cul433: p 7  288 1088 1040  384  1  3 0  33610080 FE 051014
2013.12.21 19:26:39.444 2: cul433: unknown message p 7  288 1088 1040  384  1  3 0  33610080 FE 051014
2013.12.21 19:26:39.446 5: cul433: p 3  304 1088 1072  384  4  2 2  33610080 01 440500
2013.12.21 19:26:39.576 2: cul433: unknown message p 3  304 1088 1072  384  4  2 2  33610080 01 440500
2013.12.21 19:26:39.578 5: cul433: i051014 -73.5
2013.12.21 19:26:39.581 5: cul433 dispatch i051014
2013.12.21 19:26:39.584 3: B3 off->off
2013.12.21 19:26:39.722 5: cul433: p 7  304 1072 1056  384  1  3 0  32010096 01 051014
2013.12.21 19:26:39.857 2: cul433: unknown message p 7  304 1072 1056  384  1  3 0  32010096 01 051014
2013.12.21 19:26:39.860 5: cul433: i051014 -73.5
2013.12.21 19:26:39.862 5: cul433 dispatch i051014
2013.12.21 19:26:39.865 3: B3 off->off
2013.12.21 19:26:39.997 5: cul433: p 7  288 1088 1040  384  1  3 0  33610080 01 051014
2013.12.21 19:26:40.130 2: cul433: unknown message p 7  288 1088 1040  384  1  3 0  33610080 01 051014
2013.12.21 19:26:40.132 5: cul433: i051014 -73.5
2013.12.21 19:26:40.134 5: cul433 dispatch i051014
2013.12.21 19:26:40.137 3: B3 off->off
2013.12.21 19:26:40.268 5: cul433: p 7  304 1072 1024  400  1  3 0  32010096 01 051014
2013.12.21 19:26:40.403 2: cul433: unknown message p 7  304 1072 1024  400  1  3 0  32010096 01 051014


bei den off-ereignissen sind zusätzlich zu den nicht dekodierbaren p7-ereignissen auch zwei p3-ereignisse enthalten mit den codes, die mir die normale culfw geliefert hat. .

itt-1500: kanal3-on
2013.12.21 19:12:38.484 5: CUL/RAW: /p 8  320  192  304 1168  1  8 0  304 2544 FC 5665A596A5959659
2013.12.21 19:12:38.485 5: cul433: p 8  320  192  304 1168  1  8 0  304 2544 FC 5665A596A5959659
2013.12.21 19:12:38.603 2: cul433: unknown message p 8  320  192  304 1168  1  8 0  304 2544 FC 5665A596A5959659

2013.12.21 19:12:38.965 5: CUL/RAW: /p 8  336  160  320 1184  1  8 0  352 2496 FD 5665A596A5959659
2013.12.21 19:12:38.967 5: cul433: p 8  336  160  320 1184  1  8 0  352 2496 FD 5665A596A5959659
2013.12.21 19:12:39.085 2: cul433: unknown message p 8  336  160  320 1184  1  8 0  352 2496 FD 5665A596A5959659


itt-1500: kanal3-off
2013.12.21 19:14:44.712 5: CUL/RAW: /p 8  336  160  304 1152  1  8 0  336 2576 F9 5665A596A5959559
2013.12.21 19:14:44.713 5: cul433: p 8  336  160  304 1152  1  8 0  336 2576 F9 5665A596A5959559
2013.12.21 19:14:44.870 2: cul433: unknown message p 8  336  160  304 1152  1  8 0  336 2576 F9 5665A596A5959559

2013.12.21 19:14:46.399 5: CUL/RAW: /p 8  320  160  320 1136  1  8 0  320 2592 FA 5665A596A5959559
2013.12.21 19:14:46.400 5: cul433: p 8  320  160  320 1136  1  8 0  320 2592 FA 5665A596A5959559
2013.12.21 19:14:46.521 2: cul433: unknown message p 8  320  160  320 1136  1  8 0  320 2592 FA 5665A596A5959559

2013.12.21 19:14:46.525 5: CUL/RAW: /p 8  320  160  304 1184  1  8 0  336 2576 FA 5665A596A5959559
2013.12.21 19:14:46.526 5: cul433: p 8  320  160  304 1184  1  8 0  336 2576 FA 5665A596A5959559
2013.12.21 19:14:46.642 2: cul433: unknown message p 8  320  160  304 1184  1  8 0  336 2576 FA 5665A596A5959559


ich gehe davon aus, dass für die neuen p8-ereignisse noch keine dispatch-informationen erfolgen können, da wohl noch nicht integriert.

falls man wünsche anmelden kann, würde ich mir wünschen, dass die erkannten codes in intertechnocode erscheinen! z.B. "CUL/RAW: /iFF000F000FFF"

schöne arbeit, weiter so,
gruss frank                   
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

joesy

#73
Ja, derzeit ist die Unterstützung für den neuen IT-Code lediglich in der CUL-Firmware vorhanden. Hier sind noch Anpassungen im CUL- und IT-Modul notwendig.

@Frank:
Einfach in der 10_IT.pm von mehf in der Zeile 334 das Kommentarzeichen am Anfang der Zeile löschen und danach fhem neustarten oder als fhem-Befehl reload 10_IT, damit das geänderte Modul verwendet wird.

#Log3 $hash,3,$msg."->".$msgcode."->".$housecode." ".$onoffcode;

Dann siehst du im Log so etwas:
2013.12.22 15:02:15 5: CUL0: i141014 -85
2013.12.22 15:02:15 5: CUL0 dispatch i141014
2013.12.22 15:02:15 3: i141014->0FF00F000FF0->0FF00F000F F0
2013.12.22 15:02:15 3: WZ_Kugel off->off
2013.12.22 15:02:15 5: Triggering WZ_Kugel (1 changes)
2013.12.22 15:02:15 5: Notify loop for WZ_Kugel off


Aber wie gesagt, momentan nur für den alten Code.

frank

@joesy

klappt hervorragend, danke.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html