I reproduced this with 9.0.2 and 9.1.0-beta.0.

I tried this recent change to MicroPython, which allows some compilation garbage to be collected more reliably: micropython#14136. But it didn't help.

If I comment out the last four or so routines in TOS3.py (code.py), then I don't get the storage problem. So we are just over the edge.

If I use mpy-cross on TOS3.py, morse.py, and prt.py, replace the .py files with those .mpy files, and replace code.py with:

from TOS3 import *

then the program works. So I think it is probably fragmentation from code compilation. This makes sense given that we removed long-lived objects in 9.0.0.

@mrklingon So you could:

• stay on 8.2.10, and it will work fine.
• use mpy-cross to avoid having to compile your code on-chip: https://learn.adafruit.com/welcome-to-circuitpython/library-file-types-and-frozen-libraries#what-is-an-mpy-file-3117820
• try squeezing the program down a bit. For example, there are many calls to prt(..., REPL). You could make a prtr() routine that supplies the second argument as REPL .

Super, thanks for the update. I’ll try the mpy route - I’ve never used that before!

I'm impressed by what you've been able to squeeze onto this tiny board. You might consider an RP2040 Trinkey if you want more room.

Thanks, I get a kick out of squeezing as much as possible out of The NeoTrinkey. I do have one of the rp2040s - but I really like the NeoTrinkey’s four pixels for output and two pads for input :)

Thanks again! I tried mpy-cross and got it working! As silly as my project may seem, I appreciate getting it to work with current CP, and as a bonus learning to use mpy-cross!!

Great!

I am going to close this, but thank you for the report -- it helps us understand how much the change for 8.x to 9.x affected programs on small boards.