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 ;-) ?
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 (https://wiki.fhem.de/wiki/Event_monitor)hilft Dir dabei! Punkt 2.2
Gruß Otto
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 ?!
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
Na das was ich geposted habe ich ja aus dem Event-Manager. Ich soll quasi mal disabledaftertrigger auf 1-2 Sekunden setzen ?
VG :)
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
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 ?!
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
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
ZitatDer Receiver schaltet aus, weil er vorher ein Power Off bekommt.
Von wem?
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 ?
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
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?
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. :(
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