HM-LC-Sw1-FM lässt sich nach DELETE DEVICE nicht mehr erneut anlernen

[gromit]

Hallo Liebe FHEM-Community,

nachdem das Relais eines älteren HM-LC-Sw1-FM wegen durchgebrannter Lampe zerstört wurde und das Ersatzteil bei ELV derzeit nicht lieferbar ist, habe ich einen neuen HM-LC-Sw1-FM angeschafft, den ich nun nicht ordentlich angelernt bekomme.

Nach dem Erkennen meiner HMCFGLAN des neuen HM-LC-Sw1-FM per autocreate habe ich "RESPONSE TIMEOUT:RegisterRead" bekommen. Das wurde auch nach mehrmaligem erneuten Anlernen per hmPairForSec oder hmPairSerial nicht korregiert. Somit fehlten die Optionen "statusRequest,toggle,on,off".

Daher habe ich das DEVICE HM-LC-Sw1-FM GELÖSCHT und einen RESET am HM-LC-Sw1-FM mit erneutem Anlernen versucht.
Folge: Der HM-LC-Sw1-FM wird zwar als HM_65CA36 im Eventmonitor angezeigt, erscheint aber dennoch nicht in EVERYTHING bei SWITCH.

Hier der Ablauf und die LOGs im Detail:

Code Auswählen Erweitern

version
"Latest Revision: 17469"
autocreate "active"

PROBLEM BEIM ANLERNEN HM-LC-Sw1-FM:
RESPONSE TIMEOUT:RegisterRead
-----------------------------

EVERYTHING: switch (HM-LC-Sw1-FM wird als HM_65CA36 angezeigt)
>RESPONSE TIMEOUT:RegisterRead
>Optionen "statusRequest,toggle,on,off" fehlen!

MEHRERE VERSUCHE (an verschiedenen Steckdosen im Haus):
set HMCFGLAN hmPairForSec 100
set HMCFGLAN hmPairSerial OEQ....779
>RESPONSE TIMEOUT:RegisterRead
>Optionen "statusRequest,toggle,on,off" fehlen!

DANN:
set HM_65CA36 deviceRename LICHT_EG_GARTEN
>ok, aber Optionen "statusRequest,toggle,on,off" fehlen weiterhin!
Delete this device (LICHT_EG_GARTEN)

NACH LÖSCHEN WIRD DAS DEVICE NICHT MEHR ANGEZEIGT
-------------------------------------------------

set HMCFGLAN hmPairForSec 100
EVENT MONITOR:
2018-12-05 08:02:56 Global global UNDEFINED HM_65CA36 CUL_HM 65CA36
2018-12-05 08:02:56 Global global DEFINED FileLog_HM_65CA36
2018-12-05 08:02:56 Global global SAVE
>HM-LC-Sw1-FM blinkt langsam 32x und hört wieder auf
EVERYTHING: switch (HM-LC-Sw1-FM taucht nicht auf)

set HMCFGLAN hmPairSerial OEQ....779
>HM-LC-Sw1-FM blinkt langsam 32x und hört wieder auf
EVERYTHING: switch (HM-LC-Sw1-FM taucht nicht auf)

Reset per Schalter am HM-LC-Sw1-FM (1.x 4sec: blinkt langsam, 2.x 4sec: blinkt schnell 4x, Pause, blinkt 1x)
EVENT MONITOR:
>2018-12-05 08:11:41 HMLAN HMCFGLAN UNKNOWNCODE A0D00841065CA36........0000::-81:HMCFGLAN
EVERYTHING: switch (HM-LC-Sw1-FM taucht nicht auf)

set HMCFGLAN hmPairSerial OEQ...779
>HM-LC-Sw1-FM blinkt langsam 32x und hört wieder auf
EVERYTHING: switch (HM-LC-Sw1-FM taucht nicht auf)

WIE GEHTS WEITER?
-----------------

Vermutlich habe ich das selbe Problem "HM-LC-SW1-FM wird als HM-LC-SW2-FM erkannt" https://forum.fhem.de/index.php/topic,93930.msg866588.html#msg866588

Wie bekomme ich den neuen HM-LC-Sw1-FM (HM_65CA36) wieder unter SWITCH mit den Optionen "statusRequest,toggle,on,off" angezeigt?

VIELEN DANK!

[Otto123]

Hi,

Du hast auch nach dem

Code Auswählen Erweitern

set HMCFGLAN hmPairForSec 100

Den Aktor in den Anlern Modus gebracht? > 4sec Taster drücken

Gruß Otto

[Pfriemler]

Die Fehlermeldung nach dem ersten Versuch (timeout) deutet auf prinzipiell mangelhafte Kommunikationsfähigkeit.
Da hätten evtl. rssi-Werte Aufschluss gegeben, die durch das Löschen aber weg sind.
Wie ist der Abstand zum HMLAN?

[gromit]

Pfriemler: Danke! Ich habe es mal mit kurzem Abstand (3m, 1 Ziegelwand) und größerem Abstand (1 Betondecke dazwischen, offenes Treppenhaus) probiert. Das Ergebniss war überall dasselbe.

zu Otto123: Ja, ich habe nach "set HMCFGLAN hmPairForSec 100" den Anlernmodus mit Taster gedrückt Halten für 4sec aktiviert.

Ich habe an der selben HMCFGLAN 5x Rolloschaltaktoren und 1x Schaltsteckdose ge-paired und täglich über die FHEM in Benutzung. Die Schaltaktoren sind übers ganze Haus verstreut und machen keinerlei Probleme.

Das einzige, was sich seit dem Anlernen und normalen Betrieb meines ersten HM-LC-Sw1-FM (bevor dieser abgeraucht ist) und dem Anlernversuch zum neuen Ersatz HM-LC-Sw1-FM geändert hat, ist ein Update des Linux-Systems und der FHEM auf den aktuellen Stand. Denaben hab ich noch einige Feiertagsregeln und ein Yahoo-Wetter-crawling in FHEM konfiguriert.

[Pfriemler]

Gut, generelle Funkprobleme sind hier nicht zu erwarten. Bei dem HM-Interface eigentlich auch nicht.
In Deinen Aktionen sehe ich auch keine Fehlerquelle, zumal wenn andere Homematics einwandfrei laufen.

Ich würde als nächstes einen Reset machen (4s, dann nochmals 4s), alle Fragmente des Gerätes in FHEM löschen (delete HM_65CA36) und dann nochmal versuchen.
Wenn Du dann immer noch keinen Erfolg hast, liegt ein Defekt wohl doch nahe.
Zur Erinnerung: autocreate erstellt Einträge auch auf Setup-Telegramme des Gerätes hin (also hier das Versetzen in den Konfigurationsmodus). Diese können je nach Funklage auch mal unvollständig oder fehlerhaft ausfallen. Das Pairing wird erst komplett, wenn das Gerät das Pairing akzeptiert. Es ist also möglich, dass ein vollständiges Gerät in FHEM angelegt wird und das Gerät selbst aber keine Anstalten macht, das Pairing zu akzeptieren, etwa weil das Pairinggesuch seitens FHEM nie angekommen ist - durch Funkprobleme oder defekten Empfänger. Dann enden alle Kommunikationsversuche mit dem Gerät immer im besagten Response Timeout und das Gerät wird auch keine Befehle ausführen.

Den Sw1-FM gibt es ja m.W. nicht als Bausatz, sonst wäre das auch eine Fehlerquelle.

[gromit]

Danke für den Tipp. "delete HM_65CA36" hatte ich noch nicht probiert...

Nach "delete HM_65CA36" und autocreate (HM-LC-Sw1-FM im Pairingmodus) bekomme ich folgende Events:

Code Auswählen Erweitern

2018-12-07 08:59:11 Global global SAVE
2018-12-07 08:59:28 HMLAN HMCFGLAN UNKNOWNCODE A0D0084XXXXXXX006010000::-73:HMCFGLAN
2018-12-07 08:59:35 HMLAN HMCFGLAN loadLvl: low
2018-12-07 08:59:36 Global global UNDEFINED HM_65CA36 CUL_HM 65CA36
2018-12-07 08:59:36 Global global DEFINED HM_65CA36
2018-12-07 08:59:36 Global global DEFINED FileLog_HM_65CA36
2018-12-07 08:59:36 Global global SAVE
2018-12-07 08:59:36 Global global DEFINED HM_65CA36_Sw_01
2018-12-07 08:59:36 Global global DEFINED HM_65CA36_Sw_02
2018-12-07 08:59:36 CUL_HM HM_65CA36 D-firmware: 2.8
2018-12-07 08:59:36 CUL_HM HM_65CA36 D-serialNr: OEQXXXX779
2018-12-07 08:59:42 CUL_HM HM_65CA36 CMDs_pending
2018-12-07 08:59:47 CUL_HM HM_65CA36_Sw_01 unreachable
2018-12-07 08:59:48 CUL_HM HM_65CA36_Sw_02 unreachable
2018-12-07 08:59:54 HMLAN HMCFGLAN loadLvl: low
2018-12-07 08:59:59 CUL_HM HM_65CA36 ResndFail
2018-12-07 08:59:59 CUL_HM HM_65CA36 CMDs_done_Errors:1
2018-12-07 08:59:59 CUL_HM HM_65CA36 MISSING ACK
2018-12-07 08:59:59 CUL_HM HM_65CA36 CMDs_pending
2018-12-07 08:59:59 CUL_HM HM_65CA36 CMDs_pending
2018-12-07 08:59:59 CUL_HM HM_65CA36 CMDs_pending
2018-12-07 08:59:59 CUL_HM HM_65CA36 CMDs_pending
2018-12-07 08:59:59 CUL_HM HM_65CA36 CMDs_pending
2018-12-07 09:00:19 HMLAN HMCFGLAN loadLvl: low
2018-12-07 09:00:20 CUL_HM HM_65CA36 ResndFail
2018-12-07 09:00:20 CUL_HM HM_65CA36 CMDs_done_Errors:1
2018-12-07 09:00:20 CUL_HM HM_65CA36 RESPONSE TIMEOUT:RegisterRead

Immerhin bekomme ich jetzt wieder einen Eintrag unter "EVERYTHING" mit den Optionen "HM_65CA36,Info_Cleared,getConfig,clear msgEvents".
Immerhin schon mal einen Schritt weiter, danke! Ich werde das später nochmal mit RESET am HM-LC-Sw1-FM probieren.

Im Screenshot sieht man, dass das Gerät offenbar, wie vermutet falsch erkannt wird: HM-LC-SW2-FM, mit 2 Channels in den INTERNALS:
channel_01, HM_65CA36_Sw_01
channel_02, HM_65CA36_Sw_02

Also irgendwas stimmt da mit der FHEM-Version scheinbar nicht?!

[Pfriemler]

Wenn ich die Probs richtig interpretiert habe,  liegt es an einer fehlerhaften Kennung die die Geräte senden.
getConfig mit zweitem Kanal wird aber timeout liefern.

Zunächst hilft manuelles Korrigieren des attr model und das Löschen des zweiten Schaltkanals.
Dann mal ein getConfig probieren. Wenn der Aktor noch gepairt ist,  könnte es klappen.


Sonst jetzt nochmal pairen, vielleicht sogar mal mit hmPairSerial.
Da das Pairing nur das Gerät betrifft und nicht die Kanäle, sollte es aber eigentlich auch so immer klappen.

und liefere uns bitte statt der Bilder das Resultat von "list HM_65CA36" als Textkopie in code-Tags. Da steht mehr interessantes drin.

[gromit]

ok, vielen Dank für die schnelle Antwort. 

Hier erst mal das Ergebnis von "list HM_65CA36":

Code Auswählen Erweitern

Internals:
   CFGFN
   DEF        65CA36
   HMCFGLAN_MSGCNT 1
   HMCFGLAN_RAWMSG E65CA36,0000,4E865E78,FF,FFB3,01840065CA360000002800094F455132XXXXXXXX3910010100
   HMCFGLAN_RSSI -77
   HMCFGLAN_TIME 2018-12-07 08:59:36
   IODev      HMCFGLAN
   LASTInputDev HMCFGLAN
   MSGCNT     1
   NAME       HM_65CA36
   NR         692
   STATE      MISSING ACK
   TYPE       CUL_HM
   channel_01 HM_65CA36_Sw_01
   channel_02 HM_65CA36_Sw_02
   protCmdDel 28
   protResnd  42 last_at:2018-12-07 16:01:32
   protResndFail 14 last_at:2018-12-07 16:01:38
   protSnd    14 last_at:2018-12-07 16:01:20
   protState  CMDs_done_Errors:1
   rssi_at_HMCFGLAN min:-77 lst:-77 avg:-77 max:-77 cnt:1
   Readings:
     2018-12-07 08:59:36   D-firmware      2.8
     2018-12-07 08:59:36   D-serialNr      OEQXXXX779
     2018-12-07 16:01:38   state           MISSING ACK
     Regl_00.:
       VAL
   Helper:
     HM_CMDNR   17
     cSnd       0103140865CA36010E,0103140865CA36010E
     mId        0009
     rxType     1
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +65CA36,00,00,00
       nextSend   1544169576.7781
       prefIO
       rxt        0
       vccu
       p:
         65CA36
         00
         00
         00
     Mrssi:
       mNo        01
       Io:
         HMCFGLAN   -75
     Prt:
       bErr       0
       sProc      0
     Q:
       qReqConf
       qReqStat
     Role:
       dev        1
       prs        1
     Rssi:
       At_hmcfglan:
         avg        -77
         cnt        1
         lst        -77
         max        -77
         min        -77
     Tmpl:
Attributes:
   IODev      HMCFGLAN
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   2.8
   model      HM-LC-SW2-FM
   room       CUL_HM
   serialNr   OEQXXXX779
   subType    switch
   webCmd     getConfig:clear msgEvents]Internals:
   CFGFN
   DEF        65CA36
   HMCFGLAN_MSGCNT 1
   HMCFGLAN_RAWMSG E65CA36,0000,4E865E78,FF,FFB3,01840065CA360000002800094F455132XXXXXXXX3910010100
   HMCFGLAN_RSSI -77
   HMCFGLAN_TIME 2018-12-07 08:59:36
   IODev      HMCFGLAN
   LASTInputDev HMCFGLAN
   MSGCNT     1
   NAME       HM_65CA36
   NR         692
   STATE      MISSING ACK
   TYPE       CUL_HM
   channel_01 HM_65CA36_Sw_01
   channel_02 HM_65CA36_Sw_02
   protCmdDel 28
   protResnd  42 last_at:2018-12-07 16:01:32
   protResndFail 14 last_at:2018-12-07 16:01:38
   protSnd    14 last_at:2018-12-07 16:01:20
   protState  CMDs_done_Errors:1
   rssi_at_HMCFGLAN min:-77 lst:-77 avg:-77 max:-77 cnt:1
   Readings:
     2018-12-07 08:59:36   D-firmware      2.8
     2018-12-07 08:59:36   D-serialNr      OEQXXXX779
     2018-12-07 16:01:38   state           MISSING ACK
     Regl_00.:
       VAL
   Helper:
     HM_CMDNR   17
     cSnd       0103140865CA36010E,0103140865CA36010E
     mId        0009
     rxType     1
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +65CA36,00,00,00
       nextSend   1544169576.7781
       prefIO
       rxt        0
       vccu
       p:
         65CA36
         00
         00
         00
     Mrssi:
       mNo        01
       Io:
         HMCFGLAN   -75
     Prt:
       bErr       0
       sProc      0
     Q:
       qReqConf
       qReqStat
     Role:
       dev        1
       prs        1
     Rssi:
       At_hmcfglan:
         avg        -77
         cnt        1
         lst        -77
         max        -77
         min        -77
     Tmpl:
Attributes:
   IODev      HMCFGLAN
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   2.8
   model      HM-LC-SW2-FM
   room       CUL_HM
   serialNr   OEQXXXX779
   subType    switch
   webCmd     getConfig:clear msgEvents

[gromit]

1. Also das "attr model" auf "HM-LC-Sw1-FM" setzen hat geklappt.
2. Channel 2 "HM_65CA36_Sw_02" löschen mit Delete this Device hat auch geklappt.
3. "getConfig" hat folgendes Ergebniss geliefert:

Code Auswählen Erweitern

2018-12-07 16:26:53 Global global SAVE
2018-12-07 16:27:01 CUL_HM HM_65CA36 ResndFail
2018-12-07 16:27:01 CUL_HM HM_65CA36 CMDs_done_Errors:1
2018-12-07 16:27:01 CUL_HM HM_65CA36 RESPONSE TIMEOUT:RegisterRead

Ich probiere es jetzt nochmal mit einem RESET am HM-LC-Sw1-FM und anschließend erneut anlernen.
"hmPairSerial" hatte ich auch schon probiert. Danach fängt die LED am HM-LC-Sw1-FM zu blinken an, was beweist dass die Kommunikation grundsätzlich funktioniert.
Dass am HM-LC-Sw1-FM was kaputt ist, ist unwahrscheinlich, denn ich hatte einen gebrauchten von eBay versucht und danach einen neuen über Amazon gekauft. Beide haben genau das selbe Verhalten gezeigt. Und der alte HM-LC-Sw1-FM (mit kaputtem Relais) hatte trotz defektem Relais an der LED ganz normal in der aktuellen FHEM Konfiguration die Schaltaktionen angezeigt. Nur hat halt das Relais nicht angezogen.

[gromit]

Noch was anderes: Wenn ich ein Fragezeichen bei "SAVE CONFIG" bekomme und auf SAVE CONFIG klicke, bekomme ich "WriteStateFile: Cannot open ./log/fhem.save: Keine Berechtigung".
Scheinbar muss ich die Berechtigung vom LOG über WinSCP oder Putty nochmal prüfen?!

[gromit]

So, jetzt habe ich nochmal einen RESET am Schaltaktor gemacht und das Device HM_65CA36 gelöscht.
Mit "set HMCFGLAN hmPairSerial OEQXXXXX79" hat der Aktor zu blinken angefangen, wurde aber scheinbar in FHEM nicht erkannt.
Danach normaler Pairingversuch mit "set HMCFGLAN hmPairForSec 600". Nun bin ich wieder am Anfang, wo HM_65CA36 gar nicht mehr unter switches angezeigt wird.
Der Event monitor sagt:

Code Auswählen Erweitern

2018-12-07 16:44:55 Global global UNDEFINED HM_65CA36 CUL_HM 65CA36
"list HM_65CA36" sagt: "No device named HM_65CA36 found"
Autocreate hatte ich jetzt mal auf "disable" gestellt.

[Pfriemler]

hihi ...

Code Auswählen Erweitern

2018-12-07 16:44:55 Global global UNDEFINED HM_65CA36 CUL_HM 65CA36
"list HM_65CA36" sagt: "No device named HM_65CA36 found"
Autocreate hatte ich jetzt mal auf "disable" gestellt.

Na logisch. Global meldet, dass es für den Anlernversuch des Aktors kein passendes Gerät in FHEM finden kann. Genau an der Stelle setzt dann Autocreate ein und legt das Gerät an. Wenn Du das unterbindest, bekommst Du es nur manuell definiert.

Für "keine Berechtigung" kann es auch ganz andere Ursachen geben. Normalerweise legt FHEM die Datei selbst an. In ihr sind die aktuellen Zustände aller Devices gespeichert, sie wird m.W. bei einem "save" (config) und auch beim Herunterfahren erneuert.
Im Prinzip sollte es reichen, wenn Du die Datei löschst, damit FHEM sie neu anlegen kann. FHEM dürfte ja auch Schreibrechte in LOG besitzen.

und zum Aktor selbst: Es gibt dieses Kuddelmuddel mit der mID (siehe list) - ist 0009, sollte aber 0004 sein. Ich habe hier neuerdings auch Probeme mit meinem Sw2 (also der umgekehrte Fall). Seltsam, ich werde am Sonntag mal genau in die HMConfig.pm schauen, aktuell bin ich unterwegs.
Ich hätte eben gedacht, dass nach dem Löschen des zweiten Kanals FHEM bei getconfig eben nur Device und 1. Kanal abfragt, was kompatibel zum HM-LC-Sw1-FM ist (und nach einer solchen Aktion sogar mit einem richtigen Sw2 funktionieren sollte). Blöd.

Nun hättest Du natürlich noch eine andere Option: nimm den von ebay und setze dessen Relais in Deinen kaputten Sw1 um - aber dafür sind wir ja nicht hier...

edit: nee, das Umsetzen ist nicht trivial. Die Dinger sind auf zwei Platten gebaut und durch Lötstifte miteinander verbunden, es ist schon ein Akt die auseinander zu bekommen, nicht so einfach wie beim Sw1PBU, wo die Platinen nur gesteckt sind.
Sonst gäbe es da ja eine Leistungs- und eine Logikplatine, wenn das beim Sw1-FM auch so ist, würde es reichen, die zu tauschen statt nur das Relais.

[gromit]

ok, danke nochmal.
Ich habe jetzt mal einen Reboot gemacht und "set autocreate disable" wieder auf "0" also active gesetzt.
Ein neues Relais in den alten HM-LC-Sw1-FM einlöten wollte ich ja anfangs, aber das war nicht lieferbar, sollte jetzt aber in den nächsten Tagen hoffentlich kommen. Das werde ich unabhängig von dem neuen HM-LC-Sw1-FM machen, denn das alte Device zum kaputten HM-LC-Sw1-FM hab ich wohlweislich noch nicht gelöscht Ja, die Löterei ist bei dem Ding etwas fummelig, sollte aber kein Problem für mich sein. Hab früher sehr viel, auch SMD gelötet.

So nach Reboot (über WinSCP Rechte aller LOGs auf rwxrwxrwx gesetzt, jetzt keine Fehlermeldung beim LOG-Schreiben mehr) nochmal
set HMCFGLAN hmPairSerial OEQXXXX779

Code Auswählen Erweitern

2018-12-07 17:34:59 HMLAN HMCFGLAN loadLvl: low
2018-12-07 17:35:02 CUL_HM HM_65CA36 CMDs_pending
2018-12-07 17:35:02 CUL_HM HM_65CA36 powerOn: 2018-12-07 17:35:02
2018-12-07 17:35:02 CUL_HM HM_65CA36 CMDs_done
2018-12-07 17:35:02 CUL_HM HM_65CA36_Sw_01 deviceMsg: off (to HMCFGLAN)
2018-12-07 17:35:02 CUL_HM HM_65CA36_Sw_01 level: 0
2018-12-07 17:35:02 CUL_HM HM_65CA36_Sw_01 pct: 0
2018-12-07 17:35:02 CUL_HM HM_65CA36_Sw_01 off
2018-12-07 17:35:02 CUL_HM HM_65CA36_Sw_01 timedOn: off
2018-12-07 17:35:03 CUL_HM HM_65CA36 CMDs_pending
2018-12-07 17:35:18 HMLAN HMCFGLAN loadLvl: low
2018-12-07 17:35:23 CUL_HM HM_65CA36_Sw_02 unreachable
2018-12-07 17:35:23 CUL_HM HM_65CA36 ResndFail
2018-12-07 17:35:23 CUL_HM HM_65CA36 CMDs_done_Errors:1
2018-12-07 17:35:23 CUL_HM HM_65CA36 MISSING ACK
2018-12-07 17:35:27 CUL_HM HM_65CA36 CMDs_pending
2018-12-07 17:35:27 CUL_HM HM_65CA36 CMDs_pending
2018-12-07 17:35:27 CUL_HM HM_65CA36 CMDs_pending
2018-12-07 17:35:27 CUL_HM HM_65CA36 CMDs_pending
2018-12-07 17:35:27 CUL_HM HM_65CA36 CMDs_pending
2018-12-07 17:35:43 HMLAN HMCFGLAN loadLvl: low
2018-12-07 17:35:47 CUL_HM HM_65CA36 ResndFail
2018-12-07 17:35:47 CUL_HM HM_65CA36 CMDs_done_Errors:1
2018-12-07 17:35:47 CUL_HM HM_65CA36 RESPONSE TIMEOUT:RegisterRead

List:

Code Auswählen Erweitern

nternals:
   CFGFN     
   DEF        65CA36
   HMCFGLAN_MSGCNT 3
   HMCFGLAN_RAWMSG R8985BC73,0001,505E557D,FF,FFB3,29A41065CA3XXXXXX060100004D
   HMCFGLAN_RSSI -77
   HMCFGLAN_TIME 2018-12-07 17:35:02
   IODev      HMCFGLAN
   LASTInputDev HMCFGLAN
   MSGCNT     3
   NAME       HM_65CA36
   NOTIFYDEV  global
   NR         67
   STATE      RESPONSE TIMEOUT:RegisterRead
   TYPE       CUL_HM
   channel_01 HM_65CA36_Sw_01
   channel_02 HM_65CA36_Sw_02
   lastMsg    No:29 - t:10 s:65CA36 d:031408 060100004D
   protCmdDel 6
   protLastRcv 2018-12-07 17:35:02
   protRcv    2 last_at:2018-12-07 17:35:02
   protResnd  6 last_at:2018-12-07 17:35:42
   protResndFail 2 last_at:2018-12-07 17:35:47
   protSnd    4 last_at:2018-12-07 17:35:27
   protState  CMDs_done_Errors:1
   rssi_HMCFGLAN cnt:1 min:-77 max:-77 avg:-77 lst:-77
   rssi_at_HMCFGLAN cnt:3 min:-77 max:-77 avg:-77 lst:-77
   READINGS:
     2018-12-07 17:34:56   D-firmware      2.8
     2018-12-07 17:34:56   D-serialNr      OEQXXXX779
     2018-12-07 17:35:02   powerOn         2018-12-07 17:35:02
     2018-12-07 17:35:47   state           RESPONSE TIMEOUT:RegisterRead
     RegL_00.:
       VAL       
   helper:
     HM_CMDNR   43
     PONtest    0
     cSnd       0103140865CA36020E,0103140865CA3600040000000000
     mId        0009
     regLst     ,0,1,3p
     rxType     1
     supp_Pair_Rep 0
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +65CA36,00,00,00
       nextSend   1544200502.28185
       prefIO     
       rxt        0
       vccu       
       p:
         65CA36
         00
         00
         00
     mRssi:
       mNo        29
       io:
         HMCFGLAN:
           -75
           -75
     prt:
       bErr       0
       sProc      0
     q:
       qReqConf   
       qReqStat   
     role:
       dev        1
       prs        1
     rpt:
       IO         HMCFGLAN
       flg        A
       ts         1544200502.22777
       ack:
         HASH(0x9e6d27c)
         29800203140865CA3600
     rssi:
       HMCFGLAN:
         avg        -77
         cnt        1
         lst        -77
         max        -77
         min        -77
       at_HMCFGLAN:
         avg        -77
         cnt        3
         lst        -77
         max        -77
         min        -77
     tmpl:
Attributes:
   IODev      HMCFGLAN
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   2.8
   model      HM-LC-SW2-FM
   room       CUL_HM
   serialNr   OEQXXXX779
   subType    switch
   webCmd     getConfig:clear msgEvents

jetzt wieder:

1. Also das "attr model" auf "HM-LC-Sw1-FM" setzen hat geklappt.
2. Channel 2 "HM_65CA36_Sw_02" löschen mit Delete this Device hat auch geklappt.
3. "getConfig" hat folgendes Ergebniss geliefert:

Code Auswählen Erweitern

2018-12-07 17:43:02 CUL_HM HM_65CA36 ResndFail
2018-12-07 17:43:02 CUL_HM HM_65CA36 CMDs_done_Errors:1
2018-12-07 17:43:02 CUL_HM HM_65CA36 RESPONSE TIMEOUT:RegisterRead

Das Ding will einfach die CMDs nicht holen. Nochmal List:

Code Auswählen Erweitern

Internals:
   CFGFN     
   DEF        65CA36
   HMCFGLAN_MSGCNT 3
   HMCFGLAN_RAWMSG R8985BC73,0001,505E557D,FF,FFB3,29A41065Cxxxxx408060100004D
   HMCFGLAN_RSSI -77
   HMCFGLAN_TIME 2018-12-07 17:35:02
   IODev      HMCFGLAN
   LASTInputDev HMCFGLAN
   MSGCNT     3
   NAME       HM_65CA36
   NOTIFYDEV  global
   NR         67
   STATE      RESPONSE TIMEOUT:RegisterRead
   TYPE       CUL_HM
   channel_01 HM_65CA36_Sw_01
   lastMsg    No:29 - t:10 s:65CA36 d:031408 060100004D
   protCmdDel 12
   protLastRcv 2018-12-07 17:35:02
   protRcv    2 last_at:2018-12-07 17:35:02
   protResnd  12 last_at:2018-12-07 17:42:56
   protResndFail 4 last_at:2018-12-07 17:43:02
   protSnd    6 last_at:2018-12-07 17:42:40
   protState  CMDs_done_Errors:1
   rssi_HMCFGLAN cnt:1 min:-77 max:-77 avg:-77 lst:-77
   rssi_at_HMCFGLAN cnt:3 min:-77 max:-77 avg:-77 lst:-77
   READINGS:
     2018-12-07 17:34:56   D-firmware      2.8
     2018-12-07 17:34:56   D-serialNr      OEQXXXX779
     2018-12-07 17:35:02   powerOn         2018-12-07 17:35:02
     2018-12-07 17:43:02   state           RESPONSE TIMEOUT:RegisterRead
     RegL_00.:
       VAL       
   helper:
     HM_CMDNR   45
     PONtest    0
     cSnd       0103140865CA3600040000000000,0103140865CA3600040000000000
     mId        0009
     regLst     ,0
     rxType     1
     supp_Pair_Rep 0
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +65CA36,00,00,00
       nextSend   1544200502.28185
       prefIO     
       rxt        0
       vccu       
       p:
         65CA36
         00
         00
         00
     mRssi:
       mNo        29
       io:
         HMCFGLAN:
           -75
           -75
     prt:
       bErr       0
       sProc      0
     q:
       qReqConf   
       qReqStat   
     role:
       dev        1
       prs        1
     rpt:
       IO         HMCFGLAN
       flg        A
       ts         1544200502.22777
       ack:
         HASH(0x9e6d27c)
         29800203140865CA3600
     rssi:
       HMCFGLAN:
         avg        -77
         cnt        1
         lst        -77
         max        -77
         min        -77
       at_HMCFGLAN:
         avg        -77
         cnt        3
         lst        -77
         max        -77
         min        -77
     tmpl:
Attributes:
   IODev      HMCFGLAN
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   2.8
   model      HM-LC-SW1-FM
   room       CUL_HM
   serialNr   OEQXXXX779
   subType    switch
   webCmd     getConfig:clear msgEvents

[frank]

erst muss gepairt sein, wie immer. nur dann können cmds funktionieren. schau mal ins wiki pairen, damit du selbst erkennst, das gepairt ist.

[Otto123]

Das pairen hat nicht geklappt! Solange blockt er jeden Steuerbefehl, auch ein getconfig!
Und immer wieder reset vom Gerät und löschen usw. ist völlig kontraproduktiv. Wenn Du das so weiter machst wird Weihnachten und Du bist nicht weiter 

Code Auswählen Erweitern

set HMCFGLAN hmPairSerial OEQXXXX779
muss man manchmal dreimal machen bis es funktioniert.
Pairen braucht etwas Zeit und keine Hektik.
Pairen kann man immer wiederholen - ohne Reset Ohne Löschen Ohne System verfummeln!
Wenn es klemmt hilft eventuell clear msgEvents.

Gruß Otto