Open HarterHorst opened 4 years ago
I have the Same Plug and i confirm is broken also on OH 3.1
Hi @HarterHorst
thanks a lot for your finding and sorry for not reacting to it for such a long time. Shame on me, I was not aware of this issue. I would gues it has something to do with the suppressed repeating 80 vs 8f. SubTelNum 00 should not be valid according to the docs. I will collect my UTE devices and try a teach in with status 80. If it still works, I would change the UTE response to allow repeating.
Best regards
@execcr Thanks a lot for your poke to this issue
this is still broken right? I was not able to teach in my switch correctly
Hi,
I try to teach-in the NodOn MicroSmartPlug without any success for hours now. I hope you can help.
openHAB: 2.5.3 212 │ Active │ 80 │ 2.5.3 │ org.openhab.binding.enocean
The EEP is D2_01_0E and from the first impression the teach-in process works fine via paperUI. I have factory reset the plug prior to the teach-in so all learned ID should be gone.
Here is the log:tail.
I would expect the Plug to stop sending EEP teach-in queries after receiving a EEP Teach-in Response. That how the plug behaves when I teach-in a rocker directly. But the plug continues to send out queries. Hmm?
When I continue with the OH configuration (links, items, etc.) all is good to the point where I use the switch on the control panel. Nothing happens. So I setup a second raspi to actually see the telegrams flying through the air with node-enocean-utils.
Here's one teach-in Query and Teach-in Response dialogue.
And here is the switch on/off dialogue that happens when i press the button on the control panel.
I assume that the teach-in process is not complete. I compared the communication with an old trace from a FHEM - Switch learn-in process and discovered the following differences in the teach-in response telegram.
Status: FHEM sends 80. OH sends 8F. SubTelNum: FHEM sends 00. OH sends 01.
I you want i can send the FHEM trace as well.
thanks Horst