Code.py Does Not Execute After Boot.py On Hard Reset

[edwardgeyh]

After months of development and a fair bit of code, I was ready to use my device - but after a hard reset it only runs boot.py, and then exits. As I was doing a fair amount of work in this code organized between boot.py/config.py/code.py and custom modules, I have stripped everything to a bare minimum but still have this problem. Here is stripped down case:

Chip is an ESP-32 Pico-V3 - 2, 40MHz xtal, sitting atop an Adafruit HUZZAH V2 board. Bare board, nothing attached to board except cable connection to PC via USB port.

Erased flash on chip: python -m esptool --chip esp32 erase_flash

Installed MP: esptool --baud 460800 write_flash 0x1000 ESP32_GENERIC-20241129-v1.24.1.bin. The binary obtained from: https://micropython.org/download/ESP32_GENERIC/

Code on chip, nothing else:
Boot.py: print('Hello, from Boot')
Code.py: print('Hello yourself, from Code')

Running this through Thonny serial/usb connection: REPL says:

%Run -c $EDITOR_CONTENT
MPY: soft reboot
Hello, from Boot
Hello yourself, from Code

But then the problem: Same result initiating hard reset from reset switch on board, or via software command:

import machine
machine.reset()
ets Jul 29 2019 12:21:46
rst:0xc (SW_CPU_RESET),boot:0x13 (SPI_FAST_FLASH_BOOT)
configsip: 271414342, SPIWP:0xee
clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00
mode:DIO, clock div:2
load:0x3fff0030,len:4892
ho 0 tail 12 room 4
load:0x40078000,len:14896
load:0x40080400,len:4
load:0x40080404,len:3372
entry 0x400805b0
Hello, from Boot
MicroPython v1.24.1 on 2024-11-29; Generic ESP32 module with ESP32
Type "help()" for more information.,

I tried using ESP32_GENERIC-SPIRAM-20241129-v1.24.1.bin, same result. I have also tried both Generic and SPIRAM v1.24.0 versions to no avail. In my project I am doing a fair bit of signal processing, so I was using a pre-built binary that includes ulab/numpy. This was using MP v1.23, obtained from https://github.com/v923z/micropython-builder/releases, courtesy of Mr. Zoltán Vörös. Code works fine, but has same hard reset issue. Also tried his bundle that uses MP v1.24.0 with same result.

Am I missing something very fundamental in my understanding that the boot sequence should simply be boot.py => code.py, with no intervention on my part (per MP docs), or is there something wrong in the hardware? Or my flash process? Or?

[GitHubsSilverBullet]

Since when does a ›code.py‹ starts automagically?
AFAIK you have to either rename your stuff to main.py or modify boot.py to import your stuff.

[Josverl]

MicroPython: main.py
CircuitPython: code.py

[GitHubsSilverBullet]

Yes, but this is the MicroPython forum, he flashed MicroPython 1.24.1 and there's no mention of circuspython.

[shariltumin]

Maybe in Thonny, you set the interpreter to CircuitPython? At boot time, the MicroPython-1-24.1 firmware's main.c will look for main.py to run. I think making a copy of code.py and renaming it main.py will solve your problem.

[scruss]

boot.py => code.py, with no intervention on my part (per MP docs)

can you point us to the part of the documentation where it says that code.py is run from boot.py?

[edwardgeyh]

Folks, my sincere apologies. I transitioned from CircuitPython many months ago, and my 'main' has been called 'code' ever since. I have a minor issue in the way I parse language - I can read about the boot process again and again in the Micropython docs, and nod my head each time I read main.py and think - yes, I have that, and in there is indeed where I also have a block of code named main - and never connect the fact my file is named code, not main. I know, strange. But I truly thank you all for responding, and apologize for wasting your time on something so trivial. And to answer the question regarding when does 'code.py' start automagiacally under Micropython, well, perhaps in a land of 'trons and holes, bits and bytes and registers, driven by a heartbeat of shivering sand, powered by arcane elements in alkaline baths, and where the word 'main' has been replaced by the word 'code' in the the file mp/...ports/esp32/main.c, under if (pyexec_mode_kind == PYEXEC_MODE_FRIENDLY_REPL && ret != 0) {
int ret = pyexec_file_if_exists("main.py");
if (ret & PYEXEC_FORCED_EXIT) {
goto soft_reset_exit;
}
}. At least, it seems that this is true. Again, thank you all.

[Josverl]

NP, I had the reverse confusion recently 🤦