[gelöst] IT (SIGNALduino) und Alarmanlage (ABTO) M2BX?

Begonnen von habichthugo, 22 Mai 2017, 12:33:44

Vorheriges Thema - Nächstes Thema

habichthugo

Ich habe mir einen SIGNALduino (Sender und Empfänger) gebastelt, der für meine Intertechno-Derivat-Funksteckdosen auch einwandfrei funktioniert. Prinzipiell scheint das Teil auch meine Alarmanlage (M2BX von ABTO, gibt es baugleich aber auch von anderen Herstellern) zu verstehen. Die Fensterkontakte erkennt er wohl einwandfrei, z.B. (Raw definition):
defmod IT_1527x16505 IT 1527x16505 0000 0000
attr IT_1527x16505 IODev MySIGNALduino
setstate IT_1527x16505 on
setstate IT_1527x16505 2017-05-22 11:43:21 protocol EV1527
setstate IT_1527x16505 2017-05-22 11:59:52 state on

Allerdings bleibt der State dauerhaft auf on, wenn ich ihn nicht manuell zurücksetze, und ich wüsste nicht, wie ich den jetzt (über die FHEM-Oberfläche) senden sollte, da es keinen entspr. Button (on) gibt.
Dazu erkennt er prinzipiell auch die Funkfernbedienung (Alarmanlage scharf/unscharf):
defmod IT_0FF100F000 IT 0FF100F000 0F F0
attr IT_0FF100F000 IODev MySIGNALduino
setstate IT_0FF100F000 off
setstate IT_0FF100F000 2017-05-22 11:42:05 protocol V1
setstate IT_0FF100F000 2017-05-22 12:12:53 state off

Allerdings wird der Schalter nur angelegt und ist dann funktionslos, d.h, es wird weder ein erneutes drücken der Tasten erkannt noch reagiert die Alarmanlage auf via FHEM darüber gesendete Befehle.
In Eventmonitor sieht das so aus (für Tasten scharf/unscharf):
2017-05-22 12:25:40 SIGNALduino MySIGNALduino UNKNOWNCODE u42#17040C
2017-05-22 12:25:45 SIGNALduino MySIGNALduino UNKNOWNCODE i17040C
2017-05-22 12:25:49 SIGNALduino MySIGNALduino UNKNOWNCODE i1704C0
2017-05-22 12:25:56 SIGNALduino MySIGNALduino UNKNOWNCODE i1704C0
2017-05-22 12:26:01 SIGNALduino MySIGNALduino UNKNOWNCODE i17040C


Wie kriege ich vor allem einen vollständig funktionierenden scharf/unscharf-Schalter ins FHEM?
CUL (CC1101-USB-Lite module-V3) + 5*fht80b + 6*Mumbi-Funksteckdosen (=Elro AB440); HM-LAN + 11*HM-LC-Bl1PBU-FM Rollladenaktor + 1*HM-LC-Sw1PBU-FM Funklichtschalter + 2*HM-RC-12-W; Raspbian (Raspberry Pi Model B Rev 1 ECN0001 256MB)

habichthugo

Es bleibt kompliziert. Wenn ich den Schalter als
defmod TestIt IT 0FF100F0 1000 0010
attr TestIt IODev MySIGNALduino
attr TestIt model itswitch
setstate TestIt 2017-05-22 15:55:56 protocol SBC_FreeTec

definiere, kann ich zumindest 'on' (scharf) empfangen, aber nicht 'off' (unscharf). Mit
defmod TestIt IT 0FF100F010 00 10
...
setstate TestIt 2017-05-22 15:55:56 protocol V1

genau anders herum! Und senden klappt in beiden Fällen nicht, also zumindest reagiert die Alarmanlage nicht darauf.
Im Log steht dann sowas (obere Def.):
2017.05.22 17:31:36 4: MySIGNALduino/msg READ: MS;P0=-14512;P3=498;P4=-1407;P5=1436;P7=-459;D=30343434573457575734343434345734345757343434343434;CP=3;SP=0;O;
2017.05.22 17:31:36 4: MySIGNALduino: Matched MS Protocol id 3 -> itv1
2017.05.22 17:31:36 5: MySIGNALduino: Starting demodulation at Position 2
2017.05.22 17:31:36 4: MySIGNALduino: Decoded MS Protocol id 3 dmsg i1704C0 length 24
2017.05.22 17:31:36 5: MySIGNALduino: converted Data to (i1704C0)
2017.05.22 17:31:36 5: MySIGNALduino: dispatch i1704C0
2017.05.22 17:31:36 4: MySIGNALduino IT: message "i1704C0" (7)
2017.05.22 17:31:36 4: MySIGNALduino IT: msgcode "0FF100F01000" (12) bin = 000101110000010011000000
2017.05.22 17:31:36 5: MySIGNALduino IT: SBC_FreeTec housecode = 0FF100F0  onoffcode = 1000
2017.05.22 17:31:36 3: MySIGNALduino IT: TestIt on->on
2017.05.22 17:31:37 4: MySIGNALduino/msg READ: MU;P0=-1415;P1=480;P2=1432;P3=-465;D=010102310232323101010101023101023231010101010101;CP=1;
2017.05.22 17:31:37 5: MySIGNALduino: applying filterfunc SIGNALduino_filterSign
2017.05.22 17:31:37 4: MySIGNALduino: Fingerprint for MU Protocol id 21 -> einhell garagedoor matches, trying to demodulate
2017.05.22 17:31:37 5: MySIGNALduino: Starting demodulation at Position 2
2017.05.22 17:31:37 4: MySIGNALduino: Fingerprint for MU Protocol id 26 -> remote26 matches, trying to demodulate
2017.05.22 17:31:37 5: MySIGNALduino: Starting demodulation at Position 2
2017.05.22 17:31:37 4: MySIGNALduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2017.05.22 17:31:37 5: MySIGNALduino: Starting demodulation at Position 2
2017.05.22 17:31:37 4: MySIGNALduino: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2017.05.22 17:31:37 5: MySIGNALduino: Starting demodulation at Position 2
2017.05.22 17:31:37 4: MySIGNALduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2017.05.22 17:31:37 5: MySIGNALduino: Starting demodulation at Position 2
2017.05.22 17:31:37 5: MySIGNALduino: applying filterfunc SIGNALduino_compPattern
2017.05.22 17:31:37 4: MySIGNALduino: Fingerprint for MU Protocol id 42 -> MKT motionsensor matches, trying to demodulate
2017.05.22 17:31:37 5: MySIGNALduino: Starting demodulation at Position 2
2017.05.22 17:31:37 4: MySIGNALduino: Fingerprint for MU Protocol id 46 -> EKX1BE matches, trying to demodulate
2017.05.22 17:31:37 5: MySIGNALduino: Starting demodulation at Position 1
2017.05.22 17:31:37 4: MySIGNALduino: Fingerprint for MU Protocol id 5 -> unitec6899 matches, trying to demodulate
2017.05.22 17:31:37 5: MySIGNALduino: Starting demodulation at Position 1
2017.05.22 17:31:37 4: MySIGNALduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2017.05.22 17:31:37 5: MySIGNALduino: Starting demodulation at Position 1
2017.05.22 17:31:37 4: MySIGNALduino: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2017.05.22 17:31:37 5: MySIGNALduino: Starting demodulation at Position 1
2017.05.22 17:31:39 4: MySIGNALduino/msg READ: MS;P1=1354;P2=-426;P3=472;P4=-1315;P6=-13847;D=36343434123412121234343434341234343434343412123434;CP=3;SP=6;O;
2017.05.22 17:31:39 4: MySIGNALduino: Matched MS Protocol id 3 -> itv1
2017.05.22 17:31:39 5: MySIGNALduino: Starting demodulation at Position 2
2017.05.22 17:31:39 4: MySIGNALduino: Decoded MS Protocol id 3 dmsg i17040C length 24
2017.05.22 17:31:39 5: MySIGNALduino: converted Data to (i17040C)
2017.05.22 17:31:39 5: MySIGNALduino: dispatch i17040C
2017.05.22 17:31:39 4: MySIGNALduino IT: message "i17040C" (7)
2017.05.22 17:31:39 4: MySIGNALduino IT: msgcode "0FF100F00010" (12) bin = 000101110000010000001100
2017.05.22 17:31:39 5: MySIGNALduino IT: V1 housecode = 0FF100F000  onoffcode = 10
2017.05.22 17:31:39 3: MySIGNALduino IT: Code 10 not supported by TestIt.
2017.05.22 17:31:39 4: MySIGNALduino IT: message "i17040C" (7)
2017.05.22 17:31:39 4: MySIGNALduino IT: msgcode "0FF100F00010" (12) bin = 000101110000010000001100
2017.05.22 17:31:39 5: MySIGNALduino IT: V1 housecode = 0FF100F000  onoffcode = 10
2017.05.22 17:31:39 3: MySIGNALduino IT: Code 10 not supported by TestIt.
2017.05.22 17:31:39 3: MySIGNALduino: Unknown code i17040C, help me!


"help me!"?? Gerne, aber wie?
CUL (CC1101-USB-Lite module-V3) + 5*fht80b + 6*Mumbi-Funksteckdosen (=Elro AB440); HM-LAN + 11*HM-LC-Bl1PBU-FM Rollladenaktor + 1*HM-LC-Sw1PBU-FM Funklichtschalter + 2*HM-RC-12-W; Raspbian (Raspberry Pi Model B Rev 1 ECN0001 256MB)

habichthugo

...und wenn ich in einem gesendeten Kommando manuell das repeat aufbohre, dann nimmt die Alarmanlage das auch zur Kenntnis:
2017.05.22 17:51:48 4: set MySIGNALduino raw SR;R=20;P0=250;P1=-7750;P2=750;P3=-250;P4=-750;D=01040404230423232304040404042304042323040404040404;
2017.05.22 17:51:48 5: MySIGNALduino SW: SR;R=20;P0=250;P1=-7750;P2=750;P3=-250;P4=-750;D=01040404230423232304040404042304042323040404040404;

Also nur R=20 (statt 6) des automatischen Kommandos
2017.05.22 17:44:52 2: MySIGNALduino IT_set: TestIt on
2017.05.22 17:44:52 4: MySIGNALduino IT_set: sendMsg=P3#0FF100F01000#R6
2017.05.22 17:44:52 5: MySIGNALduino/write: adding to queue sendMsg P3#0FF100F01000#R6
2017.05.22 17:44:52 5: MySIGNALduino: sendmsg IT V1 convertet tristate to bits=000101110000010011000000
2017.05.22 17:44:52 5: MySIGNALduino: sendmsg Preparing rawsend command for protocol=3, repeats=6, clock=250 bits=000101110000010011000000
2017.05.22 17:44:52 4: MySIGNALduino/set: sending via SendMsg: SR;R=6;P0=250;P1=-7750;P2=750;P3=-250;P4=-750;D=01040404230423232304040404042304042323040404040404;
2017.05.22 17:44:53 5: MySIGNALduino SW: SR;R=6;P0=250;P1=-7750;P2=750;P3=-250;P4=-750;D=01040404230423232304040404042304042323040404040404;
verändert!?

Wie kriege ich das denn nun zu einem funktionierenden Schalter verheiratet?
CUL (CC1101-USB-Lite module-V3) + 5*fht80b + 6*Mumbi-Funksteckdosen (=Elro AB440); HM-LAN + 11*HM-LC-Bl1PBU-FM Rollladenaktor + 1*HM-LC-Sw1PBU-FM Funklichtschalter + 2*HM-RC-12-W; Raspbian (Raspberry Pi Model B Rev 1 ECN0001 256MB)

KölnSolar

damit Du nicht weiter Selbstgespräche führen musst: ist es das IT-Attribut ITrepetition wonach Du suchst ?
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt

habichthugo

Zitat von: KölnSolar am 22 Mai 2017, 19:42:39
damit Du nicht weiter Selbstgespräche führen musst: ist es das IT-Attribut ITrepetition wonach Du suchst ?
Es bessert die Sache etwas. Ab ITrepetition=8 empfängt meine Alarmanlage die Befehle, aber nicht zuverlässig, im Schnitt nur etwa jedes 2..3 Mal. Da muss wohl noch etwas Feintuning ins Timing (kleinere oder größere Pausen zwischen den Sendungen?).
Und umgekehrt kriege ich keinen Schalter definiert, der beide Zustände vom Handsender empfängt. Es geht nur on, oder off, nicht beides (siehe oben). Da scheint sich FHEM bzw. IT nicht so recht zwischen den Protokollen entscheiden zu können?
CUL (CC1101-USB-Lite module-V3) + 5*fht80b + 6*Mumbi-Funksteckdosen (=Elro AB440); HM-LAN + 11*HM-LC-Bl1PBU-FM Rollladenaktor + 1*HM-LC-Sw1PBU-FM Funklichtschalter + 2*HM-RC-12-W; Raspbian (Raspberry Pi Model B Rev 1 ECN0001 256MB)

habichthugo

Hier mal der Log, wenn ich auf der Fernbedienung nacheinander on und off (bzw. scharf und unscharf) drücke:
2017.05.23 19:13:03 4: MySIGNALduino/msg READ: MS;P0=-1386;P1=1415;P2=-457;P4=-14055;P7=483;D=74707070127012121270707070701270701212707070707070;CP=7;SP=4;
2017.05.23 19:13:03 4: MySIGNALduino: Matched MS Protocol id 3 -> itv1
2017.05.23 19:13:03 4: MySIGNALduino: Decoded MS Protocol id 3 dmsg i1704C0 length 24
2017.05.23 19:13:03 4: MySIGNALduino IT: message "i1704C0" (7)
2017.05.23 19:13:03 4: MySIGNALduino IT: msgcode "0FF100F01000" (12) bin = 000101110000010011000000
2017.05.23 19:13:03 3: MySIGNALduino IT: TestIt on->on
2017.05.23 19:13:05 4: MySIGNALduino/msg READ: MS;P0=-397;P1=482;P2=-1305;P3=1367;P5=-13818;D=15121212301230303012121212123012121212121230301212;CP=1;SP=5;
2017.05.23 19:13:05 4: MySIGNALduino: Matched MS Protocol id 3 -> itv1
2017.05.23 19:13:05 4: MySIGNALduino: Decoded MS Protocol id 3 dmsg i17040C length 24
2017.05.23 19:13:05 4: MySIGNALduino IT: message "i17040C" (7)
2017.05.23 19:13:05 4: MySIGNALduino IT: msgcode "0FF100F00010" (12) bin = 000101110000010000001100
2017.05.23 19:13:05 3: MySIGNALduino IT: Code 10 not supported by TestIt.
2017.05.23 19:13:05 4: MySIGNALduino IT: message "i17040C" (7)
2017.05.23 19:13:05 4: MySIGNALduino IT: msgcode "0FF100F00010" (12) bin = 000101110000010000001100
2017.05.23 19:13:05 3: MySIGNALduino IT: Code 10 not supported by TestIt.
2017.05.23 19:13:05 3: MySIGNALduino: Unknown code i17040C, help me!

Das bei Schalterdefinition:
defmod TestIt IT 0FF100F0 1000 0010
attr TestIt IODev MySIGNALduino
attr TestIt model itswitch

setstate TestIt on
setstate TestIt 2017-05-22 15:55:56 protocol SBC_FreeTec
setstate TestIt 2017-05-23 19:13:03 state on

On wird also richtig erkannt, off nicht. Nur warum?
Ändere ich die Def. von 0FF100F0 1000 0010 nach 0FF100F000 00 10 kann ich off empfangen, aber on nicht mehr (logisch).
Das Senden klapp auch noch nicht zuverlässig, geht aber mit obiger Def. prinzipiell für on und off. Meine Interetechno-Funksteckdosen lassen sich dagegen recht zuverlässig schalten, obwohl viel weiter weg vom Sender...
CUL (CC1101-USB-Lite module-V3) + 5*fht80b + 6*Mumbi-Funksteckdosen (=Elro AB440); HM-LAN + 11*HM-LC-Bl1PBU-FM Rollladenaktor + 1*HM-LC-Sw1PBU-FM Funklichtschalter + 2*HM-RC-12-W; Raspbian (Raspberry Pi Model B Rev 1 ECN0001 256MB)

Ralf9

ZitatDas Senden klapp auch noch nicht zuverlässig

Bitte versuche es mal mit dem Attribut ITclock 480

Gruß Ralf
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

habichthugo

Zitat von: Ralf9 am 23 Mai 2017, 23:28:27
Bitte versuche es mal mit dem Attribut ITclock 480
Super, Danke, damit klappt das Senden nun absolut zuverlässig:
defmod TestIt IT 0FF100F0 1000 0010
attr TestIt IODev MySIGNALduino
attr TestIt ITclock 480
attr TestIt model itswitch
...
setstate TestIt 2017-05-22 15:55:56 protocol SBC_FreeTec

Woher weiß man den sowas (Doku.)?

Empfangen wird aber weiterhin nur on, off verhaspelt sich. Hier nochmal ein Log von on und off mit verbose 5:
MS;P1=485;P2=-1386;P3=1418;P4=-451;P5=-14221;D=15121212341234343412121212123412123434121212121212;CP=1;SP=5;
2017.05.24 12:20:49 4: MySIGNALduino: Matched MS Protocol id 3 -> itv1
2017.05.24 12:20:49 5: MySIGNALduino: Starting demodulation at Position 2
2017.05.24 12:20:49 4: MySIGNALduino: Decoded MS Protocol id 3 dmsg i1704C0 length 24
2017.05.24 12:20:49 5: MySIGNALduino: converted Data to (i1704C0)
2017.05.24 12:20:49 5: MySIGNALduino: dispatch i1704C0
2017.05.24 12:20:49 4: MySIGNALduino IT: message "i1704C0" (7)
2017.05.24 12:20:49 4: MySIGNALduino IT: msgcode "0FF100F01000" (12) bin = 000101110000010011000000
2017.05.24 12:20:49 5: MySIGNALduino IT: SBC_FreeTec housecode = 0FF100F0  onoffcode = 1000
2017.05.24 12:20:49 3: MySIGNALduino IT: TestIt on->on
2017.05.24 12:20:51 4: MySIGNALduino/msg READ: MS;P0=-418;P1=468;P2=-1319;P3=1362;P4=-13819;D=14121212301230303012121212123012121212121230301212;CP=1;SP=4;
2017.05.24 12:20:51 4: MySIGNALduino: Matched MS Protocol id 3 -> itv1
2017.05.24 12:20:51 5: MySIGNALduino: Starting demodulation at Position 2
2017.05.24 12:20:51 4: MySIGNALduino: Decoded MS Protocol id 3 dmsg i17040C length 24
2017.05.24 12:20:51 5: MySIGNALduino: converted Data to (i17040C)
2017.05.24 12:20:51 5: MySIGNALduino: dispatch i17040C
2017.05.24 12:20:51 4: MySIGNALduino IT: message "i17040C" (7)
2017.05.24 12:20:51 4: MySIGNALduino IT: msgcode "0FF100F00010" (12) bin = 000101110000010000001100
2017.05.24 12:20:51 5: MySIGNALduino IT: V1 housecode = 0FF100F000  onoffcode = 10
2017.05.24 12:20:51 3: MySIGNALduino IT: Code 10 not supported by TestIt.
2017.05.24 12:20:51 4: MySIGNALduino IT: message "i17040C" (7)
2017.05.24 12:20:51 4: MySIGNALduino IT: msgcode "0FF100F00010" (12) bin = 000101110000010000001100
2017.05.24 12:20:51 5: MySIGNALduino IT: V1 housecode = 0FF100F000  onoffcode = 10
2017.05.24 12:20:51 3: MySIGNALduino IT: Code 10 not supported by TestIt.
2017.05.24 12:20:51 3: MySIGNALduino: Unknown code i17040C, help me!

on wird 'richtig' als SBC_FreeTec interpretiert. Bei off entscheidet er sich offenbar irrtümlich für V1 (Intertechno Schalter). Aber warum bzw. kann man da auch noch was drehen? Das 'normale' Intertechno kann ich nicht komplett deaktivieren, da ich ja auch noch solche Funksteckdosen habe...
CUL (CC1101-USB-Lite module-V3) + 5*fht80b + 6*Mumbi-Funksteckdosen (=Elro AB440); HM-LAN + 11*HM-LC-Bl1PBU-FM Rollladenaktor + 1*HM-LC-Sw1PBU-FM Funklichtschalter + 2*HM-RC-12-W; Raspbian (Raspberry Pi Model B Rev 1 ECN0001 256MB)

Ralf9

Zitaton wird 'richtig' als SBC_FreeTec interpretiert. Bei off entscheidet er sich offenbar irrtümlich für V1 (Intertechno Schalter).

In der Parse Routine vom IT-Modul hat was nicht ganz gepasst.
Mit diesem angepasstem IT-Modul müsste es funktionieren.
update all https://raw.githubusercontent.com/Ralf9/test/master/controls_signalduino.txt
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

habichthugo

Zitat von: Ralf9 am 24 Mai 2017, 18:08:30
In der Parse Routine vom IT-Modul hat was nicht ganz gepasst.
Mit diesem angepasstem IT-Modul müsste es funktionieren.
update all https://raw.githubusercontent.com/Ralf9/test/master/controls_signalduino.txt
Funktioniert super! Danke!!!

Nochmal zu:
Zitat von: Ralf9 am 23 Mai 2017, 23:28:27
Bitte versuche es mal mit dem Attribut ITclock 480
Wie kommt 'man' auf sowas?
CUL (CC1101-USB-Lite module-V3) + 5*fht80b + 6*Mumbi-Funksteckdosen (=Elro AB440); HM-LAN + 11*HM-LC-Bl1PBU-FM Rollladenaktor + 1*HM-LC-Sw1PBU-FM Funklichtschalter + 2*HM-RC-12-W; Raspbian (Raspberry Pi Model B Rev 1 ECN0001 256MB)

Ralf9

FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7