New firmware release 1.6.7.b1 (LoRaWAN Nano Gateway with TTN example!!)

[rikkertmark]

Hello,

first of all, the LoraWAN Nano Gateway works great!!

I used the HTTP Intergration of the TTN it post the received data to my PHP script and the PHP script placed the data in my own database.

I have used the HTTP intergration below.

https://www.thethingsnetwork.org/docs/applications/http/

I see that is possible that I can receive also the Latitude, longitude and altitude of the device. without place this in the payload, but this is not implement in python script.
Is it possible to implement this in python without put this values in the raw payload?

"latitude": 52.2345,               // Latitude of the device
"longitude": 6.2345,              // Longitude of the device
"altitude": 2                            // Altitude of the device

Best Regards,
Mark

[jp00]

Hi,

Will the nano gateway work with any node or just Lopys? For example, will Multitech's mDot work?

Regards,
Javier

[livius]

@daniel
I just upgraded my board and see - but no info about this version

(sysname='WiPy', nodename='WiPy', release='1.6.8.b1', version='v1.8.6-504-gff1098f6 on 2017-03-13', machine='WiPy with ESP32')

also after upgrade i now have:

OSError: I2C bus error

[MainSheet]

This post is deleted!

[bihut]

In the nanogateway.py file, where is the function const()?. Because const(2), const(1), etc. is not recognized.

Thanks in advance.

[robert-hh]

@bihut const() is a kind of Micropython directive, not a function. It's kind of similar to #define in C.

[RobTuDelft]

 File "main.py", line 12, in <module>                                                                                  
  File "nanogateway.py", line 94, in start                                                                              
  File "nanogateway.py", line 161, in _push_data                                                                        
ValueError: odd-length string

My gateway id is 'gateway-rob', should I change that?

[jmarcelino]

@RobTuDelft
Your gateway ID has to be a EUI64 (hexadecimal) e.g. 240ac4fffe008d44 which for now you can base on your WiFi hardware address.

That's what TTN accepts too. Have you registered your gateway there as the packet forwarder type? They've changed this now to "I'm using the legacy packet forwarder" checkbox, make sure it's ticked.

[RobTuDelft]

@jmarcelino Great, thanks. Machine unique ID/MAC (machine.unique_id()) can be used directly, without any changes or what is the convention here? Noticed the checkbox indeed.

Now I have another quesiton pertaining LoRa transmission. When I send the payload ("hi") as lora_sock.send(bytes([0x68, 0x69])) or as lora_sock.send('hi') the payload ends up as cc26 for example on the other end; which if I translate to ascii again is not "hi". Any clue what is happening here?

[jmarcelino]

@RobTuDelft
Though the process doesn't actually guarantee unique numbers there is a convention to add FFFE in the middle to expand the 48-bit MAC to the EUI64 expected by the Things Network.

I'm not sure what you mean in the LoRa problem. Is this with mode=LoRa.LORA or mode=LoRa.LORAWAN? And what is the "the other end": another LoPy, a LoRaWAN network server or something else?

[RobTuDelft]

@jmarcelino Thanks for clarifying.
As for the second issue, this is now resolved (had to do with encryption on the LoRaWAN).

[jomifo]

I have successfully used the nanogateway example code to push some temperature sensor data (MCP9808) to TTN and am happy about that. Now I'm wondering are there ways using this example to configure LoRa to increase the range? I see the LORA_GW_DR = "SF7BW125" property in the config, but am unsure how or if this can be used to tweak Lora.
Thanks.

[daniel]

@jomifo yes, if you change the spreading factor to 12 ("SF12BW125") the range will be much better. Do this both on the nano-gateway and in the node. You also need to tweak the Join command like this:

lora.join(activation, auth, * ,timeout=None, dr=None)

Specify the dr and make it 0 (which is the same as SF12BW125).

Cheers,
Daniel

[jomifo]

@daniel Excellent! Seems no need to directly alter the join command since the 'dr' parameter also uses a config parameter, 'LORA_NODE_DR'. I'm looking at the latest example on Github.

[fredg]

I'm coming from this tutorial: https://docs.pycom.io/chapter/tutorials/lopy/lorawan-nano-gateway.html

You should update it probably to mention the "I'm using the legacy packet forwarder" for TTN network, and update the code to make it easy to extract the GATEWAY_ID.
Or maybe update the code to allow any GATEWAY_ID for TTN? I'm not sure how it really works...

[jmarcelino]

@fredg
Thank you very much for your suggestion, TTN changed their language and gateway registration process recently - we'll update our documentation to reflect this.

[jmarcelino]

@fredg
I've updated the Nano-gateway documentation to show how to generate a Gateway ID and also to reflect the changes in the TTN interface: https://docs.pycom.io/chapter/tutorials/lopy/lorawan-nano-gateway.html

Thanks again for your suggestion!

[Devang Sharma]

@daniel, I live in India. While registering the gateway, which frequency plan I should choose? Can I choose Europe or do I have to choose Asia?

Thanks.

[jmarcelino]

@devang-sharma
India has a unique Frequency plan:

https://kotahi.net/network/frequencies/

I recommend setting your config.py for the nano gateway and nodes to

LORA_FREQUENCY = 865062500

and make sure your nodes use this 865062500 frequency as well:

# set the 3 default channels to the same frequency
lora.add_channel(0, frequency=config.LORA_FREQUENCY, dr_min=0, dr_max=5)
lora.add_channel(1, frequency=config.LORA_FREQUENCY, dr_min=0, dr_max=5)
lora.add_channel(2, frequency=config.LORA_FREQUENCY, dr_min=0, dr_max=5)

[Devang Sharma]

@jmarcelino, thanks. I've sent them an e-mail in order to get a free network connection. I hope they'll reply soon.