Hallo,
kann das vielleicht auch mit einem Update zusammenhängen? Die KeyMatic sendet zwar Statusmeldungen an FHEM wenn man Knöpfe drückt und auch die Handfernbedienung geht, allerdings kann ich in FHEM lock und unlock nicht mehr ausführen, wird immer nur mit einem MISSING ACK quittiert.
Grüße
Hallo mwllgr,
lock und unlock?
Oder geht lock noch, wenn Du zuvor ein clear msgEvents am device ausführst?
Gruß, Ansgar.
Hi,
nein - beides betroffen :/
Hallo,
bei mir das selbe gestern, nach dem Update gestern.
Es fehlen plötzlich in der VCCU Attribute unter anderem hmKey.
Diese ließen sich auch nicht wieder hinzufügen.
Habe nun das Backup zurückgespielt.
VG
Olli
Hallo Olli,
gerade kontrolliert - bei mir auch.
Backup eingespielt (fhem.cfg und 10_CUL_HM.pm) - geht wieder.
Dachte anfangs schon ich muss die Keymatic resetten...
Hallo Martin,
das verschwindende Attribut hmKey bei der VCCU wird in sub CUL_HM_AttrCheck(@) Zeile 1075 ausgelöst.
if ($defs{$name}{helper}{role}{vrt}){
return " $attrName illegal for virtual devices"
if ($modules{CUL_HM}{Attr}{devPhy} =~ m/$attrName\b/);
Die Fehlermeldung kommt auch, wenn FHEM durchgestartet ist und man im Browser versucht hmKey bei der VCCU zu setzen.
Ändern in
if ($defs{$name}{helper}{role}{vrt}){
return " $attrName illegal for virtual devices"
if ( $modules{CUL_HM}{Attr}{devPhy} =~ m/$attrName\b/
&& !($attrName =~ m/^hmKey/s && AttrVal($name, 'model', '') eq 'CCU-FHEM') ); #noansi: VCCU needs the hmKey for AES
lässt es überleben.
In der Startphase von FHEM dürfte das Attribut sogar noch wirken und dem hmKey im IO setzen. Wird ein IO nach dem FHEM Start stromlos gemacht und dann wieder aktiviert, dann ist der key je nach Speicherort im IO auch im IO weg.
Bitte beachte beim Beheben auch meine Edits hier: https://forum.fhem.de/index.php/topic,113462.msg1077580.html#msg1077580 (https://forum.fhem.de/index.php/topic,113462.msg1077580.html#msg1077580) neben den übrigen Hinweisen auf Code Unschärfen in den letzten Tagen.
Gruß und Danke, Ansgar.
sollte erledigt sein