@canique no, the purpose of the node is to know when the door is locked by the bolt, not only closed. What you see are simply 2 battery springs and the bolt of the lock closes the contact.
I can move the node more upwards the door frame (and I will do it if the radio connection is still not reliable with the repeater).
In order to preserve domestic peace, I placed the nodes in the door frame, invisible when the door is closed: no visible dangling wires and no visible boxes.
Maybe an idea for a MK3 version of your board as wide as the RFM69HW
I finally understand with was the problem...
My WiFi Mesh LAN accepted only 802.11.g+n radio... now that I have set 802.11.b+g+n it's ok
Strange this think cause an all other WiFi Arduino schetch the 802.11.g+n radio was always accepted.
Anyway... now it's work
And of course you should know that the comunication is via "serial protocol", which is defined here:
@Guillermo-Schimmel said in Selecting a Controller:
@3nibble https://pypi.org/project/pymysensors/ is a nice starting point.
@joaoabs A realy usually has only 2 states, on and off. So I would use S-BINARY and V_STATUS every time.
A changeover realy also has 2 states so again I would go for binary and status.
Light_Level is more suited to getting light levels from a sensor or sending a light level to a dimmable light.
@tssk said in Building a MQTT Gateway:
@frits Cool! So you already had this?
no, not as a webserver. I only print some node information to Serial.
Webserver seems to work and not to interfere with mysensors core. My (MQTT-)Gateway doesn't act as a server, so there's only one listener. But multiple listeners (webserver on port 80 and Ethernet Gateway on port 5003 for example) should also be possible. I've not tested this though.