TS011F in HA nicht steuerbar

Hallo zusammen,

ich habe das Problem, dass ich die Plugs (TS011F) nicht steuern kann.
Wenn ich im HA den Schalter betätigt hüpft dieser wieder zurück.

Wenn ich den Knopf am Plug drücke, dann reagiert aber HA darauf. Ich verwende den SkyConnect.

grafik
Die Firmware zeigt es mir leider auch nicht an.

Hat jemand eine Idee?

LG

Welche Integration Z2M oder ZHA? Was sagt das Log?

denselben Plug verwende ich unter zigbee2mqtt ohne Probleme.
Softwareupdate auf dem TS011F durchgeführt?

@psyganja
Ist ZHA. Welches Log soll ich den schicken?

Nachtrag:
@netbus666
Update habe ich versucht aber kann nicht so richtig nachvollziehen, ob es erfolgreich war.
Habe folgende Schritte gemacht:

:crayon:by HarryP: Zusammenführung Doppelpost.
*@myj *
Bitte für Nachträge/Korrekturen die “bearbeiten” Funktion (geht 24h) benutzen.
Darüber kannst Du auch mit “@”+User mehrere(n) andere(n) User(n) ansprechen/antworten (s.o.)

sollte im Logfile ersichtlich sein… Das Update dauert ca. 30-40 Minuten.

➜ config tail -f home-assistant.log | egrep ‘zigpy.ota|zigpy.util|zigpy.*OTA’
2023-06-19 18:03:14.043 DEBUG (MainThread) [zigpy.util] Duplicate 86 TSN
2023-06-19 18:03:14.249 DEBUG (MainThread) [zigpy.util] Duplicate 86 TSN
2023-06-19 18:03:14.442 DEBUG (MainThread) [zigpy.util] Duplicate 86 TSN
2023-06-19 18:03:14.643 DEBUG (MainThread) [zigpy.util] Duplicate 86 TSN
2023-06-19 18:03:14.846 DEBUG (MainThread) [zigpy.util] Duplicate 86 TSN
2023-06-19 18:03:15.044 DEBUG (MainThread) [zigpy.util] Duplicate 86 TSN
2023-06-19 18:03:15.244 DEBUG (MainThread) [zigpy.util] Duplicate 86 TSN
2023-06-19 18:03:15.446 DEBUG (MainThread) [zigpy.util] Duplicate 86 TSN

kannst du mir noch sagen wo das log abliegt?

Wo so ziemlich alles liegt, im /config Ordner…

2023-06-19 17:57:45.801 DEBUG (MainThread) [zigpy.quirks.registry] Checking quirks for _TZ3000_gjnozsaz TS011F (a4:c1:38:5b:52:68:b2:c3)

2023-06-19 17:57:45.804 DEBUG (MainThread) [zigpy.quirks.registry] Found custom device replacement for a4:c1:38:5b:52:68:b2:c3: <class ‘zhaquirks.tuya.ts011f_plug.Plug’>

2023-06-19 18:35:00.431 WARNING (MainThread) [zigpy.application] Couldn’t open ‘a4:c1:38:5b:52:68:b2:c3’ for joining: Failed to deliver message: <EmberStatus.DELIVERY_FAILED: 102>

@netbus666
wenn ich von Hand das Update starte kommt unten eine Fehlermeldung.

2023-06-19 17:59:00.901 DEBUG (MainThread) [homeassistant.components.zha.core.device] [0x02E5](TS011F): Device seen - marking the device available and resetting counter
2023-06-19 17:59:00.902 DEBUG (MainThread) [homeassistant.components.zha.core.device] [0x02E5](TS011F): Update device availability -  device available: True - new availability: True - changed: False
2023-06-20 09:00:06.166 DEBUG (MainThread) [homeassistant.components.zha.core.device] [0x02E5](TS011F): Device seen - marking the device available and resetting counter
2023-06-20 09:00:06.167 DEBUG (MainThread) [homeassistant.components.zha.core.device] [0x02E5](TS011F): Update device availability -  device available: True - new availability: True - changed: False

schon mal versucht das Gerät neu zu pairen?

ja - habe sogar eine 2te besorgt.
leider selbes spiel.

wenn ich zha in den pairing modus stelle sehe ich im log auch ein paar meldungen:

[0x02E5:1:0x0702] Sending request: Read_Attributes(attribute_ids=[0, 512])
[0x02E5:1:0x0b04]: async_update
[0x02E5:1:0x0b04]: Reading attributes in chunks: ['active_power', 'rms_current', 'rms_voltage']
[0x02E5:1:0x0b04] Sending request header: ZCLHeader(frame_control=FrameControl(frame_type=<FrameType.GLOBAL_COMMAND: 0>, is_manufacturer_specific=False, direction=<Direction.Server_to_Client: 0>, disable_default_response=0, reserved=0, *is_cluster=False, *is_general=True), tsn=65, command_id=<GeneralCommand.Read_Attributes: 0>, *direction=<Direction.Server_to_Client: 0>)
[0x02E5:1:0x0b04] Sending request: Read_Attributes(attribute_ids=[1291, 1288, 1285])
[0x02E5:1:0x0702]: failed to get attributes '['current_summ_delivered', 'status']' on 'smartenergy_metering' cluster: Failed to deliver message: <EmberStatus.DELIVERY_FAILED: 102>
[0x02E5:1:0x0b04]: failed to get attributes '['active_power', 'rms_current', 'rms_voltage']' on 'electrical_measurement' cluster: Failed to deliver message: <EmberStatus.DELIVERY_FAILED: 102>

Einfach mal ein Gedanke.

Hast du die immer am selben Ort oder auch mal näher am Koordinator versucht?
Denn ob ein Signal empangen wird, hängt natürlich von der Sendeleistung des Senders ab.
Wenn das Signal ZUR Steckdose schlechter ist, als umgekehrt (z.B. durch Störungen oder etwas geringere Sendeleistung) kann der Koordinator evtl. die Signale der Steckdose empfangen (Schalteränderung), aber die Steckdose den Koordinator nicht (Schaltanforderung).

@silberfuxx
gute idee aber habe ich schon getestet. waren davor ~4 Meter und jetzt 1 Meter.

Was mir noch eingefallen ist, ich habe noch die Hue Bridge am laufen mit Zigbee… könnten die beiden Netze sich stören? Aber sollte ja auch kein Problem sein, da ein Nachbar dies ja auch haben könnte?!

Habe ich auch. War bisher zu faul alle Zigbee Geräte umzuziehen.
Automatisierungen usw. funktionieren bei mir in HA auch gemischt, egal wo sie eingebunden sind.

Sorry, dann habe ich keine Idee mehr :frowning: