HM-LC-Sw1PBU-FM alternative FW: NACK

pino · August 31, 2017, 8:09am

Hallo,

ich versuche z.Z. einen (leider) HM-LC-Sw1PBU-FM mit alternativer Firmware mit Homegear zu pairen. Hierzu habe ich diesen Thread gefunden, der suggeriert, dass mindestens das Pairing funktionieren sollte. Leider funktioniert genau das bei mir schon nicht. Mein Log sieht folgendermaßen aus:

08/30/17 09:00:01.941 Module HomeMatic BidCoS: LAN-Konfigurationsadapter "hmland":0A438002460001FDC73680 Info: Sending (hmland): 1043A001FDC73646000105040000000001
08/30/17 09:00:02.425 HomeMatic BidCoS packet received (hmland, RSSI: -31 dBm): 0A438002460001FDC73680
08/30/17 09:00:02.425 Devlog (hmland): Getting peer for packet .
08/30/17 09:00:02.425 Devlog (hmland): Packet 0A438002460001FDC73680 is now passed to _receivedPackets.set.
08/30/17 09:00:02.425 Module HomeMatic BidCoS: Warning: NACK received. Popping from queue anyway. If the device doesn't seem to work, please reset it to factory defaults and pair it again to Homegear.
08/30/17 09:00:02.426 Devlog (hmland): _receivedPackets.set finished.
08/30/17 09:00:02.426 Devlog (hmland): Packet 0A438002460001FDC73680 is now passed to the peer.
08/30/17 09:00:04.480 Module HomeMatic BidCoS: Info: Setting peer to unreachable, because the queue processing was interrupted.
08/30/17 09:00:04.480 Module HomeMatic BidCoS: Info: Queue is not finished (peer: 37). Retrying...
08/30/17 09:00:04.580 Module HomeMatic BidCoS: LAN-Konfigurationsadapter "hmland": Info: Sending (hmland): 1043A001FDC73646000105040000000001
08/30/17 09:00:04.665 HomeMatic BidCoS packet received (hmland, RSSI: -31 dBm): 0A438002460001FDC73680
08/30/17 09:00:04.666 Devlog (hmland): Getting peer for packet 0A438002460001FDC73680.
08/30/17 09:00:04.666 Devlog (hmland): Packet 0A438002460001FDC73680 is now passed to _receivedPackets.set.
08/30/17 09:00:04.666 Devlog (hmland): _receivedPackets.set finished.
08/30/17 09:00:06.681 Module HomeMatic BidCoS: Info: Setting peer to unreachable, because the queue processing was interrupted.
08/30/17 09:00:06.681 Module HomeMatic BidCoS: Info: Queue is not finished (peer: 37). Retrying...
08/30/17 09:00:06.781 Module HomeMatic BidCoS: LAN-Konfigurationsadapter "hmland": Info: Sending (hmland): 1043A001FDC73646000105040000000001
08/30/17 09:00:06.842 HomeMatic BidCoS packet received (hmland, RSSI: -31 dBm): 0A438002460001FDC73680
08/30/17 09:00:06.842 Devlog (hmland): Getting peer for packet 0A438002460001FDC73680.
08/30/17 09:00:06.842 Devlog (hmland): Packet 0A438002460001FDC73680 is now passed to _receivedPackets.set.
08/30/17 09:00:06.842 Devlog (hmland): _receivedPackets.set finished.
08/30/17 09:00:06.842 Info: Publishing topic homegear/0/plain/37/0/RSSI_DEVICE
08/30/17 09:00:08.882 Module HomeMatic BidCoS: Info: Setting peer to unreachable, because the queue processing was interrupted.
08/30/17 09:00:08.883 Module HomeMatic BidCoS: Info: Queue is not finished (peer: 37). Retrying...
08/30/17 09:00:08.983 Module HomeMatic BidCoS: LAN-Konfigurationsadapter "hmland": Info: Sending (hmland): 1043A001FDC73646000105040000000001
08/30/17 09:00:09.050 HomeMatic BidCoS packet received (hmland, RSSI: -30 dBm): 0A438002460001FDC73680
08/30/17 09:00:09.050 Devlog (hmland): Getting peer for packet 0A438002460001FDC73680.
08/30/17 09:00:09.050 Devlog (hmland): Packet 0A438002460001FDC73680 is now passed to _receivedPackets.set.
08/30/17 09:00:09.050 Devlog (hmland): _receivedPackets.set finished.
08/30/17 09:00:11.084 Module HomeMatic BidCoS: Info: Setting peer to unreachable, because the queue processing was interrupted.
08/30/17 09:00:11.084 Info: Peer 37 is unreachable.
08/30/17 09:00:11.085 Info: Publishing topic homegear/0/plain/37/0/UNREACH
08/30/17 09:00:11.085 Info: Publishing topic homegear/0/plain/37/0/STICKY_UNREACH
08/30/17 09:00:12.137 Info: Peer 37 is reachable again.
08/30/17 09:00:12.138 Info: Publishing topic homegear/0/plain/37/0/UNREACH
08/30/17 09:00:12.282 HomeMatic BidCoS packet received (hmland, RSSI: -70 dBm): 0FED86102353860000000A80E00D0040
08/30/17 09:00:12.283 Devlog (hmland): Getting peer for packet 0FED86102353860000000A80E00D0040.
08/30/17 09:00:12.283 Devlog (hmland): Packet 0FED86102353860000000A80E00D0040 is now passed to checkForBestInterface.

Hat jemand eine Idee was hier nicht stimmt?

pino · August 30, 2017, 8:07am

Ich habe das blöde Gefühl, dass etwas mit der Device Description nicht stimmen kann. HM-Manager zeigt mir 66 Kanäle. Erwarten würde ich fünf. Kanal 5-65 sind alle vom Type KEY.

pino · August 31, 2017, 8:07am

Zwischenstand: Pairing mit FHEM funktioniert, nur Homegear scheint es kategorisch abzulehnen sich mit dem Schalter zu unterhalten. @sathya, kannst du vielleicht weiterhelfen?

sathya · September 12, 2017, 11:30am

Hallo @pino,

tut mir Leid für die späte Antwort - IFA-Stress…

Im Log sehe ich gar kein Anlernpaket. Könntest du noch einmal das komplette Log vom Anlernprozess posten? So lange sich das Gerät beim Anlernen wie irgendein normales HomeMatic-Gerät verhält, sollte es eigentlich funktionieren. Vielleicht kann @trilu auch etwas dazu sagen? Hast du die im anderen Thread erwähnte Gerätebeschreibungsdatei nach “/etc/homegear/devices/0” gepackt? Das wäre in jedem Fall notwendig.

Viele Grüße

Sathya

trilu · September 15, 2017, 8:03am

Wenn sich das Device mit FHEM pairen lässt dann geht das erst recht mit Homegear.
HM Devices werden über xml files definiert, zumindest in der CCU und bei Homegear. FHEM löst das anders, dort sind die Devices im Programmcode der Schnittstelle fest einprogrammiert. Schau mal in der homegear konsole nach dem Device und lösche es. Dann kontrolliere ob das passende xml file in /etc/homegear/devices/0/ liegt.
Falls du es neu rein kopiert hast, würde ich homegear noch mal neu starten. Weiss gerade nicht ob homegear Änderungen im device directory mitbekommt und automatisch einließt.
Dann noch mal neu anlernen…
Falls du dann immer noch Probleme hast, poste mal das Anlern-Log und das xml file…
Viele Grüße
Horst

pmayer · September 15, 2017, 8:17am

Die originalen Device Description Files findest du hier: https://github.com/Homegear/Homegear-HomeMaticBidCoS/search?utf8=✓&q=HM-LC-Sw1PBU-FM&type=

KimKiesel · March 16, 2018, 5:40pm

Hallo zusammen,

ich möchte diesen alten Thread noch einmal hochholen, da ich ein ähnliches Problem wie Pino habe.

Zunächst aber noch kurz zu meinem “Hintergrund”. Ich bin gerade dabei, meine Hausautomatisierung von FHEM auf OpenHAB umzustellen. Für meine Homematic-Geräte kommt dazu homegear zum Einsatz. Dabei verwende ich auch einige Schalter vom Typ HM-LC-Sw1PBU-FM und HM-LC-Sw2PBU-FM. Der Sw2 ist dabei identisch zum Sw1, hat aber zwei physische Relais eingebaut. Dafür verzichtet er auf die Möglichkeit der Strommessung. Um volle Kontrolle über diesen Schalter zu bekommen, habe ich die alternative Firmware für den HM-LC-Sw1PBU-FM leicht modifiziert. Die Änderungen sind jedoch gering und das hier beschriebene Problem tritt bei mir für beide Schaltertypen auf. Unter FHEM liefen beide hingegen problemlos.

Die von mir modifizierte Firmware ist in meinem GitHub abrufbar:

https://github.com/KimKiesel/Asksin_CustomFW

Der Unterschied zur ursprünglichen alternativen FW für den Sw1 findet sich nur in der Register.h und im .ino-File.

Wie bei Pino, werden von homegear bei beiden Schaltertypen nicht vier, sondern 66 Channels erkannt. Warum kann ich mir nicht erklären, da die Device-XML meiner Meinung nach nur vier Kanäle ausweist. Leider verstehe ich nicht allzu viel von der Definition der XML-Datei, daher habe ich in einem ersten Schritt nur den Sw2 als Device ergänzt und sonst keine Änderungen vorgenommen. In der für FHEM notwendigen *.pm-Datei, die dort der Device-XML entspricht, habe ich das genauso gemacht. Diese Datei kann auch im GitHub eingesehen werden (im Unterordner FHEM).

Mit beiden Schaltertypen gibt es unter homegear noch ein weiteres Problem. Das Abrufen der Config ist nicht möglich. Das System bleibt ewig auf “Config Pending: Yes” stehen und nichts weiter passiert. Der Schalter ist in diesem Zustand auch nicht nutzbar. Erst wenn ich manuell die queue über “queues clear” leere, kann ich den Schalter wieder benutzen. Auch hier gab es mit der Config unter FHEM keine Probleme.

Hier mal ein Auszug aus meiner peers-Liste:

(Family)> peers list
         ID │ Name                      │  Address │ Serial Number │ Type │ Type String               │ Firmware │ Config Pending │ Unreach │ Low Bat
────────────┼───────────────────────────┼──────────┼───────────────┼──────┼───────────────────────────┼──────────┼────────────────┼─────────┼────────
            │                           │          │               │      │                           │          │                │         │
          1 │ ku_hm_schalter_1          │   XXXXXX │    XXXXXXXXXX │ F0B0 │ HM-LC-Sw2PBU-FM AskSin    │      1.5 │             No │      No │      No
          2 │ wz_hm_schalter_1          │   XXXXXX │    XXXXXXXXXX │ F0B0 │ HM-LC-Sw2PBU-FM AskSin    │      1.6 │             No │      No │      No
          3 │ wz_hm_schalter_2          │   XXXXXX │    XXXXXXXXXX │ F0A9 │ HM-LC-Sw1PBU-FM AskSin    │      1.5 │             No │      No │      No
          4 │ wz_hm_schalter_3          │   XXXXXX │    XXXXXXXXXX │ F0B0 │ HM-LC-Sw2PBU-FM AskSin    │      1.6 │             No │      No │      No
          5 │ az_hm_schalter_1          │   XXXXXX │    XXXXXXXXXX │ F0B0 │ HM-LC-Sw2PBU-FM AskSin    │      1.6 │             No │      No │      No
          6 │ bz_hm_schalter_1          │   XXXXXX │    XXXXXXXXXX │ F0B0 │ HM-LC-Sw2PBU-FM AskSin    │      1.6 │             No │      No │      No
          7 │ wz_hm_rollladen_1         │   XXXXXX │    XXXXXXXXXX │ 006A │ HM-LC-Bl1PBU-FM           │      2.8 │             No │      No │      No
          8 │ wz_hm_rollladen_2         │   XXXXXX │    XXXXXXXXXX │ 006A │ HM-LC-Bl1PBU-FM           │      2.8 │             No │      No │      No
          9 │ ku_hm_rollladen_1         │   XXXXXX │    XXXXXXXXXX │ 006A │ HM-LC-Bl1PBU-FM           │      2.8 │             No │      No │      No
         10 │ az_hm_rollladen_1         │   XXXXXX │    XXXXXXXXXX │ 006A │ HM-LC-Bl1PBU-FM           │      2.8 │             No │      No │      No
         11 │ wz_hm_schalter_4          │   XXXXXX │    XXXXXXXXXX │ 00AB │ HM-LC-Sw4-Ba-PCB          │      1.1 │             No │      No │      No
         12 │ fl_hm_tuersensor          │   XXXXXX │    XXXXXXXXXX │ 00C7 │ HM-Sec-SCo                │      1.0 │             No │      No │      No

Der Channel-Count am Beispiel des wz_hm_schalter_2, der mit der unveränderten alternativen Firmware betrieben wird, da vom Typ Sw1:

(Family)> peers select 3
Peer with id 3 and device type 0xF0A9 selected.
For information about the peer's commands type: "help"
(Peer)> channel count
Peer has 66 channels..

Im Anhang findet sich noch das zugehöre Device-XML-File.

Ich hoffe, ihr könnt mir weiterhelfen. Falls noch mehr Informationen nötig sind, bitte einfach danach fragen. Ich habe jetzt bewusst erstmal nichts aus dem Log angehängt, da ich nicht genau weiß, was gebraucht wird. Zumindest im normalen Loglevel werden hier auch keine Probleme sichtbar.

Danke und viele Grüße

Maximilian Neuhaus

rf_s_1conf_644_asksin.xml (88,7 KB)
s

pmayer · March 16, 2018, 5:12pm

Hui. Das ist in der Tat komisch. Da muss aber glaube @sathya was zu sagen.

KimKiesel · March 23, 2018, 5:30pm

Hallo @sathya,

ich pinge dich einfach mal direkt an, in der Hoffnung, dass du mir helfen kannst .
Solange das System für einen Schalter nicht in “Config Pending: Yes” hängt, werden die Klicks des Schalters korrekt verarbeitet, trotz der 66 Channels.
Daher ist das Problem jetzt nicht furchtbar dringend. Es wäre natürlich trotzdem schön, das sauber zu bekommen.

Viele Grüße

Maximilian

sathya · April 5, 2018, 12:30pm

Hallo @KimKiesel,

nimm mal die Zeile

<dynamicChannelCount>23:1.0</dynamicChannelCount>

aus der XML-Datei. Vielleicht löst das bereits alle Probleme. Ansonsten poste mal ein Log, welches die Probleme zeigt.

Viele Grüße

Sathya

KimKiesel · June 12, 2018, 6:31pm

Hallo zusammen,

sorry für die sehr verspätete Antwort, aber besser spät als nie ;).

Ich habe die Zeile rausgenommen und die zusätzlichen, überflüssigen Channels sind verschwunden.
Bisher ist auch nichts mit “Config Pending: Yes” hängengeblieben.

Nochmal vielen Dank für die Hilfe.

Viele Grüße

Maximilian

P.S: Gibt es irgendwo eine brauchbare Doku zu diesen device-xml-files?

sathya · June 13, 2018, 7:47am

Leider nicht zum Aufbau (bzw. hier gibt es nur das Schema: https://github.com/Homegear/Homegear_Device_XML_Schema), nur zu den Geräten auf https://ref.homegear.eu.