Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter

[hominidae]

der Bausatz ist auch zum löten. Ein paar Bauteile müssen angelötet werden und die Funkeinheit muss aufgelötet werden.
[...]
Das auseinanderbauen ist eigentlich kein Problem und schnell gemacht.

Danke Dir für die Info!
Dann werden es Fertig-Geräte...auseinandernehmen kann ich bestimmt besser als löten 

[malted]

Ich bin etwas ratlos, vielleicht sehe ich den Wald vor lauter Bäumen nicht.
Der Lichtschalter ist geflasht und funktioniert auch tadellos per FHEM zu steuern.

Die physischen Taster am Schalter sind aber nicht zu gebrauchen. Vermutlich liegt es irgendwie am falschen peering.
In der Firmware selbst stehen in der Register.h diverse peerings, die für mich so natürlich nicht funktionieren.

Code Auswählen Erweitern

peerdb[0][0] = 0x013BD621; // 21D63B ch1
peerdb[0][1] = 0x0129D621; // 21D629 ch1
peerdb[0][2] = 0x03578520; // 207C41 ch3/self3   208557
peerdb[1][0] = 0x013BD621; // 21D63B ch1
peerdb[1][1] = 0x0129D621; // 21D629 ch1
peerdb[1][2] = 0x03578520; // 207C41 ch3/self3
peerdb[2][0] = 0x01563412; // 123456 ch1
peerdb[2][1] = 0x01578520; // 207C41 ch1/self1
peerdb[2][2] = 0x02578520; // 207C41 ch1/self2

Ich möchte eigentlich erstmal nur button1 und button2 auf sw2 peeren.
Also habe ich fhem die ganzen falschen Einträge gelöscht (einmal mit peerBulk a,b,c,d unset) und sicherheitshalber noch mal mit deleteattr peerIDs. Dann habe ich Btn_01 und Btn_02 mit Sw_02 gepeert.
Das wird dann logischerweise als self04 eingetragen. Die Config sieht nun aktuell so aus:

Code Auswählen Erweitern

#======== store device data:CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_2D834B === from: 2014-12-26 14:23:51
#---      entity:CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_2D834B
set CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_2D834B regBulk RegL_00:   02:00 05:00 0A:CB 0B:AA 0C:BC 12:00 00:00
#     timestamp of the readings for reference
#        2014-12-26 14:22:18 :RegL_00:
#---      entity:CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_2D834B_Btn_01
# Peer Names:self04,
set CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_2D834B_Btn_01 peerBulk 00000000,2D834B04,
set CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_2D834B_Btn_01 regBulk RegL_01:   04:40 08:00 09:02 00:00
set CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_2D834B_Btn_01[color=red] regBulk RegL_04:self04   0[/color]1:01 00:00
#     timestamp of the readings for reference
#        self04, :peerList
#        2014-12-26 14:22:18 :RegL_01:
#        2014-12-26 14:22:25 :RegL_04:self04
#---      entity:CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_2D834B_Btn_02
# Peer Names:self04,
set CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_2D834B_Btn_02 peerBulk 00000000,2D834B04,
set CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_2D834B_Btn_02 regBulk RegL_01:   04:00 08:00 09:00 00:00
set CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_2D834B_Btn_02 [color=red]regBulk RegL_04:self04[/color]   01:01 00:00
#     timestamp of the readings for reference
#        self04, :peerList
#        2014-12-26 14:22:20 :RegL_01:
#        2014-12-26 14:22:25 :RegL_04:self04
#---      entity:CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_2D834B_Sw_01
# Peer Names:
set CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_2D834B_Sw_01 peerBulk 00000000,
set CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_2D834B_Sw_01 regBulk RegL_01:   08:00 00:00
#     timestamp of the readings for reference
#         :peerList
#        2014-12-26 14:22:21 :RegL_01:
#---      entity:CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_2D834B_Sw_02
# Peer Names:self01,self02,
set CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_2D834B_Sw_02 [color=red]peerBulk 00000000,2D834B01,2D834B02,[/color]
set CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_2D834B_Sw_02 regBulk RegL_01:   82:00 83:00 84:32 85:64 86:00 87:FF 88:00 89:FF  8A:21 8B:14 8C:63 00:00
set CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_2D834B_Sw_02 regBulk RegL_03:self01   02:00 03:00 04:00 05:00 06:00 07:00 08:00 09:00  0A:01 0B:00 0C:00 82:00 83:00 84:00 85:00 86:00  87:00 88:00 89:00 8A:01 8B:33 8C:00 00:00
set CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_2D834B_Sw_02 regBulk RegL_03:self02   02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF  0A:01 0B:13 0C:33 82:00 83:00 84:32 85:64 86:00  87:FF 88:00 89:FF 8A:21 8B:66 8C:33 00:00
#     timestamp of the readings for reference
#        self01,self02, :peerList
#        2014-12-26 14:22:23 :RegL_01:
#        2014-12-26 14:22:27 :RegL_03:self01
#        2014-12-26 14:22:30 :RegL_03:self02
======= finished ===


Das scheint eigentlich zu passen. (Nebenfrage: Wann genau wird eigentlich dieser alias selfxx statt des Device-Namens verwendet?)

Jedenfalls sind mit dieser Einstellung die Schalter mausetot. Sie geben beim Drücken nicht mal mehr das LED-Blinken ab.
Ich habe in den Firmware-Code geguckt und es gibt eigentlich nur zwei Möglichkeiten, warum nicht mal mehr die LED blinkt:

Code Auswählen Erweitern

void HM::sendPeerREMOTE(uint8_t button, uint8_t longPress, uint8_t lowBat) {
if (button > maxChannel) return; // channel out of range, do nothing

if (doesListExist(button,4) == 0) { // check if a list4 exist, otherwise leave
//Serial << "sendPeerREMOTE failed\n";
return;
}

// set variables in struct and make send_peer_poll active
pevt.cnl = button; // peer database channel
pevt.type = 0x40; // message type
pevt.mFlg = (uint8_t)((longPress == 1)?0x80:0xA0); // no ACK needed while long key press is send
pevt.data[0] = button | ((longPress)?1:0) << 6 | lowBat << 7; // construct message
pevt.data[1] = pevt.mCnt[pevt.cnl-1];
pevt.len = 2; // 2 bytes payload

pevt.act = 1; // active, 1 = yes, 0 = no
ld.shortBlink(); // short led blink

        if (longPress != 1) {
                ++pevt.mCnt[pevt.cnl-1]; // increase event counter except for long press (until long press end)
        }
}

Da es zunächst noch ging, scheint mir, dass aus irgendeinem Grund if (doesListExist(button,4) == 0) scheitert.
Er scheint keine korrekte RegL_04 zu haben. Obwohl oben stand set CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_2D834B_Btn_01 regBulk RegL_04:self04   01:01 00:00

Hat jemand eine Idee, was ich noch probieren könnte?

Update: Nachdem ich jetzt noch länger hin und her probiert habe, hat das Folgende zum gewünschten Ergebnis geführt. Es hat sich somit erledigt.

Code Auswählen Erweitern


set CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_2D834B reset
set CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_2D834B_Btn_01 peerBulk 2D834B04 set
set CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_2D834B_Btn_02 peerBulk 2D834B04 set
set CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_2D834B_Sw_02 peerBulk 2D834B01,2D834B02 set


[frank]

In der Firmware selbst stehen in der Register.h diverse peerings

wenn du die am ende hintrer dieser zeile meinst:

Code Auswählen Erweitern

//#define firstLoad

dieser teil kommt nur zur anwendung, wenn du diese zeile aktivierst. dann kannst du hier die "default"-einstellungen für einen reset angeben. die daten stammen bestimmt von jan.

Ich möchte eigentlich erstmal nur button1 und button2 auf sw2 peeren.

etwas direkter verhält sich ein peering mit sw1, der aktor channel.

Nebenfrage: Wann genau wird eigentlich dieser alias selfxx statt des Device-Namens verwendet?

der name erscheint wenn du 2 channel eines devices peerst. zum peeren kannst du auch peerchan verwenden.

gruss frank

[myrave]

Ich brauch auch nochmal etwas Hilfe auf der Zielgerade.

Ich habe momentan den Zustand, dass der Schalter 1 x lang, 2 x kurz blinkt - ca. alle 15 Sekunden. Davor habe ich einen Bootloader mit Seriennummer neu gebaut und auch das OTA Update der angepassten Firmware auf diese Seriennummer hat offensichtlich funktioniert und lässt sich wiederholen.

1. HMID hatte ich im Bootloader leer gelassen, daher vermutlich 123456 - in der Firmware steht diese drin, blieb wohl unberücksichtigt? Um das neu zu flashen, müsste ich den Schalter nochmal ausbauen - aber erstmal die richtige Lösung finden und dann nochmal herumschrauben.
2. In der Firmware habe ich bei paircentral auch die korrekte ID von meinem Netz angegeben, scheint aber ebenfalls nicht übernommen worden zu sein, genauso wenig wie die hier angegebene HMID.

Pairen mit dem HMLAN unter FHEM hat nicht geklappt, da bekomme ich im Log sehr häufig folgende Zeile:
2014.12.27 21:14:45 3: HMLAN1: Unknown code A14000010123456000000004C455130323737353530::-54:HMLAN1, help me!

Anbei der Auszug vom Sniffer:

Code Auswählen Erweitern

2014-12-27 21:15:42.446470: 14000010123456000000004C455130323737353530
Packet information:
        Length: 20
        Message ID: 0
        Sender: 123456
        Receiver: 000000
        Control Byte: 0x00
                Flags:
        Message type: Information (0x10)
        Mesage: 004C455130323737353530

Hat jemand noch eine Idee, wo der Fehler liegen könnte und wie ich das beheben kann? Vielen Dank schon einmal vorab!

[malted]

Ich habe momentan den Zustand, dass der Schalter 1 x lang, 2 x kurz blinkt - ca. alle 15 Sekunden. Davor habe ich einen Bootloader mit Seriennummer neu gebaut und auch das OTA Update der angepassten Firmware auf diese Seriennummer hat offensichtlich funktioniert und lässt sich wiederholen.

Wenn das ota-update geklappt hat, dann ist jetzt wohl die Firmware drauf. Solange die Prüfsumme passt (CRC) bootet der Bootloader direkt in die Firmware

1. HMID hatte ich im Bootloader leer gelassen, daher vermutlich 123456 - in der Firmware steht diese drin, blieb wohl unberücksichtigt? Um das neu zu flashen, müsste ich den Schalter nochmal ausbauen - aber erstmal die richtige Lösung finden und dann nochmal herumschrauben.

Wenn ich das richtig verstanden habe, ist die Firmware nicht in der Lage, etwaige Daten aus dem Bootloader zu recyclen. Damit ist die Konfiguration in der Firmware so, wie sie in der Register.h eingetragen wurde. Man muss den Schalter nicht ausbauen, um neu zu flashen. Du kannst den Bootloader in den Update-Modus bringen, indem du den Schalter über die Sicherung stromlos machst, dann den "Config-Button" (da, wo die LED blinkt) drückst und dann wieder Strom anschaltest.  Oder du machst aus FHEM ein Reset und drückst danach innerhalb von 10 Sekunden den Config Button. Dann wartet der Schalter auf eine neue Firmware.

2. In der Firmware habe ich bei paircentral auch die korrekte ID von meinem Netz angegeben, scheint aber ebenfalls nicht übernommen worden zu sein, genauso wenig wie die hier angegebene HMID.

Pairen mit dem HMLAN unter FHEM hat nicht geklappt, da bekomme ich im Log sehr häufig folgende Zeile:
2014.12.27 21:14:45 3: HMLAN1: Unknown code A14000010123456000000004C455130323737353530::-54:HMLAN1, help me!

Was passiert, wenn Du dann Folgendes machst?

Code Auswählen Erweitern


set HMUSB hmPairForSec 600
"Config" auf dem Schalter für ca. 5 sek  drücken


Anbei der Auszug vom Sniffer:

Code Auswählen Erweitern

2014-12-27 21:15:42.446470: 14000010123456000000004C455130323737353530
Packet information:
        Length: 20
        Message ID: 0
        Sender: 123456
        Receiver: 000000
        Control Byte: 0x00
                Flags:
        Message type: Information (0x10)
        Mesage: 004C455130323737353530

Hat jemand noch eine Idee, wo der Fehler liegen könnte und wie ich das beheben kann? Vielen Dank schon einmal vorab!

Genau das kam bei mir auch. Ich habe das allerdings über #firstLoad und dann zweiten Flashvorgang gelöst.
Siehe auch hier

[myrave]

Wenn das ota-update geklappt hat, dann ist jetzt wohl die Firmware drauf. Solange die Prüfsumme passt (CRC) bootet der Bootloader direkt in die Firmware

Darin könnte der Fehler sein, weil es sieht so aus als ob es danach wieder im Bootmodus landet - also wieder 1x lang und 2 x kurz, ich kann auch ein weiteres OTA anstoßen und es wird direkt geflashed ohne stromlos machen oder ähnliches.

Wenn ich das richtig verstanden habe, ist die Firmware nicht in der Lage, etwaige Daten aus dem Bootloader zu recyclen. Damit ist die Konfiguration in der Firmware so, wie sie in der Register.h eingetragen wurde. Man muss den Schalter nicht ausbauen, um neu zu flashen. Du kannst den Bootloader in den Update-Modus bringen, indem du den Schalter über die Sicherung stromlos machst, dann den "Config-Button" (da, wo die LED blinkt) drückst und dann wieder Strom anschaltest.  Oder du machst aus FHEM ein Reset und drückst danach innerhalb von 10 Sekunden den Config Button. Dann wartet der Schalter auf eine neue Firmware.

==> Knopf drücken, halten und Strom wieder anschalten hatte ich davor gemacht und dann konnte ich etwas installieren. Danach jetzt dieses dauerhaft 1 x lang und 2 x kurz, kein Pairing zur Station möglich.

Was passiert, wenn Du dann Folgendes machst?

Code Auswählen Erweitern


set HMUSB hmPairForSec 600
"Config" auf dem Schalter für ca. 5 sek  drücken


Nichts - vermutlich weil er gar keine Firmware sauber gebooted hat.

Genau das kam bei mir auch. Ich habe das allerdings über #firstLoad und dann zweiten Flashvorgang gelöst.
Siehe auch hier

Das versuche ich sonst als Plan B, aber ich vermute eher es liegt an dem oben genannten.
Ich installiere das srec ... nochmal neu und schau, ob ich damit das Problem gelöst bekomme.
--> Die nachfolgende Zeile kann ich derzeit gar nicht ausführen, ein CRC Fehler ist daher denkbar.
srec_cat /tmp/build*.tmp/*. -intel -fill 0xFF 0x0000 0xEFFE -Cyclic_Redundancy_Check_16_Little_Endian 0xEFFE -o  payload.bin -binary

[frank]

Ich habe momentan den Zustand, dass der Schalter 1 x lang, 2 x kurz blinkt - ca. alle 15 Sekunden.

dann ist keine gültige firmware geflasht. der bootloader meldet sich immer wieder.

Code Auswählen Erweitern

2014.12.27 21:14:45 3: HMLAN1: Unknown code A14000010123456000000004C455130323737353530::-54:HMLAN1, help me!
das ist die message vom bootloader mit hmid 123456

srec_cat /tmp/build*.tmp/*. -intel -fill 0xFF 0x0000 0xEFFE -Cyclic_Redundancy_Check_16_Little_Endian 0xEFFE -o  payload.bin -binary

passt denn die grösse vom bootloader. also bootloaderbereich der fuses, bootloadergrösse und der aufruf von srec_cat. alle 3 müssen entweder für 4k oder 8k passen.

gruss frank

[myrave]

Danke! Ja, jetzt passt es - die neue Firmware ist drauf und es hat nun aufgehört zu blinken.

Ich hatte ein falsches srec_cat auf dem Pi installiert, das konnte die Option "-Cyclic_Redundancy_Check_16_Little_Endian" nicht, daher waren es am Ende unterm Strich einfach zu wenig Pages gewesen.

Schalten lässt es sich aktuell an den Tastern nicht, aber das ist vermutlich einfach noch nicht gepaired.
Integration in FHEM kommt morgen, denke danach sollte es endlich so funktionieren wie gewünscht.

[myrave]

Kann mir jemand beim Peeren der Channels helfen, das ist komplettes Neuland für mich.

Ich habe die FirstLoad geflashed und danach nochmal ohne Firstload, das Ergebnis war dass pairCentral korrekt war, allerdings auch jede Menge andere Werte übernommen wurden, die vermutlich nicht passen. Wie kann ich diese am einfachsten alle entfernen und danach ein sauberes Peering der Channels und Buttons machen?

Zudem hab ich versehentlich ein "unpair" gemacht, sodass die pairCentral jetzt wieder leer ist. Erneutes peeren über den Config Knopf hat leider nicht funktioniert, kann das an der neuen Firmware liegen und ist das überhaupt notwendig? Ich kann über FHEM die Channel 3 und 4 schalten und das Licht geht an/aus, soweit also erstmal gut. Jetzt nochmal sauber peeren/pairen und dann warten noch 5 weitere Schalter auf neue Firmware und Konfiguration.

[frank]

Erneutes peeren über den Config Knopf hat leider nicht funktioniert

ein erneutes pairing funktioniert bei mir am einfachsten mit

Code Auswählen Erweitern

set <device> regSet pairCentral 123456

zudem lasse ich die option mit firstload weg. dann kann man den schalter auch richtig resetten.

Kann mir jemand beim Peeren der Channels helfen, das ist komplettes Neuland für mich.

Code Auswählen Erweitern

set <remote_chn> peerChan 0 <aktor_chn> single set both

[myrave]

Danke frank, das hat soweit sehr gut funktioniert.

Was trotz viele Ausprobieren immer noch nicht klappt, ist der Punkt mit der Strommessung und der korrekten Darstellung in FHEM.
In diesem kleinen aber wichtigen Detail scheint der Wurm zu stecken - deswegen machen wir ja den ganzen Aufwand überhaupt.

Wenn ich die Wechselschaltung am "normalen Schalter" drücke, gibt es keine sichtbare Veränderung in FHEM für den Schalter.
Weiter vorne im Thread habe ich etwas von dem Wert in der Variable "current" gelesen, wohl sichtbar auf Channel 04?!?
Ich kann im FHEM keinen Eintrag dazu finden und auch die Veränderung der Verdrahtung hier von 1 und 2 brachte nichts.

[frank]

gibt es keine sichtbare Veränderung in FHEM für den Schalter.

die angeschlossene leuchte hat eventuell zu wenig leistung. nimm mal 60 watt.

[malted]

Weiter vorne im Thread habe ich etwas von dem Wert in der Variable "current" gelesen, wohl sichtbar auf Channel 04?!?
Ich kann im FHEM keinen Eintrag dazu finden und auch die Veränderung der Verdrahtung hier von 1 und 2 brachte nichts.

Genau das passiert, wenn der Schalter nicht mit FHEM gepairt ist. Was sagt denn set lichtschalter getConfig dann unter  PairedTo ?

[ronny332]

Hallo zusammen,

mit der Custom Firmware via Github (selbst kompliert wegen unterschiedlicher HMID) und dem Bootloader (beides flashen) kam ich problemlos klar, die Sache war an zwei Schaltern in unter einer Stunde erledigt.

Was mich gerade etwas runterzieht ist der Umstand, dass keiner der beiden Schalter nach dem Peeren länger als 2-3 Minuten funktioniert, teilweise nur Sekunden. Peeren (mit einem UP Aktor für Kellerbeleichtung) und Pairen mit Fhem geht 1a, getConig läuft auch durch.

Irgendwann machen aber beide Geräte nichts mehr. Senden geht nicht (die LEDs blinken dabei auch nicht mehr), getConfig setzt die Kommandos auf "pending" weil das Device nicht mehr reagiert. Strom ab, Sekunden später wieder dran, nach 5-10s reagiert der jeweilige Taster wieder für eine kurze Weile.

Habe ich beim überfliegen des Threads etwas überlesen, oder habe ich das Problem wirklich als Einziger? Das zweite Geräte hatte ich nur wegen dem Verdacht eines Defektes am Schalter überhaupt vorgenommen und nun wollen beide nicht mehr .

Hier die letzten Lebenszeichen eines der beiden Schalter, für mich sieht das ganz normal aus. Ohne irgendwie sichtbaren Gründe ist dann beim zur Trennung des Stroms Schluß.

Code Auswählen Erweitern


2015-01-01_20:37:08 CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_6412AF CMDs_done
2015-01-01_20:37:08 CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_6412AF RSSI: -62
2015-01-01_20:37:08 CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_6412AF RAWMSG: E6412AF,0000,071DD685,FF,FFC2,00A4106412AFBEDA110604000000
2015-01-01_20:37:08 CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_6412AF RSSI: -56
2015-01-01_20:37:08 CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_6412AF RAWMSG: E6412AF,0000,062F0AB8,FF,FFC8,00A4106412AFBEDA110604000000
2015-01-01_20:37:09 CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_6412AF CMDs_done
2015-01-01_20:37:09 CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_6412AF RAWMSG: E6412AF,0000,071DD940,FF,FFC2,01A4106412AFBEDA110603000000
2015-01-01_20:37:09 CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_6412AF RSSI: -62
2015-01-01_20:37:09 CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_6412AF RSSI: -57
2015-01-01_20:37:09 CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_6412AF RAWMSG: E6412AF,0000,062F0D74,FF,FFC7,01A4106412AFBEDA110603000000
2015-01-01_20:37:10 CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_6412AF battery: ok
2015-01-01_20:37:10 CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_6412AF CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_6412AF_Btn_02 Short (to hm_sw_licht_ugTreppe)
2015-01-01_20:37:10 CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_6412AF RSSI: -62
2015-01-01_20:37:10 CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_6412AF RAWMSG: E6412AF,0000,071DDD5B,FF,FFC2,02B0406412AF23E74D0200
2015-01-01_20:37:10 CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_6412AF RAWMSG: E6412AF,0000,062F118F,FF,FFC6,02B0406412AF23E74D0200
2015-01-01_20:37:10 CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_6412AF RSSI: -58
2015-01-01_20:37:11 CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_6412AF battery: ok
2015-01-01_20:37:11 CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_6412AF CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_6412AF_Btn_02 Short (to hm_sw_licht_ugTreppe)
2015-01-01_20:37:11 CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_6412AF RSSI: -61
2015-01-01_20:37:11 CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_6412AF RAWMSG: E6412AF,0000,071DE2D1,FF,FFC3,03B0406412AF23E74D0202
2015-01-01_20:37:11 CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_6412AF RAWMSG: E6412AF,0000,062F1705,FF,FFC6,03B0406412AF23E74D0202
2015-01-01_20:37:11 CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_6412AF RSSI: -58


[frank]

du hast sicherlich overload am io. also io stromlos machen.