Send GPS position from Seeeduino LoRaWAN GPS node

(Kalon33) #1

Dear all,

I've a Seeeduino LoRaWAN GPS based node, and would like to use GPS info (notably position, number of satellites, time and accuracy if possible) to send it over LoRaWAN with my sensors info.

Unfortunately, example sketch in Seeedstudio wiki only shows an example of how to retrieve GPS data in console, but not what I want to do.

Does somebody have some informations, a sketch... to help me retrieve that data and send it over LoRaWAN?

Thanks for your help.

(Nguyen Ngoc Thien) #2

I use the node GPS SodaqOne , you can access the material on website :

(Jvn) #3

I use the tinygps library, this works pretty well.

see attached example.

example.pdf (27.7 KB)

(Nguyen Ngoc Thien) #4

Can you share the way to build a gps node ?

(Brady Aiello) #5

I’m working on something now. I’ll put it on GitHub within a week, and post it here.

(Kalon33) #6

Any news about that?


(Brady Aiello) #7

I added a GPS app here:

I haven’t tested this, other than seeing the data show up on TTN. I’ll have to write a payload function to unpack the 2 4-byte floats into their respective JSON fields to test this. Feel free to test it out. I’ll be working on this some more soon.

(Brady Aiello) #8

Okay, I finished the GPS app, more or less. It’s interrupt-driven, with an interrupt every 10s. So you can decide how many increments to wait between capturing and reporting coordinates. I also included the payload function.

This can (and should) be improved by

  • Making the device sleep when not in use
  • Making the GPS sleep when not in use
  • Using SF12 for greater range
  • More experimentation with the OTAA version to make joining faster

(Kalon33) #9

Thanks a lot, I will have a deeper look at this and will go back to you. I tried your OTAA connecting code and for an unknown reason, the card was randomly resetting and re-joining every 2 messages (separated by a 5min delay), while it sent 7 to 15 or 20 messages before. I thought it was due to newest firmware, but same thing with older one.

BTW, do you know what is the uFL antenna connector for on the board? Is that for LoRa chip, GPS chip or both?

(Brady Aiello) #10

Yeah, the OTAA thing is weird. For me, after about 4 tries, it stays connected. I’m not sure about this, but I think I’m supposed to be using the saved Device Address, Network Session Key, and App Session Key after a join, and re-joins just use those. Definitely needs some work, and I need to understand better what’s going on. To save join time, I’m just using ABP, but for production we’d want OTAA.

I’m pretty sure the antenna is just for the LoRa radio, because even the boards without GPS have them.

(Kalon33) #11

Ok so I tried your LoRaWAN library with latest firmware (2.1.15) and the change you described to me in another post for lora.setReceiceWindowFirst(0, 868.1); (I’m only disabling duty cycles checking for testing like in your sketch) and that works pretty well (I have sent 70 128ms messages each 6min, so over 7hours before having to re-join).

For GPS, I took some ideas from your sketch, the one there and adapted it to cayenne lpp.

For the uFL connector, it is for LoRa radio, Seeed confirmed that to me with a picture:

About 2.1.15 firmware, do you know if that leads to LoRaWAN 1.1 compatibility (did you test it)? Does that send these kind of packets out of the box? Is the device compatible with other LoRaWAN classes than initially?

Thanks for your help :slight_smile:

(Kalon33) #12

Another question sorry, did you had a look at LoRaWAN library changes made by toddkrein there ? I tried to use them quickly, but as I can’t easily disable duty cycles check with these, I didn’t make further tries.

(Brady Aiello) #13

As for if the new firmware complies with the new 1.1 spec, I’m not sure. Though, if you wanted to track it down, I would look at the latest AT command guide. Apart from that, I may look through the spec, and try to spot related changes in Seeeduino’s LoRaWAN library.

(Brady Aiello) #14

I did check out the Todd Krein one, but I felt weird about using a personal version of the library, when the standard one was working okay.

(Meetmike) #15

Hi , I’m also working on this! Can you please post the code which you’ve adapted for cayenne app! ? Thanks

(Arjan) #16

Beware that you should not hardcode SF11 or SF12 into a node:

Yes: How often should a node do an OTAA Join, and is OTAA better than ABP?

(Deepsojitra) #17

I’m having some troubles with the GPS payload: it looked like my GPS module was not running properly (?) that I only had timestamp, but not position dataA1
So when I run the code of (and reference to) brady_aiello, I only got uplink of 0s in TTN console?
Do I need to manually start the GPS module somehow? I have 2 Seeeduino boards and they have this same problem.

(Brady Aiello) #18

Yeah, you’ll get garbage data (Lat = Lng = 0.0000) until it hears from a satellite. This may take a few minutes, and it generally helps if you’re outside. I’ve found that after it gets its initial coordinates, it tends to update pretty quickly.

(Herz22) #19

Hi, I bought a Seeeduino LoRaWAN W/GPS. I tried to get de GPS coordinates with your codes but it did not conect. I read the LoRaWAN has a INPAQ antenna for gps, but i don’t know if it enought. I have a question, should I conect a uFL antenna? or are there a way to activate the NIPAQ antenna?

PD: I tried all code of this forum and it didn’t work.

(Brady Aiello) #20

Hi, I’d like to help if I can. You’re just trying to get GPS coordinates to show up on the serial monitor? You don’t need any GPS antenna to do that, but it helps to go outside, and sometimes you need to wait a minute to get a satellite signal. If you plug in the GPS code at the official wiki here, it should work:

I’ve copied it here for reference. Let me know if that does the trick.

void setup()

void loop()