thank you for reporting. It might be a bug relative to the blueprint. You can check whether the controller blueprint is correctly firing ahb_controller_event events when triggered by a controller interaction. These events are used to implement communication between controllers and hooks.
You can navigate to Developer Tools ā Events in your Home Assistant UI, then in the Listen to events form on the bottom of the page type ahb_controller_event and click on Start Listening.
You should then see events appear on the list while interacting with your E1744 controller. When you stop rotating the device, you should be able to see either a rotate_right_stop or rotate_left_stop event fired by the controller blueprint.
When configuring the remote with Zigbee2MQTT make sure to disable the legacy integration for it, as reported here. This blueprint wonāt work with controllers with a legacy integration due to their instability and fundamental problems.
You should then be able to use it without having to modify the action mappings.
While configuring the blueprint you need to provide a valid input_text entity for the helper_last_controller_event input, as described in the Inputs section in the E1744 blueprint documentation.
thank you for the quick reply. Maybe you might consider opening an issue in the zigbee2mqtt doc site repository.
If this is only a z2m documentation issue, we might need to update the action mappings with the one youāre using in your updated blueprint. I donāt remember if any user reported the blueprint fully working with Zigbee2MQTT.
Hi @epmatt,
Thanks for your response.
While deconz_event show 2003 and 3003 when I stop rotating the button, ahb_controller_event never show rotate_right_stop or rotate_left_stop.
When looking into the controller automation, it shows āno action takenā when it should have chosen to fire a rotate_right/left_stop event.
I donāt know how to debug much more - I have no idea how to see the internal variables, but the problem seems to come from these conditions
- conditions:
- '{{ trigger_action | string in rotate_stop }}'
- '{{ last_controller_event in rotate_left }}'
(same for rotate_right). If I comment out the condition '{{ last_controller_event in rotate_left }}', the rotate_left_stop event is always triggered.
thank you for your blueprints. Iāve installed and use your blueprint for E1743 and it works perfectly.
Now I want to use the blueprint for E1744-Controller. I added the controller by deCONZ - like the E1743. Then I configured the blueprint - including the text-helper. But it wonāt work. So I use the Developer Tools ā Events to debug the controller. Iāve listed to the deconz_event
When I use the E1743-controller - the events are recognized. When I use the E1744-controller I retrieve nothing. Is there a hardware issue? But I was able to pair to my raspbee/deconz.
Have you an idea to solve my problem? Thank you
Matthias
The problem might be with the blueprint not correctly saving the previous controller event in the helper_last_controller_event input.
Could you please post here the helper_last_controller_event entity state prior to stopping rotating the controller?
Moreover, could you please attach here trace files for automation runs triggered when both rotating and stop rotating the device? You can download the trace file for an automation run by clicking the download icon on the top right of the automation trace page.
Thank you for your help, I think weāre getting closer to identify whatās causing the issue youāre experiencing.
Hi @matthias.home, and welcome to the Home Assistant Community!
Iām glad to hear that these blueprints are useful to you.
If deconz_event events are not published by the controller, usually it means there are some issues with the communication between the device and the coordinator. This is often due to poor battery level, so my advice is to first replace batteries on your controller and check if this solves your issue; otherwise, you can try to reset and repeat the pairing process for your device.
Thank you for reaching out here. If you have any additional doubts or issues Iād be glad to help.
Iāve interchanged the batteries of the booth Ikea-controllers - but still the same result. After that I reset the connection of E1744 to deCONZ. It wonāt work. Maybe itās a defect and Iāll ask IKEA for an exchange. I havnāt any other controller/hub to test it.
Thanks for your reply!
Actually, the issue seems to be fixed with the latest version of the blueprint . I just saw and downloaded it today. The error came from this line when checking if we are stopping the rotation:
in the faulty version: - '{{ last_controller_event in rotate_left }}'
in the latest version: - '{{ last_controller_event | string in rotate_left }}'
The latest version of your Blueprint was released on July 6th, I must have taken the blueprint a few days before it was published and hence, I got these errors.
It would be great if the Blueprint feature could send a notification if there is an update on the Github repo !
Just as a confirmation, does the E1744 controller appear in Home Assistant, under the deCONZ integration devices list, when you complete the pairing process?
By the way, replacing the device with a new one is probably a good idea if youāre able to, since it will definitely exclude any factory defect. But I would consider also other factors which might influence the pairing process (e.g. interferences, high distance from the coordinator when pairing, etc.) before replacing the product.
Great, thank you for the feedback! Iām glad to hear that your issue is solved.
It would be great if the Blueprint feature could send a notification if there is an update on the Github repo !
I definitely agree on this! I hope it will be added in the future since I see more and more people using GitHub to maintain their blueprints. Also, keeping the changelog here on the forum perfectly aligned with the one on the repository is getting a little bit difficult for me, as the number of blueprints in the collection increases. For this reason, the latest updates can always be found in the GitHub repo and official docs website.
If you have any doubts or need additional guidance, Iād be happy to answer your questions.
For now, enjoy the blueprints!
after pairing in deconz, the E17144 appear in controller List in this add-on.
The E17144 appears also on the device- and entity-list. On the entity list with the information about the current battery-level. The current state ist 60%.
The raspbee II and the E1744 are in the same room. There a no other pairing processes at the same time. In total there are just around 5 other zigbee-Devices. I guess thatās not so much. I donāt know the frequences of wifi or bluetooth. It have no effect isnāt it. By the way, my E1743 and aqara-cube works well at the same time.
Do you still have issues with this controller not sending events to Home Assistant?
If this is the case, Iād recommend you to open an issue on the deconz github repository, since in my opinion this seems to be more a low-level issue than something with Home Assistant itself.
Moreover, if you have the chance Iād suggest you to try connecting the same device with another integration (ZHA or Zigbee2MQTT, both of them should have good support for the E1744): if the device connects and reacts as expected with one of these integrations then you can exclude any hardware issue and move on to investigate the problem with deCONZ.
I am using this remote and the blueprint (not the hooks) for controlling a Sonos system. No matter how long or how āfarā I turn the wheel, the volumen only in- or decreases by one single step. āLoop until stopā on the other hand makes the volume controlling too sensitive. I used the āmax loop repeatsā as a fix but is this really the best idea?
today Iāve started a new try - and it works. I guess it was a typically IT problem. Wait a little bit. Try a reboot. Some time later itās solved by itself
I have a problem that I cant seem to understand. The automation/hook stops with āError: UndefinedError: ādict objectā has no attribute āeventāā
Iām having the same issue as @Cats hadā¦however after updating to 9.6, and then to 9.7 it doesnāt seem to have solved my issue. I also found this issue you helped someone with whichā¦from logs appears to be the same? I seem to have my input setup correctly - or at least its not immediately obvious to me if I donāt
I also have the same issue as @EatChikinMor and @Cats. I have my symfonisk connected via zha, home assistant is updated as of today and the text field is provided.