Hallo,
ich habe beim 10_IT.pm Modul einige Modifikationen und Ergänzungen durchgeführt.
- beim readingsupdate werden jetzt events erzeugt
- ergänzungen beim logging und umstellung auf Log3
- es werden auch Sensoren mit dem EV1527 unterstützt
- zusätzliche logs beim set
- der SIGNALduino verwendet jetzt beim set das IOWrite (funktioniert z.Zt. nur bei der dev-r32 Version)
beim SIGNALduino funktioniert auch die ITrepetition
Hier ist die aktuelle Version von meinen anpassungen an dem IT-Modul:
https://github.com/Ralf9/test/blob/master/FHEM/10_IT.pm
update all https://raw.githubusercontent.com/Ralf9/test/master/controls_signalduino.txt
Beim ev1527 wird beim housecode "1527x" am Anfang, z.B. "1527xe0fec" verwendet.
Hier ist das log vom autocreate des EV1527:
2016.04.02 11:25:34 5: sduinoD dispatch i327803
2016.04.02 11:25:34 4: sduinoD IT: message "i327803" (7)
2016.04.02 11:25:34 4: sduinoD IT: msgcode "" (0) bin = 001100100111100000000011
2016.04.02 11:25:34 4: sduinoD IT: EV1527 housecode = 1527x32780 onoffcode = 0011
2016.04.02 11:25:34 4: sduinoD IT: 1527x32780 not defined (Switch code: 0011)
2016.04.02 11:25:34 2: autocreate: define IT_1527x32780 IT 1527x32780 0011 0000
Für EV1527 Sensoren deren Code ein gültiger Tristatecode (0,1,F) ist, gibt es das Attribut model ev1527.
Nachdem das Attribut model = ev1527 gesetzt wurde, muß noch beim define der on- und off-code in 4 Bit geändert werden. z.B.
define IT_F10000000F IT F10000000F 0110 0000
attr IT_F10000000F model ev1527
2016.04.10 20:33:19 5: sduinoD dispatch i700016
2016.04.10 20:33:19 4: sduinoD IT: message "i700016" (7)
2016.04.10 20:33:19 4: sduinoD IT Parse bintotristate: msgcode=F10000000FF
2016.04.10 20:33:19 4: sduinoD IT: msgcode "F10000000F00" (12) bin = 011100000000000000010110
2016.04.10 20:33:19 5: sduinoD IT: V1 housecode = F10000000F onoffcode = 00
2016.04.10 20:33:19 4: sduinoD IT EV1527: IT_F10000000F, on code=0110, Switch code=0110
2016.04.10 20:33:19 3: sduinoD IT: IT_F10000000F ???->on
Gruß Ralf
Zitat von: Ralf9 am 29 April 2016, 22:18:48
ich habe beim 10_IT.pm Modul einige Modifikationen und Ergänzungen durchgeführt.
@bjoernh
liest Du hier mit? Hast Du meine Modifikationen und Ergänzungen mal angeschaut?
Es wäre schön, wenn Du sie in die offizielle Version übernehmen könntest.
Gruß Ralf
Hi Ralf,
ja, ich habe es gelesen.
Bin aber noch nicht dazu gekommen.
Gruß Björn
Zitat von: bjoernh am 16 Mai 2016, 22:53:27
Hi Ralf,
ja, ich habe es gelesen.
Bin aber noch nicht dazu gekommen.
Gruß Björn
Schade, dass es immer noch nicht eingecheckt ist. Hätte mir einiges an Suchen erspart ;)
@Ralf9 Gute Arbeit - Danke
Hallo Ralf,
habe es herausgefunden. Das nicht funktionierende Gerät ist vom "protocol" "V3". Im Code habe ich gesehen, dass hier nicht vorgesehen war, dass es sich um etwas anderes als einen Dimmer handeln könnte. Bei mir ist es leider ein Schalter.
Wenn ich die Zeilen 243 bis 265 deiner Version um einen zusätzlichen Fallback (siehe vorletztes else) anpasse funktioniert alles perfekt.
if ($hash->{READINGS}{protocol}{VAL} eq "V3") {
if( AttrVal($name, "model", "") eq "itdimmer" ) {
if ($cmd eq "on") {
readingsSingleUpdate($lh, "dim", "100",1);
readingsSingleUpdate($lh, "state", "on",1);
} elsif ($cmd eq "off") {
readingsSingleUpdate($lh, "dim", "0",1);
readingsSingleUpdate($lh, "state", "off",1);
} else {
if ($cmd eq "dim100%") {
$lh->{STATE} = "on";
readingsSingleUpdate($lh, "state", "on",1);
} elsif ($cmd eq "dim00%") {
$lh->{STATE} = "off";
readingsSingleUpdate($lh, "state", "off",1);
} else {
readingsSingleUpdate($lh, "state", $cmd,1);
}
}
} else {
readingsSingleUpdate($lh, "state", $cmd,1);
}
} else {
readingsSingleUpdate($lh, "state", $cmd,1);
}
Könntest du das bitte in deine Version aufnehmen, so dass der Maintainer nur einmal mergen muss?
@DeeSPe: Ich bin mir sicher, dass es daran liegt, da nun alles funktioniert. Bei meinen Homematic Geräten war das Problem nicht aufgetreten, da hier das readings update schon korrekt implementiert wurde, sowohl für Rollos als auch Schalter.
Zitat von: DAREALBA53 am 15 September 2016, 08:25:45
Könntest du das bitte in deine Version aufnehmen, so dass der Maintainer nur einmal mergen muss?
Ich habe es in meine Version aufgenommen.
Ich habe außerdem noch
bei ITv1 beim model itdimmer noch was geändert damit das dimup und dimdown funktioniert
und item summary für die neue modulare Commandref zugefügt
Gruß Ralf
Hallo Ralf,
sehr gute Arbeit und vielen Dank für deine Hilfe. Ich habe deine Version bei mir getestet und es funktioniert einwandfrei.
Hat Björn nochmal Kontakt mit dir aufgenommen wann er das Modul mergt?
Viele Grüße
Zitat von: DAREALBA53 am 19 September 2016, 18:02:58
Hallo Ralf,
sehr gute Arbeit und vielen Dank für deine Hilfe. Ich habe deine Version bei mir getestet und es funktioniert einwandfrei.
Hat Björn nochmal Kontakt mit dir aufgenommen wann er das Modul mergt?
Viele Grüße
Nein hat er noch nicht ;-)
@Ralf, kannst Du mir mit die letzte Version zum mergen bereitstellen.
Gruß
Björn
Zitat von: bjoernh am 19 September 2016, 18:21:24
@Ralf, kannst Du mir mit die letzte Version zum mergen bereitstellen.
Dies ist die aktuelle Version
https://github.com/Ralf9/test/blob/master/FHEM/10_IT.pm
update all https://raw.githubusercontent.com/Ralf9/test/master/controls_signalduino.txtIst es so ausreichend oder benötigtst Du auch Zugriffsrechte aufs github?
Gruß Ralf
Zitat von: Ralf9 am 19 September 2016, 20:41:17
Dies ist die aktuelle Version
https://github.com/Ralf9/test/blob/master/FHEM/10_IT.pm
update all https://raw.githubusercontent.com/Ralf9/test/master/controls_signalduino.txt
Ist es so ausreichend oder benötigtst Du auch Zugriffsrechte aufs github?
Gruß Ralf
OK, ist übernommen und bereits eingecheckt.
Gruß
Björn
Perfekt vielen Dank an euch beide. Funktioniert sehr gut.
Hallo,
seit dem Update heute, gehen meine Signalduino IT SET Kommandos nichtmehr:
Verbose sagt:
2016.09.21 22:40:48 2: sduino IT_set: IT_0FFFFF0FFF on
2016.09.21 22:40:48 5: sduino: sending sendMsgP3#0FFFFF0FFF0F#R6
2016.09.21 22:40:48 5: sduino SW: sendMsgP3#0FFFFF0FFF0F#R6
2016.09.21 22:40:48 4: sduino/msg READ: Unsupported command
2016.09.21 22:40:48 4: sduino/msg READ: Unsupported command
2016.09.21 22:40:48 4: sduino/msg READ: 924
2016.09.21 22:40:49 2: sduino IT_set: IT_0FFFFF0FFF off
2016.09.21 22:40:49 5: sduino: sending sendMsgP3#0FFFFF0FFFF0#R6
2016.09.21 22:40:49 5: sduino SW: sendMsgP3#0FFFFF0FFFF0#R6
2016.09.21 22:40:50 4: sduino/msg READ: Unsupported command
2016.09.21 22:40:50 4: sduino/msg READ: Unsupported command
2016.09.21 22:40:50 4: sduino/msg READ: 924
Version V 3.2.0-b12 SIGNALduino - compiled at Feb 13 2016 21:34:09
version V 3.2.0-hf1 SIGNALduino - compiled at Mar 4 2016 22:41:08
Ich nutze, wie man sieht den normalen Updatezweig vom Signalduino daher auch die ältere Firmware. Ist das das Problem ?
Ansonsten sind die Updates alle drauf.
Irgendwelche Tips hierzu ;)
Danke Ronny
Da kann ich dir leider nicht helfen, ich habe keinen SIGNALduino.
Kann da mal bitte jemand von den SIGNALduino Benutztern drüber schauen.
Zitat von: rcmcronny am 21 September 2016, 22:47:27
seit dem Update heute, gehen meine Signalduino IT SET Kommandos nichtmehr:
Ich nutze, wie man sieht den normalen Updatezweig vom Signalduino daher auch die ältere Firmware. Ist das das Problem ?
Ansonsten sind die Updates alle drauf.
Die Firmware ist nicht das Problem.
Das Problem ist, daß das 00_SIGNALduino.pm Modul vom normalen Updatezweig z.Zt. noch zu alt ist.
Damit müsste es wieder funktionieren. Diese Version kommt demnächts in den normalen Updatezweig
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r33/controls_signalduino.txtGruß Ralf
Jep,
00_SIGNALduino.pm aktualisiert und geht, danke für die Info Ralf.
Ronny
Hatte auch das Problem. Nach dem Update geht es wieder.
Dachte erst, dass es ein Hardwareproblem ist, da ich an einer anderen Stelle rumgebastelt habe.
Gruß und Danke
Zitat von: Ralf9 am 21 September 2016, 23:52:51
Die Firmware ist nicht das Problem.
Das Problem ist, daß das 00_SIGNALduino.pm Modul vom normalen Updatezweig z.Zt. noch zu alt ist.
Damit müsste es wieder funktionieren. Diese Version kommt demnächts in den normalen Updatezweig
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r33/controls_signalduino.txt
Hat sich inzwischen erledigt.
Die SIGNALduino Version 3.3.0 ist seit heute auch im normalen fhem Update enthalten.
Gruß Ralf
Hallo Ralf,
Du hast ja den Code für EV1527-Chips in der 10_IT implementiert. Nun habe ich eine FB für einen WRG-Lüfter, welche problemlos mit meinem 433CUL und der aculfw erkannt und auch per autocreate angelegt wurde
1527xbc406 0001 0010
Jetzt hat das Ding aber 4 Tasten :o
Sommerbetrieb mit Code 0001. kleinere Stufe(dimdown) 0010, größere Stufe(dimup) 0100 und Ein/Aus(also toggle) 1000
Leider lassen sich die 4 Schaltcodes in der bisherigen Version nicht umsetzen. Wenn nun bei den Dimcodes 4-stellige Codes zulässig wären, könnte man zumindest so definieren:
1527xbc406 1000 0001 0100 0010
und bekäme zu allen Schaltcodes ein event. Eine halbwegs vernünftige Verarbeitung/Darstellung könnte man dann auch außerhalb des Moduls realisieren. Ich hab mal in den Zeilen 586 u. 591 die Plausi-Prüfung von 2 Stellen auf 4 Stellen geändert. Funktioniert wie gewünscht. Natürlich sollte in einer Endversion nach wie vor die 2-stellige Prüfung für alle anderen device-Typen und die 4-stellige nur für EV1527.
Macht das aus Deiner Sicht so Sinn ?
Grüße Markus
ja, das macht Sinn. Hast Du mir für die 4 Tasten den jeweiligen dispatch Code?
Gruß Ralf
Zitat von: Ralf9 am 08 Dezember 2016, 20:56:44
ja, das macht Sinn. Hast Du mir für die 4 Tasten den jeweiligen dispatch Code?
Gruß Ralf
Warte aber bitte noch, ich bin gerade noch am anpassen des Modules für das He800.
Sonst wird evtl. der diff zu groß.
ZitatHast Du mir für die 4 Tasten den jeweiligen dispatch Code?
Wie meinen :-\
Die Codes hatte ich doch beschrieben, oder was meinst Du ?
@Björn: das hat Zeeeeiiiiiit ;) Hast ja ein paar Neuerungen in letzter Zeit in aculfw und IT-Modul eingebaut. Da brauchts vermutlich noch etwas, bis die letzten Fehlerchen raus sind.
Danke&Grüße Markus
ich meine das hier
message "i400015"
Ahhh.
Sommerbetrieb mit Code 0001(ibc4061). kleinere Stufe(dimdown) 0010(ibc4062), größere Stufe(dimup) 0100(ibc4064) und Ein/Aus(also toggle) 1000(ibc4068), also ibc406x(x=Tastencode)
Hallo,
ich habe einen Funkschalter mit einer Taste der wie folgt im autocreate steht:
autocreate: define IT_1527x00800 IT 1527x00800 0111 0000
Danach steht jeder Tastendruck mit "IT_1527x00800 on" geloggt. Der Befehlt "set IT_1527x00800 on" liefert den gleichen Log aber es schaltet nicht.
Kann ich das noch so konfigurieren dass ich von Fhem aus schalten kann?
Grüße,
Daniel
Zitat von: Daniel_B am 06 Januar 2017, 20:15:50
Danach steht jeder Tastendruck mit "IT_1527x00800 on" geloggt. Der Befehlt "set IT_1527x00800 on" liefert den gleichen Log aber es schaltet nicht.
Kann ich das noch so konfigurieren dass ich von Fhem aus schalten kann?
Nein, Du kannst es nicht konfigurieren, da das schalten vom IT_1527 nicht im IT Modul eingebaut ist. Es gab bis jetzt dafür keinen Bedarf.
Gruß Ralf
Ok, danke für die Info.
Aber schade. EV1527 Schaltmodule sind haufenweise aus China günstig zu bekommen.
Z.Zt. gibt es ein Problem beim autocreate von ITv3. Hier ist ein Patch dafür:
https://github.com/Ralf9/test/commit/cc4ae951995436baceb1202b5f49df1befc70504
und hier ist das angepasste IT-Modul
https://raw.githubusercontent.com/Ralf9/test/master/FHEM/10_IT.pm
Außerdem ist ein Patch dabei, damit beim Signalduino mit CC1101 die ITfrequency beim set mit übertragen wird.
Gruß Ralf
Hier sind ein paar Anpassungen und Erweiterungen für das IT-Modul:
- Beim set die log 2 auf log 3 erhöht.
- Beim EV1527 dimup und dimdown zugefügt.
- Beim EV1527 funktioniert nun auch das set
- Attribut SIGNALduinoProtocolId zugefügt, damit zum senden eine ProtocolId gewählt werden kann (zB. 55 bei den Lidl Steckdosen (Einhell)
- Attribut userV1setCodes zugefügt, damit können beim ITv1 Protokoll eigene setcodes zugefügt werden. z.B.:
userV1setCodes=rot:FD blau:1F
userV1setCodes=hoch:1001 runter:1000 stop:1011
Hier ist das angepasste IT-Modul
https://github.com/Ralf9/test/blob/master/FHEM/10_IT.pm
oder
update all https://raw.githubusercontent.com/Ralf9/test/master/controls_signalduino.txt
Beim Signalduino funktioniert es momentan nur mit der dev Version
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r33/controls_signalduino.txt
Nachtrag:
Inzwischen funktioniert es auch mit der Version vom normalen fhem update
Gruß Ralf
Hallo Ralf,
habs eingecheckt.
Gruß
Björn
Hi,
so wirklich tut das bei meinen Einhell nicht.
Sie sind nun als Schalter angelegt worden, hier die Meldungen beim drücken der Taste D auf der FB ein und aus 3x.
2017-01-22 22:56:05 SIGNALduino sduino_cc1101 opened
2017-01-22 22:56:05 SIGNALduino sduino_cc1101 UNKNOWNCODE u27#A72CDD
2017-01-22 22:56:07 IT IT_1527x50361 on
2017-01-22 22:56:08 SIGNALduino sduino_cc1101 UNKNOWNCODE i56F142
2017-01-22 22:56:08 SIGNALduino sduino opened
2017-01-22 22:56:08 SIGNALduino sduino UNKNOWNCODE u27#A6128D
2017-01-22 22:56:08 SIGNALduino sduino_cc1101 UNKNOWNCODE i5265B2
2017-01-22 22:56:10 IT IT_1527x5b87a on
2017-01-22 22:56:11 SIGNALduino sduino_cc1101 opened
2017-01-22 22:56:11 SIGNALduino sduino_cc1101 UNKNOWNCODE u27#A4785D
2017-01-22 22:56:14 SIGNALduino sduino UNKNOWNCODE i51A832
2017-01-22 22:56:14 SIGNALduino sduino_cc1101 opened
2017-01-22 22:56:14 SIGNALduino sduino_cc1101 UNKNOWNCODE u27#AE57CD
2017-01-22 22:56:16 IT IT_1527x5b87a on
2017-01-22 22:56:16 SIGNALduino sduino UNKNOWNCODE i58D322
2017-01-22 22:56:17 SIGNALduino sduino opened
2017-01-22 22:56:17 SIGNALduino sduino UNKNOWNCODE u27#AFC9ED
2017-01-22 22:56:19 SIGNALduino sduino_cc1101 UNKNOWNCODE i51A832
2017-01-22 22:56:19 SIGNALduino sduino_cc1101 opened
2017-01-22 22:56:19 SIGNALduino sduino_cc1101 UNKNOWNCODE u27#A90EBD
2017-01-22 22:56:20 SIGNALduino sduino UNKNOWNCODE i5265B2
2017-01-22 22:56:21 SIGNALduino sduino_cc1101 UNKNOWNCODE i5E7E92
2017-01-22 22:56:21 SIGNALduino sduino_cc1101 opened
2017-01-22 22:56:21 SIGNALduino sduino_cc1101 UNKNOWNCODE u27#A1816D
2017-01-22 22:56:21 IT IT_1527x5b87a on
2017-01-22 22:56:21 SIGNALduino sduino UNKNOWNCODE i58D322
2017-01-22 22:56:22 SIGNALduino sduino opened
2017-01-22 22:56:22 SIGNALduino sduino UNKNOWNCODE u27#A72CDD
2017-01-22 22:56:23 SIGNALduino sduino_cc1101 UNKNOWNCODE i5265B2
2017-01-22 22:56:23 SIGNALduino sduino UNKNOWNCODE i56F142
2017-01-22 22:56:24 SIGNALduino sduino opened
2017-01-22 22:56:24 SIGNALduino sduino UNKNOWNCODE u26#A72CDD
2017-01-22 22:56:25 IT IT_1527x50361 on
2017-01-22 22:56:25 SIGNALduino sduino_cc1101 opened
2017-01-22 22:56:25 SIGNALduino sduino_cc1101 UNKNOWNCODE u27#A1816D
Benutze ich die 2 Devices hier aus dem Log und schalte tut sich an der Steckdose aber nichts.
Kann ich irgendetwas für dich testen loggen?
Gruß,
Stefan
Ok hatte ich vergessen.
Aber auch mit gesetzter SIGNALduinoProtocolId 55 für die Lidl Steckdosen keine Schaltung möglich.
Habe mit sduino und sduino_cc1101 versucht. Kein Schalten an der Steckdose.
Helfe gerne wenn es noch etwas zu testen gibt.
Gruß,
Stefan
Ich denke, bei der Erweiterung um die Protokoll ID zu setzen müsste man mehr machen.
Ich habe mir den Quellcode jetzt nicht angesehen, aber ich nehme an die Befehle für an / aus werden wie beim IT Protokoll gesetzt.
Wir wissen aber doch gar nicht, ob der Befehl nicht an einer anderen Stelle steht oder?
Die ProrokollID verändert ja erst Mal nur die Modulation.
Hallo,
Ich weiß nicht ob Ich hier richtig mit meinen Problem bin,
doch gestern hab ich ein Update gemacht und danach funktionieren meien FLS100 Steckdosen nicht mehr ????
Definition:
define Hobby_Steck_1 IT FFF00FFF 000F 0000
attr Hobby_Steck_1 IODev CUL_0
attr Hobby_Steck_1 room 1.8 Hobbyraum
Logfile
2017.01.29 10:22:11 3: IT_set: Hobby_Steck_2xx on
2017.01.29 10:22:11 5: IT_set: Type= Protocol=SBC_FreeTec
2017.01.29 10:22:11 0: Strange call for nonexistent <undefined>: GetFn
2017.01.29 10:22:11 5: IT_Set: GetFn(raw): message = isFFF0F0FF Antwort =
2017.01.29 10:22:11 2: IT IODev device didn't answer is command correctly:
Hab schon neu definiert und neustarts gemacht ???
Hier noch ein Nchtrag aus dem Logfile:
2017.01.29 10:57:19 3: CUL_0 IT_set: Hobby_Steck_2xx off
2017.01.29 10:57:19 5: CUL_0 IT_set: Type=CUL Protocol=SBC_FreeTec
2017.01.29 10:57:20 5: IT_Set: GetFn(raw): message = isFFF0F0FF00 Antwort = raw => isFFF0F0FF00
2017.01.29 10:57:21 3: CUL_0 IT_set: Hobby_Steck_2xx on
2017.01.29 10:57:21 5: CUL_0 IT_set: Type=CUL Protocol=SBC_FreeTec
2017.01.29 10:57:21 5: IT_Set: GetFn(raw): message = isFFF0F0FF0 Antwort = raw => isFFF0F0FF0
2017.01.29 10:57:22 3: CUL_0 IT_set: Hobby_Steck_2xx off
2017.01.29 10:57:22 5: CUL_0 IT_set: Type=CUL Protocol=SBC_FreeTec
2017.01.29 10:57:23 5: IT_Set: GetFn(raw): message = isFFF0F0FF00 Antwort = raw => isFFF0F0FF00
Igendwie soll ja laut WIKI bei den FLS 100 am Ende F oder 0 stehen für ein oder aus !!! FFF0F0FF ist der Code von den drehschaltern !!
Wie sieht das log aus, wenn Du auf der Fernbedienung auf on und off drückst?
In der Hardcopy vom Hobby_Steck_1 fehlt das Attribut IODev
Gruß Ralf
Hey Ralf,
Das IoDev hatte ich schon nachträglich eingetragen, in der original def die seither funktionierte ist es drin.
Die hobby_Steck_2xx hatte ich testhalber nochmals neu definiert !!!
Ich hab den CUL mit Raw X25 in den Debug modus und Slowref hier das Log. doch ich kann hier nichts rauslesen :-)
2017.01.29 11:31:35 4: CUL_Parse: CUL_0 T1D0B00260D07 -70.5
2017.01.29 11:31:35 5: CUL_0: dispatch 810c04xx0909a0011d0b0000260d
2017.01.29 11:31:35 3: FHT Unknown device 1d0b, please define it
2017.01.29 11:31:35 5: CUL/RAW: /p 3 416 368 592 640 14 6 6 07 1D05C004D0DB3C
2017.01.29 11:31:35 4: CUL_Parse: CUL_0 p 3 416 368 592 640 14 6 6 07 1D05C004D0DB3C
2017.01.29 11:31:35 2: CUL_0: unknown message p 3 416 368 592 640 14 6 6 07 1D05C004D0DB3C
2017.01.29 11:31:35 5: CUL/RAW: /T1D0B00A60D06
2017.01.29 11:31:35 4: CUL_Parse: CUL_0 T1D0B00A60D06 -71
2017.01.29 11:31:35 5: CUL_0: dispatch 810c04xx0909a0011d0b0000a60d
2017.01.29 11:31:35 3: FHT Unknown device 1d0b, please define it
2017.01.29 11:31:35 5: CUL/RAW: /p 3 368 384 608 624 15 6 6 06 1D05C014C0DF38
2017.01.29 11:31:35 4: CUL_Parse: CUL_0 p 3 368 384 608 624 15 6 6 06 1D05C014C0DF38
2017.01.29 11:31:35 2: CUL_0: unknown message p 3 368 384 608 624 15 6 6 06 1D05C014C0DF38
Gruß Ralf !!!
Ja hier auch Ralf !!
Mit dem Debug modus (Raw X25) kann ich auch nichts anfangen. Der normale Modus mit X21 ist ausreichend.
Bitte schreib auch dazu was on und was off ist.
Hey Ralf,
Leider werden nur FHT devices erkannt, aber das Problem hatte ich schoon von anfang an, dass die Fernbedienung nicht erkannt wurde.
2017.01.29 12:06:32 4: CUL_Parse: CUL_0 T1D0B00260D0A -69
2017.01.29 12:06:32 5: CUL_0: dispatch 810c04xx0909a0011d0b0000260d
2017.01.29 12:06:32 3: FHT Unknown device 1d0b, please define it
2017.01.29 12:06:32 5: CUL/RAW: /T1D0B00A60D0A
2017.01.29 12:06:32 4: CUL_Parse: CUL_0 T1D0B00A60D0A -69
2017.01.29 12:06:32 5: CUL_0: dispatch 810c04xx0909a0011d0b0000a60d
2017.01.29 12:06:32 3: FHT Unknown device 1d0b, please define it
2017.01.29 12:06:54 5: CUL/RAW: /T1A1800A65BEC
2017.01.29 12:06:54 4: CUL_Parse: CUL_0 T1A1800A65BEC -84
2017.01.29 12:06:54 5: CUL_0: dispatch 810c04xx0909a0011a180000a65b
2017.01.29 12:06:54 3: FHT Unknown device 1a18, please define it
2017.01.29 12:08:29 5: CUL/RAW: /T1D0B00260D0D
2017.01.29 12:08:29 4: CUL_Parse: CUL_0 T1D0B00260D0D -67.5
2017.01.29 12:08:29 5: CUL_0: dispatch 810c04xx0909a0011d0b0000260d
2017.01.29 12:08:29 3: FHT Unknown device 1d0b, please define it
2017.01.29 12:08:31 5: CUL_0 sending As0B32867033333300000000D9
2017.01.29 12:08:31 5: SW: As0B32867033333300000000D9
2017.01.29 12:08:49 5: CUL/RAW: /T1A1800A65BDD
2017.01.29 12:08:49 4: CUL_Parse: CUL_0 T1A1800A65BDD -91.5
2017.01.29 12:08:49 5: CUL_0: dispatch 810c04xx0909a0011a180000a65b
2017.01.29 12:08:49 3: FHT Unknown device 1a18, please define it
Doch nach der definition haben die Steckdosen seither funktioniert !
das Model ist Conrad RSL 366T
Gruß Ralf
Zitat von: Nobody69 am 29 Januar 2017, 12:10:56
Hey Ralf,
Leider werden nur FHT devices erkannt, aber das Problem hatte ich schoon von anfang an, dass die Fernbedienung nicht erkannt wurde.
2017.01.29 12:06:32 4: CUL_Parse: CUL_0 T1D0B00260D0A -69
2017.01.29 12:06:32 5: CUL_0: dispatch 810c04xx0909a0011d0b0000260d
2017.01.29 12:06:32 3: FHT Unknown device 1d0b, please define it
2017.01.29 12:06:32 5: CUL/RAW: /T1D0B00A60D0A
2017.01.29 12:06:32 4: CUL_Parse: CUL_0 T1D0B00A60D0A -69
2017.01.29 12:06:32 5: CUL_0: dispatch 810c04xx0909a0011d0b0000a60d
2017.01.29 12:06:32 3: FHT Unknown device 1d0b, please define it
2017.01.29 12:06:54 5: CUL/RAW: /T1A1800A65BEC
2017.01.29 12:06:54 4: CUL_Parse: CUL_0 T1A1800A65BEC -84
2017.01.29 12:06:54 5: CUL_0: dispatch 810c04xx0909a0011a180000a65b
2017.01.29 12:06:54 3: FHT Unknown device 1a18, please define it
2017.01.29 12:08:29 5: CUL/RAW: /T1D0B00260D0D
2017.01.29 12:08:29 4: CUL_Parse: CUL_0 T1D0B00260D0D -67.5
2017.01.29 12:08:29 5: CUL_0: dispatch 810c04xx0909a0011d0b0000260d
2017.01.29 12:08:29 3: FHT Unknown device 1d0b, please define it
2017.01.29 12:08:31 5: CUL_0 sending As0B32867033333300000000D9
2017.01.29 12:08:31 5: SW: As0B32867033333300000000D9
2017.01.29 12:08:49 5: CUL/RAW: /T1A1800A65BDD
2017.01.29 12:08:49 4: CUL_Parse: CUL_0 T1A1800A65BDD -91.5
2017.01.29 12:08:49 5: CUL_0: dispatch 810c04xx0909a0011a180000a65b
2017.01.29 12:08:49 3: FHT Unknown device 1a18, please define it
Du weißt aber schon, dass die FHTs und die IT-Sender andere Frequenzen verwenden?
Die richtige Firmware hast Du auch drauf?
OK vielleicht hab ich ja was übersehen !!??
Cul866 Firmware V 1.66 CUL868
Hier ein LIST CUL_0
Internals:
CMDS BbCFiAZNkGMKUYRTVWXefmLltux
CUL_0_MSGCNT 1526
CUL_0_TIME 2017-01-29 12:33:44
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
DEF /dev/ttyACM0@9600 1034
DeviceName /dev/ttyACM0@9600
FD 9
FHTID 1034
NAME CUL_0
NR 22
NR_CMD_LAST_H 12
PARTIAL
RAWMSG T1A1800A64EF8
RSSI -78
STATE Initialized
TYPE CUL
VERSION V 1.66 CUL868
initString X21
owner_CCU VCCU_Ralf
.clientArray:
IT
FHT
Matchlist:
1:USF1000 ^81..(04|0c)..0101a001a5ceaa00....
2:BS ^81..(04|0c)..0101a001a5cf
3:FS20 ^81..(04|0c)..0101a001
4:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
5:KS300 ^810d04..4027a001
6:CUL_WS ^K.....
7:CUL_EM ^E0.................$
8:HMS ^810e04....(1|5|9).a001
9:CUL_FHTTK ^T[A-F0-9]{8}
A:CUL_RFR ^[0-9A-F]{4}U.
B:CUL_HOERMANN ^R..........
C:ESA2000 ^S................................$
D:CUL_IR ^I............
E:CUL_TX ^TX[A-F0-9]{10}
F:Revolt ^r......................$
G:IT ^i......
H:STACKABLE_CC ^\*
I:UNIRoll ^[0-9A-F]{5}(B|D|E)
J:SOMFY ^Y[r|t|s]:?[A-F0-9]+
K:CUL_TCM97001 ^s[A-F0-9]+
L:CUL_REDIRECT ^o+
M:TSSTACKED ^\*
Readings:
2017-01-29 12:04:44 cmds B b C F i A Z N k G M K U Y R T V W X e f m L l t u x
2017-01-29 10:15:55 fhtbuf AE
2017-01-29 12:06:25 raw isFFF0F0FF0
2017-01-29 12:33:44 state Initialized
2017-01-29 10:16:12 uptime 0 00:06:40
2017-01-29 12:33:40 version V 1.66 CUL868
XMIT_TIME:
1485687973.22057
1485688111.95761
1485688236.46007
1485688410.46404
1485688569.96603
1485688715.21935
1485688845.97234
1485689026.22533
1485689192.24371
1485689343.73015
1485689480.75059
1485689603.23725
Helper:
000000:
QUEUE:
4b2e56:
QUEUE:
4b2f84:
QUEUE:
4cdc0b:
QUEUE:
4cddaa:
QUEUE:
4cddb5:
QUEUE:
4db076:
QUEUE:
4db07a:
QUEUE:
4db07b:
QUEUE:
4db0a2:
QUEUE:
4db0b2:
QUEUE:
4df5c7:
QUEUE:
4dfb79:
QUEUE:
4dfb90:
QUEUE:
4e4cbf:
QUEUE:
4e623a:
QUEUE:
Attributes:
addvaltrigger 1
hmId F26F05
hmProtocolEvents 1_dump
rfmode SlowRF
room 9.9 System
verbose 5
Ein List vom IT Device welches bis vorgestern funktionierte
Internals:
DEF FFF0F0FF 000F 0000
IODev CUL_0
NAME Hobby_Steck_2
NR 40
STATE on
TYPE IT
XMIT fff0f0ff
XMITdimdown 00
XMITdimup 00
XMIToff 0000
XMITon 000f
Code:
1 fff0f0ff
Readings:
2016-11-20 15:59:38 protocol SBC_FreeTec
2017-01-29 12:06:25 state on
Attributes:
IODev CUL_0
room 1.8 Hobbyraum
Ich hab den RFMode auf SLOWRF gesetzt und dann den Log mitgeschrieben, muss ich am CUL noch was anderes einstellen ????
Zitat von: Nobody69 am 29 Januar 2017, 10:32:09
define Hobby_Steck_1 IT FFF00FFF 000F 0000
Da ist noch ein kleiner Fehler beim define im IT-Modul. Der on-code "000F" ist normalerweise gar nicht erlaubt. Dies ist eine 4-Bit Binärzahl da sind nur 1 und 0 zulässig.
Im IT-Modul sind beim define die roten f zuviel.
Zitat} elsif (length($a[2]) == 8) { # SBC, FreeTec
return "Define $a[0]: wrong IT-Code format: specify a 8 digits 0/1/f "
if( ($a[2] !~ m/^[f0-1]{8}$/i) );
return "Define $a[0]: wrong ON format: specify a 4 digits 0/1/f "
if( ($a[3] !~ m/^[f0-1]{4}$/i) );
return "Define $a[0]: wrong OFF format: specify a 4 digits 0/1/f "
if( ($a[4] !~ m/^[f0-1]{4}$/i) );
Evtl funktioniert es mit:
DEF: FFF00FFF 0101 0000
statt 0101 kanst Du auch mal 0001 versuchen
Gruß Ralf
OK mit 0001 steht zumindest im LOG beim CUL der richtige Code,
nun muss ich nur noch schauen warum die steckdosen nicht reagieren !!???
2017.01.29 13:11:54 3: CUL_0 IT_set: Hobby_Steck_1 on
2017.01.29 13:11:54 4: CUL_send: CUL_0is FF F0 0FFF 0F
2017.01.29 13:11:54 5: CUL/RAW (ReadAnswer): isFFF00FFF0F
2017.01.29 13:11:55 3: CUL_0 IT_set: Hobby_Steck_1 off
2017.01.29 13:11:55 4: CUL_send: CUL_0is FF F0 0FFF 00
2017.01.29 13:11:55 5: CUL/RAW (ReadAnswer): isFFF00FFF00
Ich muss nun mal kurz weg, werde später weiterprobieren !!!
Danke schonmal !!!!
Gruß Ralf !!
Ich habe es nochmals angeschaut, der on-code im define hat gepasst, der Fehler liegt in der set-Routine.
Ich muß dazu im IT-Modul was anpassen.
Gruß Ralf
Hey,
ich hab mal ein altes Modul zurückgespielt "Id: 10_IT.pm 12179 2016-09-19 19:26:01Z ".
Da sieht das Log vom CUL anders aus
2017.01.29 14:44:37 2: CUL_0 IT_set: Hobby_Steck_2 off
2017.01.29 14:44:37 4: CUL_send: CUL_0is FF F0 F0FF 0000
2017.01.29 14:44:37 5: CUL/RAW (ReadAnswer): isFFF0F0FF0000
2017.01.29 14:44:38 2: CUL_0 IT_set: Hobby_Steck_2 on
2017.01.29 14:44:38 4: CUL_send: CUL_0is FF F0 F0FF 000F
2017.01.29 14:44:38 5: CUL/RAW (ReadAnswer): isFFF0F0FF000F
2017.01.29 14:44:39 2: CUL_0 IT_set: Hobby_Steck_3 on
2017.01.29 14:44:39 4: CUL_send: CUL_0is FF F0 FF0F 000F
2017.01.29 14:44:40 5: CUL/RAW (ReadAnswer): isFFF0FF0F000F
2017.01.29 14:44:41 2: CUL_0 IT_set: Hobby_Steck_3 off
2017.01.29 14:44:41 4: CUL_send: CUL_0is FF F0 FF0F 0000
2017.01.29 14:44:41 5: CUL/RAW (ReadAnswer): isFFF0FF0F0000
Doch meine Steckdosen reagieren immer noch nicht !! :-(
Deine Steckdosen nutzen doch das Conrad RSL Protokoll oder?
Da Fragst Du mich was !!??? :o
Ich hab es wie oben in den Listings definiert und es hatte funktioniert seither !!!!
im Anhang das Typenschild der Fernbedienung !!!!
Mit diesem angepassten IT-Modul müsste das Senden von SBC_FreeTec wieder funktionieren:
https://github.com/Ralf9/test/blob/master/FHEM/10_IT.pm
oder
update all https://raw.githubusercontent.com/Ralf9/test/master/controls_signalduino.txt
Ich habe auch die deutsche Device specific help etwas erweitert und verschönert.
Die erweiterungen müssen noch in die englische Device specific help übernommen werden.
Gruß Ralf
Hallo Ralf,
Hier noch eine kurze Rückmeldung.
Nachdem ich dein neues Modul installiert hatte, kam zwar dass die Codes gesendet werden, doch meine Steckdosen reagierten nicht !!??
Ich wollte schon aufgeben.
Dann hab ich auch mal den CUL neu geflascht, auch das brachte nicht auf anhieb den Erfolg ???
gestern hab ich dann noch an meinem zweite CUL mit ZWAVE firmware rumgespielt und meinen ZWave sensoren, und siehe da plötzlich reagierten die Steckdosen wieder !!???
Frag mich nicht warum !???
Entwerder hatte ich meinen CUL so verstellt dass das flashen ausschlaggebend war und ich kein richtigen reboot gemacht hatte ??
Oder hat der ZWAVE Cul gestört, denn da habe ich gestern den Funkverkehr ( Meldungen) stark minimiert !!???
Aufjedenfall funktioniert dein Modul und das ist das wichtigste !!!! ;)
Gruß Ralf !!!
Ich habe beim IT-Modul die deutsche Device specific help etwas erweitert. Könnt ihr mal drüber schauen ob das so ok ist (speziell der Intertechno Protokoll 1 Abschnitt)
https://github.com/Ralf9/test/blob/master/FHEM/10_IT.pm
oder
update all https://raw.githubusercontent.com/Ralf9/test/master/controls_signalduino.txt
Gruß Ralf
Hallo Ralf,
ich hab es kurz überflogen. Ich denke das passt so.
Ich werde vor dem einchecken mal die Doku generieren, und schauen ob das mit der Formatierung so passt.
Gruß
Björn
Ich habe nur die deutsche Device specific help erweitert, bei Bedarf müsste dies noch auf die englische Device specific help übertragen werden.
Die Erweiterung müsste eigentlich ausführlich genug sein, daß zukünftig bei solchen Meldungen auf die Device specific help verwiesen werden kann.
2017.02.04 11:56:44 3: sduino IT: Code 11 not supported by IT_FFF1100001
Gruß Ralf
Zitat von: Ralf9 am 04 Februar 2017, 20:14:59
Ich habe nur die deutsche Device specific help erweitert, bei Bedarf müsste dies noch auf die englische Device specific help übertragen werden.
Die Erweiterung müsste eigentlich ausführlich genug sein, daß zukünftig bei solchen Meldungen auf die Device specific help verwiesen werden kann.
2017.02.04 11:56:44 3: sduino IT: Code 11 not supported by IT_FFF1100001
Gruß Ralf
Hi Ralf,
ja, seine Idee habe ich schon verstanden :D
Dass das Englisch noch fehlt, habe ich gesehen.
Gruß
Björn
Hi Ralf,
Du hattest ja jetzt das Senden für den 1527 in das 10_IT eingebaut. Kannst Du hier mal gucken https://forum.fhem.de/index.php/topic,54689.msg577857.html#msg577857 muss da noch was am 00_CUL geändert werden ?
Grüße Markus
Edit: Kommando zurück. Musste noch die aculfw > 1.23.1 flashen :-[
Zitat von: bjoernh am 04 Februar 2017, 20:40:50
Dass das Englisch noch fehlt, habe ich gesehen.
Hallo Björn,
benötigst Du Hilfe bei der Übernahme meiner deutschen Device specific help Ergänzung in die englische Device specific help? Oder ist dies für Dich kein Problem?
Mein Englisch ist dazu leider nicht gut genug.
Oder macht es beim Einchecken nichts aus, wenn die englische nicht ganz so ausführlich ist wie die deutsche Device specific help?
Gruß Ralf
Hallo,
da hier fleißig am IT Modul gearbeitet wird hoffe ich es ist OK wenn ich mich hier mit einem kleinen und hoffentlich auch für euch sinnvollen
Vorschlag einklinke. Seit einiger Zeit lassen sich mit einem CUL im native RF mode auch Daten von LaCrosse Sensoren empfangen. Leider lässt
sich dann der CUL für andere Aufgaben nur bedingt nutzten. Das finde ich sehr schade da es ohne weiteres möglich wäre parallel einfache
Intertechno Komponenten zu steuern. Dies wird im Moment erheblich dadurch verkompliziert das nach dem Senden eines Befehls zu Steuerung von
Intertechno Komponenten der CUL wieder manuell in den native RF mode versetzt werden muss. Diese (https://gist.github.com/cosmomill/fb2b6660b8ccdefc02e6e602b26b91e6) kleine Ergänzung im IT Modul vereinfachte mir
die Handhabung erheblich.
Mir ist aufgefallen, daß in der Device specific help des IT-Moduls es noch keine Beschreibung zum Attribut ITclock gibt.
Hat jemand eine Idee für eine Beschreibung?
Hier ist eine Beschreibung für die Ermittlung des ITclock beim Signalduino:
Nach drücken einer Taste an der Fernbedienung steht die empfangene raw Nachricht im log und in der device Ansicht des IT-device
z.B.
ZitatMS;P0=357;P2=-1128;P3=1155;P4=-428;P5=-11420;D=05023402020202020202020202020202020202023402340234;CP=0;SP=5;
Die Ziffer hinter "CP=" gibt die PatternNr des clock (hier P0) an.
Hier ist die clock 357
Gibt es beim CUL auch eine einfache Möglichkeit den clock zu ermittleln?
Gruß Ralf
Zitat von: Ralf9 am 12 März 2017, 19:43:54
Mir ist aufgefallen, daß in der Device specific help des IT-Moduls es noch keine Beschreibung zum Attribut ITclock gibt.
Hat jemand eine Idee für eine Beschreibung?
Hier ist eine Beschreibung für die Ermittlung des ITclock beim Signalduino:
Nach drücken einer Taste an der Fernbedienung steht die empfangene raw Nachricht im log und in der device Ansicht des IT-device
z.B.Die Ziffer hinter "CP=" gibt die PatternNr des clock (hier P0) an.
Hier ist die clock 357
Gibt es beim CUL auch eine einfache Möglichkeit den clock zu ermittleln?
Gruß Ralf
Wenn du die raw Daten anschaust ja. Also X31
Gesendet von meinem Mobile Device.
ich habe damit angefangen die Device specific help des IT-Moduls um die Beschreibung des Attributs ITclock zu ergänzen.
Ist es so auch für Anfänger verständlich und ausführlich genug?
<a name="ITclock"></a>
<li>ITclock<br>
IT clock für das Senden beim Intertechno V1 Protokoll. Default 250.<br>
Hier ist eine Beschreibung für die Ermittlung des ITclock beim Signalduino:<br>
Nach drücken einer Taste an der Fernbedienung steht die empfangene raw Nachricht im log und in der device Ansicht des IT-device<br>
z.B.:<br>
MS;P0=357;P2=-1128;P3=1155;P4=-428;P5=-11420;D=05023402020202020202020202020202020202023402340234;CP=0;SP=5;<br>
Die Ziffer hinter "CP=" gibt die PatternNr des clock (hier P0) an.
Hier ist die clock 357
</li><br>
Gruß Ralf
Hier ist eine neue Version vom IT-Modul. Ich habe bei der deutschen Device specific help ITclock, ITfrequency und ITrepetition ergänzt
update all https://raw.githubusercontent.com/Ralf9/test/master/controls_signalduino.txt
Gruß Ralf
Hi Ralf, ich habe mal was englisches zu ITclock eingefügt und auch ein paar Schreibfehler im deutschen Text verbessert (sowie zwei erläuternde Sätze hinzugefügt). Nun weiß ich aber nicht, wie ich Dir das zukommen lassen kann. Ich füge das jetzt alles, also die ganze HTML, mal in diesem Code ein:
<a name="IT"></a>
<h3>IT - InterTechno</h3>
<ul>
The InterTechno 433MHZ protocol is used by a wide range of devices, which are either of
the sender/sensor or the receiver/actuator category.
Right now, we are able to send and receive InterTechno commands.
Supported devices are switches, dimmers, etc. through an <a href="#CUL">CUL</a> or <a href="#SIGNALduino">SIGNALduino</a> device (this must be defined first).<br>
This module supports the Intertechno protocol version 1 and version 3.
Newly found devices are added into the category "IT" by autocreate.
Hint: IT protocol 1 devices are created on pressing the on-button twice within 30 seconds.
<br><br>
<a name="ITdefine"></a>
<b>Define</b>
<ul>
<code>define <name> IT <housecode> <on-code> <off-code>
[<dimup-code>] [<dimdown-code>] </code>
<br>or<br>
<code>define <name> IT <ITRotarySwitches|FLS100RotarySwitches> </code>
<br>or<br>
<code>define <name> IT <address 26 Bit> <group bit> <unit Code></code>
<br>or<br>
<code>define <name> IT HE800 <Transmitter ID> <Receiver ID></code>
<br><br>
The value of <housecode> is a 10-digit InterTechno Code, consisting of 0/1/F as it is
defined as a tri-state protocol. These digits depend on the device you are using.
<br>
Bit 11 and 12 are used for switching/dimming. As different manufacturers are using
different bit-codes you can specifiy here the 2-digit code for off/on/dimup/dimdown
in the same form: 0/1/F.
<br>
The value of ITRotarySwitches consists of the value of the alpha switch A-P and
the numeric switch 1-16 as set on the intertechno device. E.g. A1 or G12.
<br>
The value of FLS100RotarySwitches consist of the value of the I,II,II,IV switch
and the numeric 1,2,3,4 swicht. E.g. I2 or IV4.
<br>
The value of ITRotarySwitches and FLS100RotarySwitches are internaly translated
into a houscode value.
<ul>
<li><code><housecode></code> is a 10 digit tri-state number (0/1/F) depending on
your device setting (see list below).</li>
<li><code><on-code></code> is a 2 digit tri-state number for switching your device on;
It is appended to the housecode to build the 12-digits IT-Message.</li>
<li><code><off-code></code> is a 2 digit tri-state number for switching your device off;
It is appended to the housecode to build the 12-digits IT-Message.</li>
<li>The optional <code><dimup-code></code> is a 2 digit tri-state number for dimming your device up;
It is appended to the housecode to build the 12-digits IT-Message.</li>
<li>The optional <code><dimdown-code></code> is a 2 digit tri-state number for dimming your device down;
It is appended to the housecode to build the 12-digits IT-Message.</li>
</ul>
<br>
<b>HE800</b><br>
<ul>
<li><code><Transmitter ID></code> unique transmitter ID (1..65535)</li>
<li><code><Receiver ID></code> receiver ID [0]1..15, 0=Broadcast 1-15 (HE844A button# 1-4 & MASTER=0, HE850 UNIT# 1-15, HE853 = 1)</li>
</ul>
<br>
Examples:
<ul>
<code>define lamp IT 01FF010101 11 00 01 10</code><br>
<code>define roll1 IT 111111111F 11 00 01 10</code><br>
<code>define otherlamp IT 000000000F 11 10 00 00</code><br>
<code>define otherroll1 IT FFFFFFF00F 11 10</code><br>
<code>define IT_1527xe0fec IT 1527xe0fec 1001 0000</code><br>
<code>define itswitch1 IT A1</code><br>
<code>define lamp IT J10</code><br>
<code>define flsswitch1 IT IV1</code><br>
<code>define lamp IT II2</code><br>
<code>define HE800_TID1_SW1 IT HE800 1 1</code><br>
</ul>
<br>
For Intertechno protocol 3 the <housecode> is a 26-digits number.
Additionaly there is a 4-digits <unit code> and a 1-digit <group code>.
<ul>
<li><code><address></code> is a 26 digit number (0/1)</li>
<li><code><group></code> is a 1 digit number (0/1)</li>
<li><code><unit></code> is a 4 digit number (0/1)</li>
</ul>
<br>
Examples:
<ul>
<code>define myITSwitch IT 00111100110101010110011111 0 0000</code>
</ul>
</ul>
<br>
<a name="ITset"></a>
<b>Set </b>
<ul>
<code>set <name> <value> [<time>]</code>
<br><br>
where <code>value</code> is one of:<br>
<pre>
dimdown
dimup
off
on
on-till # Special, see the note
dim06% dim12% dim18% dim25% dim31% dim37% dim43% dim50%
dim56% dim62% dim68% dim75% dim81% dim87% dim93% dim100%<br>
<li><a href="#setExtensions">set extensions</a> are supported.</li>
</pre>
Examples:
<ul>
<code>set lamp on</code><br>
<code>set lamp1,lamp2,lamp3 on</code><br>
<code>set lamp1-lamp3 on</code><br>
<code>set lamp off</code><br>
</ul>
<br>
Notes:
<ul>
<li>on-till requires an absolute time in the "at" format (HH:MM:SS, HH:MM
or { <perl code> }, where the perl-code returns a time specification).
If the current time is greater than the specified time, the
command is ignored, else an "on" command is generated, and for the
given "till-time" an off command is scheduleld via the at command.
</li>
</ul>
</ul>
<br>
<b>Get</b> <ul>N/A</ul><br>
<a name="ITattr"></a>
<b>Attributes</b>
<ul>
<a name="IODev"></a>
<li>IODev<br>
Set the IO device which will be used to send signals
for this device. An example for the physical device is a CUL or the SIGNALduino.
Note: On startup, fhem WILL NOT automatically assign an
IODevice to the Intertechno device! The attribute IODev needs ALLWAYS to be set manually!</li><br>
<a name="eventMap"></a>
<li>eventMap<br>
Replace event names and set arguments. The value of this attribute
consists of a list of space separated values. Each value is a colon
separated pair. The first part specifies the value to be replaced, the second
the new/desired value. In order to use spaces in the new/desired values it is necessary to inform Fhem about the new separating character. This is done by using a slash(/) or comma(,)
as first character, then the values are not separated by space but by this character.
Examples:
<ul><code>
attr store eventMap on:open off:closed<br>
attr store eventMap /on-for-timer 10:open/off:closed/<br>
set store open
</code></ul>
</li><br>
<li><a href="#do_not_notify">do_not_notify</a></li><br>
<a name="attrdummy"></a>
<li>dummy<br>
Set the device attribute dummy to define devices which should not
output any radio signals. Associated notifys will be executed if
the signal is received. Used e.g. to react to a code from a sender, but
it will not emit radio signal if triggered in the web frontend.
</li><br>
<li><a href="#loglevel">loglevel</a></li><br>
<li><a href="#showtime">showtime</a></li><br>
<li><a href="#readingFnAttributes">readingFnAttributes</a></li><br>
<a name="model"></a>
<li>model<br>
The model attribute denotes the type of the device.
This attribute will (currently) not be used by Fhem directly.
It can be used by e.g. external programs or web interfaces to
distinguish classes of devices and send the appropriate commands
(e.g. "on" or "off" to a switch, "dim..%" to dimmers etc.).
The spelling of the model should match the modelname used in the
documentation that comes which the device. The name should consist of
lower-case characters without spaces. Valid characters are
<code>a-z 0-9</code> and <code>-</code> (dash),
other characters should not be used. Here is a list of "official"
devices:<br>
<b>Sender/Sensor</b>: itremote<br>
<b>Dimmer</b>: itdimmer<br>
<b>Receiver/Actor</b>: itswitch<br>
<b>EV1527</b>: ev1527
</li><br>
<a name="ignore"></a>
<li>ignore<br>
Ignore this device, e.g., if it belongs to your neighbour. The device
will not trigger any FileLogs/notifys, issued commands will be silently
ignored (no RF signal will be sent out, just like for the <a
href="#attrdummy">dummy</a> attribute). The device will not appear in the
list command (only if it is explicitely asked for it), nor will it
be affected by commands which use wildcards or attributes as name specifiers
(see <a href="#devspec">devspec</a>). You still get them with the
"ignored=1" special devspec.
</li>
<li>ITclock<br />
Set the IT clock for the Intertechno V1 protokoll. Default is 250.<br />
A IT signal always consists of a sequence of HIGHs and LOWs that are sent by the CUL or SIGNALduino. These signals have a time length of microseconds and have typically a ratio of 1:3 (if, for example, a LOW lasts X microseconds then the following HIGH will last 3*X microseconds). The smallest time length of a signal can be adjusted using ITclock. The default value is 250 this value should only be changed if there are problems using IT with Fhem. In particular make sure that not obstacles between sender and receiver hamstring the correct signal.<br />
In order to discover the correct ITclock using a SIGNALduino: After pressing a button at a remote the received raw signal can be found in the log as well as in the device view of the IT-device, for example<br />
MS;P0=357;P2=-1128;P3=1155;P4=-428;P5=-11420;D=05023402020202020202020202020202020202023402340234;CP=0;SP=5;<br />
The number after "CP=" shows the paatern number of the clock (here P0).
P0 itself is defined in the beginning of the message, hence the clock was 357 (microseconds).<br />
</li>
<br>
</ul>
<br>
<a name="ITevents"></a>
<b>Generated events:</b>
<ul>
From an IT device you can receive the following events.
<li>on</li>
<li>off</li>
<li>dimdown</li>
<li>dimup<br></li>
<li>dim06% dim12% dim18% dim25% dim31% dim37% dim43% dim50%<br>
dim56% dim62% dim68% dim75% dim81% dim87% dim93% dim100%<br></li>
Which event is sent is device dependent and can sometimes configured on
the device.
</ul>
</ul>
=end html
=begin html_DE
<a name="IT"></a>
<h3>IT - InterTechno</h3>
<ul>
Das InterTechno 433MHZ Protokoll wird von einer Vielzahl von Geräten
benutzt. Diese gehören entweder zur Kategorie Sender/Sensoren oder zur
Kategorie Empfänger/Aktoren. Es ist das Senden sowie das Empfangen von InterTechno
Befehlen möglich. Geräten kötnnen z.B.
Schalter, Dimmer usw. sein.
Von diesem Modul wird sowohl das Protolkoll 1 sowie das Protokoll 3 unterstützt.
Neu empfangene Pakete werden per autocreate in Fhem unter der Kategorie IT angelegt.
Hinweis: Für ein AutoCreate muss die Taste innerhalb von 30 Sek 2 mal gedrückt werden.
<br>
<br>
<a name="ITdefine"></a>
<b>Define</b>
<ul>
<code>define <name> IT <housecode> <on-code> <off-code>
[<dimup-code>] [<dimdown-code>] </code>
<br>oder<br>
<code>define <name> IT <ITRotarySwitches|FLS100RotarySwitches> </code>
<br>oder<br>
<code>define <name> IT <Adresse 26 Bit> <Group bit> <Unit Code></code>
<br>oder<br>
<code>define <name> IT HE800 <Transmitter ID> <Receiver ID></code>
<br><br>
Der Wert von Hauscode ist abhängig vom verwendeten Gerät und besteht aus zehn Ziffern InterTechno-Code Protokoll 1.
Da dieser ein tri-State-Protokoll ist, können die Ziffern jeweils die Werte 0/1/F annehmen.
<br>
Bit 11/12 werden für Schalten oder Dimmen verwendet. Da die Hersteller verschiedene Codes verwenden, können hier die
(2-stelligen) Codes für an, aus, heller und dunkler (on/off/dimup/dimdown) als tri-State-Ziffern (0/1/F) festgelegt werden.
<br>
Der Wert des ITRotary-Schalters setzt sich aus dem Wert des Buchstaben-Schalters A-P und dem numerischen Schalter 1-16
des InterTechno-Gerätes zusammen, z.B. A1 oder G12.
<br>
Der Wert des FLS100Rotary-Schalters setzt sich aus dem Wert des Schalters I,II,II,IV und dem numerischen Schalter 1-4
des InterTechno-Gerätes zusammen, z.B. I2 oder IV4.
<br>
Die Werte der ITRotary-Schalter und FLS100Rotary-Schalter werden intern in Hauscode-Werte umgewandelt.
<br>
Für Intertechno Protokoll 3 besteht der Hauscode aus 26 Ziffern. Zusätzlich werden noch 4 Ziffern als Unit Code sowie eine Ziffer als Group code benötigt.
<br>
Neues IT Element in FHEM anlegen: define IT myITSwitch IT <Adresse 26 Bit> <Group bit> <Unit Code>
<br><br>
<b>Intertechno Protokoll 1 (ITv1)</b>
<ul>
<li><code><housecode></code> 10 Ziffern lange tri-State-Zahl (0/1/F) abhängig vom benutzten Gerät.</li>
<li><code><on-code> <off-code></code> jeweils 2 Ziffern lange quad-State-Zahl (0/1/F/D), die den Einschaltbefehl enthält;
die Zahl wird an den <housecode> angefügt, um den 12-stelligen IT-Sendebefehl zu bilden.</li>
<li>optional <code><dimup-code> <dimdown-code></code> jeweils 2 Ziffern lange quad-State-Zahl (0/1/F/D),
die den Befehl zum Herauf- und Herunterregeln enthält;
die Zahl wird an den <housecode> angefügt, um den 12-stelligen IT-Sendebefehl zu bilden.</li>
<li>Hinweis: orginal ITv1 devices werden nur beim on Befehl angelegt.</li>
<li>Die nicht orginal ITv1 devices können wie folgt angelegt werden:</li><br>
Zum anlegen mit autocreate 2 mal auf "on" drücken:<br>
<code>2016.11.27 11:47:37.753 4: sduinoD IT: 001F001000 not defined (Switch code: <b>11</b>)</code><br>
<code>2016.11.27 11:47:37.755 2: autocreate: define IT_001F001000 IT 001F001000 0F F0</code><br><br>
Nun auf "off" oder eine andere Taste drücken:<br>
<code>2016.11.27 11:48:32.004 3: sduinoD IT: Code <b>1D</b> not supported by IT_001F001000.</code><br><br>
Da dies keine orginal Intertechno Steckdose ist, passt der on/off code im define nicht und muss angepasst werden<br>
<code>DEF 001F001000 <b>11 1D</b></code><br><br>
<li> <b>EV1527</b></li>
Wenn im housecode ein nicht gültiger (10) ITv1 Tristatecode enthalten ist, dann wird es per autocreate als EV1527 angelegt.<br>
<code><housecode></code> 1527xabcde , abcde ist der empfangene housecode im Hex Format<br>
<code><on-code> <off-code></code> jeweils 4 Ziffern lange Bin Zahl (0/1), die den Einschaltbefehl enthält;
die Zahl wird an den housecode angefügt, um den 12-stelligen IT-Sendebefehl zu bilden.<br>
optional <code><dimup-code> <dimdown-code></code> jeweils 4 Ziffern lange Bin Zahl (0/1),
die den Befehl zum Herauf- und Herunterregeln enthält;
die Zahl wird an den housecode angefügt, um den 12-stelligen IT-Sendebefehl zu bilden.<br><br>
Nach dem anlegen per autocreate muss noch der on/off- und optional der dimcode beim define (DEF) angepasst werden.<br>
</ul>
<br>
<b>SBC_FreeTec</b><br>
<ul>
<li><code><housecode></code> 8 Ziffern lange tri-State-Zahl (0/1/F) abhängig vom benutzten Gerät.</li>
<li><code><on-code></code> 4 Ziffern lange tri-State-Zahl, die den Einschaltbefehl enthält;
die Zahl wird an den housecode angefügt, um den 12-stelligen IT-Sendebefehl zu bilden.</li>
<li><code><off-code></code> 4 Ziffern lange tri-State-Zahl, die den Ausschaltbefehl enthält;
die Zahl wird an den housecode angefügt, um den 12-stelligen IT-Sendebefehl zu bilden.</li>
</ul>
<br>
<b>HE800</b><br>
<ul>
<li><code><Transmitter ID></code> Eindeutige Transmitter-ID (1..65535)</li>
<li><code><Receiver ID></code> Receiver-ID [0]1..15, 0=Broadcast 1-15 (HE844A button# 1-4 & MASTER=0, HE850 UNIT# 1-15, HE853 = 1)</li>
</ul>
<br>
Beispiele:
<ul>
<code>define lamp IT 01FF010101 11 00 01 10</code><br>
<code>define roll1 IT 111111111F 11 00 01 10</code><br>
<code>define otherlamp IT 000000000F 11 10 00 00</code><br>
<code>define otherroll1 IT FFFFFFF00F 11 10</code><br>
<code>define IT_1527xe0fec IT 1527xe0fec 1001 0000</code><br>
<code>define SBC_FreeTec_Steck1 IT FFF00FFF 000F 0000</code><br>
<code>define itswitch1 IT A1</code><br>
<code>define lamp IT J10</code><br>
<code>define flsswitch1 IT IV1</code><br>
<code>define lamp IT II2</code><br>
<code>define HE800_TID1_SW1 IT HE800 1 1</code><br>
</ul>
<br>
Für <b>Intertechno Protokoll 3 (ITv3)</b> ist der <housecode> eine 26-stellige Zahl. Zusätzlich wird noch ein 1 stelliger Gruppen-Code, sowie
ein 4-stelliger <unit code> verwendet.
<ul>
<li><code><address></code> ist eine 26-stellige Nummer (0/1)</li>
<li><code><group></code> ist eine 1-stellige Nummer (0/1)</li>
<li><code><unit></code> ist eine 4-stellige Nummer (0/1)</li>
</ul>
<br>
Beispiele:
<ul>
<code>define myITSwitch IT 00111100110101010110011111 0 0000</code>
</ul>
</ul>
<br>
<a name="ITset"></a>
<b>Set </b>
<ul>
<code>set <name> <value> [<time>]</code>
<br><br>
wobei <code>value</code> eines der folgenden Schlüsselwörter ist:<br>
<pre>
dimdown
dimup
off
on
on-till # siehe Anmerkungen
<li>Die <a href="#setExtensions">set extensions</a> werden unterstützt.</li>
</pre>
Beispiele:
<ul>
<code>set lamp on</code><br>
<code>set lamp1,lamp2,lamp3 on</code><br>
<code>set lamp1-lamp3 on</code><br>
<code>set lamp off</code><br>
</ul>
<br>
Anmerkungen:
<ul>
<li>on-till erfordert eine Zeitangabe im "at"-Format (HH:MM:SS, HH:MM
oder { <perl code> }, wobei dieser Perl-Code eine Zeitangabe zurückgibt).
Ist die aktuelle Zeit größer als die Zeitangabe, wird der Befehl verworfen,
andernfalls wird ein Einschaltbefehl gesendet und für die Zeitangabe ein
Ausschaltbefehl mittels "at"-Befehl angelegt.
</li>
</ul>
</ul>
<br>
<b>Get</b> <ul>N/A (nicht vorhanden)</ul><br>
<a name="ITattr"></a>
<b>Attributes</b>
<ul>
<a name="IODev"></a>
<li>IODev<br>
Spezifiziert das physische Gerät, das die Ausstrahlung der Befehle für das
"logische" Gerät ausführt. Ein Beispiel für ein physisches Gerät ist ein CUL oder ein SIGNALduino.<br>
Anmerkung: Beim Start weist fhem einem InterTechno-Gerät kein IO-Gerät zu.
Das Attribut IODev ist daher IMMER zu setzen.</li><br>
<a name="eventMap"></a>
<li>eventMap<br>
Ersetzt Namen von Ereignissen (wie on und off) und set-Parametern. Die Liste besteht dabei
aus mit Doppelpunkt verbundenen Wertepaaren, die durch Leerzeichen getrennt
sind. Der erste Teil des Wertepaares ist der zu ersetzende Wert, der zweite der neue/gewünschte Wert.
Man kann Leerzeichen innerhalb der neuen/gewünschten Werte verwenden, muss dann aber Fhem signalisieren, dass das die Werte nicht mehr durch Leerzeichen getrennt werden. Die geschieht, indem das erste Zeichen der Werteliste ein Komma (,) oder ein Schrägsstrich (/) wird. Dieses Komma bzw der Schrägstrich werden dann als Listenzeichen verwendet. Beispiele:
<ul><code>
attr store eventMap on:open off:closed<br>
attr store eventMap /on-for-timer 10:open/off:closed/<br>
set store open
</code></ul>
</li><br>
<li><a href="#do_not_notify">do_not_notify</a></li><br>
<a name="attrdummy"></a>
<li>dummy<br>
Mit der Eigenschaft dummy lassen sich Geräte definieren, die keine physikalischen Befehle
senden sollen. Verknüpfte notifys werden trotzdem ausgeführt. Damit kann z.B. auf Sendebefehle
reagiert werden, die über die Weboberfläche ausgelöst wurden, ohne dass der Befehl physikalisch
gesendet wurde.
</li><br>
<li><a href="#loglevel">loglevel</a></li><br>
<li><a href="#showtime">showtime</a></li><br>
<li><a href="#readingFnAttributes">readingFnAttributes</a></li><br>
<a name="model"></a>
<li>model<br>
Hiermit kann das Modell des IT-Geräts näher beschrieben werden. Diese
Eigenschaft wird (im Moment) nicht von Fhem ausgewertet.
Mit Hilfe dieser Information können externe Programme oder Web-Interfaces
Geräteklassen unterscheiden, um geeignete Kommandos zu senden (z.B. "on"
oder "off" an Schalter, aber "dim..%" an Dimmer usw.). Die Schreibweise
der Modellbezeichnung sollten der dem Gerät mitgelieferten Dokumentation
in Kleinbuchstaben ohne Leerzeichen entsprechen.
Andere Zeichen als <code>a-z 0-9</code> und <code>-</code> (Bindestrich)
sollten vermieden werden. Dies ist die Liste der "offiziellen" Modelltypen:<br>
<b>Sender/Sensor</b>: itremote<br>
<b>Dimmer</b>: itdimmer<br>
<b>Empfänger/Actor</b>: itswitch<br>
<b>EV1527</b>: ev1527
</li><br>
<a name="ignore"></a>
<li>ignore<br>
Durch das Setzen dieser Eigenschaft wird das Gerät nicht durch Fhem beachtet,
z.B. weil es einem Nachbarn gehört. Aktivitäten dieses Gerätes erzeugen weder
Log-Einträge noch reagieren notifys darauf, erzeugte Kommandos werden ignoriert
(wie bei Verwendung des Attributes <a href="#attrdummy">dummy</a> werden keine
Signale gesendet). Das Gerät ist weder in der Ausgabe des list-Befehls enthalten
(außer es wird explizit aufgerufen), noch wird es bei Befehlen berücksichtigt,
die mit Platzhaltern in Namensangaben arbeiten (siehe <a href="#devspec">devspec</a>).
Sie werden weiterhin mit der speziellen devspec (Gerätebeschreibung) "ignored=1" gefunden.
</li>
<br>
<a name="ITclock"></a>
<li>ITclock<br>
IT clock für das Senden beim Intertechno V1 Protokoll. Default 250.<br>
Ein Signal beim IT-Protokoll besteht immer aus einer Sequenz von HIGH und LOW, die mit einer bestimmten Zeitdauer gesendet werden. Typischerweise stehen die Zeitdauern dabei im Verhältnis 1:3 (also zum Beispiel X Mikrosekunden LOW und dann 3*X Mikrosekunden HIGH). Die kleinste Zeitdauer, die ein solches Signal dauert, kann mit ITclock eingestellt werden. Voreingestellt ist 250 und dieser Wert sollte nur dann verändert werden, wenn es Probleme beim Schalten mit Fhem gibt. Achten Sie in dem Fall auch darauf, ob nicht vielleicht das Signal zu schwach ist oder gestört wird, um regelmäßig empfangen zu werden.<br />
Hier ist eine Beschreibung für die Ermittlung des ITclock beim Signalduino: Nach Drücken einer Taste an der Fernbedienung steht die empfangene raw Nachricht im log und in der device-Ansicht des IT-device, also etwa <br>
MS;P0=357;P2=-1128;P3=1155;P4=-428;P5=-11420;D=05023402020202020202020202020202020202023402340234;CP=0;SP=5;<br>
Die Ziffer hinter "CP=" gibt die Pattern-Nr des clock (hier P0) an.
P0 selbst ist am Anfang der Nachricht definiert, hier ist also die clock 357.<br />
<br>
<a name="ITfrequency"></a> </li>
<li>ITfrequency<br>
Setzt die Sendefrequenz.
</li><br>
<a name="ITrepetition"></a>
<li>ITrepetition<br>
Setzt die Sendewiederholungen (Default=6).
</li><br>
<a name="userV1setCodes"></a>
<li>userV1setCodes<br>
damit können beim ITv1 Protokoll eigene setcodes zugefügt werden. Beispiele:
<ul><code>
attr lamp userV1setCodes rot:FD blau:1F<br>
attr lamp userV1setCodes hoch:1001 runter:1000 stop:1011
</code></ul>
</li><br>
<a name="SIGNALduinoProtocolId"></a>
<li>SIGNALduinoProtocolId<br>
Damit kann beim Senden mit dem SIGNALduino eine ProtocolId gewählt werden.
</li><br>
</ul>
<br>
<a name="ITevents"></a>
<b>Erzeugte Ereignisse (Events):</b>
<ul>
Ein IT-Gerät kann folgende Ereignisse generieren:
<li>on</li>
<li>off</li>
<li>dimdown</li>
<li>dimup<br></li>
Welche Ereignisse erzeugt werden ist geräteabhängig und kann evtl. am Gerät eingestellt werden.
</ul>
</ul>
Ab wann sind denn die Sachen im update?
Du kannst das geänderte IT-Modul als Anlage anfügen.
Wenn die Ergänzungen in der deutschen Device specific help auch in der englischen Device specific help übernommen sind, dann frage ich @bjoernh nochmals, ob er es ins SVN übernehmen kann.
Gruß Ralf
Hier ist die Datei, ich habe die Vorlage aus https://raw.githubusercontent.com/Ralf9/test/master/FHEM/10_IT.pm genommen; das war hoffentlich richtig.
Danke für Deine Hilfe.
Ich habe das englische Device specific help mit der deutschen Device specific help abgeglichen und ergänzt.
Im Abschnitt "Intertechno Protokoll 1 (ITv1)" und am Ende bei den Attributen ist es noch in deutsch.
https://github.com/Ralf9/test/commit/df47e725d4c1851534f2b97156dcd5be4168e798
Gruß Ralf
Hallo Ralf,
triggerst Du mich kurz wenn Du fertig bist? Ich würde es dann ins SVN spielen.
Gruß
Björn
Oh, das hatte ich gar nicht bemerkt. Ist repariert (=übersetzt).
Björn, Ralf,
könntet Ihr bitte kurz hier (https://forum.fhem.de/index.php/topic,61083.msg652122.html#msg652122) antworten ?
Danke, Markus
Zitat von: andies am 02 Juli 2017, 08:48:49
Oh, das hatte ich gar nicht bemerkt. Ist repariert (=übersetzt).
Das sieht jetzt schon recht gut aus. Die Beschreibung zum ITclock gefällt mir noch nicht so richtig.
Vielleicht sollte auch der Hinweis rein, daß bei nicht orginal IT-Geräten z.T. eine andere ITclock als 250 verwendet wird.
@KölnSolar kannst Du es auch mal durchlesen?
ZitatITclock
IT clock für das Senden beim Intertechno V1 Protokoll. Default 250.
Ein Signal beim IT-Protokoll besteht immer aus einer Sequenz von HIGH und LOW, die mit einer bestimmten Zeitdauer gesendet werden. Typischerweise stehen die Zeitdauern dabei im Verhältnis 1:3 (also zum Beispiel X Mikrosekunden LOW und dann 3*X Mikrosekunden HIGH). Die kleinste Zeitdauer, die ein solches Signal dauert, kann mit ITclock eingestellt werden. Voreingestellt ist 250 und dieser Wert sollte nur dann verändert werden, wenn es Probleme beim Schalten mit Fhem gibt. Achten Sie in dem Fall auch darauf, ob nicht vielleicht das Signal zu schwach ist oder gestört wird, um regelmäßig empfangen zu werden.
- Hier ist eine Beschreibung für die Ermittlung des ITclock beim Signalduino: Nach Drücken einer Taste an der Fernbedienung steht die empfangene raw Nachricht im log und in der device-Ansicht des IT-device, also etwa
MS;P0=357;P2=-1128;P3=1155;P4=-428;P5=-11420;D=05023402020202020202020202020202020202023402340234;CP=0;SP=5;
Die Ziffer hinter "CP=" gibt die Pattern-Nr des clock (hier P0) an. P0 selbst ist am Anfang der Nachricht definiert, hier ist also die clock 357.
- Beim CUL kann die ITclock aus den raw Daten (X31) ermittelt werden.
Statt
ZitatVoreingestellt ist 250 und dieser Wert sollte nur dann verändert werden, wenn es Probleme beim Schalten mit Fhem gibt.
besser
ZitatVoreingestellt ist 250 für Original-IT-Geräte. Andere Hersteller verwenden manchmal andere Werte, dennoch sollteITclock nur dann verändert werden, wenn es Probleme beim Schalten mit Fhem gibt.
?
Die englische Version wäre dann
ZitatThe default value of original IT devices is 250. Other producer use sometimes a different value; nevertheless ITclock should only be changed if you encounter problems using this device in Fhem.
Anstelle von producer sollte der Begriff vendor verwendet werden.
Gesendet von meinem Nexus 5 mit Tapatalk
Zum Glück hab ich ja keine Ahnung vom Signalduino. :D
ZitatDie Ziffer hinter "CP=" gibt die Pattern-Nr des clock (hier P0) an. P0 selbst ist am Anfang der Nachricht definiert, hier ist also die clock 357.
Verständlicher fänd ich: Die Ziffer hinter "CP=" gibt die Pattern-Nr des clock
(hier P0) an, also z.B. folgt aus CP=0 --> P0, das am Anfang der Nachricht definiert ist, hier ist also die clock 357
und
ZitatIT clock für das Senden beim Intertechno V1 Protokoll. .....
Ein Signal beim IT-Protokoll besteht immer aus einer Sequenz von HIGH und LOW, die mit einer bestimmten Zeitdauer gesendet werden. Typischerweise stehen die Zeitdauern dabei im Verhältnis 1:3 (also zum Beispiel X Mikrosekunden LOW und dann 3*X Mikrosekunden HIGH). Die kleinste Zeitdauer, die ein solches Signal dauert, kann mit ITclock eingestellt werden.
eher
IT clock ist die kleinste Basispulslänge beim Senden des Intertechno V1 Protokolls. ...
Ein Signal beim IT-Protokoll besteht immer aus einer Sequenz von HIGH und LOW, die mit einer bestimmten Pulslänge gesendet werden. Typischerweise stehen die Pulslängen dabei im Verhältnis 1:3 (also z.B. LOW=Basispulslänge und HIGH=3*Basispulslänge).
Grüße Markus
Zitat von: KölnSolar am 02 Juli 2017, 15:03:12
IT clock ist die kleinste Basispulslänge beim Senden des Intertechno V1 Protokolls. ...
Ein Signal beim IT-Protokoll besteht immer aus einer Sequenz von HIGH und LOW, die mit einer bestimmten Pulslänge gesendet werden. Typischerweise stehen die Pulslängen dabei im Verhältnis 1:3 (also z.B. LOW=Basispulslänge und HIGH=3*Basispulslänge).
IT clock is the smallest time length of any pulse while sending the Intertechno V1 protocol. ...
Any signal of the IT protocol typically consists of a sequence of HIGHs and LOWs with a particular time length. These lengths usually have a ratio of 1:3 (if, for example, LOW has a pulse length of X then HIGH has a pulse length of 3*X).
Oder so...
hier ist nochmals eine Zusammenfassung:
ZitatITclock
ITclock ist die kleinste Basispulslänge beim Senden des Intertechno V1 Protokolls.
Ein Signal beim IT-Protokoll besteht immer aus einer Sequenz von HIGH und LOW, die mit einer bestimmten Pulslänge gesendet werden. Typischerweise stehen die Pulslängen dabei im Verhältnis 1:3 (also z.B. LOW=Basispulslänge und HIGH=3*Basispulslänge).
Voreingestellt ist 250 für Original-IT-Geräte. Andere Hersteller verwenden manchmal andere Werte, dennoch sollte ITclock nur dann verändert werden, wenn es Probleme beim Schalten mit Fhem gibt. Achten Sie in dem Fall auch darauf, ob nicht vielleicht das Signal zu schwach ist oder gestört wird, um regelmäßig empfangen zu werden.
- Hier ist eine Beschreibung für die Ermittlung des ITclock beim Signalduino: Nach Drücken einer Taste an der Fernbedienung steht die empfangene raw Nachricht im log und in der device-Ansicht des IT-device, also etwa
MS;P0=357;P2=-1128;P3=1155;P4=-428;P5=-11420;D=05023402020202020202020202020202020202023402340234;CP=0;SP=5;
Die Ziffer hinter "CP=" gibt die Pattern-Nr des clock an, also z.B. folgt aus CP=0 --> P0, das am Anfang der Nachricht definiert ist, hier ist also die clock 357.
- Beim CUL kann die ITclock aus den raw Daten (X31) ermittelt werden.
ZitatITclock
IT clock is the smallest time length of any pulse while sending the Intertechno V1 protocol.
Any signal of the IT protocol typically consists of a sequence of HIGHs and LOWs with a particular time length. These lengths usually have a ratio of 1:3 (if, for example, LOW has a pulse length of X then HIGH has a pulse length of 3*X).
The default value of original IT devices is 250. Other vendors use sometimes a different value; nevertheless ITclock should only be changed if you encounter problems using this device in Fhem.
- In order to discover the correct ITclock using a SIGNALduino: After pressing a button at a remote the received raw signal can be found in the log as well as in the device view of the IT-device, for example
MS;P0=357;P2=-1128;P3=1155;P4=-428;P5=-11420;D=05023402020202020202020202020202020202023402340234;CP=0;SP=5;
The number after "CP=" shows the pattern number of the clock, so e.g. follows from CP=0 --> P0, which defines at the beginning of the message, hence the clock was 357 (microseconds).
- at the CUL can the ITclock found out from the raw messages (X31).
Gruß Ralf
Hier gibt es ein Problem (notify the module maintainer). Ist das SIGNALduino oder IT?
2017.07.02 21:46:27 4: sduino/msg READ: MS;P2=-9444;P3=283;P4=-918;P6=916;P7=-318;D=32343434673467343434343467346734673434346734673434;CP=3;SP=2;R=38;O;
2017.07.02 21:46:27 4: sduino: Matched MS Protocol id 3 -> itv1
2017.07.02 21:46:27 5: sduino: Starting demodulation at Position 2
2017.07.02 21:46:27 4: sduino: Decoded MS Protocol id 3 dmsg i141514 length 24 RSSI = -55
2017.07.02 21:46:27 5: sduino Dispatch: i141514, test gleich
2017.07.02 21:46:27 5: sduino Dispatch: i141514, -55 dB, dispatch
2017.07.02 21:46:27 5: sduino: dispatch i141514
2017.07.02 21:46:27 4: sduino IT: message "i141514" (7)
2017.07.02 21:46:27 4: sduino IT: msgcode "0FF00FFF0FF0" (12) bin = 000101000001010100010100
2017.07.02 21:46:27 5: sduino IT: V1 housecode = 0FF00FFF0F onoffcode = F0
2017.07.02 21:46:27 3: sduino IT: Steckdose_D off->off
2017.07.02 21:46:27 3: sduino IT: Klingel off->off
2017.07.02 21:46:27 1: ERROR: >Steckdose_D< returned by the IT ParseFn is invalid, notify the module maintainer
2017.07.02 21:46:27 4: sduino/msg READ: MS;P0=-942;P1=286;P2=912;P3=-308;P4=-9428;D=14101010231023101010101023102310231023102323232323;CP=1;SP=4;R=38;
2017.07.02 21:46:27 4: sduino: Matched MS Protocol id 3 -> itv1
2017.07.02 21:46:27 5: sduino: Starting demodulation at Position 2
2017.07.02 21:46:27 4: sduino: Decoded MS Protocol id 3 dmsg i14155F length 24 RSSI = -55
2017.07.02 21:46:27 5: sduino Dispatch: i14155F, test ungleich: disabled
2017.07.02 21:46:27 5: sduino Dispatch: i14155F, -55 dB, dispatch
2017.07.02 21:46:27 5: sduino: dispatch i14155F
2017.07.02 21:46:27 4: sduino IT: message "i14155F" (7)
2017.07.02 21:46:27 4: sduino IT: msgcode "0FF00FFFFF11" (12) bin = 000101000001010101011111
2017.07.02 21:46:27 5: sduino IT: V1 housecode = 0FF00FFFFF onoffcode = 11
2017.07.02 21:46:27 4: sduino IT: message "i14155F" (7)
2017.07.02 21:46:27 4: sduino IT: msgcode "0FF00FFFFF11" (12) bin = 000101000001010101011111
2017.07.02 21:46:27 5: sduino IT: V1 housecode = 0FF00FFFFF onoffcode = 11
2017.07.02 21:46:27 3: sduino: Unknown code i14155F, help me!
2017.07.02 21:46:31 4: sduino: Calling Getting Attr sub with args: set verbose = 2
2017.07.02 21:46:31 3: sduino: setting Verbose to: 2
Das Gerät
Internals:
DEF 0FF00FFF0F 0F F0
IODev sduino
LASTInputDev sduino
MSGCNT 26
NAME Klingel
NR 69
STATE off
TYPE IT
XMIT 0ff00fff0f
XMITdimdown 00
XMITdimup 00
XMIToff f0
XMITon 0f
sduino_DMSG i415544
sduino_MSGCNT 26
sduino_RAWMSG MS;P0=-419;P1=-10917;P2=346;P3=-1110;P4=1062;D=21234023232323234023402340234023402340232323402323;CP=2;SP=1;R=73;O;
sduino_RSSI -37.5
sduino_TIME 2017-07-02 18:02:39
CHANGED:
on
on
off
on
off
on
on
off
off
on
off
off
CHANGEDWITHSTATE:
Code:
1 0ff00fff0f
Readings:
2017-06-26 16:08:42 protocol V1
2017-07-02 21:46:27 state off
Attributes:
IODev sduino
group Schalter
Das hieß früher Steckdose_D, danach habe ich das in Klingel umbenannt.
@Ralf: Ich find Deine Zusammenfassung für die commandref OK.
ZitatHier gibt es ein Problem (notify the module maintainer). Ist das SIGNALduino oder IT?
Das hieß früher Steckdose_D, danach habe ich das in Klingel umbenannt.
Ich habe mal versucht den Fehler nachzustellen, es ist mir nicht gelungen.
Ich habe das IT-Device ein paar mal umbenannt. Es gab keine Fehlermeldung.
Ist nach einem fhem restart die ERROR Meldung noch da?
Gruß Ralf
Scheint weg zu sein, Danke. Da fällt mir ein: Ich hatte das nicht umbenannt, sondern gelöscht und neu definiert.
Gesendet von iPhone mit Tapatalk Pro
Ich habe die überarbeitete Device specific help in das github übernommen.
https://github.com/Ralf9/test/commit/919548a8e0d4d79790fe1b9ee68a33f6ff7f9ef5
Bitte mal testen ob so alle passt. Insbesondere das parse und set von ITv1, EV1527 und SBC_FreeTec
update all https://raw.githubusercontent.com/Ralf9/test/master/controls_signalduino.txt
Gegenüber der Version vom fhem update habe ich u.a. die folgenden Änderungen vorgenommen
- Das parse SBC_FreeTec wurde verbessert.
- Beim Senden von SBC_FreeTec war ein Fehler
- das Attribut ignore wird jetzt beachtet.
- englische und deutsche Device specific help überarbeitet.
Da es anscheinend noch nicht allgemein bekannt ist, noch der folgende Hinweis.
Wenn ein gelöschtes Gerät per Autocreate wieder angelegt werden soll, muß ein fhem restart durchgeführt werden.
Gruß Ralf
ZitatBitte mal testen ob so alles passt. Insbesondere das parse und set von ITv1, EV1527 und SBC_FreeTec
Ist inzwischen schon mal jemand dazugekommen, zu testen ob so alles passt?
Gruß Ralf
Nein, ich hab die bei mir vom Update ausgeschlossen - der CUL steigt wenn ich ITrepetion setze aus, daher habe ich die direkt in der 10_IT.pm modifiziert und sie aus dem Update rausgenommen...
@bjoernh
ich bin fertig, und da bis jetzt beim Testen nichts aufgefallen ist, kannst Du es ins SVN übernehmen.
@Tedious
da kann ich nicht weiterhelfen, da ich keinen CUL habe.
Bitte mach dafür ggf ein neues Thema auf.
Gruß Ralf
Hallo Björn,
bist Du inzwischen dazugekommen es ins SVN zu spielen?
Gruß Ralf
Zitat von: Ralf9 am 04 August 2017, 20:10:20
Hallo Björn,
bist Du inzwischen dazugekommen es ins SVN zu spielen?
Gruß Ralf
Hallo Ralf,
ist eingecheckt.
Gruß
Björn
Hallo, ich wollte mich noch mal bedanken für die tollen Infos hier! :)
Ich habe heute zum ersten mal was mit Funk zusammengebastelt. Ein Signalduino (Nano) mit CC1101 433 MHZ Funk Modul, um meine Kerui D026 Fenster Sensoren zu empfangen und es hat dank der Anleitung von Ralf auf Anhieb geklappt. :) https://forum.fhem.de/index.php/topic,67244.msg587128.html#msg587128
Ich habe noch ein paar Bilder vom Sensor und vom Innenleben gemacht:
https://www.dropbox.com/sh/j2zzpyaxwg4y8uw/AAB-nlIgwxO3BW6V9lH110Sqa?dl=0
Bei mir summen die Sensoren etwas für 1-2 Sekunden, wenn diese geschaltet werden. Es stört aber nicht wirklich, denn durch die Fensterbewegung ist das wahrscheinlich eh kaum hörbar.
Aber ist das bei anderen Sensoren, z.B. HM auch so?
Und gibt es evtl. eine Möglichkeit den Batterie Status mit einzubinden? Ich bin mir nur nicht sicher, ob der Batterie Status immer mit gesendet wird.
Es kann sein, das dieser erst gesendet wird, wenn die Batterien zu neige gehen. Aber vielleicht lässt sich das aus der Zahlenreihe herrauslesen?! :)
Oder ist dieser Status schon bei der DEF Regel mit dabei, da dort 4 Zahlenreihen mit dabei sind (1110 0111 1011 0000)?
Hier noch die Device Regel:
define IT_1527xFADAAoff IT 1527xFADAA 0110 0000
DEF 1527xFADAA 1110 0111 1011 0000
Status auf:
sduino_DMSG
iFADAAE
sduino_MSGCNT
17
sduino_RAWMSG
MS;P0=-356;P1=274;P2=-1001;P3=920;P4=-9611;D=14303030303012301230301230301230123012301230303012;CP=1;SP=4;R=112;O;
sduino_RSSI
-18
sduino_TIME
2017-10-21 20:08:06
Status zu:
sduino_DMSG
iFADAA7
sduino_MSGCNT
19
sduino_RAWMSG
MS;P0=-365;P1=285;P2=-1004;P3=908;P4=-9610;D=14303030303012301230301230301230123012301212303030;CP=1;SP=4;R=114;
sduino_RSSI
-17
sduino_TIME
2017-10-21 20:08:38
Status abriss:
sduino_DMSG
iFADAAB
sduino_MSGCNT
20
sduino_RAWMSG
MS;P2=-357;P3=279;P4=-985;P5=926;P6=-9605;D=36525252525234523452523452523452345234523452345252;CP=3;SP=6;R=114;O;
sduino_RSSI
-17
sduino_TIME
2017-10-21 20:08:54
Das Log vor dem Device anlegen:
2017-10-21 19:32:43 Global global UNDEFINED IT_1527xfadaa IT 1527xfadaa 1110 0000
2017-10-21 19:32:57 Global global UNDEFINED IT_1527xfadaa IT 1527xfadaa 1011 0000
2017-10-21 19:33:00 Global global UNDEFINED IT_1527xfadaa IT 1527xfadaa 1011 0000
2017-10-21 19:33:00 Global global DEFINED IT_1527xfadaa
2017-10-21 19:33:00 Global global DEFINED FileLog_IT_1527xfadaa
2017-10-21 19:33:00 Global global SAVE
2017-10-21 19:33:15 IT IT_1527xfadaa on
2017-10-21 19:33:18 IT IT_1527xfadaa on
2017-10-21 19:33:23 SIGNALduino sduino UNKNOWNCODE iFADAA7
2017-10-21 19:33:26 SIGNALduino sduino UNKNOWNCODE iFADAAE
2017-10-21 19:33:28 SIGNALduino sduino UNKNOWNCODE iFADAA7
2017-10-21 19:33:28 SIGNALduino sduino UNKNOWNCODE iFADAAE
Viele Grüße
Mark
Nein. Es gibt kein Senden eines Batteriestatus(zumindest nicht im IT-Protokoll)
Grüße Markus
@mark79
Ich habe den Batteriestatus und Sabotage Alarm als Dimup/Dimdown definiert.
Bin aber auch erst damit fertig geworden und habe nicht weiter machen können.
Bin derzeit in München.
Ich habe aber wissen wollen ab wann die Batterie gemeldet wird.
Das ist ab ~4.9V der Fall.
Wenn ich am Donnerstag wieder daheim bin kann ich das hier einstellen.
Gruß Gerd
Zitat von: Maista am 22 Oktober 2017, 10:29:26
@mark79
Ich habe den Batteriestatus und Sabotage Alarm als Dimup/Dimdown definiert.
Bin aber auch erst damit fertig geworden und habe nicht weiter machen können.
Bin derzeit in München.
Ich habe aber wissen wollen ab wann die Batterie gemeldet wird.
Das ist ab ~4.9V der Fall.
Wenn ich am Donnerstag wieder daheim bin kann ich das hier einstellen.
Gruß Gerd
Hallo Gerd,
das wäre klasse wenn du deine Config später hier noch einstellen würdest! :)
Wie hast du das eigentlich herausgefunden, das die BAT Warnung bei 4,9V auslöst, mit einem Netzteil?
Viele Grüße
Mark
Hallo Mark
Ja ich hab langsam die Spannungsversorgung abgesenkt. Ist eine hysteresis vorhanden.
Die Spannung muss über 6V liegen bevor eine erneute Absenkung gemeldet wird.
Prost erst mal :o
Gerd
Hallo Mark
VPN nach Hause machts möglich
Internals:
00 0111
CUL433_MSGCNT 29
CUL433_RAWMSG ie468a7
CUL433_RSSI -67.5
CUL433_TIME 2017-10-23 09:54:21
DEF 1527xe468a 1110 0111 1011 1111
IODev CUL433
LASTInputDev CUL433
MSGCNT 29
NAME Haustuer
NR 1100
STATE off
TYPE IT
XMIT 1df0fdd0dd
XMITdimdown 1111
XMITdimup 1011
XMITon 1110
CODE:
1 1527xe468a
READINGS:
2017-10-15 01:01:09 protocol EV1527
2017-10-23 09:54:21 state off
Attributes:
IODev CUL433
comment KERUI-FensterSensor-B l
model ev1527
room Fenster,CUL
verbose 0
Gruss Gerd
Hallo Gerd,
super danke dir! :)
Dann ist die BAT Warnung bestimmt das hier: "XMITdimdown 1111", das stand bei mir vorher auf 0000.
Ich habe das gerade mal auf die schnelle ausprobiert, also die DEF angepasst und ein 18650 Akku dran geklemmt, aber er hat nichts weiter außer on/off und dimup im Eventmanager angezeigt.
Ich vermute man muss die Spannung wohl langsam runterregeln ohne die Spannung komplett zu trennen. Ich werde das heute Abend probieren, sofern ich irgendwas regelbares für die Spannung finde. ???
Trink heute Abend ein Schneider Weisse TAP6 für mich mit, Prost! ;D
Viele Grüße
Mark
Ich habe ein regelbares Netzteil gefunden, womit ich von 3, 4,5, 6, 9 und 12 Volt regeln kann, ohne Spannungsdrop.
Ich habe den Sensor daran angeschlossen und von 6V auf 4,5V runter geregelt und der Sensor hat dies erkannt und ein low_bat Signal gesendet.
Allerdings kann der Signalduino die Batterie Warnung wohl nicht auswerten: sduino: Unknown code u40#EB6ABC, help me!
Komisch das es bei dem CUL geht... Kann sich das jemand anschauen, @Ralf oder wer anders? :)
Mir ist noch aufgefallen, das sobald ich die Spannung komplett für ein einige Sekunden trenne und dann wieder Spannung drauf gebe und ein low_bat provoziere, verändert sich der Code hinter der Raute.
Das sieht man im Event monitor ganz gut.
Ich habe ein paar Logs erstellt...
Hier die Event monitor Ausgabe:
2017-10-23 12:34:27 IT IT_1527xfadaa off
2017-10-23 12:34:30 IT IT_1527xfadaa on
2017-10-23 12:34:37 IT IT_1527xfadaa dimup
2017-10-23 12:34:46 SIGNALduino sduino DMSG u40#EB6ABC
2017-10-23 12:34:46 SIGNALduino sduino UNKNOWNCODE u40#EB6ABC
Fhem Logile mit Verbose 4:
http://paste.debian.net/992234/
Noch eine Event monitor Ausgabe:
2017-10-23 12:45:19 IT IT_1527xfadaa on
2017-10-23 12:45:33 IT IT_1527xfadaa off
2017-10-23 12:45:33 IT IT_1527xfadaa on
2017-10-23 12:45:43 IT IT_1527xfadaa off
2017-10-23 12:45:47 IT IT_1527xfadaa on
2017-10-23 12:45:52 IT IT_1527xfadaa dimup
2017-10-23 12:45:59 SIGNALduino sduino DMSG u40#ADAAF
2017-10-23 12:45:59 SIGNALduino sduino UNKNOWNCODE u40#ADAAF
2017-10-23 12:46:14 SIGNALduino sduino DMSG u40#ADAAF
2017-10-23 12:46:14 SIGNALduino sduino UNKNOWNCODE u40#ADAAF
2017-10-23 12:46:27 SIGNALduino sduino DMSG u40#ADAAF
2017-10-23 12:46:27 SIGNALduino sduino UNKNOWNCODE u40#ADAAF
2017-10-23 12:46:38 IT IT_1527xfadaa dimup
2017-10-23 12:46:47 IT IT_1527xfadaa on
2017-10-23 12:47:04 IT IT_1527xfadaa dimup
2017-10-23 12:47:09 IT IT_1527xfadaa off
2017-10-23 12:47:10 IT IT_1527xfadaa on
2017-10-23 12:47:19 IT IT_1527xfadaa off
2017-10-23 12:47:20 IT IT_1527xfadaa on
2017-10-23 12:47:59 SIGNALduino sduino DMSG u40#B6ABC
2017-10-23 12:47:59 SIGNALduino sduino UNKNOWNCODE u40#B6ABC
2017-10-23 12:48:05 SIGNALduino sduino DMSG u40#B6ABC
2017-10-23 12:48:05 SIGNALduino sduino UNKNOWNCODE u40#B6ABC
2017-10-23 12:48:29 IT IT_1527xfadaa off
2017-10-23 12:48:33 IT IT_1527xfadaa on
Fhem Logile mit Verbose 4:
https://pastebin.com/cqnFttnd
Raw definition:
defmod IT_1527xfadaa IT 1527xfadaa 1110 0111 1011 1111
attr IT_1527xfadaa IODev sduino
attr IT_1527xfadaa room IT
setstate IT_1527xfadaa on
setstate IT_1527xfadaa 2017-10-22 14:24:13 protocol EV1527
setstate IT_1527xfadaa 2017-10-23 12:48:33 state on
V 3.3.1-dev SIGNALduino cc1101 - compiled at Mar 10 2017 22:54:50
Moin Mark
Ein helles steht nun hier ;D
Achja..Ich nutze die aculfw weil die original cul das nicht erkennen wollte.
Prooost
Gerd
Moin Gerd,
ich habe den nanoCUL auf die aculfw geflasht und damit gehts nun auch bei mir. Bei low_bat springt der State um auf Dimdown. :)
Nur mit der aculfw wird ein Temp Sensor nicht mehr erkannt.. *hmpf* irgendwas ist ja immer. :D
Wäre toll wenn Ralf das bei dem Signalduino auch einbauen könnte, ansonsten bastel ich mir noch ein nanoCUL zusammen.
Prost! ;)
Viele Grüße
Mark
Hallo Mark79, bzw andere FHEM Experte
Ich hoffe es ist ok, dass ich mich hier "anhänge"...ansonsten eröffne ich gerne eine neuen Thread.
Ich habe mir ebenfalls ein paar Kerui KD26 Fensterkontakte gekauft und einen nanocul zusammengelötet und mit culfw geflasht.
Das Problem ist nun, dass ich bis jetzt nur geschafft habe einen der Fensterkontakte mit FHEM zu verbinden. Dieser wurde mittels Autocreate angelegt.
Der sendet nun auch schön on/off je nach Zustand des Fensterkontakts. Bei meinen anderen 4 Fensterkontakten ist aber Funkstille - ich sehe nix im Logfile - und AutoCreate legt auch nichts an :-(
Was könnte das Problem sein? @Mark79. Wurden bei dir alle Fensterkontakte sofort erkannt?
Liegt es daran dass ich culfw und nicht aculfw benutze? Aber dann würde es doch nicht mit einem der Fensterkontakte klappen...?
Hier noch die Daten zu meinem nanocul
Internals:
CMDS ABCEeFfGhiKklMmRTtUVWXxYZz
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
DEF /dev/serial/by-id/usb-SHA_CUL433-if00-port0@38400 0000
DeviceName /dev/serial/by-id/usb-SHA_CUL433-if00-port0@38400
FD 10
FHTID 0000
NAME nanoCUL
NR 20
PARTIAL
RAWMSG i598D274A
RSSI -37
STATE Initialized
TYPE CUL
VERSION V 1.67 nanoCUL433
initString X21
nanoCUL_MSGCNT 235
nanoCUL_TIME 2018-01-10 20:15:59
MatchList:
1:USF1000 ^81..(04|0c)..0101a001a5ceaa00....
2:BS ^81..(04|0c)..0101a001a5cf
3:FS20 ^81..(04|0c)..0101a001
4:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
5:KS300 ^810d04..4027a001
6:CUL_WS ^K.....
7:CUL_EM ^E0.................$
8:HMS ^810e04......a001
9:CUL_FHTTK ^T[A-F0-9]{8}
A:CUL_RFR ^[0-9A-F]{4}U.
B:CUL_HOERMANN ^R..........
C:ESA2000 ^S................................$
D:CUL_IR ^I............
E:CUL_TX ^TX[A-F0-9]{10}
F:Revolt ^r......................$
G:IT ^i......
H:STACKABLE_CC ^\*
I:UNIRoll ^[0-9A-F]{5}(B|D|E)
J:SOMFY ^Y[r|t|s]:?[A-F0-9]+
K:CUL_TCM97001 ^s[A-F0-9]+
L:CUL_REDIRECT ^o+
M:TSSTACKED ^\*
N:STACKABLE ^\*
READINGS:
2018-01-10 20:11:13 ccconf freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
2018-01-08 23:37:36 cmds A B C E e F f G h i K k l M m R T t U V W X x Y Z z
2018-01-09 00:05:48 raw isFFFFF01F0FF1
2018-01-10 20:15:59 state Initialized
2018-01-08 23:16:09 version V 1.67 nanoCUL433
Attributes:
Bzw hier die Daten zum Fensterkontakt der erkannt wurde:
Internals:
CFGFN
DEF 1527x598d2 1110 0111
IODev nanoCUL
LASTInputDev nanoCUL
MSGCNT 169
NAME IT_Garagentor
NR 49
STATE off
TYPE IT
XMIT ffdfd01f0d
XMITdimdown 00
XMITdimup 00
XMIToff 0111
XMITon 1110
nanoCUL_MSGCNT 169
nanoCUL_RAWMSG i598d27
nanoCUL_RSSI -37
nanoCUL_TIME 2018-01-10 20:15:59
CODE:
1 1527x598d2
READINGS:
2018-01-08 23:57:04 protocol EV1527
2018-01-10 20:15:59 state off
Attributes:
IODev nanoCUL
room IT
Vielen Dank für eure Hilfe.
Gruss
ALen
Hallo Alen
Erhöhe zum test die bWidth auf 464KHz.
Ich habe einige kerui die offensichtlich in der Frequenz weg laufen während sie senden.
Mark ging es ebenfalls so :o
Wenn du Glück hast liegt es daran.
Werde alle meine kerui mit einem SDR Empfänger überprüfen.
Bin nur nicht dazu gekommen.
Habe allerdings ebenso die aculfw laufen.
Gruss Gerd
ZitatLiegt es daran dass ich culfw und nicht aculfw benutze?
Who knows ? :-\ Die aculfw ist auf jeden Fall besser für 433 MHz slowRF ;)
ZitatVERSION V 1.67 nanoCUL433
Und speziell diese Version scheint Probleme zu machen :'( Kam gerade erst wieder eine Rückmeldung, dass mit der aculfw "simples" raw senden funktionierte, was mit der 1.67 nicht ging.
Grüße Markus
Danke für eure Hilfe...ich habe jetzt aculfw geflash und siehe da alle mein KERUI's wurden erkannt.
Bis jetzt machen die KERUI's einen guten Eindruck...die Status Meldungen werden praktisch in Realtime in FHEM angezeigt. Heute Abend werde ich den ersten Kontakt an der Garagentür installieren..bin gespannt, wie die Reichweite sein wird.
Gruss
Alen
Hallo,
ich habe in der 10_IT.pm eingebaut, daß die userV1setCodes nun auch für den Empfang verwendet werden, dabei haben die userV1setCodes Vorrang vor den XMIT Codes.
https://github.com/Ralf9/10_IT/commit/e3ad0148d88ca49c1d4840c2db32cbca76bd898e
Beim model itswitch_CHN werden nun die userV1setCodes verwendet, die userV1setCodes werden automatisch definiert.
Ich habe es zuerst so versucht, weiß jemand was da nicht passt?
$hash->{userV1setCodes} = ("open" => "1010", "closed" => "1110");
Beim %codes hash war off doppelt, ich habe das zweite off durch dim00% ersetzt.
Hier ist zum Testen die geänderte 10_IT.pm, ich habe es noch nicht komplett getestet.
https://github.com/Ralf9/10_IT/blob/dev/FHEM/10_IT.pm
Ich kann zum Testen noch vom signalduino rawmsg von ITv3 für on, off und dim gebrauchen.
Gruß Ralf
Hallo Ralf9,
vielleicht kannst Du mir weiterhelfen, weil ich hoffentlich nur etwas falsch mache.
Ich habe mir als Schnäppchen aus dem Schlussverkauf :D folgende schaltbare Dosen zugelegt:
https://www.flamingo.eu/de-de/flamingo-10-033-08-funksteckdosen-set-outdoor-2-10.033.08
Scheinen IT V3 Protokoll zu verwenden, ABER es sind nicht nur 31 (26+1+4) Stellen sondern anscheinend 32 (36 mit DDDD) in der BIN Message vorhanden.
Da mir Aufgrund der Sonderzeichen der Eventmonitor immer abstürzt, anbei eine Kopie des Logs ohne Sonderzeichen und Screenshot mit Sonderzeichen aus der Logdatei.
Die Sonderzeichen erhalte ich auch erst seit dem SDUINO Update 3.3.1-RC10.
Bei SDUINO 3.3.1-dev, die ich vorher hatte, wurde die Schalter auch noch angelegt. Mit RC-10 nicht mehr.
Zitat
2019.10.28 17:41:49 4: sduino4: Fingerprint for MU Protocol id 17.1 -> Intertechno matches, trying to demodulate
2019.10.28 17:41:49 5: part is 42434243424342434342424343424243424342434243424342434243434243424243424342434243424342434243424343424243424343424243424343424243 starts at position 2 and ends at 130
2019.10.28 17:41:49 5: sduino4: Starting demodulation ( regex: (?:)((?:4342|4243){32,}) Pos 0) length_min_max (32..34) length=32
2019.10.28 17:41:49 5: sduino4: applying postDemodulation, value before: 0 0 0 0 1 0 1 0 0 0 0 0 0 0 1 1 0 0 0 0 0 0 0 0 1 0 0 1 0 0 1 0
2019.10.28 17:41:49 5: sduino4: rcode=1, modified value after postDemodulation: 0 1 0 1 0 1 0 1 1 0 0 1 1 0 0 1 0 1 0 1 0 1 0 1 0 1 0 1 1 0 1 0 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 1 0 0 1 0 1 1 0 0 1 0 1 1 0 0 1
2019.10.28 17:41:49 5: sduino4: dispatching hex: i5599555A5555965900
2019.10.28 17:41:49 4: sduino4: Decoded matched MU Protocol id 17.1 dmsg i5599555A5555965900 length 64 dispatch(1/4) RSSI = -74
2019.10.28 17:41:49 5: sduino4 Dispatch: i5599555A5555965900, test ungleich: disabled
2019.10.28 17:41:49 5: sduino4 Dispatch: i5599555A5555965900, -74 dB, dispatch
2019.10.28 17:41:49 5: sduino4: dispatch i5599555A5555965900
2019.10.28 17:41:49 4: sduino4 IT: message "i5599555A5555965900" (19)
2019.10.28 17:41:49 4: sduino4 ITv3dimm: bin message "010101011001100101010101010110100101010101010101100101100101100100000000" (72)
2019.10.28 17:41:49 4: sduino4 IT: msgcode "00001010000000110000000010010010DDDD" (36) bin = 010101011001100101010101010110100101010101010101100101100101100100000000
2019.10.28 17:41:49 4: sduino4 IT: message "i5599555A5555965900" (19)
2019.10.28 17:41:49 4: sduino4 ITv3dimm: bin message "010101011001100101010101010110100101010101010101100101100101100100000000" (72)
2019.10.28 17:41:49 4: sduino4 IT: msgcode "00001010000000110000000010010010DDDD" (36) bin = 010101011001100101010101010110100101010101010101100101100101100100000000
2019.10.28 17:41:49 3: sduino4: Unknown code i5599555A5555965900, help me!
Hoffe mal nicht, dass es ein neues Produkt /Protokoll ist ..
Danke und Gruß
Frank
Hallo Frank,
bitte mache dafür ein eigenes Thema auf.
Verbose 4 ist ausreichend.
Der Screenshot hilft mir nicht viel weiter, da ich keine rawmsg rauskopieren kann.
Gruß Ralf
Ich habe in der 10_IT.pm die deutsche Device specific help ergänzt, bitte mal drüberschauen ob es so passt.
Wenn es so ok ist, kann ich noch Hilfe bei der Übersetzung ins englische gebrauchen.
https://github.com/Ralf9/10_IT/commit/04d919c6e8b6eac8ebba6b0104130b1d8673d107
https://github.com/Ralf9/10_IT/blob/dev/FHEM/10_IT.pm
ZitatIch kann zum Testen noch vom signalduino rawmsg von ITv3 für on, off und dim gebrauchen.
liest hier jemand mit der einen signalduino und ITv3 hat?
Gruß Ralf
Hi Ralf,
ich hab einen S'duino(nanoCUL) mit V 3.3.2b-dev SIGNALduino cc1101 - compiled at Feb 25 2018 18:47:47 an meinem Testsystem und z.B. IT V3 Dosen.
Was brauchst Du ?
Grüße Markus
Hallo Markus,
Was für eine ITv3 Fernbedienung hast Du?
Ich benötige die rawmsg (z.B. MS;P0=-10647;P1=-2560;P2=-276;P3=-1289;P7=229;D=71727372737273727373...) von on und off.
Falls die Fernbedienung auch dimmen kann, auch die rawmsg vom dimmen.
Gruß Ralf
Ich weiß nicht, ob ich hier richtig bin. Ich habe eine 433 Mhz-Fernbedienung mit vier ON und vier OFF-Tasten. Normalerweise steuert man darüber Steckdosen.
Bei mir läuft ein MapleCUL und ich hatte auch noch nie Probleme mit dem Empfang der FB-Codes.
Ich kann die Tasten A bis C problemlos ein- und ausschalten.
Aber seit einen unbestimmten Zeitraum (vermutlich irgendwann nach August) versteht FHEM die Taste D nicht mehr. Ich kann D nicht mehr ausschalten.
Im Event-Log sehe ich dazu nur:
STACKABLE_CC MapleCUL1 UNKNOWNCODE i411514
STACKABLE_CC MapleCUL1 UNKNOWNCODE i41155f
Das Device sieht wie folgt aus:
Internals:
00 f0
DEF F00F0FFF0F 0F F0
FVERSION 10_IT.pm:0.197610/2019-07-02
IODev MapleCUL1
NAME it_btn_D
NR 675
STATE on
TYPE IT
XMIT f00f0fff0f
XMITdimdown 00
XMITdimup 00
XMITon 0f
CODE:
1 f00f0fff0f
READINGS:
2019-02-03 20:02:55 protocol V1
2019-08-09 10:48:44 state on
Attributes:
IODev MapleCUL1
Hat hier jemand eine Idee? Hat sich irgendetwas geändert oder muss ich eher im MapleCUL-Bereich suchen?
Danke.
dieses hier
STACKABLE_CC MapleCUL1 UNKNOWNCODE i411514
ergibt die DEF F00F0FFF0F mit dem Code F0
und passt zum
DEF F00F0FFF0F 0F F0
von Deinem Device
Hast Du schon mal einen fhem neustart versucht?
und dieses hier
STACKABLE_CC MapleCUL1 UNKNOWNCODE i41155f
ergibt die DEF F00F0FFFFF mit dem Code 11
Gruß Ralf
Hi Ralf,
ZitatWas für eine ITv3 Fernbedienung hast Du?
Die Frage hatte ich befürchtet. Irgendwo müsste ich eine FB haben. Ich suche mal... ::)
Grüße
Markus
Zitat von: Ralf9 am 31 Oktober 2019, 19:19:36
dieses hier
STACKABLE_CC MapleCUL1 UNKNOWNCODE i411514
ergibt die DEF F00F0FFF0F mit dem Code F0
und passt zum
DEF F00F0FFF0F 0F F0
von Deinem Device
Hast Du schon mal einen fhem neustart versucht?
Danke. Ich habe FHEM bereits mehrfach neu gestartet.
Leider erfolglos.
Zitat
und dieses hier
STACKABLE_CC MapleCUL1 UNKNOWNCODE i41155f
ergibt die DEF F00F0FFFFF mit dem Code 11
Das verstehe ich nicht. Was soll mir das sagen? :)
dies
ZitatSTACKABLE_CC MapleCUL1 UNKNOWNCODE i411514
müsste mit Deiner Definition
DEF F00F0FFF0F 0F F0normalerweise mit verbose 4 im log ungefähr so aussehen:
2019.10.31 23:14:40.203 4 : sduinoD IT: message "i411514" (7)
2019.10.31 23:14:40.203 4 : sduinoD IT: msgcode "F00F0FFF0FF0" (12) bin = 010000010001010100010100
2019.10.31 23:14:40.203 3 : sduinoD IT: IT_F00F0FFF0F off->off
2019-10-31 23:14:40.210 IT IT_F00F0FFF0F offund dies
ZitatSTACKABLE_CC MapleCUL1 UNKNOWNCODE i41155f
müsste mit dieser Definition
define IT_F00F0FFFFF IT F00F0FFFFF 11 F0normalerweise mit verbose 4 im log ungefähr so aussehen:
2019.10.31 23:05:43.943 4 : sduinoD IT: message "i41155f" (7)
2019.10.31 23:05:43.943 4 : sduinoD IT: msgcode "F00F0FFFFF11" (12) bin = 010000010001010101011111
2019.10.31 23:05:43.943 3 : sduinoD IT: IT_F00F0FFFFF ???->on
2019-10-31 23:05:43.949 IT IT_F00F0FFFFF onBitte mach ein neues Thema auf, falls dies nicht weiter hilft.
Gruß Ralf
Hat außer KölnSolar hier niemand eine ITv3 Fernbedienung und einen Signalduino?
Hallo Ralf,
ich bin auf der Suche noch nach IT_v3. Ich bin der Meinung hier irgendwo was zu haben.
Wärest du so nett und könntest bitte das mit einpflegen?
Die benon Funksteckdosen (Semexo OHG) werden im IT Modul nicht verarbeitet, "altes" Problem.
ZitatCode not supported by IT_ ....
Produkt: benon Funksteckdosen (Semexo OHG)
- Fernbedienung BH-P
- Fernbedienung mit 5 Kanälen je ON & OFF
- Steckdosenadapter B2112
Bezug: Amazon
HS2260C-R4
MS Protocol id 3 - length 24
ON - 1
i115533
MS;P0=163;P1=-519;P2=506;P3=-182;P4=-5275;D=04010101230101012301230123012301230101232301012323;CP=0;SP=4;R=56;O;#;#;
MS;P1=-517;P2=163;P3=506;P4=-181;P5=-5262;D=25212121342121213421342134213421342121343421213434;CP=2;SP=5;R=66;O;m1;4;4;
OFF - 1
i11553C
MS;P1=-518;P2=159;P3=504;P4=-182;P5=-5265;D=25212121342121213421342134213421342121343434342121;CP=2;SP=5;R=69;!;!;
MS;P1=-514;P2=159;P3=499;P4=-178;P5=-5255;D=25212121342121213421342134213421342121343434342121;CP=2;SP=5;R=71;!;!;
ON - 2
i1155C3
MS;P1=-518;P2=160;P3=504;P4=-183;P5=-5273;D=25212121342121213421342134213421343434212121213434;CP=2;SP=5;R=67;4;4;
MS;P1=-519;P2=157;P3=508;P4=-178;P5=-5271;D=25212121342121213421342134213421343434212121213434;CP=2;SP=5;R=68;m0;4;4;
OFF - 2
i1155CC
MS;P1=-515;P2=160;P3=506;P4=-180;P5=-5264;D=25212121342121213421342134213421343434212134342121;CP=2;SP=5;R=67;!;!;
MS;P1=-520;P3=159;P4=503;P5=-175;P6=-5270;D=36313131453131314531453145314531454545313145453131;CP=3;SP=6;R=82;1;1;
ON - 3
i115703
MS;P1=-520;P2=151;P3=498;P4=-188;P5=-5264;D=25212121342121213421342134213434342121212121213434;CP=2;SP=5;R=90;m0;4;4;
MS;P1=-523;P2=161;P3=509;P4=-170;P5=-5264;D=25212121342121213421342134213434342121212121213434;CP=2;SP=5;R=87;O;m2;!;4;
OFF - 3
i11570C
MS;P1=-525;P2=165;P4=490;P5=-190;P6=-5255;D=26212121452121214521452145214545452121212145452121;CP=2;SP=6;R=86;O;!;!;
MS;P1=-514;P2=168;P3=490;P4=-182;P5=-5266;D=25212121342121213421342134213434342121212134342121;CP=2;SP=5;R=91;O;m2;4;!;
ON - 4
i115D03
MS;P1=-514;P2=160;P4=498;P5=-180;P6=-5272;D=26212121452121214521452145454521452121212121214545;CP=2;SP=6;R=92;O;m1;E;E;
MS;P1=-518;P2=165;P3=495;P4=-181;P5=-5274;D=25212121342121213421342134343421342121212121213434;CP=2;SP=5;R=92;O;4;4;
OFF - 4
i115D0C
MS;P1=-519;P2=161;P3=506;P4=-179;P5=-5268;D=25212121342121213421342134343421342121212134342121;CP=2;SP=5;R=89;O;!;!;
MS;P1=-513;P2=169;P3=513;P4=-174;P5=-5260;D=25212121342121213421342134343421342121212134342121;CP=2;SP=5;R=87;O;m1;!;!;
ON - 5
i117503
MS;P1=-518;P2=158;P4=503;P5=-176;P6=-5259;D=26212121452121214521454545214521452121212121214545;CP=2;SP=6;R=86;m0;E;E;
MS;P1=-514;P2=168;P4=495;P5=-179;P6=-5273;D=26212121452121214521454545214521452121212121214545;CP=2;SP=6;R=81;O;m0;E;E;
OFF - 5
i11750C
MS;P1=-513;P2=157;P4=496;P5=-187;P6=-5259;D=26212121452121214521454545214521452121212145452121;CP=2;SP=6;R=84;O;m0;!;!;
MS;P1=-520;P2=159;P3=494;P4=-188;P5=-5266;D=25212121342121213421343434213421342121212134342121;CP=2;SP=5;R=90;m0;!;!;Oder möchtest du hier https://github.com/Ralf9/10_IT noch ein Issues?
MfG Marco
ZitatDie benon Funksteckdosen (Semexo OHG) werden im IT Modul nicht verarbeitet, "altes" Problem.
Code not supported by IT_ ....
Die Meldung
Code 01 not supported by IT_0F0FFFFF01kommt, wenn der Code der Taste nicht in der DEF eingetragen ist
Z.B. Bei der Taste 1
DEF 0F0FFFFF01 01 10Steht auch in der Commandref unter "Intertechno Protokoll 1 (ITv1)"
Gruß Ralf
ich habe die Device specific help ergänzt , bitte mal drüber schauen
https://github.com/Ralf9/10_IT/commit/84997a0721442a795ec2b11b14fe8a910a3b6443
update all https://raw.githubusercontent.com/Ralf9/10_IT/master/controls_signalduino.txt
Hi Ralf,
habe die ITT-1500 gefunden.
IT_V3_192b1f42 IT 00110010010101100011111010 0 0010
MU;P0=218;P1=-316;P2=-1314;P4=-2647;P5=136;P6=-10192;D=0102020101020201020101020102010202010201020102040401540404040102010202010201010201020201010201020201010202010102020102010102010201020201020102010201020101020201010201020102010201020201010206040102010202010201010201020201010201020201010202010102020102010;CP=0;R=41;O;aber auch
MS;P1=-2667;P2=219;P3=-1330;P5=-315;P7=-10188;D=212523252323252325252325232325252325232325252323252523232523252523252325232325232523252325232525232325252325232523252325232325252327;CP=2;SP=1;R=34;O;m1;
mit
V 3.3.2b-dev SIGNALduino cc1101 - compiled at Feb 25 2018 18:47:47 und# $Id: 10_IT.pm 19761 2019-07-02 18:37:03Z bjoernh $
Grüße Markus
Hallo Markus,
danke für die rawmsg von der ITT-1500
sduinoD/msg get raw: MS;P1=-2667;P2=219;P3=-1330;P5=-315;P7=-10188;D=212523252323252325252325232325252325232325252323252523232523252523252325232325232523252325232525232325252325232523252325232325252327;CP=2;SP=1;R=34;O;m1;
IT: message "i5A5966695AA99559" (17)
msgcode "00110010010101100011111010000010" (32)
IT_V3_192b1f42 off
Die MS-Nachricht ist die richtige Nachricht.
Ich könnte auch noch eine rawmsg von "on" gebrauchen.
Die message von on und off haben eine Länge von 17.
Es gibt auch noch message für dimup, dimdown und dim x% (z.B. dim 43) diese haben eine Länge von 19. Für diese habe ich mir inzwischen selber die entspechenden rawmsg gebastelt.
Weißt Du zufällig mit welcher Fernbedienung die dim Nachrichten erzeugt werden können? Die ITT-1500 hat ja nur on/off Tasten.
Du verwendest eine etwas ältere Firmware.
Mit meiner aktuellen Firmware V 3.3.2.1-rc9 sollten eigentlich keine MU-Nachrichten mehr dabei sein.
https://forum.fhem.de/index.php/topic,82379.msg744554.html#msg744554
Die MS-Wiederholungen werden nun auch hochgezählt.
Wenn die in mscnt definierten Wiederholungen erreicht sind, werden die restlichen Wiederholungen nicht mehr ausgegeben. Seither konnte es vorkommen, daß die unterdrückten überzähligen Wiederholungen z.T. als MU-Nachrichten ausgegeben wurden.
Da bei den MS-Wiederholungen nun die sync und clock von der 1.Nachricht verwendet werden, müssen sync und clock nicht mehr erneut ermittelt werden.
Daß die überzähligen Wiederholungen bei einer älteren firmware nicht ünterdrückt werden ist nur ein Schönheitsfehler, für den Empfang spielt das keine Rolle,
Gruß Ralf
das onMU;P0=9816;P1=-312;P2=179;P3=-187;P4=287;P5=-22920;D=01234323232323232343432343432343234343432323434343232323232323232323232323232323232323434323234323232323232323232323232323432323232343432323432323432343232343434343232323432323434343232343434343234323234343432;CP=2;R=20;e;
Fb kenne ich keine zum dimmen. Sendesignale des RFXTRX(dim-level 0-15) z.B. level 0 kommen nicht an bzw. liefert unknownmessages
2019-11-24 08:44:04-MU;P0=-257;P1=249;P2=-1279;P3=-9984;P4=-2528;D=0121210121010121012121010121012121010121210101212101210101210121012121012101210121012101012121010121012101010121210121012101012101210121012131410121012121012101012101212101012101212101012121010121210121010121012101212101210121012101210101212101012101210;CP=1;R=39;O;
#2019-11-24 08:44:04-MS;P0=-252;P1=256;P2=-1285;P3=-9990;P4=-2562;D=31410121012121012101012101212101012101212101012121010121210121010121012101212101210121012101210101212101012101210101012121012101210101210121012101213;CP=1;SP=4;R=39;O;m0;
#2019-11-24 08:44:04-MS;P0=-260;P1=251;P2=-1292;P4=-2555;P5=-9992;D=1410121012121012101012101212101012101212101012121010121210121010121012101212101210121012101210101212101012101210101012121012101210101210121012101215;CP=1;SP=4;R=39;O;m1;
#2019-11-24 08:44:05-MS;P0=-253;P1=252;P2=-1288;P4=-2553;P6=-10008;D=1410121012121012101012101212101012101212101012121010121210121010121012101212101210121012101210101212101012101210101012121012101210101210121012101216;CP=1;SP=4;R=39;O;m2;
#2019-11-24 08:44:05-MS;P0=-274;P1=279;P2=-1250;P4=-2550;P7=-9984;D=1410121012121012101012101212101012101212101012121010121210121010121012101212101210121012101210101212101012101210101012121012101210101210121012101217;CP=1;SP=4;R=39;p;m3;
Zitatdas on
MU;P0=9816;P1=-312;P2=179;P3=-187;P4=287;P5=-22920;D=01..
Dies ist keine Nachricht von der ITT-1500, es ist keine MS-Nachricht und die Zeiten passen nicht
Glaub mir, ist sie
Internals:
00 0
CFGFN
DEF 00110010010101100011111010 0 0010
FUUID 5dafeadb-f33f-5874-fb7f-99d50ed00b331c16
IODev Sduino
LASTInputDev Sduino
MSGCNT 79
NAME IT_V3_192b1f42
NR 10430
STATE on
Sduino_DMSG i5A5966695AA9965900
Sduino_MSGCNT 79
Sduino_Protocol_ID 17.1
Sduino_RAWMSG MU;P0=32001;P1=-2714;P2=216;P3=-317;P4=-1322;P5=-10200;D=0123242324242324232324232424232324232424232324242323242423242323242324232424232423242324232423232424232324232424232324232424232324252123242324242324232324232424232324232424232324242323242423242323242324232424232423242324232423232424232324232424232324232;CP=2;R=51;O;
Sduino_RSSI -48.5
Sduino_TIME 2019-11-24 10:08:00
TYPE IT
XMIT 0011001001010110001111101000010
XMITdimdown 00
XMITdimup 00
XMITon 1
CODE:
1 0011001001010110001111101000010
READINGS:
2019-10-23 23:59:00 group 0
2019-10-23 23:59:00 protocol V3
2019-11-24 10:08:00 state on
2019-10-23 23:59:00 unit 0010
Attributes:
IODev Sduino
room Neu
ZitatGlaub mir, ist sie
ja, jetzt ist sie es.
MU-Nachrichten werden als ID 17.1 erkannt, und
MS-Nachrichten werden als ID 17 erkannt.
Wenn Du die ID 17.1 aus der whitelist entfernst, oder wenn Du keine whitelist verwendest, die 17.1 in die Blacklist einträgst,
müsstet Du eine MS-Nachricht mit der Sduino_Protocol_ID 17 erhalten.
Gruß Ralf
Korrekt.
MS;P0=235;P1=-1316;P2=-296;P3=-10204;P4=-2674;D=040201020101020102020102010102020102010102020101020201010201020201020102010102010201020102010202010102020102010102020102010102020103;CP=0;SP=4;R=44;O;m0;
Grüße Markus
Danke, jetzt passt es.
ZitatFb kenne ich keine zum dimmen. Sendesignale des RFXTRX(dim-level 0-15) z.B. level 0 kommen nicht an bzw. liefert unknownmessages
Da passt im Signalduino Fhem Modul was nicht so richtig.
Anscheinend hat das bis jetzt mangels passender Fernbedienung noch niemand getestet.
Gruß Ralf
Hallo,
hier ist die aktuelle Version vom IT-Modul, bitte testen ob so alles passt, dann gebe ich nach einer Testphase Bjoern bescheid, daß er es ins normale fhem update (SVN) übernehmen kann.
Version IT
10_IT.pm 19761 2019-11-07 12:00:00Z Ralf9
https://github.com/Ralf9/10_IT/blob/master/FHEM/10_IT.pm
oder
update all https://raw.githubusercontent.com/Ralf9/10_IT/master/controls_signalduino.txt
Ich habe folgendes geändert und ergänzt:
- Fix: Use of uninitialized value $evcode in concatenation (.) or string at ...
- Die userV1setCodes werden nun auch für den Empfang verwendet, dabei haben die userV1setCodes Vorrang vor den XMIT Codes.
- Device specific help ergänzt
- Beim Senden von HomeEasy HE800 und HE_EU wird nun auch die protocolId 35 und 65 automatisch gesetzt.
Gruß Ralf
gibt es eine Möglichkeit zu überprüfen ob die Syntax der Device specific help passt?
Gruß Ralf
Zitat von: Ralf9 am 08 Dezember 2019, 18:35:56
gibt es eine Möglichkeit zu überprüfen ob die Syntax der Device specific help passt?
Hat sich mittlerweile erledigt, ich habe es selbst herausgefunden.
Hallo Ralf,
vorweg ich bin absolut kein Kenner von pm Modulen bzw. kratze so eben an der Oberfläche von Fhem.
Dennoch hat mich ein Unknown Fehler in den Wahnsinn getrieben, bis ich den "Fehler" finden konnte.
Konstellation:
RPI mit Debian strech
aktuellste FHEM SVN rev: 20813
aculfw: 1.26.08 Build 324
Betroffener Schalter HE401EU von Home easy von der Firma Byron... (Ok Billigschalter, aber die sollen ja nur die Schaltimpulse übermitteln und dafür sehen die nicht schlecht aus ;-) )
Bisher habe ich den RFXTRX433 verwendet, der soll aber durch ein NanoCul ersetzt werden, weil ich ein super, duppa, fancy Gehäuse entwerfen möchte, um eine "all in one" Haussteuerungs Zentrale zu bauen, mit CUL433, CUL868, ZigBee, ZWAVE und natürlich auch die ganzen ESP & WLAN Dinger.
Zu meine Problem:
beim ON Schalten wurde dies als OFF erkannt und beim OFF schalten kam der Fehler Code 11 und stundenlanges lesen im Internet brachte kein Ergebnis.
(an dieser Stelle Sorry Leute, aber entweder kamen superschlaue Sprüche oder absolut unbrauchbare Lösungsvorschläge...Danke dafür!)
Jetzt zu meiner aktuellen Lösung:
Im 10_IT.pm Modul
so ab Zeile 747 ( "single" Zweig):
} elsif (length($a[2]) == 46) { # HE_EU
return "Define $a[0]: wrong IT-Code format: specify a 29 digits 0/1 "
if( ($a[2] !~ m/^[0-1]{46}$/i) );
return "Define $a[0]: wrong group format: specify a 1 digits 0/1 "
if( ($a[3] !~ m/^[0-1]{1}$/i) );
return "Define $a[0]: wrong unit format: specify a 7 digits 0/1 "
if( ($a[4] !~ m/^[0-1]{7}$/i) );
$housecode = $a[2].$a[4];
$groupBit = $a[3];
$unitCode=$a[4];
if ($groupBit == "1") {
# looks like a master key
$hash->{READINGS}{mode}{VAL} = "master";
$oncode = "01";
$offcode = "00";
} else {
$hash->{READINGS}{mode}{VAL} = "single";
# PPI Anpassung
# $oncode = "10";
$oncode = "11";
# $offcode = "01";
$offcode = "10";
Ich habe den ON Code auf 11 gesetzt und den offcode auf 10, das du auf pos.46 ausliest "$onoffcode=substr($msgcode,46,2);"
Das funktioniert jetzt bei 2 Schaltern ohne Probleme, 6 sollen es werden.
Solltest du ein log benötige oder ähnliches, dann kann ich das gerne zur Verfügung stellen, aber du musst mir Dummy auch erklären wie ich das machen kann / muss.
So long, Danke für die bereits geleistete Arbeit und für das Modul.
LG
Paolo
ZitatBetroffener Schalter HE401EU von Home easy von der Firma Byron...
Ich habe den ON Code auf 11 gesetzt und den offcode auf 10, das du auf pos.46 ausliest "$onoffcode=substr($msgcode,46,2);"
Das Problem dabei ist, daß damit die normalen HE_EU Fernbedienungen wahrscheinlich nicht mehr funktionieren.
Ich habe eine HE844A, da kann ich per DIP Schalter auch HE_EU auswählen, da wird on 10 und off 01 verwendet.
für on
DMSG ihC78F366DC8F2E58000
msgcode 110001111000111100110110011011011100100011110010111001011
für off
DMSG ihC78F366DC8F1E58000
msgcode 110001111000111100110110011011011100100011110001111001011Kannst Du mir von dem HE401EU die DMSG von on und off posten?
Hat der HE401EU Dip Schalter oder ähnliches?
Gruß Ralf
Zitathier ist die aktuelle Version vom IT-Modul, bitte testen ob so alles passt, dann gebe ich nach einer Testphase Bjoern bescheid, daß er es ins normale fhem update (SVN) übernehmen kann.
Das IT-Modul ist im SVN und müsste ab morgen auch im fhem update sein.
Gruß Ralf
Zitat von: Ralf9 am 28 Dezember 2019, 14:12:37
Kannst Du mir von dem HE401EU die DMSG von on und off posten?
************************************************************************************************************
Hab das CUL auf Verbose 5 gesetzt und das Ergebnis:
#ON:
#2019.12.30 17:16:42 5: CUL/RAW: /ihC797726D5D373180F2
#2019.12.30 17:16:42 4: CUL_Parse: nanoCUL433 ihC797726D5D373180F2
#2019.12.30 17:16:42 5: nanoCUL433: dispatch ihc797726d5d373180f2
#2019.12.30 17:16:42 4: nanoCUL433 IT: message "ihc797726d5d373180f2" (20)
#2019.12.30 17:16:42 4: nanoCUL433 IT: msgcode "110001111001011101110010011011010101110100110111001100011" (57) bin = #110001111001011101110010011011010101110100110111001100011000
#2019.12.30 17:16:43 5: SW: is00110010010111011011111010010011
#2019.12.30 17:16:43 5: CUL/RAW (ReadAnswer): is0011001001
#2019.12.30 17:16:43 5: CUL/RAW (ReadAnswer): 0111011011111010010011
#OFF:
#2019.12.30 17:21:36 5: CUL/RAW: /ihC797726D5D36B180EB
#2019.12.30 17:21:36 4: CUL_Parse: nanoCUL433 ihC797726D5D36B180EB
#2019.12.30 17:21:36 5: nanoCUL433: dispatch ihc797726d5d36b180eb
#2019.12.30 17:21:36 4: nanoCUL433 IT: message "ihc797726d5d36b180eb" (20)
#2019.12.30 17:21:36 4: nanoCUL433 IT: msgcode "110001111001011101110010011011010101110100110110101100011" (57) bin = #110001111001011101110010011011010101110100110110101100011000
#2019.12.30 17:21:37 5: CUL/RAW: /s7970116009; 384: 9616
Hat der HE401EU Dip Schalter oder ähnliches?
# Nein, keine Schalter oder sonstiges, das ist wohl einfach "fest verdrahtet"
**************************************************************************************************************
Hoffe das hilft dir.
Gruß Paolo
ich habe im Dezember mein system upgedatet und hatte nun probleme mit meinen rollos. (intertechno)
eine eingerichtete beschattung funktionierte nicht mehr,da die rolläden nur noch kompellt herunter- herauf fuhren.
nun habe ich eine 10_it vom backup eingespielt und alles funktioniert wierder tadellos.
da schein noch ein bug enthalten zu dein
Zitat von: nucleo74 am 30 Dezember 2019, 17:28:28
Hab das CUL auf Verbose 5 gesetzt und das Ergebnis:
Danke ich schau es mir an, dürfte aber etwas dauern. Ist aber wahrscheinlich nicht so eilig, da Du es ja bei Dir angepasst hast.
Gruß Ralf
Zitat von: rr725 am 07 Januar 2020, 11:58:56
ich habe im Dezember mein system upgedatet und hatte nun probleme mit meinen rollos. (intertechno)
eine eingerichtete beschattung funktionierte nicht mehr,da die rolläden nur noch kompellt herunter- herauf fuhren.
Verwendest Du einen Cul oder sduino?
Damit ich versuchen kann den bug zu finden, benötige ich ein List von einem Rollo das nicht mehr richtig funktioniert.
Außerdem benötige ich noch ein Log Auszug mit verbose 4 oder 5 beim senden.
>Verwendest Du einen Cul oder sduino?
>Damit ich versuchen kann den bug zu finden, benötige ich ein List von einem Rollo das nicht mehr richtig funktioniert.
>Außerdem benötige ich noch ein Log Auszug mit verbose 4 oder 5 beim senden.
Hi, ich benutze einen cul von busware.
Ich wollte das Problem nur mitteilen. Habe es für mich gelöst indem ich wieder eine ältere it Datei aus einem Backup eingespielt habe.
Sorry, aber im mom. habe ich keine Zeit um die Log Dateien mit verbose zu erstellen zumal es ja nun wieder mit der alten Datei läuft und ich sie
mit einem schreibschutz versehen habe. Nur......falls noch jemand dieses Problem feststellen sollte dieser Hinweis.
Hallo,
es gibt eine neue Version vom IT-Modul
- Anpassungen damit das IT-Modul auch mit der TSCUL verwendet werden kann
- Bei den Attributen nicht benötigte Einträge "unit" und "group" entfernt. Nun wird bei den Attributen "group" unter der Rubrik "Framework" angezeigt
- Bei einem modify der DEF wird nun die alte DEF gelöscht
- Code optimierungen
https://github.com/Ralf9/10_IT/blob/master/FHEM/10_IT.pm
update all https://raw.githubusercontent.com/Ralf9/10_IT/master/controls_it.txt
Ich warte ca 1 Woche auf Rückmeldungen und bringe es dann ins CVS (fhem update).
Gruß Ralf
Ist im SVN und morgen dann im FHEM update
Hallo Ralf,
in
## Do we need to change ITfrequency back??
if (defined(AttrVal($name, 'ITrepetition', undef))) {
Log3 $hash,4 ,'Setting ITfrequency back to 433.92 MHz';
CallFn($io->{NAME}, 'GetFn', $io, (' ', 'raw', 'if0'));
}
ab Zeile 629 hat sich 'ITrepetition' verirrt und sollte 'ITfrequency' lauten, ist mir aufgefallen.
Gruß, Ansgar.
Ist nun in meinem github, im SVN und morgen dann im FHEM update