šŸŽ® ZHA, deCONZ, Zigbee2MQTT - Ikea E1744 SYMFONISK rotary remote Universal blueprint - all actions - control lights, media players and more with Hooks

Have you checked so that itā€™s not ZHA that is ā€œbrokenā€?
Open developer tools => events and listen for zha_events.

Broken for me too on 2022.4.0 and 4.1. ZHA seems not to be broken, as in developer tools I receive events for CW and CCW rotation movement, but only push button (on/off) still works.

@epmatt It seems as there is definitely a group of us that have had this blueprint break in 2022.4.x. Is it still working for you? Is there something we can do to help track down the issue?

@ghgeiger

My solution to the problem was found here:

Perhaps this can be interpreted here?

Hi all,

Iā€™d first like to thank you for reaching out here. Iā€™m sorry for the huge delay in answering, but Iā€™m currently very busy and Iā€™m unable to follow all the support requests Iā€™m receiving both here and on GitHub.

Could you please try to update Home Assistant to 2022.4.2 and check if the issue persists? I read a similar issue on ControllerX was solved by the HA Core version released today.

Thank you so much for your patience, looking forward to hearing your feedback! :+1:

1 Like

Thanks for taking the time to look at this. Iā€™m away from home for a few days, but Iā€™ll try the latest as soon as I return.
Fwiw, been using HA for over 2 years now and this is my first breaking change. I guess Iā€™ve been lucky & I guess I should start heeding others warnings about not updating until the .1 or .2 release is available.

PS, thanks for this blueprint! It makes for a great & unique control option in HA.

Hi,

first I must thank you for your AWESOME blueprints :+1:
Unfortunately issue persist also in 2022.4.2.
It seems to me the issue raised since zha_events in 2022.4.0 - 2022.4.2 have changed;

  • ā€œargsā€ section have two additional zeroes
  • there is also ā€œparamsā€ section.

Here you can see new zha_event format for right rotation:

Event 138 fired 23:03:

{
    "event_type": "zha_event",
    "data": {
        "device_ieee": "ec:1b:bd:ff:fe:39:63:da",
        "unique_id": "ec:1b:bd:ff:fe:39:63:da:1:0x0008",
        "device_id": "a6e2928ee51d31c25e7afa6d1f55dbc9",
        "endpoint_id": 1,
        "cluster_id": 8,
        "command": "move",
        "args": [
            0,
            195,
            0,
            0
        ],
        "params": {
            "move_mode": 0,
            "rate": 195,
            "options_mask": 0,
            "options_override": 0
        }
    },
    "origin": "LOCAL",
    "time_fired": "2022-04-12T21:03:00.224206+00:00",
    "context": {
        "id": "ad76032c18e711ee9757881b8ad66973",
        "parent_id": null,
        "user_id": null
    }
}

I tried to do some debugging but I donā€™t have enough knowledge to do it. :slightly_frowning_face:

I checked automation traces and I found one strange thing - trigger_action has strange value :face_with_raised_eyebrow: I would expect something like move_0_195_0_0 I donā€™t understand why&where from this value move_MoveMode.Up_195_bitmap8.0_bitmap8.0 comes.

Executed: April 12, 2022, 23:03:00
Result:

params:
  domain: input_text
  service: set_value
  service_data:
    entity_id: input_text.text_symfonisk1
    value:
      trigger_action: move_MoveMode.Up_195_bitmap8.0_bitmap8.0
      last_triggered: '2022-04-12 23:03:00.351792+02:00'
  target: {}
running_script: false
limit: 10

This is also the case for ā€œleft rotationā€ and ā€œrotation stopā€

Executed: April 12, 2022, 23:17:59
Result:

params:
  domain: input_text
  service: set_value
  service_data:
    entity_id: input_text.text_symfonisk1
    value:
      trigger_action: move_MoveMode.Down_195_bitmap8.0_bitmap8.0
      last_triggered: '2022-04-12 23:17:59.891456+02:00'
  target: {}
running_script: false
limit: 10

  service_data:
    entity_id: input_text.text_symfonisk1
    value:
      trigger_action: stop_bitmap8.0_bitmap8.0
      last_triggered: '2022-04-12 23:03:02.071231+02:00'
  target: {}

Because these trigger_actions are different as expected the blueprint conditions are not met.
I hope this info will help you do some more debugging.

If the structure of the message has been changed then I canā€™t understand why this is not part of the breaking changes in the release

I just want to mention that this is still broken as of 2022.4.5

Edit to ask:
Does anyone know if this is an unreported breaking change in zha, or if itā€™s a bug? Should we report it as a bug on GitHub?

Itā€™s a bug it seems.
You can fix it yourself as I understand it by listening for the events and change the blueprint accordingly.
I have not updated yet so I donā€™t know what the new message looks like for sure

Hi @epmatt ,

Although it was reported in HA, it seems that they did not revert they changes, so the new args are still added. They do not seem to be willing to revert this change.

You can find the ControllerX PR with the events that I had to change. Unfortunately, I was not able to try it out, but I got these event changes from the issues reported (#455 and #457).

Hope this helps.

Regards,
Xavi M.

Iā€™m trying to edit the blueprint to make this work again, but Iā€™m stumped. Iā€™ve changed the following in the zha section of ikea_e1744.yaml:
From:

      rotate_left:
      - move_1_195
      rotate_right:
      - move_0_195

To:

      rotate_left:
      - move_1_195_0_0
      rotate_right:
      - move_0_195_0_0

but it doesnā€™t seem to do anything. Iā€™ve also tried to add 1 zero instead of two, but also no help. Iā€™ve tried to use ā€˜Trace Timelineā€™ in automations debug & i do see a difference when there are two zeroā€™sā€¦ the bitmap8.0 thing referenced aboveā€¦ but Iā€™m not a programmer and I donā€™t really understand what Iā€™m changing, or what Iā€™m seeing in the debug. I couldnā€™t find reference to zha anywhere else in the blueprint, but maybe Iā€™m missing something? Iā€™m kind of bummed this isnā€™t working anymore. Has anyone been able to fix this?

If you listen for ZHA events in developer tools.
What kind of message do you get when you rotate the device?

Event 1: Rotate Right

Event 2: Stop

Event 1 fired 7:21 AM:
{
    "event_type": "zha_event",
    "data": {
        "device_ieee": "ec:1b:bd:ff:fe:aa:4e:f4",
        "unique_id": "ec:1b:bd:ff:fe:aa:4e:f4:1:0x0008",
        "device_id": "4c23eae6d2f6d1695a4fb198fe3488ce",
        "endpoint_id": 1,
        "cluster_id": 8,
        "command": "move",
        "args": [
            0,
            195,
            0,
            0
        ],
        "params": {
            "move_mode": 0,
            "rate": 195,
            "options_mask": 0,
            "options_override": 0
        }
    },
    "origin": "LOCAL",
    "time_fired": "2022-05-05T11:21:35.554390+00:00",
    "context": {
        "id": "018093f4304225abfa31a10a8730845d",
        "parent_id": null,
        "user_id": null
    }
}
Event 2 fired 7:21 AM:
{
    "event_type": "zha_event",
    "data": {
        "device_ieee": "ec:1b:bd:ff:fe:aa:4e:f4",
        "unique_id": "ec:1b:bd:ff:fe:aa:4e:f4:1:0x0008",
        "device_id": "4c23eae6d2f6d1695a4fb198fe3488ce",
        "endpoint_id": 1,
        "cluster_id": 8,
        "command": "stop",
        "args": [
            0,
            0
        ],
        "params": {
            "options_mask": 0,
            "options_override": 0
        }
    },
    "origin": "LOCAL",
    "time_fired": "2022-05-05T11:21:35.954266+00:00",
    "context": {
        "id": "018093f431d265ffc9b1ef480456d1bd",
        "parent_id": null,
        "user_id": null
    }
}

Reading this part of the blueprint:

        {%- elif integration_id == "zha" -%}
           {{ trigger.event.data.command }}{{"_" if trigger.event.data.args|length > 0}}{{ trigger.event.data.args|join("_") }}
        {%- endif -%}

It seems like you are correct.
I will have a look at my events when I get home, Iā€™m still on the old version without this issue.

This is what my event is for rotate right:

{
    "event_type": "zha_event",
    "data": {
        "device_ieee": "5c:02:72:ff:fe:40:af:22",
        "unique_id": "5c:02:72:ff:fe:40:af:22:1:0x0008",
        "device_id": "f594d0a16628c130b023f476a35c0091",
        "endpoint_id": 1,
        "cluster_id": 8,
        "command": "move",
        "args": [
            0,
            195
        ]
    },
    "origin": "LOCAL",
    "time_fired": "2022-05-05T16:13:33.456555+00:00",
    "context": {
        "id": "f4228152f94306ea830cb2b37a3ccb85",
        "parent_id": null,
        "user_id": null
    }
}

And if the command used to be move_0_195, then I would say move_0_195_0_0 should be correct.

Hello,

i am a bit stupid how to disable the legacy function of the SYMFONISK. I dont have a devices.yaml and tried to add the required lines into the configuration.yaml but it does not work. The configuration validation fails.

'0xabc457fffe679xyz':
    friendly_name: my_remote
    legacy: false

In addition i am struggling a bit what is the correct address from the device? I used the IEEE address from z2m. Is that correct?

But how to add the code in configuration.yaml properly?

Been thru this myself, the confusion is because itā€™s a different configuration.yaml being discussed in the Z2M documentation that the configuration.yaml in home assistant your familiar with. The one you need to edit is the configuration file for Z2M, should be located here on your SDcard \hassio\share\zigbee2mqtt

Iā€™m still trying to find a solution to the zha changes in the newer versions of HA. Iā€™ve removed the automationā€™s and blueprintā€™s and tried to redo everything from scratch while adding the 0_0 to the appropriate lines, but iā€™m still having the same problemā€“play/pause works while volume up/down does not work. Iā€™ve run a debug on the Controller - IKEA E1744 SYMFONISK Rotary Remote automation & took some screenshotā€™s. Maybe someone can interpret the problem from them better than I can? The first image is rotate right, the second image is for rotate stop.

Edit to add:
The lines that I changed were in /config/blueprints/automation/EPMatt/ikea_e1744.yaml and look like the following:
From

    zha:
      rotate_left:
      - move_1_195
      rotate_stop:
      - stop
      rotate_right:
      - move_0_195

To

    zha:
      rotate_left:
      - move_1_195_0_0
      rotate_stop:
      - stop
      rotate_right:
      - move_0_195_0_0


In the second image there seems to be a clue.
.. trigger action: stop_bitmap8.0_bitmap8.0

Perhaps the correct code is:

    zha:
      rotate_left:
      - move_1_195_bitmap8.0_bitmap8.0
      rotate_stop:
      - stop_bitmap8.0_bitmap8.0
      rotate_right:
      - move_0_195_bitmap8.0_bitmap8.0