-
Notifications
You must be signed in to change notification settings - Fork 502
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
Heiman remote controller HS1RC (Model: RC_V14) shows as RC-EF-3.0 #3828
Comments
Ok, I've added this model into code, along with Heiman 'RC-EM' remote. Now it's joins, shows in REST-API as a sensor.
the 'No button handler' message is generated on device sending battery status, as I understand. 0x021 == 33 dec, 3.3 Volt. |
Close, but no. But it is indeed a battery report. Have you added the IAS ACE cluster on the coordinator and removed the battery from the device? |
Yes. I've added cluster in the beginning, and did some reset/rejoin/battery remove / delete device / delete sensor from REST after that. |
Hm, hard to tell what's going on there without holding the device in hands and sniffing the traffic. Maybe it (also) requires an IAS ACE binding. The first version supported didn't have that allures and just required the IAS ACE cluster on the coordinator for the match descriptor request. |
Shame on me. I completely not familiar with ZigBee cluster bindings. But can perform tests, if need. |
No, I guess I know what's the issue here. Received another keyfob today from a different vendor and sniffed the traffic. It also repeats the commands... I guess I know what to do but it may take some time. |
Ok, will wait. |
Yeah, that works with some very basic code 👍 |
Still not merged? Is it awaiting some changes? |
Added in 2.10.00-beta |
Hi, |
What do the logs say (info + info L2?) |
I don't know if this in relevant This is the only log (in debug mode)I found with my remote when I include it. |
Hi, Thx |
@Asmolet Please provide the logs Swoop requested :) |
How can I get this logs ? As I say, there is no log in Jeedom when I install the remote control or when I push a button... |
I just have this log :
Nothing append when I push the button... |
Those are no logs, those are websocket messages. Start deconz with |
I use deCONZ on RPI with Jeedom, your commands are not working... |
Just received a new Heiman HS1RC-EF and just updated deConz docker image (version 2.10.02 26/2/201, firmware 26660700) and I'm not being able even to be detected by Phoscon GW. If I press a button, I can see this in docker log so it seems deConz knows about the HS1RC-EF device somehow but no idea why it isn't added (I reset it just in case with the same result): And, as the other colleagues mentioned I can see it into the VNC view: Also added 0x0501 as endpoint as mentioned into #2697 But it doesn't appear as a switch into Phoscon (also tested the pwabeta url) If I try to add it as a sensor in Phoscon it says it is able to detect it. And, in fact, it appears into Home Assistant finally: But still not clear how to manage the buttons. And this messages appear into deconz docker log when I press a button: |
Did you try to listen to You need to identify the event ID for each button then use them in in your automations as a trigger:
I can't wait to try it when the Deconz 2.10 add-on will be released for HA. :) |
Well, deconz is shouting at you guys what the issue is :) There's no button map defined for the device. In the best case, the commands send upon button press are identical to the
If the commands differ, a new map must be created. |
Thank you @Mincka. I wasn't aware of the "deconz_event" event but it doesn't seem to monitor the pressed keys. I'll keep trying with @SwoopX suggestion (my docker is still 2.10 beta2, though) and yours. |
Thank you @SwoopX. I'll try to figure out where is that file into the docker image and I'll check it once the beta3 docker is available (latest tag is still pulling the beta 2 apparently). |
I am not sure to understand anymore the kind of support we will get with the next Deconz release for this remote. I though that your PR brought support for RC-EF-3.0 as it adds a reference there: But now I don't understand anymore why this reference was not also added here in the PR: Is it because you don't know yet if the button maps are the same? |
How should I know what commands the device sends and how it behaves? |
I am just asking because I thought that the purpose of #4209 was just to add another reference of the same device. But since the button maps are not updated yet, I guess that's the reason you called it "initial support". So, if I understand correctly, either we confirm that the button maps are the same and we can just add this model ID to the current button maps for this kind of remote, either we need to create specific button maps for this model. In both cases, we will need another PR for button_maps.json before we can get events in Home Assistant. |
Thank you @SwoopX ! It works! I had to install nano into docker image to edit the button_maps.json file (it can be found at '/usr/share/deCONZ/devices/button_maps.json') inside the docker container: After docker restart if I press a key it is already shown into deconz docker log:
And it is also shown into HA events if I monitor the "deconz_event" as suggested by @Mincka
I'll move on from that with HA but if you don't mind: any chance to get that update into the button_maps.json in future versions of deconz/docker? Is that the "PR" mentioned above? (kind of newbie and I'm not sure the meaning of some terms used) |
Correct
Well, not quite. The PR would be required to have it for everybody persistently available in future release. The charm of the button mpas is though that you can edit it yourself anytime. That's why this part is not so "super" urgent. |
@katiuskt If you can get me confirmation on all 4 buttons, I'll make sure it gets included in the next stable (given that's not in build already). |
Hi @SwoopX, yes, I can confirm every button pressed show consistent information (button icon in the device vs message printed) into the deconz docker log (one press shows four or five messages but that's already known by you and to be tested on beta3 as I'm at beta2 right now) 1002 -> Arm home Thank you
|
Thanks SwoopX & Co :) I confirm that works in Jeedom ! I just made the modification of the button_maps.json by adding RC-EF-3.0 |
Do we know if this kind of remote also supports other kinds of events? Such as "button press" (1001 usually), "long press", "long press release", "double press"... |
Double click o long press doesn't seem to get another values: I don't get any other code rather than the 1002, 2002, 3002, 4002 mentioned above |
Hey, is anyone having issues with commands being sent 4x per press? Causing issues with toggle automations. |
Yep, same here. I guess this device was not excluded in this PR #4716 |
No, looks like there's a new bug which prevents processing the command sent by the switch and giving the required respose. We're looking into that... |
The original support request for Heiman HS1RC is #2697
The support for this remote controller was added in #2813
I followed the instructions to add the
0x0501
endpoint and the device is joined.However, I am unable to get events in Home Assistant since the model ID is not
RC_V14
butRC-EF-3.0
.The manufacturer appears as Heiman.
The purchased product is this one:
https://www.aliexpress.com/item/4000179913087.html
It is not written Heiman anywhere on the package or the product. Few people in the comments say that it's working in Deconz (2_05_81). Maybe different versions of the remote are sent by the vendor...
The exact manual included with the remote is this one:
http://anyk.com/Private/ProductFiles/16542db9e0b0d4daac80.pdf
There is a M414-11Ever1.0 reference
Related issues and PR from other projects:
Could it possible that just adding
RC-EF-3.0
as another model id forRC_V14
could be enough to support events in Home Assistant?Device
Screenshots
The text was updated successfully, but these errors were encountered: