Trouble with FiPy code not working

Dylan

@seb
The code that worked on LoPy but not on FiPy. Worth noting that the LoPy was 1.11.0.b1 which is the version I downgraded the FiPy too.

Also how do I make the code look all neat in posts like I've seen elsewhere?

from network import LoRa
from pytrack import Pytrack
from coords import Coords
from CayenneLPP import CayenneLPP
from L76GNSS import L76GNSS
from LIS2HH12 import LIS2HH12
import machine
from machine import Pin
from machine import I2C
import socket
import binascii
import struct
import time
import array
# Initialize LoRa in LORAWAN mode.
lora = LoRa(mode=LoRa.LORAWAN, public=1,  adr=0, tx_retries=0)
# Remove default channels
dev_addr = struct.unpack(">l", binascii.unhexlify('269928E2'.replace(' ','')))[0]
nwk_swkey = binascii.unhexlify('7A7E7000000F93BD1BB4693127C374FE'.replace(' ',''))
app_swkey = binascii.unhexlify('F93BD1BBBA53BBF3B4096A72115E9F5D'.replace(' ',''))

for index in range(0, 72):
    lora.remove_channel(index)

    lora.add_channel(index, frequency=918000000, dr_min=0, dr_max=3)

lora.join(activation=LoRa.ABP, auth=(dev_addr, nwk_swkey, app_swkey), timeout=0)
# wait until the module has joined the network


while not lora.has_joined():
    time.sleep(5)

# remove all the non-default channels

for i in range(8, 15):
    lora.remove_channel(i)
# create a LoRa socket
s = socket.socket(socket.AF_LORA, socket.SOCK_RAW)

# set the LoRaWAN data rate

s.setsockopt(socket.SOL_LORA, socket.SO_DR, 3)

# make the socket blocking
s.setblocking(False)
time.sleep(2.5)
while lora.has_joined():
    acc = LIS2HH12()
    pitch = acc.pitch()
    roll = acc.roll()
    time.sleep(1)
    py = Pytrack()
    battery = py.read_battery_voltage()
    battery = battery * 10
    cayenne = CayenneLPP()
    time.sleep(1)
    l76 = L76GNSS(py, timeout=10)
    lat1 = str(l76.lattitude())
    lon1 = l76.longitude()
    if len(lat1) > 5:
        lona = lat1
        lata = lon1
        meta = 9500
        lat = float(lona)
        lon = float(lata)
        met = float(meta)
        cayenne.add_gps(4, lat, lon, met)
        cayenne.add_temperature(3, battery)
        s.send(cayenne.get_buffer())

    if len(lat1) < 5:
        cayenne = CayenneLPP()
        cayenne.add_temperature(3, battery)
        s.send(cayenne.get_buffer())
        print('No fix')
    rx = s.recv(256)
    if rx:
        print(rx)
    machine.deepsleep(890000)

MJ

@ralph Is the Pymakr version 1.2.10 compatible for the Atom 1.25.0 already? As until now i am unable to install the Pymakr 1.2.10 and show me failed to search for the Pymakr package " connect ETIMEDOUT 50.16.223.157.443". May i know how can i solve this? Thank you.

Dylan

@mj
Not sure if this will help but I just downloaded the VScode and got it running so I can do all I need to do in that.

https://docs.pycom.io/chapter/pymakr/installation/vscode.html

MJ

@dylan Thanks for sharing but i am using the Atom not the Visual Studio. But until now the Pymakr still cannot installed.

Dylan

@mj I've tried lots of different things to get Atom working again with no luck, I just didn't even realize Visual studio was an option, I'm liking it so far.

MJ

@dylan Is it Visual Studio code work as the same as the Atom? The language using also the same?

Dylan

@mj Very similar, the biggest difference I found is the Run/Upload/Download buttons are down the bottom left and I guess it all looks slightly different ofcourse.

seb

@Dylan
I would recommend adding some print statements into the code you shared to see where it gets stuck on your fipy

Dylan

@seb Yeah I've been putting print("Line #") to catch the errors, excellent way of debugging. However in this case it makes it all the way to the end, it just never wakes back up from either the deepsleep I have above or the time.sleep(10) I use for quick testing (a print is always on the last line of code to check it makes it there).

seb

@dylan

two things

Code after a deepsleep will never run, once the device goes to deepsleep and wakes up it will be just like the reset button was pressed, it does not continue execution from where it went to sleep
I see no reason why your module should lock up and not wake from deep sleep with the code sample above, Have you tried the latest firmware?

Dylan

@seb 1. This is true, I had many prints throughout and I'm reasonably sure I thought of that haha
2. This was tried on the latest firmware and pytrack updates as these were new FiPys just arrived. I've had a few things go right for me so I have a some spare time, I might update a FiPy and try to recreate the error and work from there.

livius

@dylan said in Trouble with FiPy code not working:

This was tried on the latest firmware and pytrack updates as these were new FiPys just arrived. I've had a few things go right for me so I have a some spare time, I might update a FiPy and try to recreate the error and work from there.

this does not guarantee that you have recent firmware there

Dylan

@livius I checked that I was downloading the most recent firmware from the most recent firmware upgrader aswell (excellent work there compared to how it was back in November, very user friendly). I believe the current firmware updater even tells us when it needs its own update so I'm pretty sure everything should be up to date there. But I've been wrong before so I'll double check everything at some point this week. I'll check back in when I've re-created the issue or if it works.

Xykon

@dylan said in Trouble with FiPy code not working:

I believe the current firmware updater even tells us when it needs its own update so I'm pretty sure everything should be up to date there.

Yes the GUI updater will check for updates on start and tell you if you're using the latest version or if there is an update. It should currently say: "Version: 1.12.0.b0 (latest) on the welcome screen. We also made this version of the firmware updater mandatory so you cannot use an older version and successfully update the board.

Dylan

@xykon @livius @seb I have re-created the problem and it still exists.

I updated my FiPy from 1.11.0.b1 to the most recent 1.17.3.b1 with the Pycom firmware updater 1.12.0.b0.

The only change I made to anything was upgrading the firmware and now the FiPy no longer wakes up from the time.sleep at the end. The code is here:

from network import LoRa
from pytrack import Pytrack
from coords import Coords
from CayenneLPP import CayenneLPP
from L76GNSS import L76GNSS
from LIS2HH12 import LIS2HH12
import machine
from machine import Pin
from machine import I2C
import socket
import binascii
import struct
import time
import array
# Initialize LoRa in LORAWAN mode.
lora = LoRa(mode=LoRa.LORAWAN, public=1,  adr=0, tx_retries=0)
# Remove default channels
dev_addr = struct.unpack(">l", binascii.unhexlify('269928E2'.replace(' ','')))[0]
nwk_swkey = binascii.unhexlify('7A7E7000000F93BD1BB4693127C374FE'.replace(' ',''))
app_swkey = binascii.unhexlify('F93BD1BBBA53BBF3B4096A72115E9F5D'.replace(' ',''))

for index in range(0, 72):
    lora.remove_channel(index)

    lora.add_channel(index, frequency=918000000, dr_min=0, dr_max=3)

lora.join(activation=LoRa.ABP, auth=(dev_addr, nwk_swkey, app_swkey), timeout=0)
# wait until the module has joined the network


while not lora.has_joined():
    time.sleep(5)

# remove all the non-default channels

for i in range(8, 15):
    lora.remove_channel(i)
# create a LoRa socket
s = socket.socket(socket.AF_LORA, socket.SOCK_RAW)

# set the LoRaWAN data rate

s.setsockopt(socket.SOL_LORA, socket.SO_DR, 3)

# make the socket blocking
s.setblocking(False)
time.sleep(2.5)
while lora.has_joined():
    acc = LIS2HH12()
    print("Line 51")
    xyz = acc.acceleration()
    x = xyz[0]
    y = xyz[1]
    z = xyz[2]
    time.sleep(1)
    py = Pytrack()
    battery = py.read_battery_voltage()
    battery = battery * 10
    cayenne = CayenneLPP()
    time.sleep(1)
    l76 = L76GNSS(py, timeout=10)
    lat1 = str(l76.lattitude())
    lon1 = l76.longitude()
    if len(lat1) > 5:
        lona = lat1
        lata = lon1
        meta = 9500
        lat = float(lona)
        lon = float(lata)
        met = float(meta)
        cayenne.add_gps(4, lat, lon, met)
        cayenne.add_temperature(6, battery)
        cayenne.add_accelerometer(5, x, y, z)
        s.send(cayenne.get_buffer())

    if len(lat1) < 5:
        cayenne.add_accelerometer(5, x, y, z)
        cayenne.add_temperature(6, battery)
        s.send(cayenne.get_buffer())
        print('No fix')
    rx = s.recv(256)
    print("Line 83")
    if rx:
        print(rx)
    print("Line 86")
    time.sleep(10)

To double check everything I just used the firmware updater 1.12.0.b0 to downgrade to 1.11.0.b1 and its now waking up and repeating the code as expected:

Line 51
No fix
Line 83
Line 86
Line 51
No fix
Line 83
Line 86
Line 51
No fix

Just to triple check, I updated it again back to 1.17.3.b1 and it still doesn't repeat the code as it does on 1.11.0.b1
Terminal after 10mins of running:
Line 51
No fix
Line 83
Line 86

I can't think of anything that might be going wrong, its a bit beyond me, but I'm pretty sure it's not a me thing if the only thing I've changed is the firmware.
Feel free to get me to try any tests you need me to run.

jcaron

@dylan time.sleep is not deep sleep. It will just wait for the given time and then resume execution after that instruction (where deep sleep on the other hand restarts the module on wake up).

So unless you add a loop, it will just finish execution.

What you want is probably machine.deepsleep.

NB: to correctly format your code in posts, add ``` on a line before and after your code.

Dylan

@jcaron This problems occurs with both the time.sleep and deepsleep commands. I've used both commands with this exact code below and had the same problem no matter which sleep function I am using.

jcaron

@dylan Even though sub-optimal in this case, have you tried the Pytrack-controlled deep sleep?

Also, if you're using deep sleep, you should save/restore the LoRa state (lora.nvram_save() before going to deep sleep, lora.nvram_restore() when starting), and avoid joining every time you start.

Ah, with proper formatting I see you actually have a (weird) loop around the sleep. Can you add a trace after the time.sleep, as well as one after the end of the loop?

Dylan

@jcaron I just added a Print("Line 88") after the timer to check it. While on firmware 1.11.0.b1 it prints after the 10 second wait then goes back to the Line 51 straight away (as expected). On 1.17.3.b1 it does not print anything after the sleep function and just never wakes up. And feel free to give any tips on the loop, as you can tell its a bit rough.

I'll give that lora.nvram_save a look, sounds like a good idea cheers.

livius

@dylan
can you move line before the loop?
acc = LIS2HH12()

and do you have pytrack libraries up to date?

Explore Pybytes | Official Documentation | Report a Firmware Bug/Issue | GitHub

Trouble with FiPy code not working

Pycom on Twitter