Tuya TS0044_1 action entity gone after update

I had a core update and a zigbee2mqtt update come through. Since then, the remotes are not working. The action part is gone in entities.

Link Quality and Battery are there, but action is gone and thus, they aren’t working any more.

The log files under zigbee shows the devices as there, and reports the button presses in the logs. But that’s about as far as I can go.

Did you have a look at

The HA installation was built early December so I would hope I was already past that… but possibly not. I’m going to try and restore to the last backup and see what happens.

Z2M 2.0 came out yesterday

That’ll probably be it then.

I won’t bother reverting to backup, there’s little point. I’m going to have to work out a way forward. Any ideas please?

I guess

Read this help topic Using the new action events in Zigbee2MQTT 2.0

1 Like

It’s the _action that is reported as being no longer provided by MQTT… so I’m not sure how to discover what I should be using instead.

The new thing in 2.0 is that button presses are now reported as events in event entities. Look for new entities in HA that starts with with event like event.bedroom_switch_action

And look at the topic I just linked to how to use them

That’s the interesting thing. I only have one “event” in my entities list and that’s for a callendar. I think I must be looking in the wrong place. I’m going to have a break and return to this after a cup of tea.

OK - they’re showing up in automations… but only what it has seen being pressed. It will mean saying goodbye to the blueprint, which was great because one automation covered all the button possibilities… but hey ho.

That is device triggers. That is not new. It works. But the yaml will use some cryptic device ids that many of us avoid. If you have no event entities then

Did you update zigbee2mqtt to 2.0? And I refer to the Zigbee2MQTT version, not the addon versioning.

Is this the only switch/remote you have?

If yes to both questions then maybe the switch has not been implemented to the new world. You can still enable the legacy sensors in Zigbee2MQTT config and the old will work again. Until it gets phased out

No, I have five remotes. It’s easier for my Mother as she doesn’t get on with tablets or mobile phones. Remotes… she can handle.
My Zigbee is reporting as - Zigbee2MQTT
Current version: 2.0.0-1
… and my configuration.yaml for the zigbee is…

homeassistant:
  enabled: true
advanced:
  network_key:
    - 144
    - 201
    - 204
    - 30
    - 166
    - 12
    - 248
    - 238
    - 159
    - 31
    - 234
    - 210
    - 96
    - 162
    - 169
    - 185
  pan_id: 60125
  ext_pan_id:
    - 112
    - 15
    - 116
    - 67
    - 14
    - 111
    - 19
    - 6
  channel: 25
  homeassistant_legacy_entity_attributes: false
  homeassistant_legacy_triggers: false
  legacy_api: false
  legacy_availability_payload: false
mqtt:
  server: mqtt://core-mosquitto:1883
  user: mqtt-user
  password: (redacted)
frontend:
  enabled: true
  port: 8099
serial:
  port: >-
    /dev/serial/by-id/usb-Itead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_V2_7c0265df5ed9ee118f8fb84c37b89984-if00-port0
  adapter: ember
device_options:
  legacy: false
devices:
 (list of devices)
availability:
  enabled: true
  active:
    timeout: 10
  passive:
    timeout: 60
version: 4

See this reply to similar question

Unfortunately, not for me. If I interpret what you’re saying, then given my current configuration, the Tuya remotes I’m using aren’t integrated into 2.0 yet and how I’m currently addressing the buttons will eventually be depreciated and removed. Am I understanding correctly please?


r

See tuya 4-button switch ts0044 not show mqtt · Issue #25481 · Koenkk/zigbee2mqtt · GitHub

Also note the homeassistant_legacy_triggers: false If you enable this I would think the old stuff you had would work again. But you will be on borrowed time I would think

Thanks. Reading that, I conclude that all I need to do is re-write the automations and ditch the old blue print, and everything should be fine going forward. Yes?

I personally stay far away from Blueprints. I want to understand what automations are doing so I can maintain them and fix them when they break.

Blueprints always end up being too generic and try so do everything and the result is that noone excep the author understands what is going on.

You can enable action entities that you likely were using before that are missing now by default.

Follow the advice I gave my blueprint users in this post, enable the legacy action entities, and get your house back while you fix the rest.

I opted to move forward. Enabling the legacy options would only work for a while.

I followed Kenneth’s advice and managed to get the buttons working by going to the device and triggering an automation from there. If you want to know precisely what I did, I altered my blog notes to cover what I hope is a method which will continue to work …
https://msknight.com/technilife/?p=2967

1 Like