SIGNALDuino Empfänger Firmware V 3.3.2r-dev

Begonnen von Ralf9, 07 Januar 2018, 21:37:44

Vorheriges Thema - Nächstes Thema

andies

uptime ist unproblematisch:
uptime 7 01:36:18
und im log steht nur
2020.02.22 22:29:20 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/00_SIGNALduino.pm line 910.
2020.02.22 22:29:20 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/00_SIGNALduino.pm line 911.

Ständiger Empfang von Sensoren ist da!


Gesendet von iPad mit Tapatalk Pro
FHEM 6.3 auf RaspPi4 (Raspbian:  6.6.28+; Perl: v5.36.0)
SIGNALduino (433 MHz) und HM-UART (868 MHz), Sonoff, Blitzwolf, Somfy RTS, CAME-Gartentor, Volkszähler, Keyence-Sensor, Homematic-Sensoren und -thermostat, Ferraris-Zähler für Wasseruhr, Openlink-Nachbau Viessmann

Ralf9

Nach dem Senden muss der gesendete Befehl wieder empfangen werden, dies sieht ungefähr so aus: 
2020.02.22 23:36:29.175 4 : SOMFY_sendCommand: SOMFY_12389A -> cmd :on:
2020.02.22 23:36:29.175 4 : sduinoE/set: sending via SendMsg: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=ABEDEDD64C7466;F=10AB85550A;
2020.02.22 23:36:29.286 4 : sduinoE SendrawFromQueue: msg=SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=ABEDEDD64C7466;F=10AB85550A;
2020.02.22 23:36:30.005 4 : sduinoE/msg READ: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=ABEDEDD64C7466;F=10AB85550A;ccreg write back 10B07157C4
2020.02.22 23:36:30.005 3 : sduinoE/noMsg Parse: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=ABEDEDD64C7466;F=10AB85550A;ccreg write back 10B07157C4
2020.02.22 23:36:30.005 4 : sduinoE/read sendraw answer: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=ABEDEDD64C7466;F=10AB85550A;ccreg write back 10B07157C4


Wie sieht das log aus, wenn das senden nicht funktioniert?
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

andies

Leider habe ich Pech/Glück: das scheint nicht immer schief zu gehen. Heute ging alles, ich muss wohl weiter beobachten
2020.02.23 08:42:45 5: sduino: Write, sending via Set sendMsg P43#A58A8C79777777#R6
2020.02.23 08:42:45 5: sduino: Set, sendmsg msg=P43#A58A8C79777777#R6
2020.02.23 08:42:45 5: sduino: Set, sendmsg Preparing manchester protocol=43, repeats=0, clock=645 data=A58A8C79777777
2020.02.23 08:42:45 5: sduino: AddSendQueue, sduino: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A58A8C79777777;F=10AB85550A; (1)
2020.02.23 08:42:45 4: sduino: Set, sending via SendMsg: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A58A8C79777777;F=10AB85550A;
2020.02.23 08:42:45 5: sduino: SimpleWrite, SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A58A8C79777777;F=10AB85550A;
2020.02.23 08:42:45 4: sduino: SendFromQueue, msg=SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A58A8C79777777;F=10AB85550A;


Ich habe nur Sorge, dass der rolling code aus dem Tritt kommt und ich neu einrichten muss.


Gesendet von iPad mit Tapatalk Pro
FHEM 6.3 auf RaspPi4 (Raspbian:  6.6.28+; Perl: v5.36.0)
SIGNALduino (433 MHz) und HM-UART (868 MHz), Sonoff, Blitzwolf, Somfy RTS, CAME-Gartentor, Volkszähler, Keyence-Sensor, Homematic-Sensoren und -thermostat, Ferraris-Zähler für Wasseruhr, Openlink-Nachbau Viessmann

Ralf9

In Deinem log Auszug fehlt die Antwort vom Sendebefehl, müsste ungefähr so aussehen:
2020.02.22 23:36:30.005 4 : sduino/msg READ: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=ABEDEDD64C7466;F=10AB85550A;ccreg write back 10B07157C4
2020.02.22 23:36:30.005 3 : sduino/noMsg Parse: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=ABEDEDD64C7466;F=10AB85550A;ccreg write back 10B07157C4
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

andies

Dann kopiere ich mal auch die Umgebung mit:
2020.02.23 08:42:45 5: sduino: Write, sending via Set sendMsg P43#A58A8C79777777#R6
2020.02.23 08:42:45 5: sduino: Set, sendmsg msg=P43#A58A8C79777777#R6
2020.02.23 08:42:45 5: sduino: Set, sendmsg Preparing manchester protocol=43, repeats=0, clock=645 data=A58A8C79777777
2020.02.23 08:42:45 5: sduino: AddSendQueue, sduino: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A58A8C79777777;F=10AB85550A; (1)
2020.02.23 08:42:45 4: sduino: Set, sending via SendMsg: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A58A8C79777777;F=10AB85550A;
2020.02.23 08:42:45 5: sduino: SimpleWrite, SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A58A8C79777777;F=10AB85550A;
2020.02.23 08:42:45 4: sduino: SendFromQueue, msg=SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A58A8C79777777;F=10AB85550A;
2020.02.23 08:42:46 4: sduino: Read, msg: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A58A8C79777777;F=10AB85550A;ccreg write back 10B07157C4
2020.02.23 08:42:46 5: sduino: Parse, noMsg: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A58A8C79777777;F=10AB85550A;ccreg write back 10B07157C4
2020.02.23 08:42:46 5: sduino: Read, msg: regexp=^S(?:R|C|M);. cmd=sendraw msg=SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A58A8C79777777;F=10AB85550A;ccreg write back 10B07157C4
2020.02.23 08:42:46 4: sduino: Read, sendraw answer: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A58A8C79777777;F=10AB85550A;ccreg write back 10B07157C4
2020.02.23 08:42:46 4: sduino: HandleWriteQueue, nothing to send, stopping timer
2020.02.23 08:42:51 5: sduino: Read, RAW rmsg: Mu;���;��;��;���;�և;C1;R14;D!111111!11A1A1AAA11A1AAAAAAAAAAAA11AAAAA1A1A!!!!11A1A1AAA11A111AAAAAAAAA111AAAAAA111!!!!11A1A1AAA11A1AAAAAAAAAAAA11AAAAA1A1A!!;O;
2020.02.23 08:42:51 4: sduino: Read, msg READredu: MU;P0=-1440;P1=487;P2=-8940;P3=-3984;P4=-2006;CP=1;R=20;D=01213131313131312131314131413141414131314131414141414141414141414141313141414141413141314121212121313141314131414141313141313131414141414141414141313131414141414141313131212121213131413141314141413131413141414141414141414141414131314141414141314131412121;O;
2020.02.23 08:42:51 5: sduino: Parse_MU, start pattern for MU Protocol id 13.1 -> FLAMINGO FA22RF / FA21RF / LM-101LD not found, aborting
2020.02.23 08:42:51 5: sduino: Parse_MU, start pattern for MU Protocol id 16 -> Dooya not found, aborting

Ist der hier dabei? Ist das "ccreg write back 10B07157C4"?
FHEM 6.3 auf RaspPi4 (Raspbian:  6.6.28+; Perl: v5.36.0)
SIGNALduino (433 MHz) und HM-UART (868 MHz), Sonoff, Blitzwolf, Somfy RTS, CAME-Gartentor, Volkszähler, Keyence-Sensor, Homematic-Sensoren und -thermostat, Ferraris-Zähler für Wasseruhr, Openlink-Nachbau Viessmann

Ralf9

ja, dies ist die Antwort
2020.02.23 08:42:46 4: sduino: Read, msg: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A58A8C79777777;F=10AB85550A;ccreg write back 10B07157C4
2020.02.23 08:42:46 5: sduino: Parse, noMsg: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A58A8C79777777;F=10AB85550A;ccreg write back 10B07157C4
2020.02.23 08:42:46 5: sduino: Read, msg: regexp=^S(?:R|C|M);. cmd=sendraw msg=SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A58A8C79777777;F=10AB85550A;ccreg write back 10B07157C4
2020.02.23 08:42:46 4: sduino: Read, sendraw answer: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A58A8C79777777;F=10AB85550A;ccreg write back 10B07157C4
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

andies

#546
Zitat von: Ralf9 am 22 Februar 2020, 23:51:21
Wie sieht das log aus, wenn das senden nicht funktioniert?
Jetzt habe ich ein Log, wenn es nicht funktioniert. Das ist immer morgens, der allererste Versuch, die Rolladen hochzufahren:
2020.02.25 06:34:03 5: sduino: Write, sending via Set sendMsg P43#AA858379777777#R6
2020.02.25 06:34:03 5: sduino: Set, sendmsg msg=P43#AA858379777777#R6
2020.02.25 06:34:03 5: sduino: Set, sendmsg Preparing manchester protocol=43, repeats=0, clock=645 data=AA858379777777
2020.02.25 06:34:03 5: sduino: AddSendQueue, sduino: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AA858379777777;F=10AB85550A; (1)
2020.02.25 06:34:03 4: sduino: Set, sending via SendMsg: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AA858379777777;F=10AB85550A;
2020.02.25 06:34:03 5: sduino: SimpleWrite, SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AA858379777777;F=10AB85550A;
2020.02.25 06:34:03 4: sduino: SendFromQueue, msg=SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AA858379777777;F=10AB85550A;
2020.02.25 06:34:03 4: sduino: Read, msg: Unsupported command
2020.02.25 06:34:03 5: sduino: Parse, noMsg: Unsupported command
2020.02.25 06:34:03 4: sduino: Read, msg: Received answer (Unsupported command) for sendraw does not match ^S(?:R|C|M);.
2020.02.25 06:34:05 4: sduino: HandleWriteQueue, sendraw no answer (timeout)
2020.02.25 06:34:05 4: sduino: HandleWriteQueue, nothing to send, stopping timer


Ab dem zweiten Versuch (selbe "Taste") klappt alles, auch mit anderen Rolladen:
2020.02.25 06:36:27 5: sduino: Write, sending via Set sendMsg P43#AB848279777777#R6
2020.02.25 06:36:27 5: sduino: Set, sendmsg msg=P43#AB848279777777#R6
2020.02.25 06:36:27 5: sduino: Set, sendmsg Preparing manchester protocol=43, repeats=0, clock=645 data=AB848279777777
2020.02.25 06:36:27 5: sduino: AddSendQueue, sduino: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AB848279777777;F=10AB85550A; (1)
2020.02.25 06:36:27 4: sduino: Set, sending via SendMsg: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AB848279777777;F=10AB85550A;
2020.02.25 06:36:27 5: sduino: SimpleWrite, SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AB848279777777;F=10AB85550A;
2020.02.25 06:36:27 4: sduino: SendFromQueue, msg=SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AB848279777777;F=10AB85550A;
2020.02.25 06:36:28 4: sduino: Read, msg: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AB848279777777;F=10AB85550A;ccreg write back 10B07157C4
2020.02.25 06:36:28 5: sduino: Parse, noMsg: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AB848279777777;F=10AB85550A;ccreg write back 10B07157C4
2020.02.25 06:36:28 5: sduino: Read, msg: regexp=^S(?:R|C|M);. cmd=sendraw msg=SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AB848279777777;F=10AB85550A;ccreg write back 10B07157C4
2020.02.25 06:36:28 4: sduino: Read, sendraw answer: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AB848279777777;F=10AB85550A;ccreg write back 10B07157C4
2020.02.25 06:36:28 4: sduino: HandleWriteQueue, nothing to send, stopping timer
FHEM 6.3 auf RaspPi4 (Raspbian:  6.6.28+; Perl: v5.36.0)
SIGNALduino (433 MHz) und HM-UART (868 MHz), Sonoff, Blitzwolf, Somfy RTS, CAME-Gartentor, Volkszähler, Keyence-Sensor, Homematic-Sensoren und -thermostat, Ferraris-Zähler für Wasseruhr, Openlink-Nachbau Viessmann

Ralf9

Bitte mach mal ein get (z.B. version oder ccconf)  vor dem allerersten Versuch, die Rolladen hochzufahren
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

andies

Ich werde das hier hineinschreiben und notiere erst mal die Angaben, wenn die Sache funktioniert:
ccconf: freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB (DataRate:5603.79Baud)
sowie
version: V 3.3.2.1-rc8 SIGNALduino cc1101 - compiled at Jan 10 2019 20:13:56
FHEM 6.3 auf RaspPi4 (Raspbian:  6.6.28+; Perl: v5.36.0)
SIGNALduino (433 MHz) und HM-UART (868 MHz), Sonoff, Blitzwolf, Somfy RTS, CAME-Gartentor, Volkszähler, Keyence-Sensor, Homematic-Sensoren und -thermostat, Ferraris-Zähler für Wasseruhr, Openlink-Nachbau Viessmann

Ralf9

Die Werte die zurückkommen sind nicht so wichtig.
Mich interessiert ob der allererste Versuch, die Rolladen hochzufahren funktioniert, wenn Du davor irgendein Befehl sendest.
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

andies

Verstanden: und es ist genau so. Der erste Versuch eines ,,get version" liefert nichts, erst beim zweiten Mal kommt die Rückantwort (und dann fährt auch die Jalousie sofort hoch).


Gesendet von iPad mit Tapatalk Pro
FHEM 6.3 auf RaspPi4 (Raspbian:  6.6.28+; Perl: v5.36.0)
SIGNALduino (433 MHz) und HM-UART (868 MHz), Sonoff, Blitzwolf, Somfy RTS, CAME-Gartentor, Volkszähler, Keyence-Sensor, Homematic-Sensoren und -thermostat, Ferraris-Zähler für Wasseruhr, Openlink-Nachbau Viessmann

Ralf9

Du kannst auch mal versuchen, ob es auch reicht wenn Du vor dem ersten Versuch, die Rolladen hochzufahren, auf die IP des ESP einen Ping sendest.
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

andies

#552
Ich brauche mehrere Pings, damit der aufwacht:
ping 192.168.2.47
PING 192.168.2.47 (192.168.2.47): 56 data bytes
Request timeout for icmp_seq 0
Request timeout for icmp_seq 1
Request timeout for icmp_seq 2
Request timeout for icmp_seq 3
ping: sendto: No route to host
Request timeout for icmp_seq 4
Request timeout for icmp_seq 5
64 bytes from 192.168.2.47: icmp_seq=6 ttl=255 time=5.040 ms
64 bytes from 192.168.2.47: icmp_seq=7 ttl=255 time=113.543 ms
64 bytes from 192.168.2.47: icmp_seq=8 ttl=255 time=25.457 ms
64 bytes from 192.168.2.47: icmp_seq=9 ttl=255 time=44.852 ms

Wie gehe ich damit am geschicktesten um? Pings am morgen? Regelmäßige Pings?

<edit> wohl am besten
defmod sduino_ping PRESENCE lan-ping 192.168.2.47 300

<edit3> Mit diesem Code kann ich dann Probleme anzeigen lassen
attr <somfy device> stateFormat {('<img src="/fhem/www/images/default/10px-kreis-'.(ReadingsVal("sduino_ping","state","absent") eq "absent" ? "rot":"gruen").'.png">')}

Grüner Punkt= alles ok, roter Punkt=Probleme.
FHEM 6.3 auf RaspPi4 (Raspbian:  6.6.28+; Perl: v5.36.0)
SIGNALduino (433 MHz) und HM-UART (868 MHz), Sonoff, Blitzwolf, Somfy RTS, CAME-Gartentor, Volkszähler, Keyence-Sensor, Homematic-Sensoren und -thermostat, Ferraris-Zähler für Wasseruhr, Openlink-Nachbau Viessmann

andies

Hmm, Ralf9, ich brauche wohl noch einmal einen Tipp von Dir. Ich habe jetzt pingCount=7 eingestellt, weil auch =6 nicht reichte und er manchmal nicht aufwachte. Meinst du, dass pings genügen? Immerhin empfängt der sduino ja die ganze Zeit Signale aus den Thermometern und dem Windmesser um die Ecke, ich verstehe nicht ganz, wieso der überhaupt schläft. Eine Variante wäre auch, alle 5 Minuten oder so fake Schaltsignale zu senden (also von Schaltern, die ich gar nicht im Haus habe - schön, wenn der Nachbar dann zufällig so eines hat  8) )? Ich kapiere nicht ganz, was hier genau beim ESP abläuft; es muss ja an diesem ESP liegen, denn nur den habe ich hinzugelötet. 
FHEM 6.3 auf RaspPi4 (Raspbian:  6.6.28+; Perl: v5.36.0)
SIGNALduino (433 MHz) und HM-UART (868 MHz), Sonoff, Blitzwolf, Somfy RTS, CAME-Gartentor, Volkszähler, Keyence-Sensor, Homematic-Sensoren und -thermostat, Ferraris-Zähler für Wasseruhr, Openlink-Nachbau Viessmann

Ralf9

ZitatMeinst du, dass pings genügen?
Wenn es mit pings auch funktioniert, müsste es genügen.
Eine Variante wäre auch ein "get sduino ping".

ZitatImmerhin empfängt der sduino ja die ganze Zeit Signale aus den Thermometern und dem Windmesser um die Ecke, ich verstehe nicht ganz, wieso der überhaupt schläft.
Es gibt beim Signalduino Modul zwar eine Keepalive Routine, die überwacht aber nur den Empfang und sendet ein ping falls eine Minute nichts empfangen wird.

Warum es bei Dir ab und zu vorkommt, daß die Senderichtung nicht mehr funktioniert obwohl noch was empfangen wird, da kann ich Dir leider nicht weiterhelfen
Irgendwas scheint bei Dir mit dem ESP und dem WLAN nicht zu passen. Seltsam ist auch, daß dies nur morgens bei ersten Schalten passiert

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