[HM-Wired] HMW_LC_BL1_DR inhibit Befehl

[holzwurm83]

Hallo zusammen,

ich habe die Tage den Befehl inhibit ausprobiert, allerdings lässt ich der Aktor gar nicht sperren. Ich kann auch nur ein

Code Auswählen Erweitern

set Rol.WZ.OST inhibit

ausführen. Ein on/off steht gar nicht zur Verfügung!?

Kann mir jemand die Funktion nochmal erklären?

[Thorsten Pferdekaemper]

Hi,
ja, da ist tatsächlich was faul. Kannst Du mal ein level-5 Log liefern, so dass man sieht, was FHEM da versucht zu senden?
Allerdings weiß ich auch nicht so genau, was der Befehl eigentlich machen soll...
Danke&Gruß,
   Thorsten

[holzwurm83]

Hallo Torsten,

habe das mal gemacht. Es steht folgendes im Log:

Code Auswählen Erweitern

2017.08.24 19:15:22 5: HMW_LC_Bl1_DR_KEQ0946216: HM485_SendCommand: 6C0200
2017.08.24 19:15:22 5: HMW_LC_Bl1_DR_KEQ0946216: HM485_DoSendCommand: hmwId = 0000CB78 data = 6C0200 requestId = 27
2017.08.24 19:16:00 5: HMW_LC_Bl1_DR_KEQ0946216: HM485_SendCommand: 6C0200
2017.08.24 19:16:00 5: HMW_LC_Bl1_DR_KEQ0946216: HM485_DoSendCommand: hmwId = 0000CB78 data = 6C0200 requestId = 28

Ich hatte auch noch das gefunden, aber das hat damit, denke ich nichts zu tun.

Code Auswählen Erweitern

PERL WARNING: Use of uninitialized value $singleVal in sprintf at FHEM/lib/HM485/Device.pm line 983.

Die Funktion ist wohl HM spezifisch, da es diese auch bei den Funkmodulen gibt. Im Commandef habe ich dazu folgendes gefunden:

inhibit [on|off]
Blockieren/Zulassen aller Kanaländerungen eines Aktors, d.h. Zustand des Aktors ist eingefroren bis 'inhibit' wieder deaktiviert wird. 'Inhibit' kann für jeden Aktorkanal ausgeführt werden aber natürlich nicht für Sensoren - würde auch keinen Sinn machen.
Damit ist es praktischerweise möglich Nachrichten ebenso wie verknüpfte Kanalaktionen temporär zu unterdrücken ohne sie löschen zu müssen.
Beispiele:
# Ausführung blockieren
set keymatic inhibit on

Ich wollte jetzt einfach meine Fenstersensoren damit koppeln, so das denn die Terrassentür offen ist die die Jalousien auch nicht runter fahren.

[Thorsten Pferdekaemper]

Hi,
ok, da sind zwei Probleme:

1. Der Kanal ist an der falschen Stelle. HM485 nimmt an, dass er immer an derselben Stelle ist, aber bei inhibit ist er ein Byte weiter.
2. Der Wert wird auch an die falsche Stelle geschrieben. Dasselbe wie oben...
3. Das inhibit-Kommando hat laut Geräte-XML "control = NONE". D.h. HM485 erwartet keine Parameter. Das ist natürlich auch nicht ganz so gut. Der Punkt wird ein klein wenig schwieriger. Mal sehen, vielleicht kann ich zumindest für diesen Fall was einbauen.

Also ich denke, dass ich mich der Sache mal annehmen werde, aber das wird heute nichts mehr...
Gruß,
   Thorsten

[holzwurm83]

Hallo Thorsten,

hast du dafür schon Zeit finden können?

Viele Dank


Gesendet von iPhone mit Tapatalk

[Thorsten Pferdekaemper]

Hi,
sorry, der Urlaub kam schneller als gedacht... Ich bin aber bald wieder zuhause.
Gruß,
   Thorsten

[Thorsten Pferdekaemper]

Das ganze gibt's sogar schon als Issue im Git:
https://github.com/kc-GitHub/FHEM-HM485/issues/49

[holzwurm83]

Dann bin ich wohl do nicht der erste dem das aufgefallen ist. Das Install_test steht bei mir auch überall drin

[Thorsten Pferdekaemper]

Hi,
ich habe jetzt mal angefangen, inhibit zu implementieren. Dummerweise scheint das aber etwas anders zu funktionieren wie in der HM (-Funk) Doku beschrieben. Zumindest bei meinen Test-Geräten (Original eq3) wirkt sich das nur auf direkte Peerings aus. Wenn man von der Zentrale aus Befehle schickt, dann schaltet das Ding trotzdem.
Du kannst das selbst ausprobieren mit

Code Auswählen Erweitern


set HMW_LC_Bl1_DR_KEQ0946216 raw 6C000201

zum inhibit Setzen und

Code Auswählen Erweitern


set HMW_LC_Bl1_DR_KEQ0946216 raw 6C000200

zum wieder Löschen.
Ich wollte das nur mal erwähnen, um falsche Erwartungen zu dämpfen.
Gruß,
   Thorsten

[Thorsten Pferdekaemper]

Hi,
set...inhibit geht jetzt. Außerdem gibt es ein dazu passendes Reading.
"update" und dann "shutdown restart"...
In der "Device specific help" bzw. der lokalen Commandref ist das ganze auch dokumentiert.

Zum install_test fällt mir nichts gescheites ein. Vielleicht kann mal jemand mit einer CCU was dazu sagen...

Gruß,
    Thorsten

[holzwurm83]

Hallo Thorsten,

jetzt bin endlich dazu gekommen das aufzuspielen. Vielen Dank für deine Arbeit!

Mit einer CCU kann ich leider nicht dienen.

Viele Grüße

[Thorsten Pferdekaemper]

jetzt bin endlich dazu gekommen das aufzuspielen.

...und, hat's funktioniert?
Gruß,
   Thorsten

[holzwurm83]

Hallo Thorsten,

für meinen Fall konnte ich es dann doch nicht verwenden, da ich in erster Linie Befehle aus Fhem heraus verschicke. Wie du schon vorab geschrieben hast sperrt Inhibit die Eingänge/Peerings. Werde ich dann später brauchen, wenn ich einzelne Taster für die Jalousien installiert habe.

Vielen Dank & viele Grüße!

[Thorsten Pferdekaemper]

Hi,
also die Eingänge sperrt es nicht, nur die Peerings.
...aber ungefähr so hatte ich das auch erwartet. Ich wusste es nur selbst nicht, bevor ich die Funktion eingebaut hatte. Man bekommt halt nicht Firmware der Original-Devices als Sourcecode.
Gruß,
   Thorsten