New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
add UFO-R11 controller support #1137
base: master
Are you sure you want to change the base?
Conversation
Hi @yoavipm could you update your branch to include the fixes from the main branch? Thanks :) |
Will this also work with the Zigbee ZS06? I have both a UFO-R11 & ZS06. They're functionally identical. The only difference is the ZS06 runs off usb cable power instead of batteries. I'm probably going to add 5 or 6 different brands of aircons using these Zigbee blasters so I'm stocked to see this might be getting merged soon. Additionally I recently found a fork that adds support of using these with ZHA. I've tested it and it works great. |
Since I don't have the ability to test this particular controller, if you find it works stable it could merge. |
I've setup yoavipm's fork for a friend with this controller and it worked perfectly. As he said it is exactly like an mqtt controller, but an additional prefix is needed for the payload: ir_code_to_send: |
Why do we need to define a new controller then? Something like a mqtt prefix that can be passed to the configuration should do the job. |
I guess it's for convenience - it was just easy set this controller in the json and copy-paste the codes direct from zigbee2mqtt. But @yoavipm might be able to give more context. |
It was defined that way so that you could set it up in the json easily. it is a different device/controller after all, even though it uses the mqtt under the hood. |
Chiming in since I am using both ZS06 and UFO-R11 daily. In my experience, it's not just a prefix. There is also the need to close out the quotations. The combination of the prefix and having to close out the quotes makes it more prone to formatting errors and generally more challenging to setup the json code file. I setup my own template which allows me to double-check the formatting much easier without the codes. I replace the @@@ with the recorded IR codes accordingly. I have no expertise to say what can/should change, just wanted to share my experience, it is quite the learning curve to make sure it's the code and/or the formatting that may be holding back someone's json code. |
I don't get this discussion regarding a new controller.. this is indeed a new MOES Zigbee controller . it works well, and all you have to do is change the name of your controller, why should we make this more complicated with prefix stuff in configuration file.. |
Done |
I'd like to test this out, and have installed your fork, but can't figure out what to set the controller_data as in configuration.yaml |
UFO-R11 uses a completely different IR command format. Thankfully broadlink can be converted to a supported format. Check out this gist, it takes broadlink compatible definition file and spits out Tuya's version. At least on the zigbee2mqtt I can specify |
Could you link to the gist? I'd be interested in doing some conversions. |
Nevermind, found it https://gist.github.com/svyatogor/7839d00303998a9fa37eb48494dd680f |
Sorry, can anyone explainme how do I import that gist? i have 3 RM4 pro but I'm switching for the tuya one :/ |
First make sure python is installed. Then download |
No description provided.