Zitat von: Bartimaus am 07 Februar 2026, 15:43:18Ist das ganze auch von der ShellyGen abhängig ? Habe im Keller einen Shelly1 der ganz frühen Generation, da reagiert FHEM überhaupt nicht wenn ich per externem Schalter das Licht einschalte. In den Actions habe ich "....input_on" oder "input_off" an FHEM verlinkt. In der Cloud sehe ich die Schalteraktion sofortDanke für den Hinweis, das sollte auch bei Shelly Gen1 funktionieren, was aber tatsächlich nicht funktioniert. Muss ich mir anschauen.
Zitat von: Starkstrombastler am 07 Februar 2026, 12:56:54Zitat von: Bartimaus am 05 Februar 2026, 08:52:56dann habe ich eine weitere URL bei diesem Device hinterlegt:die zweite URL ist nicht nötig (erhöht nur die Systemlast), da unmittelbar nach dem ersten set ein get status vom Shelly abgefragt wird. Damit bekommst du den tatsächlichen Zustand des Shelly.
Das festgelegte Polling-Intervall wird damit auch neu gestartet.
Lässt sich gut bei verbose=4 beobachten.
defmod kalender Calendar ical file ./abfallkalender.ics 3600
attr kalender group Kalender
attr kalender room 980 - Umwelt
setstate kalender initialized
setstate kalender 2026-02-07 13:45:35 lastResponse OK
setstate kalender 2026-02-07 13:43:45 nextWakeup 2026-02-07 14:43:45
setstate kalender 2026-02-07 14:22:02 state initializedget kalender events format:full... absetze, sollte doch, nach meinem rudimentären Verständnis, eine Auflistung aller Termine in der Datei erfolgen, oder nicht?Internals:
CFGFN
DEF ## di_ZumTesten
([HHzaehler:power:avg5] > 0 )
{Log3 "$SELF", 3, "$SELF: cmd_1 avg5= [HHzaehler:power:avg5]"."\nHHzaehler:power ".ReadingsVal("HHzaehler","power","")}
DOELSEIF ([HHzaehler:power:avg5] < 0 )
## Logging nur kurz nach Umschalten
## Fehler:IF: unknown expression format: sec
(IF ([di_WB_Automatik:cmd_nr] == 7 and [di_WB_Automatik:cmd_nr:sec] < 60 )
({Log3 "$SELF", 3, "$SELF: cmd_2 gestartet Shelly_Gen3_Laden_dimmer:pct = [Shelly_Gen3_Laden_dimmer:pct], Sek. seit Umschalten = [di_WB_Automatik:cmd_nr:sec] "} ) )
{Log3 "$SELF", 3, "$SELF: cmd_2 avg5= [HHzaehler:power:avg5]"."\nHHzaehler:power ".ReadingsVal("HHzaehler","power","")}
## DOELSE
## {Log3 "$SELF", 3, "$SELF: cmd_3 power DOELSE "."\nHHzaehler:power ".ReadingsVal("HHzaehler","power","")."\n<name2>:<reading2> ".ReadingsVal("<name2>","<reading2>","")}
FUUID 69825a19-f33f-1d1e-cf3e-cc94c10f25575be8
MODEL FHEM
NAME di_ZumTesten
NOTIFYDEV global
NR 169
NTFY_ORDER 50-di_ZumTesten
STATE deactivated
TYPE DOIF
VERSION 30659 2025-12-25 12:37:16
disableNotifyFn 1
eventCount 79
.attraggr:
.attrminint:
READINGS:
2026-02-07 12:39:50 mode deactivated
2026-02-07 12:39:50 state deactivated
Regex:
attr:
cmdState:
wait:
waitdel:
condition:
do:
0:
helper:
NOTIFYDEV global
uiState:
uiTable:Zitat von: Prof. Dr. Peter Henning am 07 Februar 2026, 12:13:55@FlatTV:WebIF
Nein, das habe ich auch nicht gemeint. Sondern irgendetwas im BOSEST-FHEM-Device ist faul, aber eben nicht im Modul. Bitte wirklich mal den Event-Monitor laufen lassen mit Filter .*BOSEST.* Und dann die Source ändern.
2026-02-07 14:26:54 BOSEST BOSE_9884E307C182 origin: 29Cmd2026-02-07 14:27:44 BOSEST BOSE_9884E307C182 origin: TV
2026-02-07 14:27:45 BOSEST BOSE_9884E307C182 playinfo1: playing TV
2026-02-07 14:27:45 BOSEST BOSE_9884E307C182 playinfo2: TVheating.circuits.1.operating.modes.active.value standby oder heating.circuits.1.operating.programs.active.value standby