Making a get request fails if it is threaded

[enze-l]

I want to make an get request to an api. It works as expected. But as soon as I make the request in a thread it fails.

Here is the code without threading:

import urequests
import _thread

def make_request():
    res = urequests.get("https://api.awattar.de/v1/marketdata")
    print(res.text)

make_request()

The code above works as expected. But now the threaded version:

import urequests
import _thread

def make_request():
    res = urequests.get("https://api.awattar.de/v1/marketdata")
    print(res.text)

_thread.start_new_thread(make_request, ())

This one throw the Exception: OSError: (-17040, 'MBEDTLS_ERR_RSA_PUBLIC_FAILED+MBEDTLS_ERR_MPI_ALLOC_FAILED')

Am I doing something wrong or am I not aware of some behaviour? I would be greatfull for any help!

[jimmo]

@enze-l Sorry about the delay responding. This sounds like a bug. Which board/port are you using? Pico (W?), ESP32, STM32/pyboard, or something else?

[enze-l]

I am using a esp32 that is intigrated into this: https://www.shelly.cloud/de/products/product-overview/2xspl1pm/shelly-plus-1-pm . It contains an ESP32-U4WDH which is a single core variant of the esp32. I had to compile micropython by myself to be able to use it on this board because there aren't any precombiled firmware images as far as I know. I used this PR: #8365

[djmastertgv]

I also have this problem on my RPI Pico W, running Miropython 1.20
Same result when I call requests on thread, it's working fine if I call request without threading.

[scruss]

yours is a different issue (along with @GM-Script-Writer-62850): the OP is using a single core ESP32, not a dual core RP2

[GM-Script-Writer-62850]

why would you use thread on a single core chip? i assumed that OP's CPU supported SMT since it is a single core and _thread was used

[djmastertgv]

RP Pico W have dual core cpu, so I can use a second thread.

[scruss]

Not if you want to use wifi, though.

Best to ask your own question in the RP2040 section. This discussion is about ESP32

[GM-Script-Writer-62850]

i have been trying to work around this and wrote 2 theoretical workarounds

• https://github.com/orgs/micropython/discussions/11999

the idea is to use core 1 for the bulk of your work and offload stuff to core 0 while doing this i found a way to break wifi, maybe you a will have better luck

using a w5500 NIC i am able to use urequest on core 1 and it works, however it has been a stability nightmare with seemingly random hardlocks, if you do not need interrupts at all maybe it is stable, i think as soon as you use a single one ever in the script it can crash at any time after

• DHT measure() locks up (core0) when _thread is running (core1) if WIZNET5K networking is enabled #10448
• W5500 Driver is extremely unstable (It is proof of concept quality) #11974