Yamaha schaltet genervt ab, anstatt Lautstärke anzupassen

Begonnen von MegaData, 17 Dezember 2021, 15:21:56

Vorheriges Thema - Nächstes Thema

MegaData

Hallo zusammen,

mein A2080 schaltet seit einiger Zeit genervt einfach ab, wenn ich versuche in Zone 2 die Läutstärke über einen Taster zu ändern:

2021.12.13 16:25:40.415 3: YAMAHA_AVR (AV_Receiver_Zone2) - Could not execute "volume -67": received return code 4
2021.12.13 16:25:40.593 3: YAMAHA_AVR (AV_Receiver_Zone2) - Could not execute "volume -68.5": received return code 4

Also Notify löst aus:

Taster_Bad_Btn_04 set AV_Receiver_Zone2 volumeDown

Mache ich es über die Weboberfläche klappt es jedoch wie gewohnt. Hat sich mal wieder was geändert wovon ich nichts mitbekommen habe ;-) ?

Otto123

Hallo,

schau Dir im Eventmonitor mal an was da passiert:
Taster_Bad_Btn_04
Sieht nach Homematic aus, dürfte in dem Moment der Betätigung ein Sperrfeuer von 6 oder mehr Events liefern. Da würde ich auch genervt reagieren.

Stichwort Trigger schärfer machen. Der Eventmonitor hilft Dir dabei! Punkt 2.2

Gruß Otto
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

MegaData

Also ich hänge mich mal weit aus den Fenster und sage:

a) es ging die letzten 4 Jahre - nach dem letzten Update geht es nicht mehr
b) ein- und ausschalten setze ich genauso, die Befehle klappen - da ist auch nix anders gesetzt mit dem Trigger ?!


MadMax-FHEM

Zitat von: MegaData am 20 Dezember 2021, 15:35:12
Also ich hänge mich mal weit aus den Fenster und sage:

a) es ging die letzten 4 Jahre - nach dem letzten Update geht es nicht mehr
b) ein- und ausschalten setze ich genauso, die Befehle klappen - da ist auch nix anders gesetzt mit dem Trigger ?!

U.U. weil durch das/ein Update (deutlich) mehr Events durch Homematic Devices gefeuert werden als früher...
...gibt ettliche Threads dazu.

Mal gemacht was Otto vorgeschlagen hat, also Eventmonitor auf und schauen...

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

MegaData

Na das was ich geposted habe ich ja aus dem Event-Manager. Ich soll quasi mal disabledaftertrigger auf 1-2 Sekunden setzen ?

VG :)

Otto123

Nein, Du sollst einfach auf einen Event triggern und  nicht auf 27. Aber Du weißt es ja besser.

Ich meine nicht die Events die Du gepostet hast vom Reveiver. Es geht um Deinen Taster_Bad_Btn_04
Also nochmal: mach den Eventmonitor auf, stell den Filter auf Taster_Bad_Btn_04.* schau Dir an was passiert und mach mit dem Eventmonitor gleich den modify deines notify.
Tipp der trigger: Short_10 Event ist eine gute Wahl. Der sollte dann am Ende so aussehen: Taster_Bad_Btn_04:trigger:.Short_.*

Die letzten vier Jahre gab es an der Stelle vielleicht ein paar Events weniger - aber jetzt geht es deinem receiver eben auf den Zeiger.

Gruß Otto
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

MegaData

Also ich habe jetzt mal das Output vom Eventmonitor gefilter auf Button4:

2021-12-23 15:39:55.384 CUL_HM Taster_Bad Taster_Bad_Btn_04 Short
2021-12-23 15:39:55.426 CUL_HM Taster_Bad_Btn_04 commState: CMDs_done
2021-12-23 15:39:55.426 CUL_HM Taster_Bad_Btn_04 Short 1_41 (to VCCU)
2021-12-23 15:39:55.426 CUL_HM Taster_Bad_Btn_04 trigger: Short_41
2021-12-23 15:39:55.426 CUL_HM Taster_Bad_Btn_04 triggerTo_VCCU: Short_41
2021-12-23 15:39:55.426 CUL_HM Taster_Bad_Btn_04 trigger_cnt: 41
2021-12-23 15:39:56.900 CUL_HM VCCU_Btn20 trigLast: Taster_Bad_Btn_04:short
2021-12-23 15:39:56.900 CUL_HM VCCU_Btn20 trig_Taster_Bad_Btn_04: Short_41
2021-12-23 15:40:04.523 CUL_HM Taster_Bad Taster_Bad_Btn_04 Short
2021-12-23 15:40:04.584 CUL_HM Taster_Bad_Btn_04 commState: CMDs_done
2021-12-23 15:40:04.584 CUL_HM Taster_Bad_Btn_04 Short 1_42 (to VCCU)
2021-12-23 15:40:04.584 CUL_HM Taster_Bad_Btn_04 trigger: Short_42
2021-12-23 15:40:04.584 CUL_HM Taster_Bad_Btn_04 triggerTo_VCCU: Short_42
2021-12-23 15:40:04.584 CUL_HM Taster_Bad_Btn_04 trigger_cnt: 42
2021-12-23 15:40:06.531 CUL_HM VCCU_Btn20 trigLast: Taster_Bad_Btn_04:short
2021-12-23 15:40:06.531 CUL_HM VCCU_Btn20 trig_Taster_Bad_Btn_04: Short_42


Ich habe 2 mal gedrückt. Generell ist mein Aufbau: ich habe einen 6fach Taster. 1 Taste für Ein/Aus, 1 Taste für Volume up, 1 Taste für Volume down. Wie gesagt: seid Jahren ging das so. Ich sende an eine VCCU damit der Schalter eine grüne Rückantwort gibt.
Was mir auffällt:

Der Receiver schaltet aus, weil er vorher ein Power Off bekommt.
Drücke ich:

Vol UP und der Receiver ist aus: Receiver geht an und Volume wird höher gedreht.
Vol UP und der Receiver ist an: Receiver geht aus.
Vol DOWN und der Receiver ist aus: Receiver geht an und Volume wird runter gedreht.
Vol DOWN und der Receiver ist an: Receiver geht aus.

Ich habe auch noch mal geprüft dass jeder Taster an einen unterschiedlichen VCCU-Button sendet, ist so - die dürften sich also nicht ins Gehege kommen.
Ich bin ratlos ?!

MegaData

Mit

Taster_Bad_Btn_03:trigger:.Short_.* set AV_Receiver_Zone2 volumeUp
Taster_Bad_Btn_04:trigger:.Short_.* set AV_Receiver_Zone2 volumeDown

gleiches Ergebnis

MadMax-FHEM

Poste doch mal lists deiner notify für an/aus und Volume.

Und zwar komplett und in "code-Tags"...

Und evtl. weitere Auszüge aus dem Eventmonitor wo du auch ein-/ausschaltest...

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

Otto123

ZitatDer Receiver schaltet aus, weil er vorher ein Power Off bekommt.
Von wem?
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

MegaData

Hallo zusammen,

hier kommen die Lists:

Internals:
   DEF        Taster_Bad_Btn_02 {if ((ReadingsVal("AV_Receiver_Zone2","state","") eq "off")) {fhem "set AV_Receiver_Zone2 on ;; set AV_Receiver_Zone2 volumeStraight -40 ;; set AV_Receiver_Zone2 input netradio"} elsif ((ReadingsVal("AV_Receiver_Zone2","state","") eq "on")) { fhem ("set AV_Receiver_Zone2 off")}}

   FUUID      5c66c320-f33f-7f95-d12e-ff577414be61755a
   NAME       TasterBadNotify2
   NOTIFYDEV  Taster_Bad_Btn_02
   NR         152
   NTFY_ORDER 50-TasterBadNotify2
   REGEXP     Taster_Bad_Btn_02
   STATE      2021-12-23 16:50:32
   TRIGGERTIME 1640274632.63438
   TYPE       notify
   READINGS:
     2021-12-10 15:51:06   state           active
     2021-12-23 16:50:32   triggeredByDev  Taster_Bad_Btn_02
     2021-12-23 16:50:32   triggeredByEvent commState: CMDs_done
Attributes:


Internals:
   DEF        Taster_Bad_Btn_03:trigger:.Short_.* set AV_Receiver_Zone2 volumeUp
   FUUID      5c66c323-f33f-7f95-548b-048e555f5d3850cd
   NAME       TasterBadNotify3
   NOTIFYDEV  Taster_Bad_Btn_03
   NR         292
   NTFY_ORDER 50-TasterBadNotify3
   REGEXP     Taster_Bad_Btn_03:trigger:.Short_.*
   STATE      2021-12-23 15:36:19
   TRIGGERTIME 1640270179.77087
   TYPE       notify
   READINGS:
     2021-12-23 15:27:57   state           active
     2021-12-23 15:36:19   triggeredByDev  Taster_Bad_Btn_03
     2021-12-23 15:36:19   triggeredByEvent trigger: Short_89
Attributes:


Internals:
   DEF        Taster_Bad_Btn_04:trigger:.Short_.* set AV_Receiver_Zone2 volumeDown
   FUUID      5c66c323-f33f-7f95-e3cf-6361430af8828809
   NAME       TasterBadNotify4
   NOTIFYDEV  Taster_Bad_Btn_04
   NR         293
   NTFY_ORDER 50-TasterBadNotify4
   REGEXP     Taster_Bad_Btn_04:trigger:.Short_.*
   STATE      2021-12-23 15:40:04
   TRIGGERTIME 1640270404.56637
   TYPE       notify
   READINGS:
     2021-12-23 15:27:28   state           active
     2021-12-23 15:40:04   triggeredByDev  Taster_Bad_Btn_04
     2021-12-23 15:40:04   triggeredByEvent trigger: Short_42
Attributes:


Könnt ihr damit was anfangen ?

MadMax-FHEM

Naja das erste notify "greift" etwas "weit"...
...wird halt unnötig oft "belästigt/bemüht"...

Da du aber da ja bestimmte Dinge abfrägst, wird zumindest nicht schlimm "umgeschalten"...
...aber evtl. unnötig oft Befehle gesendet...
...und wie geschrieben eben unnötig oft "ausgewertet"...

Interessant wären noch Eventmonitor Auszüge, wenn du so "rumschaltest"...

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

Otto123

Schau vor allem mal im Eventmonitor mit dem Filter Taster_Bad_Btn.*
Schlimmstenfalls triggert Dein 02 auch wenn 04 gedrückt wird, je nach dem in welchem Zustand Dein Homematic ist - siehe: https://forum.fhem.de/index.php/topic,120240.msg1147280.html#msg1147280

Das würde das off an den Receiver erklären?
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

MegaData

Also ich habe gerade gedrückt:

Licht ein, womit auch Radio ein geht

Volume up (Receiver geht aus)

Radio ein (Ok)

Volume down (Receiver geht wieder aus)


2022-01-15 18:36:33.403 CUL_HM Bad.LED trigLast: Taster_Bad_Btn_01:short
2022-01-15 18:36:33.403 CUL_HM Bad.LED trig_Taster_Bad_Btn_01: Short_243
2022-01-15 18:36:33.409 CUL_HM Taster_Bad Taster_Bad_Btn_01 Short
2022-01-15 18:36:33.415 CUL_HM Taster_Bad_Btn_01 Short 1_243 (to Bad.LED)
2022-01-15 18:36:33.415 CUL_HM Taster_Bad_Btn_01 trigger: Short_243
2022-01-15 18:36:33.415 CUL_HM Taster_Bad_Btn_01 triggerTo_Bad.LED: Short_243
2022-01-15 18:36:33.415 CUL_HM Taster_Bad_Btn_01 trigger_cnt: 243
2022-01-15 18:36:34.142 CUL_HM Taster_Bad_Btn_01 triggerTo_Bad.LED: Short_243_ack
2022-01-15 18:36:56.438 CUL_HM Taster_Bad Taster_Bad_Btn_03 Short
2022-01-15 18:36:56.442 CUL_HM Taster_Bad_Btn_01 commState: CMDs_done
2022-01-15 18:36:56.459 CUL_HM Taster_Bad_Btn_02 commState: CMDs_done
2022-01-15 18:36:56.473 CUL_HM Taster_Bad_Btn_03 commState: CMDs_done
2022-01-15 18:36:56.473 CUL_HM Taster_Bad_Btn_03 Short 1_90 (to VCCU)
2022-01-15 18:36:56.473 CUL_HM Taster_Bad_Btn_03 trigger: Short_90
2022-01-15 18:36:56.473 CUL_HM Taster_Bad_Btn_03 triggerTo_VCCU: Short_90
2022-01-15 18:36:56.473 CUL_HM Taster_Bad_Btn_03 trigger_cnt: 90
2022-01-15 18:36:56.476 CUL_HM Taster_Bad_Btn_04 commState: CMDs_done
2022-01-15 18:36:57.172 CUL_HM Taster_Bad_Btn_05 commState: CMDs_done
2022-01-15 18:36:58.525 CUL_HM Taster_Bad_Btn_06 commState: CMDs_done
2022-01-15 18:36:58.528 CUL_HM VCCU_Btn19 trigLast: Taster_Bad_Btn_03:short
2022-01-15 18:36:58.528 CUL_HM VCCU_Btn19 trig_Taster_Bad_Btn_03: Short_90
2022-01-15 18:37:31.112 CUL_HM Taster_Bad Taster_Bad_Btn_02 Short
2022-01-15 18:37:31.118 CUL_HM Taster_Bad_Btn_01 commState: CMDs_done
2022-01-15 18:37:31.206 CUL_HM Taster_Bad_Btn_02 commState: CMDs_done
2022-01-15 18:37:31.206 CUL_HM Taster_Bad_Btn_02 Short 1_80 (to VCCU)
2022-01-15 18:37:31.206 CUL_HM Taster_Bad_Btn_02 trigger: Short_80
2022-01-15 18:37:31.206 CUL_HM Taster_Bad_Btn_02 triggerTo_VCCU: Short_80
2022-01-15 18:37:31.206 CUL_HM Taster_Bad_Btn_02 trigger_cnt: 80
2022-01-15 18:37:31.210 CUL_HM Taster_Bad_Btn_03 commState: CMDs_done
2022-01-15 18:37:31.213 CUL_HM Taster_Bad_Btn_04 commState: CMDs_done
2022-01-15 18:37:32.054 CUL_HM Taster_Bad_Btn_05 commState: CMDs_done
2022-01-15 18:37:32.732 CUL_HM Taster_Bad_Btn_06 commState: CMDs_done
2022-01-15 18:37:32.738 CUL_HM VCCU_Btn18 trigLast: Taster_Bad_Btn_02:short
2022-01-15 18:37:32.738 CUL_HM VCCU_Btn18 trig_Taster_Bad_Btn_02: Short_80
2022-01-15 18:37:45.640 CUL_HM Taster_Bad Taster_Bad_Btn_04 Short
2022-01-15 18:37:45.643 CUL_HM Taster_Bad_Btn_01 commState: CMDs_done
2022-01-15 18:37:45.657 CUL_HM Taster_Bad_Btn_02 commState: CMDs_done
2022-01-15 18:37:45.661 CUL_HM Taster_Bad_Btn_03 commState: CMDs_done
2022-01-15 18:37:45.674 CUL_HM Taster_Bad_Btn_04 commState: CMDs_done
2022-01-15 18:37:45.674 CUL_HM Taster_Bad_Btn_04 Short 1_44 (to VCCU)
2022-01-15 18:37:45.674 CUL_HM Taster_Bad_Btn_04 trigger: Short_44
2022-01-15 18:37:45.674 CUL_HM Taster_Bad_Btn_04 triggerTo_VCCU: Short_44
2022-01-15 18:37:45.674 CUL_HM Taster_Bad_Btn_04 trigger_cnt: 44
2022-01-15 18:37:46.393 CUL_HM Taster_Bad_Btn_05 commState: CMDs_done
2022-01-15 18:37:47.358 CUL_HM Taster_Bad_Btn_06 commState: CMDs_done
2022-01-15 18:37:47.364 CUL_HM VCCU_Btn20 trigLast: Taster_Bad_Btn_04:short
2022-01-15 18:37:47.364 CUL_HM VCCU_Btn20 trig_Taster_Bad_Btn_04: Short_44


Ich bin da etwas ratlos... in der Tat update ich die HMConfig seit einiger Zeit nicht mehr, da ich mit dem Problem der Bewegungsmelder, welche ich gern per Notify anstatt dem direkten peeren nutzen würde, auch nicht mehr weiter komme. Da gab es mal einen extra Thread zu - aber das ist für mich nicht umsetzbar. Ich verstehe nicht warum da verschlimmbessert wird - und das nimmt mir ehrlich gesagt auch ein wenig den Spaß an Fhem. :(

MadMax-FHEM

#14
Zitat von: MegaData am 15 Januar 2022, 18:43:28
Also ich habe gerade gedrückt:

Licht ein, womit auch Radio ein geht

Volume up (Receiver geht aus)

Radio ein (Ok)

Volume down (Receiver geht wieder aus)

Muss ich mal schauen und gegen die notify "prüfen"...

EDIT:
Zitat
2022-01-15 18:36:56.438 CUL_HM Taster_Bad Taster_Bad_Btn_03 Short
2022-01-15 18:36:56.442 CUL_HM Taster_Bad_Btn_01 commState: CMDs_done
2022-01-15 18:36:56.459 CUL_HM Taster_Bad_Btn_02 commState: CMDs_done

Du drückst etwas und es kommen die commState und da eben dein notify TasterBadNotify2 auf ALLES was irgendwie Taster_Bad_Btn_02 im Event hat -> reagiert halt darauf.
Punkt aus.
Und evtl. gibt es ja noch mehr ungenaue notify etc.

Zitat von: MegaData am 15 Januar 2022, 18:43:28
Ich bin da etwas ratlos... in der Tat update ich die HMConfig seit einiger Zeit nicht mehr, da ich mit dem Problem der Bewegungsmelder, welche ich gern per Notify anstatt dem direkten peeren nutzen würde, auch nicht mehr weiter komme. Da gab es mal einen extra Thread zu - aber das ist für mich nicht umsetzbar. Ich verstehe nicht warum da verschlimmbessert wird - und das nimmt mir ehrlich gesagt auch ein wenig den Spaß an Fhem. :(

Es wird nichts verSCHLIMMbessert, sondern verbessert ;) Dass auch mal was schief geht/gehen kann ist halt so...

Wenn allerdings schon zu beginn "zu lasch" mit den Definitionen (aka Trigger-Regex) umgegangen wurde, dann "rächt" sich das halt irgendwann...

D.h. (wie immer): Eventmonitor auf, auf den PASSENDEN Event warten/suchen, dann die Zeile markieren und anlegen lassen, anpassen fertig.

Wenn oft mit .* gearbeitet wird oder ganz auf eine Trigger-Regex nach dem Devicenamen verzichtet wird, dann ist es kein Wunder, wenn öfter Dinge passieren, weil eben der "weit gefasste Trigger" passt...

Z.B. TasterBadNotify2 mit Trigger-Regex Taster_Bad_Btn_02 reagiert auf ALLES was Taster_Bad_Btn_02 im Event stehen hat...

BWM mit notify statt direktem PEERING.
Wo ist das Problem?

Wenn ein PEERING vorhanden: löschen (also nicht das Attribut/Reading, das sind nur die "rückgelesenen" Daten von Aktor/Sensor)
Und notify anlegen wie beschrieben mit dem Eventmonitor.

Wenn die Trigger-Regex passend gewählt wird/wurde gibt es auch keine Probleme...

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)