zha-device-handlers: TS0041 TS0044 TS0042 - missing presses and LED flashing

Describe the bug TS0041 TS0044 TS0042

sometimes does not react and run associated automation on button press, even thought LED flashes
LED(s) flashing at some interval about once and hour or so even when no button is pressed

TS004F does not have that issue

To Reproduce have TS0041 TS0044 TS0042

Expected behavior react on press all the time and do not flash leds Lrandomly"

Screenshots If applicable, add screenshots to help explain your problem.

Device signature

{
  "node_descriptor": "NodeDescriptor(logical_type=<LogicalType.EndDevice: 2>, complex_descriptor_available=0, user_descriptor_available=0, reserved=0, aps_flags=0, frequency_band=<FrequencyBand.Freq2400MHz: 8>, mac_capability_flags=<MACCapabilityFlags.AllocateAddress: 128>, manufacturer_code=4098, maximum_buffer_size=82, maximum_incoming_transfer_size=82, server_mask=11264, maximum_outgoing_transfer_size=82, descriptor_capability_field=<DescriptorCapability.NONE: 0>, *allocate_address=True, *is_alternate_pan_coordinator=False, *is_coordinator=False, *is_end_device=True, *is_full_function_device=False, *is_mains_powered=False, *is_receiver_on_when_idle=False, *is_router=False, *is_security_capable=False)",
  "endpoints": {
    "1": {
      "profile_id": 260,
      "device_type": "0x0006",
      "in_clusters": [
        "0x0000",
        "0x0001",
        "0x0006"
      ],
      "out_clusters": [
        "0x000a",
        "0x0019"
      ]
    },
    "2": {
      "profile_id": 260,
      "device_type": "0x0006",
      "in_clusters": [
        "0x0001",
        "0x0006"
      ],
      "out_clusters": []
    }
  },
  "manufacturer": "_TZ3000_dfgbtub0",
  "model": "TS0042",
  "class": "zhaquirks.tuya.ts0042.TuyaSmartRemote0042TO"
}

Diagnostic information

Paste the diagnostic information here.
Don't remove the extra line breaks outside the ``` marks.

Additional logs

Seems to be announce issue? Same behaviour with zigbee2mqtt. With tuya gateway it sometimes do not react on press, or rather reacts with huge delay, but never fleshes leds.

About this issue

Original URL
State: closed
Created 2 years ago
Reactions: 3
Comments: 23 (6 by maintainers)

Most upvoted comments

@TheJulianJES Thank you! I just uploaded it and re-added one of my switches. So far everything works as expected. I’ll report back in a few days (I can’t easily replicate the sleep issue as it sometimes takes 12+ hours of inactivity for the device to go to “sleep”). Fingers crosse 😃

cordvision on Feb 20, 2023

No worries, happy to help where I can

TheJulianJES on Feb 20, 2023

It was more directed towards MattWestb/javicalle, but here’s a modified version that might work. You still need to remove + re-pair the Tuya devices. Let me know if this works or crashes again.

Try this: ts0044_custom.py.txt (Remove the .txt from the file name, so it just has .py at the end.)

TheJulianJES on Feb 20, 2023

@cordvision can you testing this quirk for TS0044 ? You need configure local quirks and unzipping the quirk in the directory and restart HA. ts0044.zip Instruction https://github.com/zigpy/zha-device-handlers/discussions/693#discussioncomment-857274.

Then ZHA is started and stable deleting one of your remotes from the device card and waiting one minute and adding it new (resetting the remote).

The trick is the system is sending tuya magic only then the device is not known for the system so its must neing one new paring not updating one in the system known device.

Pleas testing and reporting back !!

@javicalle i finding the same but its needs very mush testing and we dont have enough device for doing it safely and it can be that we is needing it for some devices that is not liking getting the magic. I also thinking the most importing is getting all sleepers getting the magic and then adding it for router devices then its needed (we knowing that some routers is also needing it but very likely most or all sleepers is doing it).

MattWestb on Feb 18, 2023