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

[daniel]

@robert-hh, no worries, our only focus from today onwards is code maturing and doing the migration to the MicroPython migration. We'll also update our own repo as we were sorting out the way to publish Sigfox libraries.

[daniel]

@johncaipa, for sure, I'll work on an example for US frequencies and will add to the same repo where the other are. We'll do our best to get it done today or tomorrow.

Cheers,
Daniel

[Colateral]

If Wipy WLAN is configured simply as STA-AP ... the ftp is not working.

from network import WLAN
wlan = WLAN(mode=WLAN.STA_AP, ssid='Cola', auth=(WLAN.WPA2, 'abc12345678'))
wlan.ifconfig(id=1, config=('192.168.10.1, '255.255.255.0', '192.168.10.1', '192.168.10.1'))

connect to 'Cola'
and ftp(with micro/python) is connecting on 192.168.10.1 but fails on root dir (/flash)

[livius]

@Colateral
I also wait for this but still do not know how to work with it
STA work but AP not able to connect
https://forum.pycom.io/post/4202

[robert-hh]

@Colateral: I tried your setting and it worked fine for both addresses (STA and AP), using command line ftp on Linux. Did you use passive mode? Active mode is not supported.

[Colateral]

@robert-hh Yes. It is passive mode. My environment is on Windows10. I tried with WinScp, TotalCommander and Windows10 ftp in passive mode. I saw that is working if I use the default 192.168.4.1 IP instead of the custom IP 192.168.10.1 .

[robert-hh]

@Colateral That sounds strange that 192.168.4.1 works, but not 192.168.10.1. The other thing that suprises me is, that you used command line ftp on WIndows 10 in passive mode. The one I have here does not support it. Do you have a special version?

[gas]

@jmarcelino
doesn't this in lower case
I tried the lorwan nano but no luck i don't see it connected
I changed the WiFi parameters and the use the code snippet to generate the gateway_id (i added .lower())
added the gateway on TTN using the same Id
but no lock i don't see pull/push arriving to TTN

do we need to change the router address too ?

Thanks

[livius]

@robert-hh said in New firmware release 1.6.7.b1 (LoRaWAN Nano Gateway with TTN example!!):

I tried your setting and it worked fine for both addresses (STA and AP)

Did you tried WLAN.STA_AP? or separately? WLAN.STA and another try WLAN.AP. Separately it work but not as WLAN.STA_AP.
I have tested this and i can not connect to AP in that mode.
But i have while True: loop.
Inside loop i have machine.idle but this do not help.
I see Wipy on the list of networks but can't connect.

[rskoniec]

@gas On the TTN gateway configuration you should use router.eu.thethings.network:1700 from config.py @jmarcelino addons generating GATEWAY_ID are OK.

[robert-hh]

@livius Yes, I used STA_AP mode, and connected without rebooting the LoPy to the STA and AP, one after the other. At the same time it's not possible since only one connection at a time is allowed. But the behaviour was a little bit inconsistent. In active mode, trying the ls command, I got two different error messages, when it should be the same all the time.

[Colateral]

@livius I tried and STA_AP is working. I am connected with my laptop on AP (ftp getting files) and the WiPy is connected to local server sending data. I replied to your topic ... seems that is missing connect

[gas]

@rskoniec
Thanks itis exactly what i have
I see push pull but nothing on the TTN
I'm missing something .. not sure where (wifi is connected )

[Colateral]

@robert-hh I believe I know what was happening. If you jump from Wipy default AP to the new AP (as STA_AP) having the same MAC and you try to connect Wipy to the wifi router where computer is plugged with the Lan cable... . Windows 10 is going to be confused. After I restarted windows and unplugged the cable everything is working fine.

[gas]

@gas said:

router.eu.thethings.network:1700

we are talking at the TTN side right

Description            lopyNanoGW
Status                      not connected
Frequency Plan      Europe868MHz
Router      router.eu.thethings.network:1700

[jmarcelino]

@gas
On TTN have you registered the gateway as "gateway connector" or "packet forwarder" under Protocol?

You have to register as "packet forwarder"

TTN will also automatically add a 'eui-' prefix to your gateway ID if you chose the correct one.

[rskoniec]

@gas Here is my TTN config:

Gateway should be packet forwarder type.

[gas]

@jmarcelino
your right i was using the Gateway not the packet forwarder

now it is connected cool
but the exampe of otaa is wrong
lora.join don't se deveui
my node is connected over my Lopy LoRaWAN nanaGW OTAA

github should be updated

lora.join(activation=LoRa.OTAA, auth=(app_eui, app_key), timeout=0)

[daniel]

@gas, yes, the example force the deveui to some value, I'll update the code on githb to clarify that. Thanks!

[gas]

@daniel

Thanks
Great Job any and impressive both micropython and Pycom
now let me try the range with my sample code of GPS ...