MicroPython Forum (Archive)

+1 -- PR's are the best way to do this. Here's a very recent example from Peter: https://github.com/micropython/micropython/pull/5553

But, if you don't want to do that, it's still helpful to raise issues on github, so at least the suggested improvements are tracked.

This sounds like it might require a lot more knowledge of your codebase to answer. But when you say "I don't want to tinker with the existing makefile" -- is that the existing makefile for your codebase, or for MicroPython's makefile. If it's the former, surely you had to modify your makefile to add...

It's important for the port to provide a gc_collect() because it's responsible for figuring out how to extract root pointers from the stack and CPU registers (in a port-specific way). When you say "I am trying to use MICROPY_ENABLE_GC" I assume this means you have actually enabled the GC. To explain...

No, it probably isn't required.

Note that the PWM input on the fan is open collector, and likely has a pull-up inside the fan to 5V or 3.3V. Be aware that the ESP32 pins are not 5V tolerant.

Is there equivalent in Micropython of map function in Arduino? Not that I'm aware of -- I think this generally follows the principle that anything that can be done in Python is better off left to the user's code (whether they write it themselves or use an existing library etc). Unlike Arduino, wher...

Makes sense, thanks for the explanation!

Is it necessary to use a sleep in "main.py" when I run a loop? I know this from programming on the computer so that the CPU is not 100% used. This is not necessary on a computer either. Only sleep if your program needs to actually slow down or to save power (i.e. if you only need to do something on...

At the moment there's no way for build-in modules to be packages (or subpackages), only top-level modules. See https://github.com/micropython/micropython/pull/4731 But yes, .mpy files can do this, so deshipu is right that the new native .mpy feature could help. However, I haven't managed to get a no...

This is now merged, so the nightly builds on https://micropython.org/download will include this. (Although there are reports of SSL issues that need to be investigated)

It's a Cortex A35 so at least toolchain support etc is straightforward -- i.e. porting MicroPython itself is easy, and the Unix port would probably "just work" on Linux. But I assume you're talking about a baremetal port -- maybe look at the bare-metal bcm238x (i.e. Raspberry Pi) port https://github...