inhibit funktioniert, bleibt aber "set_on" bzw. "set_off"

Begonnen von Pfriemler, 05 Dezember 2017, 21:37:45

Vorheriges Thema - Nächstes Thema

Pfriemler

Mit dem Problem scheine ich nicht neu zu sein, aber ich frage (mangels passender Suchergebnisse) mal nach den Erfahrungen hier.

Ich nutze zur "Winterblockade" der Terrassendachmarkise jetzt "inhibit" auf dem HM-Rolladenaktor (mit Wippe). Das Ein- und Ausschalten funktioniert, die Peers werden ignoriert (konkret: sie bekommen ein "Nack" und die LED leuchtet rot statt grün).
Das Reading "inhibit" bleibt aber auf "set_on" bzw. "set_off", auch nach einem getConfig.

Nachgetestet bei einem Zwischenstecker-Schalter: gleiches Verhalten.

Da ich das erfolgreiche Sperren eigentlich mit einem Mechanismus anzeigen wollte, schlug die Auswertung nach "on" oder "off" natürlich fehl. Ich kann das natürlich auch auf "set_on" oder "set_off" auswerten. Trotzdem stellt sich mir die Frage, ob das so gewollt ist.

Any hints, folks?
"Änd're nie in fhem.cfg, denn das tut hier allen weh!" *** Wheezy@Raspi(3), HMWLAN+HMUART, CUL868(SlowRF) für FHT+KS+FS20, miniCUL433, Rademacher DuoFern *** "... kaum macht man es richtig, funktioniert es ..."

FhemPiUser


Otto123

Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

Pfriemler

"Änd're nie in fhem.cfg, denn das tut hier allen weh!" *** Wheezy@Raspi(3), HMWLAN+HMUART, CUL868(SlowRF) für FHT+KS+FS20, miniCUL433, Rademacher DuoFern *** "... kaum macht man es richtig, funktioniert es ..."

Otto123

Ja, man muss auch den Einleitungssatz lesen  :-[
Sorry ...  ;D
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

frank

da noch niemand die ccu danach ausgesnifft hat, gibt es in fhem leider noch immer keinen befehl, die devices nach dem aktuellen status von inhibit abzufragen. ich habe schon vergeblich danach gebeten.
aber vielleicht kannst du, pfriemler, das jetzt mal angehen. denn ich glaube, dass du eine ccu hast.  ;)
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

Pfriemler

Nope. Weder CCU2 noch YAHM, obgleich ich längst damit liebäugle, aber noch den Umrüstaufwand scheue. Ist doch erklecklich was zusammengekommen im Zoo.

Dann ist es halt so ... und der nächste der sich auch wundert, findet den Fred vll. Und ist beruhigt.
"Änd're nie in fhem.cfg, denn das tut hier allen weh!" *** Wheezy@Raspi(3), HMWLAN+HMUART, CUL868(SlowRF) für FHT+KS+FS20, miniCUL433, Rademacher DuoFern *** "... kaum macht man es richtig, funktioniert es ..."

frank

schade eigentlich. ich gebe die hoffnung aber noch nicht auf, denn:


1. kann die HMCCU die daten bereits schon lange auslesen,

Zitat von: zap am 19 Januar 2016, 15:07:38
@frank: HMCCU liest INHIBIT Datenpunkte aus. Ich meine jedenfalls, das schon mal gesehen zu haben, kann es aber nochmal testen (filtere derzeit auf die für mich interessanten Datenpunkte).

Habe jetzt im HMCCU Thread ein Beispiel für eine Steckdose gefunden, bei dem INHIBIT ausglesen wird:


Channel KEQ0038200:1 ST-WZ-Bass:1
  DP BidCos-RF.KEQ0038200:1.STATE = false
  DP BidCos-RF.KEQ0038200:1.ON_TIME =
  DP BidCos-RF.KEQ0038200:1.INHIBIT = false



und 2. wollte martin ja auch schon mal danach suchen. vielleicht hat er über weihnachten lange weile.  ;)

Zitat von: martinp876 am 23 Oktober 2015, 23:10:50
Müssen wir malmsuchen
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html