MicroPython
-
|
I'm running into a stack overflow when trying to send an HTTPS request using I see this on the debug UART output: ***ERROR*** A stack overflow in task mp_task has been detected. Backtrace: 0x403763a6:0x3fced260 0x403869e1:0x3fced280 0x40386c26:0x3fced2a0 0x4038880d:0x3fced310 0x40386ce4:0x3fced330 0x40386cda: 0x3fceed7c |<-CORRUPTED Any suggestions? This code has actually worked once without crashing. |
Beta Was this translation helpful? Give feedback.
Replies: 1 comment 6 replies
-
|
FWIW: I am actively using aiohttp (https://github.com/micropython/micropython-lib/tree/master/python-ecosys/aiohttp/aiohttp) with a recent micropython 1.23.0 preview on ESP32-S3 N8R8 and N8R16 without any problem, running an application for days. Can you add print statements to narrow down the problem? For example before and after calls to aiohttp. I'd also add asserts to detect any recursion. Is the problem solid? Any way to reproduce it? Do minimal tests also fail? Can you put a minimal program together to reproduce the failure, deleting all the rest of the logic? Does the program also fail with a test site such as httpbin.org? |
Beta Was this translation helpful? Give feedback.
-
|
Thanks. I've put in logging of stack usage and am trying to reduce the test code to see if that helps. I see a stack usage of 688 in |
Beta Was this translation helpful? Give feedback.
-
|
OK, here's a (relatively) minimal test case that reliably causes a stack overflow. from micropython import stack_use, mem_info
from network import hostname, WLAN, STA_IF
import json
import asyncio
import sys
import aiohttp # installed using 'mpremote mip install aiohttp'
import logging # installed using 'mpremote mip install logging'
logging.basicConfig(level=logging.DEBUG)
log = logging.getLogger()
log.setLevel(logging.DEBUG)
log.info(f"path: {sys.path}")
log.info(mem_info())
session = aiohttp.ClientSession()
wlan = None
def get_credentials():
with open("/storage/wifi_credentials", "r") as f:
return (f.readline().rstrip("\n"), f.readline().rstrip("\n"))
def connect_to_wlan():
global wlan
ssid, key = get_credentials()
wlan = WLAN(STA_IF) # create station interface
wlan.active(True) # activate the interface
wlan.connect(ssid, key) # connect to an AP
while not wlan.isconnected():
pass
log.info(f"Connected to {ssid}")
def history_data() -> dict:
data = {}
data["ifconfig"] = wlan.ifconfig()
data["hostname"] = hostname()
return json.dumps(data)
async def send_history() -> bool:
global session
log.debug(f"Stack use A: {stack_use()}") # 2512
if not wlan.isconnected():
log.error("Cloud post failed: wifi not connected")
return False
try:
url = "https://httpbin.org/anything"
log.debug(f"Sending history to cloud host at {url}")
log.debug(f"Stack use B: {stack_use()}") # 2512
async with session:
log.debug(f"Stack use C: {stack_use()}") # 2512
hd = history_data()
log.debug(f"Stack use D: {stack_use()}") # 2512
async with session.post(url, data=hd, json=True) as resp:
log.info(f"Cloud post response: {resp}")
return True
except OSError as exc:
log.error(f"Cloud post failed: {exc.__class__.__name__}: {exc}")
return False
async def main():
log.debug("Sending history")
log.debug(f"Stack use E: {stack_use()}") # 2256
await send_history()
await asyncio.sleep(10)
log.debug(f"Stack use F: {stack_use()}") # 1360
connect_to_wlan()
asyncio.run(main())The output I get is: And on the debug UART I see this: |
Beta Was this translation helpful? Give feedback.
-
|
This is weird! I just ran that test with preview MicroPython 1.23.0 preview 47 and don't get the reboot, it seems to work well: I updated to the latest preview and get: I ran the test program about 20 times using mpremote (not Thonny). I also ran the program after hard resets, no error. I'm lost here about what the problem may be. Do you have another ESP32-S3 board to test? Just after the soft reboot and before the Micropython header I see the message "Stack use: 680", what program issues that? There seems to be a small difference with what I am running on this end. Just in case, I'd delete any main.py or boot.py on the board. I'd also try with MicroPython 1.22 |
Beta Was this translation helpful? Give feedback.
-
|
@bixb922 Thanks for looking at this! I do have a number of other boards at hand (I'm testing on a board of my own design that holds an ESP32-S3-WROOM1-N16R8 module). I'll try another one or two just in case, as well as trying with an off-the-shelf build of MicroPython (I'm using a build with a number of frozen modules). The But your stack use numbers are otherwise the same as mine. |
Beta Was this translation helpful? Give feedback.
-
|
I just tried with the
Next I'll try the stock MicroPython in the OTA configuration. |
Beta Was this translation helpful? Give feedback.
-
|
OK, so I re-built using stock |
Beta Was this translation helpful? Give feedback.
This is weird! I just ran that test with preview MicroPython 1.23.0 preview 47 and don't get the reboot, it seems to work well: