- 13 Aug, 2021 6 commits
-
-
Jim Mussared authored
Signed-off-by: Jim Mussared <jim.mussared@gmail.com>
-
Jim Mussared authored
Anywhere a module is mentioned, use its "non-u" name for consistency. The "import module" vs "import umodule" is something of a FAQ, and this commit intends to help clear that up. As a first approximation MicroPython is Python, and so imports should work the same as Python and use the same name, to a first approximation. The u-version of a module is a detail that can be learned later on, when the user wants to understand more and have finer control over importing. Existing Python code should just work, as much as it is possible to do that within the constraints of embedded systems, and the MicroPython documentation should match the idiomatic way to write Python code. With universal weak links for modules (via MICROPY_MODULE_WEAK_LINKS) users can consistently use "import foo" across all ports (with the exception of the minimal ports). And the ability to override/extend via "foo.py" continues to work well. Signed-off-by: Jim Mussared <jim.mussared@gmail.com>
-
Jim Mussared authored
This is a simple rename of the files, no content changes (other than updating index.rst to use the new paths) Signed-off-by: Jim Mussared <jim.mussared@gmail.com>
-
Damien George authored
Signed-off-by: Damien George <damien@micropython.org>
-
Julia Hathaway authored
Includes documentation for Zephyr specific modules (zephyr and zsensor), classes (DiskAccess and FlashArea), and functions. Signed-off-by: Julia Hathaway <julia.hathaway@nxp.com>
-
Julia Hathaway authored
Includes an introduction to using the Zephyr port on MicroPython. The quickref details examples of how to use each module the port currently supports. The tutorial provides additional details for Zephyr specific modules. Signed-off-by: Julia Hathaway <julia.hathaway@nxp.com>
-
- 10 Aug, 2021 3 commits
-
-
Ned Konz authored
-
Ned Konz authored
This commit creates a new stm32 board for the NUCLEO_H743ZI2, which is the current version of this from ST. This is a modified copy of the NUCLEO_H743ZI board, and the ZI2 board differs in a few minor ways: - LED2 has moved from PB7 to PE1 and is now yellow rather than blue - the USB power enable has moved from PG6 to PG10 - the USER button is now pulled down
-
iabdalkader authored
This allows boards to add frozen modules, or bypass the port manifest entirely.
-
- 09 Aug, 2021 3 commits
-
-
Damien George authored
So that it works on ESP32C3, which has the bootloader at 0x0. Fixes issue #7565. Signed-off-by: Damien George <damien@micropython.org>
-
Daniel Mizyrycki authored
-
Glenn Ruben Bakke authored
This function can be used to enable and disable the DC/DC converter with or without the Bluetooth stack enabled. It can also be used to query the current state of the DC/DC. This commit also adds a definition of ARRAY_SIZE needed by nrfx HAL-layer.
-
- 08 Aug, 2021 21 commits
-
-
Damien George authored
This was missed in the initial implementation of the uos module. Signed-off-by: Damien George <damien@micropython.org>
-
Glenn Ruben Bakke authored
-
Glenn Ruben Bakke authored
Enable LittleFS v2 for all targets, except nrf51 targets when SoftDevice is present.
-
Glenn Ruben Bakke authored
extmod/vfs_lfs.c needs to resolve `mp_hal_time_ns()` in order to calculate a timestamp from 1970 epoch. A wall clock is not available in the nrf port, hence the function is implemented to resolve compilation linkage error. The function always return 0.
-
Glenn Ruben Bakke authored
Set the default manifest to "modules/manifest.py". This includes files from the folder "modules/scripts". The manifest default value is overriden by all nrf51 boards that have SoftDevice present (SD=s110) to save flash. Also add "modules/manifest.py" which is set to freeze "modules/scripts/_mkfs.py".
-
Glenn Ruben Bakke authored
Add a helper script _mkfs.py which automatically formats the file system if nrf.Flash() is located and a VFS file system has been included in the compilation. The precedence is: first LFS1, LFS2 then FAT.
-
Glenn Ruben Bakke authored
-
Glenn Ruben Bakke authored
-
Glenn Ruben Bakke authored
Update the Makefile to handle FROZEN_MANIFEST, and the README with some small samples on how to use freeze manifests. And add BOARD_DIR to the Makefile which can be referenced in boards/<board>/mpconfigboard.mk to include a board specific manifest.
-
Glenn Ruben Bakke authored
Enable the following features for all boards except nrf51 boards with SoftDevice present: - MICROPY_VFS - MICROPY_PY_NRF - MICROPY_HW_ENABLE_INTERNAL_FLASH_STORAGE
-
Glenn Ruben Bakke authored
-
Glenn Ruben Bakke authored
-
Glenn Ruben Bakke authored
Enable MICROPY_PY_IO_FILEIO if MICROPY_VFS_FAT, MICROPY_VFS_LFS1 or MICROPY_VFS2 has been enabled.
-
Glenn Ruben Bakke authored
-
Glenn Ruben Bakke authored
Add posibility to override linker script "_fs_size" from make by adding the FS_SIZE parameter. The syntax of value is linker script syntax. For example, the value of 131072 bytes can be written as 128K like this: FS_SIZE=128K. If not set, default value for "_fs_size" from linker script will be used.
-
Glenn Ruben Bakke authored
Disable MICROPY_FATFS_MULTI_PARTITION configuration because there is no partition table in the flash for FATFS to read. Also, set MICROPY_FATFS_MAX_SS to the size of a flash page. For nrf51 the value 1024 is set. For nrf52/nrf91 the value 4096 is set.
-
Glenn Ruben Bakke authored
This documents parameters that can be passed to make to enable a specific file system to included in the build. Also, document the Makefile override parameter "FS_SIZE" that can be used to tune the size of the flash region to use as internal flash file system.
-
Glenn Ruben Bakke authored
-
Glenn Ruben Bakke authored
Update flash.c to also be compiled in when MICROPY_HW_ENABLE_INTERNAL_FLASH_STORAGE is enabled and SoftDevice is present. Update bluetooth/ble_drv.c to forward flash events to flash.c when MICROPY_HW_ENABLE_INTERNAL_FLASH_STORAGE is enabled.
-
Glenn Ruben Bakke authored
This commit adds the "nrf" module for port specific modules and objects. Included in it is the "Flash" object which exposes a block device implementation to access internal SoC flash. Thanks to @aykevl aka Ayke van Laethem for the initial implementation.
-
Glenn Ruben Bakke authored
Calculate the unused flash area on the target device. The values will be exposed by _unused_flash_start and _unused_flash_length. The start address and the length are not aligned to either word or pages.
-
- 07 Aug, 2021 7 commits
-
-
Damien George authored
This allows changing the frequency to: 100kHz, 200kHz, 400kHz, 800kHz, 1MHz, 2MHz, 4MHz, 8MHz, 16MHz, 32MHz, 64MHz. For frequencies 2MHz and below, low power run (LPR) mode is enabled automatically. Signed-off-by: Damien George <damien@micropython.org>
-
Damien George authored
Signed-off-by: Damien George <damien@micropython.org>
-
Damien George authored
Signed-off-by: Damien George <damien@micropython.org>
-
Damien George authored
For consistency with other board-level config macros that begin with MICROPY_HW_USB. Also allow boards in the mimxrt, nrf and samd ports to configure these values. Signed-off-by: Damien George <damien@micropython.org>
-
Damien George authored
Signed-off-by: Damien George <damien@micropython.org>
-
Damien George authored
Commit 41739506 removed automatic building of mpy-cross, which rebuilt it whenever any of its dependent source files changed. But needing to build mpy-cross, and not knowing how, is a frequent issue. This commit aims to help by automatically building mpy-cross only if it doesn't exist. For Makefiles it uses an order-only prerequisite, while for CMake it uses a custom command. If MICROPY_MPYCROSS (which is what makemanifest.py uses to locate the mpy-cross executable) is defined in the environment then automatic build will not be attempted, allowing a way to prevent this auto-build if needed. Thanks to Trammell Hudson aka @osresearch for the original idea; see #5760. Signed-off-by: Damien George <damien@micropython.org>
-
Peter Züger authored
Basically just copied ujson_dump(s).py and added various valid/invalid separator tests. Signed-off-by: Peter Züger <zueger.peter@icloud.com>
-