MicroPython Forum (Archive)

@rikvermeer, there is no class method `Partition.set_boot`. When Python (or MicroPython) executes `nextPartition.set_boot()`, then that is effectively mere syntax sugar for `Partition.set_boot(nextPartition)` due to Python's implicit self argument so you are doing the same thing and have changed not...

@glenn20, sorry I did not mention that bug. Yes, I get that bug but I get that with every IDF version I tried so I think it is just a generic problem which everybody hits atm.

Meanwhile, what is the 'official' esp-idf version to use to compile MP? It's clearly stated in the ports/esp32/README.md file where is says "Currently MicroPython supports v4.0.2, v4.1.1 and v4.2, although other IDF v4 versions may also work". But as I say above, those versions do not work for me -...

Same problem here. If I compile the original code I get 100K but if I change anything I get 60K Actually, you are describing the problem differently though. I found that if I built the source (modified or not) with any esp-edf 4.2 version then I got a 128K heap, but if I used any later esp-idf vers...

@rikvermeer, are you doing a: after boot of the new partition?

Damien George recently added this to the official webrepl client: https://github.com/micropython/webrepl/pull/66 (although it is not yet merged to master).

I brought up this issue in this thread. My conclusion there is that currently the best esp-idf version to use for generic esp32 is version 4.2.2.

ok, I have worked out a solution although I really would like an understanding. In making my last post here I had to look through the various esp-idf version tags and noticed a tag v4.2.2 which was made relatively recently (2021-Jun-16). So I used that version and built the latest master of MicroPyt...

Robert, or anybody? Does anybody know why this happens? i.e using any recent version of esp-idf (i.e. v4.3 and later) gives a small heap size of 64 kB instead of the normal 128 kB? I am seeing a very weird UART bug whenever I build with any v4.2 version but that does not occur if I build with v4.3 o...

@jimmo I was led to believe that string join is better than + from the point of view of allocation. Is this no longer the case? That's true when you are appending in a loop but that's not the case here. General Python programming advice is that rather than repeatedly append to another string in a l...