micropython-lib VS pycopy-lib

Using SD-card on ESP8266 was more challenging. upip.install('sdcard') does not work.

But ChatGPT truly helped and suggested I find it in Github.

https://github.com/micropython/micropython-lib/blob/master/m...

I don't think there's a mip list command or something like that. So your best bet is to look at the subdirectories in https://github.com/micropython/micropython-lib for a list of installable packages.

Note that mip installs packages from the https://github.com/micropython/micropython-lib repository, which are specifically developed for MicroPython, and I have been using it successfully to install packages like umqtt.simple on a Raspberry Pi Pico W. You can also point mip to sources on GitHub, but this definitely won't work with any random Python package, such as pandas or scikit-learn. MicroPython is just a subset of the full Python.

Do give it another try if you get a chance; I'd be genuinely interested in hearing about your experience. Be sure to check out the awesome list and micropython-lib if you're looking to fill gaps. There are still many holes but they're rapidly being filled in.

All drivers were moved to micropython-lib: https://github.com/micropython/micropython-lib/tree/master/micropython/drivers

B(LE) support in MicroPython has been a bit lacking but more support is being added especially since 1.17. I don't have experience with the new lib so all I can say is that you should probably look into aioble library. It's a wrapper over bluetooth library and there are some examples to get you started.

I'm confused because google wasn't finding the mqtt in micropython-lib; https://github.com/micropython/micropython-lib because I was searching for mqtt and I forgot that its name is umqtt. The link I gave above is what google gave me but I knew it wasn't the one I was thinking of, the one in micropython-lib, but I sent it anyway. The one I found, above, seems like a better choice since it's been updated recently. The one in micropython-lib was last updated 3 years ago.

With a fork / duplication in library work as well. Micropython-lib is incomplete and buggy enough as it is, why oh why do we need to split that work up with pycopy-lib as well.

A subset, micro-requests (or urequests, where u is a common latin stand-in for greek "mu" (i.e. micro) letter) is implemented: https://github.com/pfalcon/pycopy-lib/tree/master/urequests

So, unlike MicroPython itself, which was started by another guy, micropython-lib was started and largely done by me (but initially contributed it to the micropython project, yeah). I continue that work in https://github.com/pfalcon/pycopy-lib

In this version, improvements in native types subclassing support. Pycopy standard library, https://github.com/pfalcon/pycopy-lib, also sees further development and improvements.

As usual, this lightweight import hook API is backported to CPython: https://github.com/pfalcon/pycopy-lib/blob/master/cpython-pycopy/pycopy_imphook.py

Plug pure-Python bytecode (or JIT) compiler: https://github.com/pfalcon/pycopy-lib/tree/master/ucompiler (prototype/WIP)

Plug pure-Python bytecode (or JIT) compiler: https://github.com/pfalcon/pycopy-lib/tree/master/ucompiler (prototype/WIP)

Thanks. Except it's not mine, but CPython2's stdlib module (written by many people) ported to Python3.5. What's mine is Pycopy stdlib ucompiler module: https://github.com/pfalcon/pycopy-lib/tree/master/ucompiler, written by me from scratch based on the experience with CPython2's module (I figured I'd have better time writing one from scratch than cleaning up CPython2's module).