Ich hab ein tradfri/HUE-Device, das lässt sich zwar noch über Alexa aber nicht mehr über den "set-Befehl" steuern, auch sein status in FHEM wird nicht mehr aktualisiert - verstehe gerade die Welt nicht mehr ???
[code]define HUEDevice65549 HUEDevice 65549 IODev=tradfri
attr HUEDevice65549 IODev tradfri
attr HUEDevice65549 alias Unterbauleuchte
attr HUEDevice65549 color-icons 2
attr HUEDevice65549 devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
attr HUEDevice65549 fp_Erdgeschoss 35,1014,0,HUEDevice65549,
attr HUEDevice65549 icon light_downlight
attr HUEDevice65549 model TRADFRI Driver 30W
attr HUEDevice65549 room AnwSim,HUEDevice,Kueche,Tradfri
attr HUEDevice65549 subType dimmer
attr HUEDevice65549 webCmd pct:toggle:on:off
# DEF 65549 IODev=tradfri
# FUUID 5de64acc-f33f-b5ae-f2c9-2a893249a8c8f13e
# FVERSION 31_HUEDevice.pm:0.290140/2024-07-06
# ID 65549
# INTERVAL
# IODev tradfri
# NAME HUEDevice65549
# NR 511
# STATE dim43%
# SetExtensionsCommand blink
# TYPE HUEDevice
# desired 0
# READINGS:
# 2025-12-08 16:54:45 IODev tradfri
# 2025-12-04 17:17:46 bri 119
# 2025-12-05 17:49:34 onoff 1
# 2025-12-05 17:49:34 pct 47
# 2025-12-04 17:17:46 reachable 1
# 2025-12-05 17:49:34 state dim43%
# helper:
# alert
# battery -1
# bri -1
# colormode
# ct -1
# devtype
# dynamics_status
# effect
# hue -1
# lastseen
# mode
# on -1
# pct -1
# reachable
# rgb
# sat -1
# update_timeout 1
# v2effect
# xy
#
setstate HUEDevice65549 dim43%
setstate HUEDevice65549 2025-12-08 16:54:45 IODev tradfri
setstate HUEDevice65549 2025-12-04 17:17:46 bri 119
setstate HUEDevice65549 2025-12-05 17:49:34 onoff 1
setstate HUEDevice65549 2025-12-05 17:49:34 pct 47
setstate HUEDevice65549 2025-12-04 17:17:46 reachable 1
setstate HUEDevice65549 2025-12-05 17:49:34 state dim43%
[/code]
Wenn ich das richtig interpretiere funktioniert deine Alexa Steuerung an FHEM vorbei, da kein Attribut "alexaName" oder ähnliches gesetzt ist.
Das letze Ereignis kam am 05.12. um 17:49. Geh mal in dich, ob du seit dem was in Frage kommendes geändert hast, oder evtl. hängt auch das Gateway - zumindest in Richtung FHEM.
Gruß
Danny
da hängt wohl das Gateway:
define tradfri tradfri
attr tradfri createGroupReadings 1
attr tradfri devStateIcon stopped:control_home@red:start stopping:control_on_off@orange running.*:control_on_off@green:stop
attr tradfri room Tradfri
attr tradfri stateFormat tradfri-fhem
attr tradfri tradfriFHEM-securityCode crypt:36160215683f07537443035a467c6a7a
# FD 51
# FUUID 5de11658-f33f-b5ae-e9f1-b39b62c83838065a
# FVERSION 30_tradfri.pm:0.257680/2022-03-03
# LAST_START 2025-12-08 17:16:42
# LAST_STOP 2025-12-08 17:16:33
# NAME tradfri
# NOTIFYDEV global,global:npmjs.*tradfri-fhem.*
# NR 503
# NTFY_ORDER 50-tradfri
# PARTIAL
# PID 25291
# STARTS 2
# STATE running /usr/local/bin/tradfri-fhem
# TYPE tradfri
# eventCount 4
# tradfri-fhem version 0.1.9
# CoProcess:
# cmdFn tradfri_getCmd
# name tradfri-fhem
# state running /usr/local/bin/tradfri-fhem
# READINGS:
# 2025-12-08 17:16:42 tradfri-fhem running /usr/local/bin/tradfri-fhem
# helper:
# scenes:
#
setstate tradfri running /usr/local/bin/tradfri-fhem
setstate tradfri 2025-12-08 17:16:42 tradfri-fhem running /usr/local/bin/tradfri-fhem
interessant, ich hab mal das Attribut gesetzt, schon läufts wieder und die devices werden erkannt/gesteuert.
tradfriFHEM-params --ip 192.168.178.78Komisch ist nur, dass das vorher ohne die konkrete Angabe der IP-Adresse des Gateways lief.