2017-07-01 15:09:40 -04:00
|
|
|
.. _micropython_lib:
|
|
|
|
|
2015-06-04 18:53:26 -04:00
|
|
|
MicroPython libraries
|
|
|
|
=====================
|
2014-10-30 21:37:19 -04:00
|
|
|
|
2017-05-14 17:26:44 -04:00
|
|
|
.. warning::
|
|
|
|
|
|
|
|
Important summary of this section
|
|
|
|
|
2021-08-12 01:15:03 -04:00
|
|
|
* MicroPython provides built-in modules that mirror the functionality of the
|
|
|
|
Python standard library (e.g. :mod:`os`, :mod:`time`), as well as
|
|
|
|
MicroPython-specific modules (e.g. :mod:`bluetooth`, :mod:`machine`).
|
|
|
|
* Most standard library modules implement a subset of the functionality of
|
|
|
|
the equivalent Python module, and in a few cases provide some
|
|
|
|
MicroPython-specific extensions (e.g. :mod:`array`, :mod:`os`)
|
|
|
|
* Due to resource constraints or other limitations, some ports or firmware
|
|
|
|
versions may not include all the functionality documented here.
|
|
|
|
* To allow for extensibility, the built-in modules can be extended from
|
|
|
|
Python code loaded onto the device.
|
2017-05-14 17:26:44 -04:00
|
|
|
|
2016-06-02 06:05:13 -04:00
|
|
|
This chapter describes modules (function and class libraries) which are built
|
2021-08-12 01:15:03 -04:00
|
|
|
into MicroPython. This documentation in general aspires to describe all modules
|
|
|
|
and functions/classes which are implemented in the MicroPython project.
|
|
|
|
However, MicroPython is highly configurable, and each port to a particular
|
|
|
|
board/embedded system may include only a subset of the available MicroPython
|
|
|
|
libraries.
|
|
|
|
|
|
|
|
With that in mind, please be warned that some functions/classes in a module (or
|
|
|
|
even the entire module) described in this documentation **may be unavailable**
|
|
|
|
in a particular build of MicroPython on a particular system. The best place to
|
|
|
|
find general information of the availability/non-availability of a particular
|
|
|
|
feature is the "General Information" section which contains information
|
|
|
|
pertaining to a specific :term:`MicroPython port`.
|
2016-06-01 17:08:07 -04:00
|
|
|
|
2018-07-20 01:47:42 -04:00
|
|
|
On some ports you are able to discover the available, built-in libraries that
|
2021-08-12 01:15:03 -04:00
|
|
|
can be imported by entering the following at the :term:`REPL`::
|
2018-07-20 01:47:42 -04:00
|
|
|
|
|
|
|
help('modules')
|
|
|
|
|
2016-06-01 17:08:07 -04:00
|
|
|
Beyond the built-in libraries described in this documentation, many more
|
|
|
|
modules from the Python standard library, as well as further MicroPython
|
2021-08-12 01:15:03 -04:00
|
|
|
extensions to it, can be found in :term:`micropython-lib`.
|
2016-04-26 18:32:38 -04:00
|
|
|
|
|
|
|
Python standard libraries and micro-libraries
|
|
|
|
---------------------------------------------
|
2014-10-30 21:37:19 -04:00
|
|
|
|
2016-04-26 18:32:38 -04:00
|
|
|
The following standard Python libraries have been "micro-ified" to fit in with
|
|
|
|
the philosophy of MicroPython. They provide the core functionality of that
|
|
|
|
module and are intended to be a drop-in replacement for the standard Python
|
2021-08-12 01:15:03 -04:00
|
|
|
library.
|
2014-11-02 18:37:02 -05:00
|
|
|
|
2018-07-20 01:34:22 -04:00
|
|
|
.. toctree::
|
|
|
|
:maxdepth: 1
|
|
|
|
|
2021-08-11 23:56:13 -04:00
|
|
|
array.rst
|
|
|
|
binascii.rst
|
2018-07-20 01:34:22 -04:00
|
|
|
builtins.rst
|
|
|
|
cmath.rst
|
2021-08-11 23:56:13 -04:00
|
|
|
collections.rst
|
|
|
|
errno.rst
|
2018-07-20 01:34:22 -04:00
|
|
|
gc.rst
|
2021-08-11 23:56:13 -04:00
|
|
|
hashlib.rst
|
|
|
|
heapq.rst
|
|
|
|
io.rst
|
|
|
|
json.rst
|
2018-07-20 01:34:22 -04:00
|
|
|
math.rst
|
2021-08-11 23:56:13 -04:00
|
|
|
os.rst
|
2021-08-04 15:08:33 -04:00
|
|
|
random.rst
|
2021-08-11 23:56:13 -04:00
|
|
|
re.rst
|
|
|
|
select.rst
|
|
|
|
socket.rst
|
|
|
|
ssl.rst
|
|
|
|
struct.rst
|
|
|
|
sys.rst
|
|
|
|
time.rst
|
2020-03-20 09:59:25 -04:00
|
|
|
uasyncio.rst
|
2021-08-11 23:56:13 -04:00
|
|
|
zlib.rst
|
2018-07-20 01:34:22 -04:00
|
|
|
_thread.rst
|
2016-04-26 18:14:16 -04:00
|
|
|
|
|
|
|
|
2016-04-26 18:37:45 -04:00
|
|
|
MicroPython-specific libraries
|
|
|
|
------------------------------
|
|
|
|
|
|
|
|
Functionality specific to the MicroPython implementation is available in
|
|
|
|
the following libraries.
|
|
|
|
|
|
|
|
.. toctree::
|
|
|
|
:maxdepth: 1
|
|
|
|
|
2021-08-11 23:56:13 -04:00
|
|
|
bluetooth.rst
|
2017-04-03 17:29:23 -04:00
|
|
|
btree.rst
|
2021-08-11 23:56:13 -04:00
|
|
|
cryptolib.rst
|
2017-02-27 01:16:32 -05:00
|
|
|
framebuf.rst
|
2016-04-26 18:37:45 -04:00
|
|
|
machine.rst
|
|
|
|
micropython.rst
|
2021-08-11 02:06:11 -04:00
|
|
|
neopixel.rst
|
2016-04-26 18:37:45 -04:00
|
|
|
network.rst
|
|
|
|
uctypes.rst
|
|
|
|
|
|
|
|
|
2018-11-05 02:13:12 -05:00
|
|
|
Port-specific libraries
|
|
|
|
-----------------------
|
|
|
|
|
|
|
|
In some cases the following port/board-specific libraries have functions or
|
|
|
|
classes similar to those in the :mod:`machine` library. Where this occurs, the
|
|
|
|
entry in the port specific library exposes hardware functionality unique to
|
|
|
|
that platform.
|
|
|
|
|
|
|
|
To write portable code use functions and classes from the :mod:`machine` module.
|
|
|
|
To access platform-specific hardware use the appropriate library, e.g.
|
|
|
|
:mod:`pyb` in the case of the Pyboard.
|
|
|
|
|
|
|
|
|
2018-07-20 01:34:22 -04:00
|
|
|
Libraries specific to the pyboard
|
2021-08-12 01:15:03 -04:00
|
|
|
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
2015-10-14 06:32:01 -04:00
|
|
|
|
2018-07-20 01:34:22 -04:00
|
|
|
The following libraries are specific to the pyboard.
|
2015-10-14 06:32:01 -04:00
|
|
|
|
2018-07-20 01:34:22 -04:00
|
|
|
.. toctree::
|
|
|
|
:maxdepth: 2
|
2014-11-02 18:37:02 -05:00
|
|
|
|
2018-07-20 01:34:22 -04:00
|
|
|
pyb.rst
|
2021-08-12 04:51:02 -04:00
|
|
|
stm.rst
|
2018-07-20 01:34:22 -04:00
|
|
|
lcd160cr.rst
|
2015-06-10 17:29:56 -04:00
|
|
|
|
|
|
|
|
2018-07-20 01:34:22 -04:00
|
|
|
Libraries specific to the WiPy
|
2021-08-12 01:15:03 -04:00
|
|
|
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
2015-06-10 17:29:56 -04:00
|
|
|
|
2018-07-29 10:19:41 -04:00
|
|
|
The following libraries and classes are specific to the WiPy.
|
2015-06-10 17:29:56 -04:00
|
|
|
|
2018-07-20 01:34:22 -04:00
|
|
|
.. toctree::
|
|
|
|
:maxdepth: 2
|
2014-10-30 21:37:19 -04:00
|
|
|
|
2018-07-20 01:34:22 -04:00
|
|
|
wipy.rst
|
2019-09-04 01:05:03 -04:00
|
|
|
machine.ADCWiPy.rst
|
2018-07-29 10:19:41 -04:00
|
|
|
machine.TimerWiPy.rst
|
2015-05-26 17:34:31 -04:00
|
|
|
|
|
|
|
|
2019-01-21 16:06:17 -05:00
|
|
|
Libraries specific to the ESP8266 and ESP32
|
2021-08-12 01:15:03 -04:00
|
|
|
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
2015-05-26 17:34:31 -04:00
|
|
|
|
2019-01-21 16:06:17 -05:00
|
|
|
The following libraries are specific to the ESP8266 and ESP32.
|
2015-05-26 17:34:31 -04:00
|
|
|
|
2018-07-20 01:34:22 -04:00
|
|
|
.. toctree::
|
|
|
|
:maxdepth: 2
|
2015-05-26 17:34:31 -04:00
|
|
|
|
2018-07-20 01:34:22 -04:00
|
|
|
esp.rst
|
2019-01-23 01:26:39 -05:00
|
|
|
esp32.rst
|
2021-04-16 07:18:04 -04:00
|
|
|
|
|
|
|
|
|
|
|
Libraries specific to the RP2040
|
2021-08-12 01:15:03 -04:00
|
|
|
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
2021-04-16 07:18:04 -04:00
|
|
|
|
|
|
|
The following libraries are specific to the RP2040, as used in the Raspberry Pi Pico.
|
|
|
|
|
|
|
|
.. toctree::
|
|
|
|
:maxdepth: 2
|
|
|
|
|
|
|
|
rp2.rst
|
2021-08-02 18:08:00 -04:00
|
|
|
|
|
|
|
Libraries specific to Zephyr
|
2021-08-12 01:15:03 -04:00
|
|
|
~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
2021-08-02 18:08:00 -04:00
|
|
|
|
|
|
|
The following libraries are specific to the Zephyr port.
|
|
|
|
|
|
|
|
.. toctree::
|
|
|
|
:maxdepth: 2
|
|
|
|
|
|
|
|
zephyr.rst
|
2021-08-12 01:15:03 -04:00
|
|
|
|
|
|
|
Extending built-in libraries from Python
|
|
|
|
----------------------------------------
|
|
|
|
|
|
|
|
In most cases, the above modules are actually named ``umodule`` rather than
|
|
|
|
``module``, but MicroPython will alias any module prefixed with a ``u`` to the
|
2021-08-22 05:27:28 -04:00
|
|
|
non-``u`` version. However a file (or :term:`frozen module`) named
|
2021-08-12 01:15:03 -04:00
|
|
|
``module.py`` will take precedence over this alias.
|
|
|
|
|
|
|
|
This allows the user to provide an extended implementation of a built-in library
|
|
|
|
(perhaps to provide additional CPython compatibility). The user-provided module
|
|
|
|
(in ``module.py``) can still use the built-in functionality by importing
|
|
|
|
``umodule`` directly. This is used extensively in :term:`micropython-lib`. See
|
|
|
|
:ref:`packages` for more information.
|
|
|
|
|
|
|
|
This applies to both the Python standard libraries (e.g. ``os``, ``time``, etc),
|
|
|
|
but also the MicroPython libraries too (e.g. ``machine``, ``bluetooth``, etc).
|
|
|
|
The main exception is the port-specific libraries (``pyb``, ``esp``, etc).
|
|
|
|
|
|
|
|
*Other than when you specifically want to force the use of the built-in module,
|
|
|
|
we recommend always using ``import module`` rather than ``import umodule``.*
|