Prior to seeing this I was thinking about how to use the Meshtastic [0] project to fundamentally provide simple UDP services for message brokering over LoRa. There are so many sensors that could easily hook or connect to devices acting as network routers that could bridge other protocols across long distances very easily.
Have you looked at doing something similar with ZWave at all?
With that out of the way:
Many of us have never heard of LoRa. There is no way to know in 60 seconds what this project does, or why it is useful. I would recommend adding a sentence to the effect of:
"LoRa is a low-cost long-range wireless communications protocol. This project provides hardware and software to allow zigbee devices to communicate over LoRa, allowing placement of such devices far from the zigbee hub."
That's a small but big improvement. Next improvements:
- Discuss maximum range / interference
- Add an English option to the project page
- Minor: Reorganize the page to be more directive about how to get started ("Buy X, do Y, etc. in a tutorial format"). This can even just be a pointer to the relevant pages ("Buy the hardware list on [this page]. Install the software per [this page]")
That's a first impression. Feel free to post again. Show HN is a nice place to get first impressions, which have a surprisingly big impact on adoption.
I think it is somewhat common situation, when home zigbee network does not reach e.g. garage or some other near-distance building. Usually there is some ethernet/wifi network on the satellite building. So distances what LoRaWAN can reach, are not probably even needed.
Read a bit about the implementation, but I think it is easier to just ask: Could this work over general TCP somehow?
Fast forward 2-3 years, after a (funded!) open source project, there is now a way to mount Zigbee sensors in remote locations. Essentially the solution is a wireless bride, which works like this:
- A remote Raspberry PI unit collects&compresses zigbee data and transmits it over LoRaWAN
- LoRaWAN gateway/servers forward the data towards second PI, which decompresses the data ,takes care of the device management and sends the data further to, e.g., home assistant.
And as a bonus: The device joining process is as easy as it is with zigbee2mqtt ;)