Replies: 3 comments 2 replies
-
|
I am open to designing a new, separate BLE protocol. I have a few questions regarding your wording, I want to be sure I understand your proposals. By packages, do you mean packets? It seems like you are suggesting something similar to how the RNode interface works today, by broadcasting packets instead of establishing connections. This alone would be much simpler than the BLE protocol as it exists today. I think combining this new BLE Broadcast protocol with the existing P2P protocol in the ways you suggest is interesting but very complex, probably more complex than necessary. Most of all I think this would break the existing Transport/Interface abstraction and separation.
The extended advertising is something I looked into early on, before I started Columba I was only working on a linux version of ble-interface, and at that time my only test hardware was a pair of raspberry pi zero Ws, which don't support BLE 5.0. It seemed like, at the time, BLE 5.0 support was inconsistent at best, so I elected not to rely on it. If the situation has changed since then, I do think it might be worthwhile to create a separate BLE Broadcast interface though. |
Beta Was this translation helpful? Give feedback.
-
|
Ok, just to add my two cents because just like you two, BLE mesh seemed deliciously appealing to me as well The biggest problem I see with each the hybrid "advertisement=announce, GATT=data" is that it still requires active phone radios in the background in order to carry the mesh traffic. While you can do that on Android, it is just too battery draining to consider viable What I am considering however, is that RTNode would make very good use of the idea for completely configuration-less access since it is generally powered and stationary anyway |
Beta Was this translation helpful? Give feedback.
-
|
I thought about it more. My current idea is to implement ble-leviculum, a BLE5 interface that uses BLE5 broacasts only for everything, like the Lora interface broadcasts everything. This can live in addition to Columba's ble-reticulum interface. |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
At the moment, the BLE stack supports only 4 devices max. becauses of the nature of the P2P connections.
Proposal:
(I have ideas for a fallback for older devices, but I would support only newer devices first).
Beta Was this translation helpful? Give feedback.
All reactions