leaden tusk
I'm thinking about making my own sensor PCBs soon™ but I'm not sure what protocol would be the best to use. I'm starting with a clean slate here, so no gateways from any protocol. I'll mostly be using it in an apartment setting, so WiFi is not really a great option.
I was thinking about just using LoRa(WAN) but then I read about Matter over Thread. They are both supported in rust (probably experimental but I can live with that) unlike ZWave.
If you guys have any suggestions, I'm all ears.
atomic mirage
Zigbee is worth it. Doing this on custom hw with esp32-c6 z2m and ha
scenic ingot
Zigbee is worth it. Doing this on custom hw with esp32-c6 z2m and ha
Is your project documented anywhere?
atomic mirage
Ongoing.. later this week. Tell me what you want to achieve perhaps I can help sooner
atomic mirage
Matter over thread is ok but matter requires paid stuff or you are stuck with QR code to the one and unique of the chip manufacturer. Did it with esp32 and nrf52 and nrf53. Much time taking than zigbee. Nevertheless, zigbee with zha or z2m needs a little bit of work to achieve what I want in diy. Example single, double,etc.. and multistateinput and output are almost not documented elsewhere. Hopefully get it to work now on esp32c6 or h2 and do not depend on anything (except ota I am trying to get to work now).
And do not listen too much over zbdongle-p not being ok, it just works. Slzb6mg24 and zbdongle-e also, buy some zb stuff and dongle low cost on aliexpress to get used to the whole stuff before coding. I did a pool controller hw full complete, look at esphome and esp32arduino discord for it. Have dozens of esp32 custom boards if you need schematics or other things.
scenic ingot
I’m interested to know what power usage you can get an ESP32 Zigbee sensor down to and, related, physical size. And whether it’s possible to get instantaneous data out of one, such as with a motion sensor, or just periodic reporting.
wispy dock
Usually the radio is what uses the most power, so reporting only on detected changes or events will typically be better than periodic reporting. (You'll still want a periodic report with a fairly long interval so you can see that the device is still connected and working)
I think there's some work being done towards getting the esphome protocol (native API) running over thread, which would be a really interesting way to handle this sort of thing.
Oh, apparently that's supported now as of esphome 2025.6, neat.