Tuya TS011F (TZ3000_typdpbpg) powers off

[phoxy84]

What happened?

When I use the device they shut down suddenly. This happens maybe once every one or two days. Don't know if it is a Z2M issue or a problem with the plug.

I have four of them, all have the same problem.

I made an automation to power the device on automatically but that cannot be the solution :)

What did you expect to happen?

The plug just stays on.

How to reproduce it (minimal and precise)

I don't know. Just power on the device and wait.

Zigbee2MQTT version

1.23.0-dev commit

Adapter firmware version

20211217

Adapter

zzh

Debug log

debug 2022-02-28 10:58:30: Received Zigbee message from 'iMac', type 'attributeReport', cluster 'genOnOff', data '{"onOff":0}' from endpoint 1 with groupID 0 info 2022-02-28 10:58:30: MQTT publish: topic 'zigbee2mqtt/iMac', payload '{"child_lock":null,"current":0.36,"energy":2.51,"indicator_mode":null,"linkquality":47,"power":79,"power_outage_memory":"on","state":"OFF","update":{"state":null},"update_available":null,"voltage":238}' debug 2022-02-28 10:58:30: Received Zigbee message from 'iMac', type 'attributeReport', cluster 'genOnOff', data '{"onOff":0}' from endpoint 1 with groupID 0 info 2022-02-28 10:58:30: MQTT publish: topic 'zigbee2mqtt/iMac', payload '{"child_lock":null,"current":0.36,"energy":2.51,"indicator_mode":null,"linkquality":65,"power":79,"power_outage_memory":"on","state":"OFF","update":{"state":null},"update_available":null,"voltage":238}' debug 2022-02-28 10:58:30: Received Zigbee message from 'iMac', type 'attributeReport', cluster 'manuSpecificTuya_3', data '{"53249":4}' from endpoint 1 with groupID 0 debug 2022-02-28 10:58:30: No converter available for 'TS011F_plug_1' with cluster 'manuSpecificTuya_3' and type 'attributeReport' and data '{"53249":4}' debug 2022-02-28 10:58:30: Received Zigbee message from 'iMac', type 'attributeReport', cluster 'haElectricalMeasurement', data '{"rmsVoltage":0}' from endpoint 1 with groupID 0 info 2022-02-28 10:58:30: MQTT publish: topic 'zigbee2mqtt/iMac', payload '{"child_lock":null,"current":0.36,"energy":2.51,"indicator_mode":null,"linkquality":69,"power":79,"power_outage_memory":"on","state":"OFF","update":{"state":null},"update_available":null,"voltage":0}' debug 2022-02-28 10:58:30: Received Zigbee message from 'iMac', type 'attributeReport', cluster 'haElectricalMeasurement', data '{"activePower":0}' from endpoint 1 with groupID 0 debug 2022-02-28 10:58:30: Received Zigbee message from 'iMac', type 'attributeReport', cluster 'haElectricalMeasurement', data '{"rmsCurrent":0}' from endpoint 1 with groupID 0 info 2022-02-28 10:58:30: MQTT publish: topic 'zigbee2mqtt/iMac', payload '{"child_lock":null,"current":0.36,"energy":2.51,"indicator_mode":null,"linkquality":69,"power":0,"power_outage_memory":"on","state":"OFF","update":{"state":null},"update_available":null,"voltage":0}' info 2022-02-28 10:58:30: MQTT publish: topic 'zigbee2mqtt/iMac', payload '{"child_lock":null,"current":0,"energy":2.51,"indicator_mode":null,"linkquality":69,"power":0,"power_outage_memory":"on","state":"OFF","update":{"state":null},"update_available":null,"voltage":0}' debug 2022-02-28 10:58:35: Received MQTT message on 'zigbee2mqtt/iMac/set' with data 'ON' debug 2022-02-28 10:58:35: Publishing 'set' 'state' to 'iMac' info 2022-02-28 10:58:35: MQTT publish: topic 'zigbee2mqtt/iMac', payload '{"child_lock":null,"current":0,"energy":2.51,"indicator_mode":null,"linkquality":47,"power":0,"power_outage_memory":"on","state":"ON","update":{"state":null},"update_available":null,"voltage":0}' debug 2022-02-28 10:58:35: Received Zigbee message from 'iMac', type 'attributeReport', cluster 'genOnOff', data '{"onOff":1}' from endpoint 1 with groupID 0 info 2022-02-28 10:58:35: MQTT publish: topic 'zigbee2mqtt/iMac', payload '{"child_lock":null,"current":0,"energy":2.51,"indicator_mode":null,"linkquality":47,"power":0,"power_outage_memory":"on","state":"ON","update":{"state":null},"update_available":null,"voltage":0}' debug 2022-02-28 10:58:36: Received Zigbee message from 'iMac', type 'attributeReport', cluster 'genOnOff', data '{"onOff":0}' from endpoint 1 with groupID 0 info 2022-02-28 10:58:36: MQTT publish: topic 'zigbee2mqtt/iMac', payload '{"child_lock":null,"current":0,"energy":2.51,"indicator_mode":null,"linkquality":47,"power":0,"power_outage_memory":"on","state":"OFF","update":{"state":null},"update_available":null,"voltage":0}' debug 2022-02-28 10:58:37: Received Zigbee message from 'iMac', type 'attributeReport', cluster 'manuSpecificTuya_3', data '{"53249":0}' from endpoint 1 with groupID 0 debug 2022-02-28 10:58:37: No converter available for 'TS011F_plug_1' with cluster 'manuSpecificTuya_3' and type 'attributeReport' and data '{"53249":0}' debug 2022-02-28 10:58:37: Received Zigbee message from 'iMac', type 'attributeReport', cluster 'haElectricalMeasurement', data '{"rmsVoltage":241}' from endpoint 1 with groupID 0 info 2022-02-28 10:58:37: MQTT publish: topic 'zigbee2mqtt/iMac', payload '{"child_lock":null,"current":0,"energy":2.51,"indicator_mode":null,"linkquality":47,"power":0,"power_outage_memory":"on","state":"OFF","update":{"state":null},"update_available":null,"voltage":241}' debug 2022-02-28 10:58:41: Received MQTT message on 'zigbee2mqtt/iMac/set' with data 'ON' debug 2022-02-28 10:58:41: Publishing 'set' 'state' to 'iMac' info 2022-02-28 10:58:41: MQTT publish: topic 'zigbee2mqtt/iMac', payload '{"child_lock":null,"current":0,"energy":2.51,"indicator_mode":null,"linkquality":47,"power":0,"power_outage_memory":"on","state":"ON","update":{"state":null},"update_available":null,"voltage":241}' debug 2022-02-28 10:58:42: Received Zigbee message from 'iMac', type 'attributeReport', cluster 'genOnOff', data '{"onOff":1}' from endpoint 1 with groupID 0 info 2022-02-28 10:58:42: MQTT publish: topic 'zigbee2mqtt/iMac', payload '{"child_lock":null,"current":0,"energy":2.51,"indicator_mode":null,"linkquality":47,"power":0,"power_outage_memory":"on","state":"ON","update":{"state":null},"update_available":null,"voltage":241}' debug 2022-02-28 10:58:56: Received Zigbee message from 'iMac', type 'attributeReport', cluster 'haElectricalMeasurement', data '{"activePower":39}' from endpoint 1 with groupID 0 info 2022-02-28 10:58:56: MQTT publish: topic 'zigbee2mqtt/iMac', payload '{"child_lock":null,"current":0,"energy":2.51,"indicator_mode":null,"linkquality":51,"power":39,"power_outage_memory":"on","state":"ON","update":{"state":null},"update_available":null,"voltage":241}' debug 2022-02-28 10:58:59: Received Zigbee message from 'iMac', type 'attributeReport', cluster 'haElectricalMeasurement', data '{"rmsCurrent":171}' from endpoint 1 with groupID 0 info 2022-02-28 10:58:59: MQTT publish: topic 'zigbee2mqtt/iMac', payload '{"child_lock":null,"current":0.17,"energy":2.51,"indicator_mode":null,"linkquality":47,"power":39,"power_outage_memory":"on","state":"ON","update":{"state":null},"update_available":null,"voltage":241}' debug 2022-02-28 10:59:01: Received Zigbee message from 'iMac', type 'attributeReport', cluster 'haElectricalMeasurement', data '{"activePower":95}' from endpoint 1 with groupID 0 info 2022-02-28 10:59:01: MQTT publish: topic 'zigbee2mqtt/iMac', payload '{"child_lock":null,"current":0.17,"energy":2.51,"indicator_mode":null,"linkquality":47,"power":95,"power_outage_memory":"on","state":"ON","update":{"state":null},"update_available":null,"voltage":241}' debug 2022-02-28 10:59:03: Received Zigbee message from 'iMac', type 'attributeReport', cluster 'haElectricalMeasurement', data '{"rmsCurrent":392}' from endpoint 1 with groupID 0 info 2022-02-28 10:59:03: MQTT publish: topic 'zigbee2mqtt/iMac', payload '{"child_lock":null,"current":0.39,"energy":2.51,"indicator_mode":null,"linkquality":47,"power":95,"power_outage_memory":"on","state":"ON","update":{"state":null},"update_available":null,"voltage":241}' debug 2022-02-28 10:59:10: Received Zigbee message from 'iMac', type 'attributeReport', cluster 'haElectricalMeasurement', data '{"activePower":107}' from endpoint 1 with groupID 0 info 2022-02-28 10:59:10: MQTT publish: topic 'zigbee2mqtt/iMac', payload '{"child_lock":null,"current":0.39,"energy":2.51,"indicator_mode":null,"linkquality":47,"power":107,"power_outage_memory":"on","state":"ON","update":{"state":null},"update_available":null,"voltage":241}' debug 2022-02-28 10:59:12: Received Zigbee message from 'iMac', type 'attributeReport', cluster 'haElectricalMeasurement', data '{"rmsCurrent":458}' from endpoint 1 with groupID 0 info 2022-02-28 10:59:12: MQTT publish: topic 'zigbee2mqtt/iMac', payload '{"child_lock":null,"current":0.46,"energy":2.51,"indicator_mode":null,"linkquality":47,"power":107,"power_outage_memory":"on","state":"ON","update":{"state":null},"update_available":null,"voltage":241}'

[phoxy84]

I found an interim solution: aktivate the "child_lock" option (Enables/disables physical input on the device)

I had no problems for at least 48h

Does not work here: My device (vloerverwarming) auto shut off April 4 at 21:34:29 I activated child lock at 8:14 Same device shut down at 8:28

debug 2022-04-05 08:28:02: Received Zigbee message from 'Vloerverwarming ', type 'attributeReport', cluster 'genOnOff', data '{"onOff":0}' from endpoint 1 with groupID 0 info 2022-04-05 08:28:02: MQTT publish: topic 'zigbee2mqtt/Vloerverwarming ', payload '{"child_lock":"LOCK","current":0.18,"energy":8.78,"indicator_mode":"off/on","linkquality":91,"power":40,"power_outage_memory":"on","state":"OFF","update":{"state":"idle"},"update_available":false,"voltage":238}' debug 2022-04-05 08:28:02: Received Zigbee message from 'Vloerverwarming ', type 'attributeReport', cluster 'manuSpecificTuya_3', data '{"53249":4}' from endpoint 1 with groupID 0 debug 2022-04-05 08:28:02: No converter available for 'TS011F_plug_1' with cluster 'manuSpecificTuya_3' and type 'attributeReport' and data '{"53249":4}'

This is when I shut down the same device manual: off: debug 2022-04-05 08:55:14: Received Zigbee message from 'Vloerverwarming ', type 'attributeReport', cluster 'haElectricalMeasurement', data '{"rmsCurrent":0}' from endpoint 1 with groupID 0 info 2022-04-05 08:55:14: MQTT publish: topic 'zigbee2mqtt/Vloerverwarming ', payload '{"child_lock":"LOCK","current":0,"energy":8.79,"indicator_mode":"off/on","linkquality":102,"power":40,"power_outage_memory":"on","state":"OFF","update":{"state":"idle"},"update_available":false,"voltage":235}' debug 2022-04-05 08:55:14: Received Zigbee message from 'Vloerverwarming ', type 'attributeReport', cluster 'haElectricalMeasurement', data '{"activePower":0}' from endpoint 1 with groupID 0 info 2022-04-05 08:55:14: MQTT publish: topic 'zigbee2mqtt/Vloerverwarming ', payload '{"child_lock":"LOCK","current":0,"energy":8.79,"indicator_mode":"off/on","linkquality":98,"power":0,"power_outage_memory":"on","state":"OFF","update":{"state":"idle"},"update_available":false,"voltage":235}' on debug 2022-04-05 08:55:21: Received MQTT message on 'zigbee2mqtt/Vloerverwarming /set' with data 'ON' debug 2022-04-05 08:55:21: Publishing 'set' 'state' to 'Vloerverwarming ' info 2022-04-05 08:55:21: MQTT publish: topic 'zigbee2mqtt/Vloerverwarming ', payload '{"child_lock":"LOCK","current":0,"energy":8.79,"indicator_mode":"off/on","linkquality":98,"power":0,"power_outage_memory":"on","state":"ON","update":{"state":"idle"},"update_available":false,"voltage":235}' debug 2022-04-05 08:55:21: Received Zigbee message from 'Vloerverwarming ', type 'attributeReport', cluster 'genOnOff', data '{"onOff":1}' from endpoint 1 with groupID 0 info 2022-04-05 08:55:21: MQTT publish: topic 'zigbee2mqtt/Vloerverwarming ', payload '{"child_lock":"LOCK","current":0,"energy":8.79,"indicator_mode":"off/on","linkquality":98,"power":0,"power_outage_memory":"on","state":"ON","update":{"state":"idle"},"update_available":false,"voltage":235}' Looks like something in handeling the 'manuSpecificTuya_3' message

The devices I connected to the Tuya bridge are still on, no auto shut off

[MudiStar]

I found an interim solution: aktivate the "child_lock" option (Enables/disables physical input on the device)

I had no problems for at least 48h

It does not work. Sorry to give you false hope.... Last night one of my sockets turned off. Took longer than usual but that's not ok

[diegogarciadev]

I've 4 plugs connected to tuya bridge, 2 of them has been auto powered off, the other 2 ones are still on...

[phoxy84]

I ordered a cc2531 and will try to sniff traffic from and to the Tuya bridge.

[RHAD1969]

@phoxy84 Since different bridges (from different vendors) have the same problem, I think we can better focus on the firmware, as @jar87 already suggested. The question is: where to find the source code?

[meganiekje]

I have send Wim3D a message, he is able to write his own firmware for the Sonoff version of this plug. Maybe he wants to/can help.

[diegogarciadev]

Keep you informed

[RHAD1969]

@diegogarciadev

Did you managed to upgrade to 1.0.12?

And if you have upgraded, how did you obtain the software (because I cannot find an update in Zigbee2MQTT nor on my SMART-BRIDGE10 for the smart plugs).

Did it fix the issues?

[Masterz69]

In my case device is TS011F_plug_1 (_TZ3000_typdpbpg). No update available through Tuya bridge.

As far I see from logs and voltage graph - plug goes to OFF as soon it reports 0V on input. Is it hardware or software issue - can't determine.

But looks 'power outage memory' setting (set to ON) have no effect, so software does not recognize situation as power loss/recovery. IMHO.

[meganiekje]

Win3D told me, he did have a similar problem on a wifi device: if the device lost its connection, the watchdog timer timed out, while the device tries to restore the connection. On watchdog timeout, the devi ce reboots, and the relay powers off. This could also result in a wrong first measurement of the voltage.

[phoxy84]

I tried with Tuya bridge, device shuts off then as well.

[diegogarciadev]

I'm thinking about to buy another type of plugs..

I've seen this one: https://s.click.aliexpress.com/e/_vOJhNI

Can you tell me if there are any other model with the same problem? I don' want to waste my money...

[sa-egor]

I'm thinking about to buy another type of plugs..

I've seen this one: https://s.click.aliexpress.com/e/_vOJhNI

Can you tell me if there are any other model with the same problem? I don' want to waste my money...

I have three. All have this problem.

[navycrow]

I finally bought those from LEXMAN/ADEO/LEROY MERLIN in 16A. There are working fine. No issue since I bought them 10 days ago.

Le dim. 10 avr. 2022 à 01:21, Egor Savenko @.***> a écrit :

I'm thinking about to buy another type of plugs..

I've seen this one: https://s.click.aliexpress.com/e/_vOJhNI

Can you tell me if there are any other model with the same problem? I don' want to waste my money...

I have three. All have this problem.

— Reply to this email directly, view it on GitHub https://github.com/Koenkk/zigbee2mqtt/issues/11648#issuecomment-1094140184, or unsubscribe https://github.com/notifications/unsubscribe-auth/ABGEEYYKIU75UDYWCL44NJTVEIGIZANCNFSM5PQWS6WQ . You are receiving this because you were mentioned.Message ID: @.***>

-- Envoyé avec Gmail Mobile

[meganiekje]

@navycrow : could you please provide a link to the LEXMAN/ADEO/LEROY MERLIN in 16A ? I am unable to find the zigbee version of that plug. Also the plug, this one: https://www.zigbee2mqtt.io/devices/LDSENK02F.html Does not expose voltage and amps, as far as i can see.. Please correct me if i'm wrong....

[navycrow]

I bought them here in France at Leroy Merlin There are recognized as ADEO LDSENK02F They support ON/OFF and power metering and energy consumed I don't know if they support voltage and current (clusters are valid but reports 0 - maybe with an update) They support power_outage_memory (ON/OFF working in dev mode). I didn't find for RESTORE. These sockets have 2 years warranty and seems very good quality.

[diegogarciadev]

I have no power offs in one device since 7th April, but I can see some "power on" without touching the device

[RHAD1969]

@diegogarciadev

How did you obtain the software (because I cannot find an update in Zigbee2MQTT nor on my SMART-BRIDGE10 for the smart plugs).

[diegogarciadev]

@diegogarciadev

Did you managed to upgrade to 1.0.12?

And if you have upgraded, how did you obtain the software (because I cannot find an update in Zigbee2MQTT nor on my SMART-BRIDGE10 for the smart plugs).

I opened a case in Tuya platform and I give them the device id's, they push me an update for al devices

[phoxy84]

Where/how did you contact Tuya?

[diegogarciadev]

Where/how did you contact Tuya?

https://iot.tuya.com im the upper right corner "Tech Support"

[jar87]

Where/how did you contact Tuya?

https://iot.tuya.com im the upper right corner "Tech Support"

Did You wrote them that You`re using z2m and HA?:D

[diegogarciadev]

Where/how did you contact Tuya?

https://iot.tuya.com im the upper right corner "Tech Support"

Did You wrote them that You`re using z2m and HA?:D

Yes, but for update the devices you need the tuya bridge

[jar87]

Where/how did you contact Tuya?

https://iot.tuya.com im the upper right corner "Tech Support"

Did You wrote them that You`re using z2m and HA?:D

Yes, but for update the devices you need the tuya bridge

Hmmm, strange. Ive already updated plugs about month (maybe more) ago and theyre working fine, but in HA not raporting.

[phoxy84]

They updated one for me now, I will try if the new FW is better.

[jar87]

They updated one for me now, I will try if the new FW is better.

Which version You`ve got actually?

[phoxy84]

They pushed v1.0.12 to my device

[jar87]

They pushed v1.0.12 to my device

Hmm, i`ve got 1.0.5

[sa-egor]

They pushed v1.0.12 to my device

Hmm, i`ve got 1.0.5

This old firmware. Actual firmware 1.0.10.

[jar87]

They pushed v1.0.12 to my device

Hmm, i`ve got 1.0.5

This old firmware. Actual firmware 1.0.10.

Ok, so after update with tuya gateway it shows power consumption in HA?

[ArtJames]

Ok, so after update with tuya gateway it shows power consumption in HA?

No

I paired TS011F_plug_3 (Homeassistant/Z2M) Removed it from Z2M and updated using a Tuya Gateway. (1.05 -> 1.10) Paired it again with HA/Z2M, now its identified as TS011F_plug_1. It shows no power consumption at all, Watt & Amps only from time to time after powercycle.

[diegogarciadev]

@jar87 @ArtJames, You can get the power consumption in HA by adding this snippet into configuration.yaml

sensor:
  - platform: integration
    source: sensor.plug_1_power
    name: Power Consumption 1
    unit_prefix: k
    round: 2

[giejay]

@jar87 @ArtJames, You can get the power consumption in HA by adding this snippet into configuration.yaml

sensor:
  - platform: integration
    source: sensor.plug_1_power
    name: Power Consumption 1
    unit_prefix: k
    round: 2

For my understanding, does this trigger polling of the device?

[navycrow]

Ok, so after update with tuya gateway it shows power consumption in HA?

No

I paired TS011F_plug_3 (Homeassistant/Z2M) Removed it from Z2M and updated using a Tuya Gateway. (1.05 -> 1.10) Paired it again with HA/Z2M, now its identified as TS011F_plug_1. It shows no power consumption at all, Watt & Amps only from time to time after powercycle.

Strange i've 4 TS011F_plug_1 with firmware 1.0.10 and i have power, energy, current working with no problem. try to put 0 in the third column. It resolves all for me.

[Scaaro]

I received an update to 10.0.12, but unfortunately the problem still persists 🙁.

[diegogarciadev]

I think power lost status can be related with the problems, I haven't modified the status after first join to the app and the plug is still powered on. By default is off

[nickles-lee]

They pushed v1.0.12 to my device

Can someone get the firmware URL and check it into the repo for OTA updates with z2m?

[Impact123]

I just checked and there's no 1.0.12 update available through the Smart Life app. I assume they pushed this specifically for their device.

[jstott1070]

I have the same issue but now believe the switching to be caused by external interference. Found out today that I can trigger this type of switch with my gas hob ignition. Guess the test would be to take an plug that is suffering from the "self" switching issue and shielding it externally to see if it remains on. Obviously any such external shielding would also render the plug useless as far as use with HA but as a test it would be interesting to find out if the issue is external rather than Firmware related.

[MattWestb]

tuya is normal making good shielded Zigbee modules (SonOff is doing the opposite) but RF can also being injected on other PCB parts and going inside the module.

If some brave user like testing wrapping the plug with aluminium folic but not the pins for the power and grounding it on the ground connection. If it was possible making one complete Faraday Cages then the device shall working without problem (but its loosing the radio connection with the Zigbee network),

[nversluis]

I agree with the HW interference theory.

I never experienced any issues until I moved the switch from my wall outlet to a power bar. Now it switches off daily. Very disappointing, considering I had just ordered 2 more (although the new ones are the 20A variant, not 16A, so there may yet be hope).

I guess that's what I get for beginning to trust AliExpress products, now I'm most likely stuck with €50 of instant e-waste...

[meganiekje]

I have the same issue but now believe the switching to be caused by external interference. Found out today that I can trigger this type of switch with my gas hob ignition. Guess the test would be to take an plug that is suffering from the "self" switching issue and shielding it externally to see if it remains on. Obviously any such external shielding would also render the plug useless as far as use with HA but as a test it would be interesting to find out if the issue is external

to test whether the interference is external or internal, I have made a lot of sparks by shorting an electric fly swatter. the plugs just stay on. that would mean that the disturbance comes in via the 230 volts, from a switching refrigerator motor for example...

[meganiekje]

I made a setup, with 2 plugs in the same socket as my freezer. This way I can test whether the dips in the current and voltage measurements coincide with the switching of the motor of the freezer.

[MattWestb]

@meganiekje Then the Zigbee module is not the receiver of the RF interference but its coming in the PCB thru bad filtered power lines to the module. Perhaps putting one RF filter on the 230V then very likely is the freezer is not playing nice and sending plenty interference and socket is not having enough filters implanted for handling it OK.

[FlatulentCow]

I've 3 of these plugs and all 3 turn off randomly but always at different times. Two of them are plugged in to a double socket next to each other and the third is plugged into a socket that is on a different MCB. Every time they disconnect, the voltage shows 0v for a second. All my noisy appliances or on a separate circuit. I can't think of any other possible 'noisy' electrical devices that I've got that could be the cause.

[meganiekje]

The freezer motor has a 5 minute on, 8 minute off cycle. One plug turned itself off, but it wasn't when the freezer motor turned on or off. I'll run the setup for a while, and see if I can spot a pattern. @jstott1070 : can you explain in detail how your gas hob ignition triggers the switch-off ? Maybe we can find the cause of the switch-off. It might be as 'simple' as adding a spike filtering capacitor....

[meganiekje]

I am going to put this mains-spike filter on the 230 volt of the other plug, to see if that prevents the plug from switch-off.

[kllnspr3]

Have the same issue with a TS011F_plug_1 (20A) with power metering One of my plugs is connected to 500W Ice Machine and never turns off. Another one with a 2000W boiler and normally turns off 2-3 times per day. Needed to make an automation to turn on it back

[nversluis]

Does the plug on the 2000W boiler only shut off while the boiler is running, or also when it is idle? I noticed my shutoffs only happen when the devices connected to it are in active use.

[I-G-1-1]

hi, I also have 3 of these plugs. Sold as "WENHIOT Zigbee 3.0 Smart Socket EU Plug 16A Tuya" and recognized by zigbee2mqtt as "TuYa | TS011F_plug_1". All 3 turn themself off with no reason at least once a day.

I also made a test and put the plug in the wall socket without anything connected. I turned on the plug using the button and waited. The plug was on for all the day and turned itself off during the night. At this point I don't think it's a problem of overcurrent triggering some kind of protection.

I have to add that one of these self poweroff plugs is used downstream to an "APC Back-UPS 1400" which as I understand in theory should filter any main-spike.