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

[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.

[Devang Sharma]

@jmarcelino, KotahiNet does not provide free connectivity in India. Also, they provide private LoRaWAN network only to the larger companies.

Is it possible to connect one LoPy(acting as a node) to connect with another LoPy(acting as a Gateway) without such LoRaWAN network?

If yes, can you guide me how to achieve it?
My question might not seem a good one, but I'm really new to LoRa.

Thanks.

[livius]

@devang-sharma said in New firmware release 1.6.7.b1 (LoRaWAN Nano Gateway with TTN example!!):
look at examples
in doc
https://docs.pycom.io/chapter/tutorials/lopy/lopy-lopy.html
and sources on git
https://github.com/pycom/pycom-libraries/tree/master/examples

[Devang Sharma]

@livius Thanks. I was looking into docs and I found the examples. Though they needed modifications, it worked perfectly.

[rvandam]

I have a setup with a node and a nano gateway with the latest default script from Github. The data is received in the TTN backend, so that part is working.

I want to update the date and time on the nodes over Lora (no wifi) I discovered that no rx data is received on the node. Could you give me a hint how to configure the gateway to send back the current time to the node?

[jmarcelino]

@rvandam
In LoRaWAN with TTN (Class A) you must send data from the node in order to receive any messages back.

But if you queue a downlink with TTN you should receive it in your node - for example with data = s.recv(64) - once you've done an uplink (an s.send(...) ).

[rvandam]

@jmarcelino thank you for your reply!

When I add some data in the downlink field in the TTN backend, this data is received by the node. This is already one more step forward :-)

Should I see the gateway as a "dumb" packet forwarder, and do the logic on the node and the TTN side?

[jmarcelino]

@rvandam
Glad you managed to receive data.

Yes, that's exactly what LoRaWAN gateways are :) They don't send or receive anything on their own, that's the job for the network server.

[rvandam]

@jmarcelino thank you again. This makes much sense. I was looking on the wrong end.

[Vicky_]

@jmarcelino I live in Malaysia. May i know what frequency should i use? i have tried to search but i couldn't find.

Thanks.

[jmarcelino]

@vicky_

Malaysia uses the AS923 plan:

https://www.thethingsnetwork.org/wiki/LoRaWAN/Frequencies/Frequency-Plans#lorawan-frequencies_as923

[bilou7]

Hello Daniel,

Did you add the functionality : "Ability to receive packets sent on any spreading factor" to the lopy gateway ?

Thanks in advance

[researcher]

Hello guys, regarding this code here at https://github.com/pycom/pycom-libraries/tree/master/examples/lorawan-nano-gateway

When I am trying to use the config for both, node and nano-gtw, with the AU915 configuration and change the following parameters into:

LORA_FREQUENCY = 915200000
LORA_GW_DR = "SF10BW125"
LORA_NODE_DR = 2

Because on LoraWAN Regional Parameters v1.1rb it says on page 37 that for OTAA procedure, the JoinReq message should be sent with DR2 data rate when BW = 125 kHz.

But when uploading the code, it outputs an error regarding that the following function has an error:

lora.join(activation=LoRa.OTAA, auth=(dev_eui, app_eui, app_key), timeout=0, dr=config.LORA_NODE_DR)

However, it works when I change the config file into:

LORA_NODE_DR = 0
LORA_GW_DR = "SF12BW125"

Am I doing something wrong? Maybe not understanding correctly the technical specification?

Thanks in advance