General LoPy + Pytrack Sleep Functions
I have a few questions regarding the LoPy with Pytrack expansion board and the sleep functions.
- Does the the py = pytrack() and sleep functions sleep the whole system (or just the LoPy for example)? See example code.
- Is there a deepsleep for pytrack? Example code intended for the pytrack expansion/pycoproc.py only seems to show just sleep.
- How does that function differ from machine.sleep() or machine.deepsleep() from microPython?
- Is there an easier way to debug/stop the running code that has sleep functions in it? Such as stopping the example code below? When I program the chip it can be very hard to stop the system with CTRL+C and re-flashing it to be able to access the file system again? Same thing with see print statements. I know when it sleeps it shuts down the UART so it has to reconnect almost instantly to see the outputs, correct?
- Is there a way to be notified when firmware updates for both lopy and pytrack are published?
from pytrack import Pytrack from L76GNSS import L76GNSS import time import pycoproc import pycom py = Pytrack() l76 = L76GNSS() pycom.heartbeat(False) time.sleep(10) pycom.rgbled(0xff0000) # red print("Wakeup reason: " + str(py.get_wake_reason())) #print("Approximate sleep remaining: " + str(py.get_sleep_remaining()) + " sec") time.sleep(5) pycom.rgbled(0x0000ff) # blue time.sleep(5) py.setup_sleep(30) py.go_to_sleep()
seb last edited by
- Yes, the way the Pytrack/Pysense/Deepsleep shield sleep works is that they disconnect the power from the module, sensors etc entirely. In the case of the Pysense and Pytrack the USB is also de-initialised meaning you will lose the serial connection, this can make talking to the device difficult if it does not wake up for long
- The Pytrack/Pysense/Deepsleep shield
sleepis a a "deep" sleep rather than a regular sleep. Once you use this, when the module wakes up it will be like it was rebooted.
- Pycom board do not currently support
machine.sleepalthough this is being investigated. The way this differs from the
machine.deepsleepis that this uses external hardware and powers off everything on the board, not just the ESP32 processor. You can still use
machine.deepsleepif you desire but note that on the WiPy2, LoPy and SiPy, due to an issue with the way the voltage regulator is connected the deepsleep current draw will be quite high (15mA)
- If you connect
3.3vwith a jumper cable and wait for the device to wake from sleep you will see the on-board LED blink orange. Once this happens you can disconnect the cable. The device will now "safe boot". This prevents the device from running
main.pyand therefore the code putting the device to sleep.
- The best way to stay informed of firmware updates is to use the forums subscribe feature for the announcements forum. We will always post in there when a new firmware is released