-
Notifications
You must be signed in to change notification settings - Fork 2.1k
gnrc_lorawan: add initial support for GNRC based LoRaWAN stack (v2) #11022
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
Conversation
(ignore the commit messages, they will be squashed of course :) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Some comments initial comments before I realized this PR is still WIP
(needs rebase btw) |
Not WIP anymore :) |
(EUIs are in little endian. I will add it to the README) |
Please rebase and squash. >200 commits are impossible to keep track of. |
great work, many thanks to @jia200x and everyone reviewing and testing! For the latter: keep on going. |
Thanks, that's a good work @jia200x! |
Awesome!! ❤️ Thanks to everybody!!! I will bake you a cake |
Hi, some news to AU915 or not thanks |
maybe we could synchronize here! it's indeed interesting to have new regions here. Maybe we could wait for @akshaim regarding plans about this region and see what we can do |
you can also use the Semtech packet implementation if you need AU915 (see |
other question, must i use the D01, D02 and D03 |
Hi @tcpipchip
No, but I speak spanish :)
It depends on how far you are from the gateway. The lower the datarate the higher range, but increased Time on Air and energy consumption. Increased ToA means that the node would send data less frequently in order to respect the 1% Duty Cycle restriction |
Hey, but this is a BT SoC. Did you use an external radio such as RFM95W ? |
Yes, connected to RFM95W! NRF52840 already tested and Working with Arduino, Micropython and Circuitpython, using LoRaWAN AU915 |
You should be able to use it with Semtech LoRaMAC for the time being. Can you please test the SX1276 driver ? You may also want to copy some of the references from here to here |
do you mean make a new GIT on that github and compile your example |
looks that is reading the register! |
maybe we have to wait your LoRaWAN version with 915AU |
Sorry man! I though you meant Data Rates, not DIOs... Actually you only need to connect DIO0 and DIO1. All the rest are not used so far. |
no problem :) |
now, we have to wait the LoRaWAN :) |
As you have started a new thread in forums. Let's move the discussion there. |
Contribution description
This PR adds a full LoRaWAN stack to RIOT originally based on the work with @fjmolinas in #6645 . Compared to the Semtech pkg, this offers some advantages:
Implemented features:
To be implemented
This PR adds an IEEE-like MAC with MCPS (Mac Common Part Sublayer) and MLME (Mac Layer Management Entity) for handling data and all kind of management (set keys, request link check, etc). Compared to other MACs this one is request-confirmation based and there's a bidirectional communication between the MAC and higher layers.
Higher layers can:
MAC layer can:
This IEEE MAC layer is very useful in scenarios like Tisch or connection oriented MAC layers.
Testing procedure
Check the README.md file under
tests/gnrc_lorawan
Issues/PRs references
Waiting for
#11143,#11136,#11144,#11736