I’ve got a RFXTRX433 for my shutters and never had any problems. Since there are a lot of cheap 433mhz sensors that can potentially be used with it I’d like to ask if anyone can suggest cheap 433mhz door/window sensors that can be used easily with the RFXCOM binding.
Chacon 54781 seems popular with Domoticz Rfxcom users… I don’t know about it in Openhab (I setup my first domotics platform with Openhab and a couple of Oregon Scientific temperature sensors literally yesterday) but I guess that it is a lead worth following - if I understand well, it should be using the AC protocol.
It is detected as a RFXCOM Lighting2 Actuator (a rose by any other name…)
A change of state is recorded simultaneously in two channels: command and contact (I guess the manufacturer did this to make it compatible with whatever expects any of those two channels…)
I believe it doesn’t matter much - it works anyway…
Here is how it looks like in the events.log:
2018-01-14 20:42:57.056 [vent.ItemStateChangedEvent] - rfxcom_lighting2_1509ab64_24662730_10_command changed from OFF to ON
2018-01-14 20:42:57.069 [vent.ItemStateChangedEvent] - rfxcom_lighting2_1509ab64_24662730_10_contact changed from CLOSED to OPEN
2018-01-14 20:42:59.485 [vent.ItemStateChangedEvent] - rfxcom_lighting2_1509ab64_24662730_10_command changed from ON to OFF
2018-01-14 20:42:59.497 [vent.ItemStateChangedEvent] - rfxcom_lighting2_1509ab64_24662730_10_contact changed from OPEN to CLOSED
If you remove (unlink) the items with the contact type, then they won’t appear in the logs anymore. You don’t need both of them anyways. Simply click the circle in the thing config and remove the item.
I’ve got some RFXCOM sensors to test now. What I noticed is that with a single door/window sensor, the ID keeps changing and it’s always added to the inbox again:
2018-02-06 10:46:51.121 [home.event.InboxAddedEvent] - Discovery Result with UID ‘rfxcom:lighting5:fa6a004d:487152_6’ has been added.
2018-02-06 10:46:55.038 [home.event.InboxAddedEvent] - Discovery Result with UID ‘rfxcom:lighting5:fa6a004d:487152_4’ has been added.
2018-02-06 10:54:49.012 [home.event.InboxAddedEvent] - Discovery Result with UID ‘rfxcom:lighting5:fa6a004d:1011440_6’ has been added.
2018-02-06 10:56:46.254 [home.event.InboxAddedEvent] - Discovery Result with UID ‘rfxcom:lighting5:fa6a004d:1011440_4’ has been added.
I found out that the actual door/window sensor is recognized as two things.
Closing the switch triggers ON on dev 4
Opening it triggers ON on dev 6
2018-02-06 12:18:12.579 [vent.ItemStateChangedEvent] - rfxcom_lighting5_fa6a004d_487152_6_command changed from OFF to ON
2018-02-06 12:18:13.912 [vent.ItemStateChangedEvent] - rfxcom_lighting5_fa6a004d_487152_4_command changed from OFF to ON
Be sure to only enable the protocols you really need in the RFXCOM. Also you may want to use the highest possible protocol. Higher protocols (higher = based on another protocol but with extra features) usually ensure that device IDs don’t change.
For example, the HomeEasy EU protocol is based on the Lighting4 protocol. Using Lighting4 to receive the HomeEasy Switches works fine, but the Commands are unknown and the IDs sometimes changes because of radio frequence fluctuation. Using the HomeEasy EU Protocol for the same switches shows sane ON/OFF commands and a fixed device ID as well as de-duplication (the HomeEasy EU Switches repeat the same message 7 times).
Long story short: Maybe try some other protocols. If all that won’t work, you can also bind both Thing Channels to your same Item or create a Proxy Item Rule.
Thanks for the hint, that’s a good idea!
I’ve tried it but unfortunately I only get the Lighting5 entry with 2 things - I will use the proxy items instead I guess.
General question: How do you guys see the security issue with all these 433mhz devices?
They are basically not protected, so theoretically it would be pretty easy for someone to tell if my backyard door is open or not …
When I first started playing with Openhab and RFXCOM and my three temperature sensors, the system kept discovering more of the same model - I cursed them, thinking that there was some unstable identifiers… And then I found stuff that I did not own - and understood that I was discovering my neighbour’s stuff… Among other things, I could read his electrical consumption, instantaneous and historical…
Your only protection is that the broadcast is local and that an attacker won’t know whose apartment the device belongs to… Unless you live in an isolated house.
The door device is slightly less concerning than the constantly broadcasting sensors, because they only reveal themself during door actuation.
But you have to consider that an attacker who is physically close enough to receive the door open/close broadcast can probably just as well see that the door is open or closed…