ha_ru

3 ms·

1. 1.▲
   by ha_ru 3y ago

   Yes, in fact we actually re-transmit the absolute minimum information (device join/sensor values) to ensure that the LoRaWAN link does not saturate. Data compression helps too and a user can also disable re-transmission of some meta-da
2. 2.▲
   by ha_ru 3y ago

   Thanks! We haven't looked at Zwave yet, but meshtastic and some other lora based mesh network stacks are familiar. One more interesting project is Recticulum with its RNodes: https://unsigned.io/rnode/
3. 3.▲
   by ha_ru 3y ago

   Your points are valid. Especially the ones on educating an interested user about what the project is good for and how to get started. Thank you for the feedback!
4. 4.▲
   by ha_ru 3y ago

   Thanks! Your question is an interesting one: Forwarding TCP over LoRaWAN seems at first impossible due to large packet sizes (from LoRa perspective!). It turns out there have been some efforts to apply dictionary based compression methods
5. 5.▲
   by ha_ru 3y ago

   Thank you! We received a Netidee grant ( https://www.netidee.at/ ), which is a popular funding source for Austrian open source projects with a focus on Internet technologies.
6. 6.▲
   by ha_ru 3y ago

   We actually thought about a pure microcontroller solution, but stuffing a zigbee coordinator, a mqtt parser and a lorawan stack into an uC seemed a bit overwhelming. It is technically possible with beefier SoCs, but as most ingredients we n
7. 7.▲
   by ha_ru 3y ago

   Hi! This project (LoRaBridge) was born few years ago as I was trying to figure out how to get data from the cheap Zigbee sensors in my cellar. In my case, the cellar is not immediately below the main living space, so the Zigbee range even w
8. 8.▲
   Show HN: Extend Zigbee sensor range with LoRaWAN(github.com)

   219 points by ha_ru 3y ago|48 comments
9. 9.▲
   Show HN: Convert ZigBee sensors to LPWAN sensors with LoRaBridge(github.com)

   2 points by ha_ru 4y ago|0 comments