Conversation
|
Is this an alternative to #6645? |
|
I also forgot to mention that this PR is an adaption of an initial work from @jia200x. So most of the credits go to him. |
55a595c to
83d5d4f
Compare
Why doesn't the commit authorship then? ;-) |
Lot's of refactoring adaption so it was not easily possible. But I kept the credits in the files headers. |
|
As long as @jia200x is fine with that, I don't mind. |
fbd88e2 to
771914f
Compare
f2c7bee to
e89cf1b
Compare
e89cf1b to
1b65657
Compare
|
@kaspar030 @smlng any idea why Murdock is failing here ? because locally it builds fine for me. I'm wondering if some git caching could be involved. |
|
Is there a way to test this without setting up the whole TTN stuff ? Can we test it with Semtech tools on a gateway ? |
There are other LoRaWAN providers (Actility, LoRiot, etc) and I think you can also setup your own LoRaWAN server (see here).
Maybe yes but I have to admit that I don't know how. Looking at loraserver.io, they also provide a LoRa gateway bridge application that can run on the gateway itself. That looks interesting. |
df8a2bb to
f52d27a
Compare
I found the problem, it was in the package Makefile. Now there are only platform related issues remaining. |
f52d27a to
03f8a58
Compare
|
Ci is now fixed ! I had to blacklist the MSP430 based boards because of the following issue: Not sure how and if it can be fixed. |
|
comments addressed @kaspar030, directly squashed and rebased. @miri64 is it ok for you ? |
30fcaa7 to
85df39b
Compare
| @@ -0,0 +1,5 @@ | |||
| MODULE := semtech_loramac_mac | |||
|
|
|||
| CFLAGS += -Wno-missing-field-initializers -Wno-unused-parameter -Wno-sign-compare | |||
There was a problem hiding this comment.
I just moved this CFLAGS rules here and here so that it's not applied globally to the package module
07aac76 to
f5957f7
Compare
|
07aac76 is improving the CFLAGS use in the package modules |
d2ee3ee to
ae2c023
Compare
|
There's a typo in one of the commit messages (remane). Otherwise the code looks good now. |
ae2c023 to
e3ff143
Compare
Damn, I fixed it yesterday but on another personal computer and this morning I forced a push from my Inria laptop... overriding the change. |
no response in time to get this into release 2018.01.
Anyways, congrats @aabadie ! |
|
Congratz @aabadie!! |
|
Wonderful job @aabadie ! |
|
Wow !! This really makes my day :D |
|
Congrats @aabadie !! |
|
Congrats @aabadie. But
I also had no time to check this... It leaves a bitter taste that my concerns about the architecture are just dismissed like that, just so that a (because of that potentially unstable) feature makes it into the release. As far as I can see my concerns are addressed, but I'm still not sure they actually are... |
Don't worry, your concerns are WIP in another branch. I'll continue to work on that.
I understand your concerns but I would rather see it as a first step. Maybe we can just mention in the release notes that this is an experimental integration of LoRaWAN into RIOT ? |
Agreed. |
Contribution description
This PR imports the Semtech LoRaMAC reference implementation as a package and proposes a simple API for interacting with a LoRaWAN network.
What has been tested so far:
This PR also provides a test application for setting/getting some LoRaMAC parameters, joining to a network and sending/receiving data to/from the network.
This PR has been tested with SX1272 and SX1276 devices, using Nucleo 64 boards and the b-l072z-lrwan1 board.
Of course there's room for improvement:
Issues/PRs references
refs #7331
This PR is based on
#7592and#8261