Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Question about link rates and multicast #42

Open
pablogranolabar opened this issue Jul 5, 2022 · 6 comments
Open

Question about link rates and multicast #42

pablogranolabar opened this issue Jul 5, 2022 · 6 comments
Labels

Comments

@pablogranolabar
Copy link

I have a unique use case that I am considering pySX127x for and I am curious if this would be a possible configuration. I have a large number of sensors which receive information in a one-way serial fashion, using a UART speed of 115.2K. These are broadcast messages that go to all end nodes and without a requirement for two way communications. Is this a possibility with the Semtech line and pySX127x?

Also I can't make heads or tails out of the Semtech datasheet and data calculator table for coding rates, any ideas what an appropriate coding rate for 115.2K would be?

@mayeranalytics
Copy link
Owner

mayeranalytics commented Jul 6, 2022

Have a play with one of the LoRa bitrate calculators, e.g. this one. You'll see that 115.2Kbit/s isn't achievable with LoRa. And keep in mind that there is a tradeoff between range and bitrate, and that for a use-case requiring high bitrates you may have to consider latency, too.
By the way, you can reduce the size of the payload significantly by using clever encoding/preprocessing/compression of the data - 115.2kbit/s from a sensor sounds like a lot to me.

@pablogranolabar
Copy link
Author

These 2.4Ghz modules are touting multi megabit speeds now at 500Khz I thought?

Agreed on compression, however the problem there is a requirement for intelligence on the sensor side.

The data is in the opposite direction actually, a bunch of sensors get constant 115.2K serial updates but no requirement for the sensor to communicate back with the base station.

@mayeranalytics
Copy link
Owner

Good point, @pablogranolabar. Semtech says 476bps up to 250Kbps for the 2.4GHz LoRa. I'm not sure, though, if this library is compatible with the SX1280 chip.

I'm curious what kind of use-case this is where sensors receive so much data and don't communicate back.

@pablogranolabar
Copy link
Author

pablogranolabar commented Jul 29, 2022

This is for GPS <1cm accuracy based upon GPS satellite signal degradation due to atmospheric issues and whatever. A site survey is done at a specific locale, and collects measurements which are then used to provide correctional accuracy information that is broadcast to multiple GPS units (up to 500), running onboard a semi-autonomous drone. For precise swarm control over drones in-flight.

@mayeranalytics
Copy link
Owner

That's interesting, thanks for sharing! Since you have line of sight, 2.4GHz LoRa may be ok. If I understand you correctly, you need quite a formidable transmitter.

@pablogranolabar
Copy link
Author

Some of these 2.4GHz LoRa modules are pushing 500mw so I think the power should be sufficient. But I'm trying to figure out the best way of broadcast on the same channel, some method of multicast or broadcast perhaps via assigning the same LoRa receiver IDs? All endpoints receive the same data so maybe I can do this at the link layer.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants