circuitpython/zephyr
Alexander Steffen 55f33240f3 all: Use the name MicroPython consistently in comments
There were several different spellings of MicroPython present in comments,
when there should be only one.
2017-07-31 18:35:40 +10:00
..
src zephyr/zephyr_getchar: Explicitly yield to other threads on char availability. 2017-04-04 17:14:53 +03:00
.gitignore zephyr: Add .gitignore to ignore Zephyr's "outdir" directory. 2016-11-30 00:26:31 +03:00
help.c zephyr: Convert to use builtin help function. 2017-01-22 11:56:16 +11:00
Kbuild zephyr: Initial Zephyr RTOS port, Zephyr part. 2016-10-10 01:35:24 +03:00
machine_pin.c all: Use the name MicroPython consistently in comments 2017-07-31 18:35:40 +10:00
main.c zephyr/main: Check default netif before applying operations to it. 2017-05-17 00:17:53 +03:00
make-minimal zephyr: Move "minimal" configuration building to a separate wrapper script. 2017-03-12 23:54:12 +03:00
Makefile zephyr/Makefile: Revert prj.conf construction rule to the previous state. 2017-07-09 11:56:37 +03:00
Makefile.zephyr zephyr/Makefile.zephyr: Support and default to networked (SLIP) QEMU. 2017-01-30 21:27:29 +03:00
makeprj.py zephyr: Make sure that generated prj.conf is updated only on content changes. 2017-03-12 22:28:45 +03:00
modmachine.c zephyr/modmachine: Implement machine.reset(). 2017-04-19 13:28:36 +03:00
modmachine.h all: Unify header guard usage. 2017-07-18 11:57:39 +10:00
modusocket.c zephyr/modusocket: getaddrinfo: Fix mp_obj_len() usage. 2017-06-03 16:11:53 +03:00
modutime.c all: Use the name MicroPython consistently in comments 2017-07-31 18:35:40 +10:00
modzephyr.c zephyr/modzephyr: Fix typo in identifier. 2017-03-09 10:18:21 +01:00
mpconfigport_minimal.h zephyr: Remove long-obsolete machine_ptr_t typedef's. 2017-07-17 15:17:06 +10:00
mpconfigport.h zephyr: Remove long-obsolete machine_ptr_t typedef's. 2017-07-17 15:17:06 +10:00
mphalport.h zephyr: Switch to Zephyr 1.6 unified kernel API. 2016-12-04 00:47:20 +03:00
prj_96b_carbon.conf zephyr: Add 96b_carbon configuration. 2017-04-26 00:22:48 +03:00
prj_base.conf zephyr/modusocket: Implement getaddrinfo(). 2017-05-13 16:42:35 +03:00
prj_frdm_k64f.conf zephyr/prj_frdm_k64f.conf: Add, enable Ethernet support. 2017-01-27 23:48:42 +03:00
prj_minimal.conf zephyr: Add separate Zephyr config for "minimal" build. 2017-01-21 16:13:32 +03:00
prj_qemu_cortex_m3.conf zephyr: Add qemu_cortex_m3 config fragment. 2017-02-14 17:01:26 +03:00
prj_qemu_x86.conf zephyr/prj_qemu_x86.conf: Bump RAM size to 320K. 2017-05-12 21:58:51 +03:00
README.md zephyr/README: Update to require Zephyr 1.8. 2017-05-12 22:05:07 +03:00
uart_core.c zephyr/uart_core: Access console UART directly instead of printk() hack. 2016-12-17 00:48:56 +03:00
z_config.mk zephyr/Makefile: Automatically derive target-specific CFLAGS. 2016-10-10 02:06:06 +03:00

MicroPython port to Zephyr RTOS

This is an work-in-progress port of MicroPython to Zephyr RTOS (http://zephyrproject.org).

This port requires Zephyr version 1.8 or higher. All boards supported by Zephyr (with standard level of features support, like UART console) should work with MicroPython (but not all were tested).

Features supported at this time:

  • REPL (interactive prompt) over Zephyr UART console.
  • utime module for time measurements and delays.
  • machine.Pin class for GPIO control.
  • usocket module for networking (IPv4/IPv6).
  • "Frozen modules" support to allow to bundle Python modules together with firmware. Including complete applications, including with run-on-boot capability.

Over time, bindings for various Zephyr subsystems may be added.

Building

Follow to Zephyr web site for Getting Started instruction of installing Zephyr SDK, getting Zephyr source code, and setting up development environment. (Direct link: https://www.zephyrproject.org/doc/getting_started/getting_started.html). You may want to build Zephyr's own sample applications to make sure your setup is correct.

To build MicroPython port, in the port subdirectory (zephyr/), run:

make BOARD=<board>

If you don't specify BOARD, the default is qemu_x86 (x86 target running in QEMU emulator). Consult Zephyr documentation above for the list of supported boards.

Running

To run the resulting firmware in QEMU (for BOARDs like qemu_x86, qemu_cortex_m3):

make qemu

With the default configuration, networking is now enabled, so you need to follow instructions in https://wiki.zephyrproject.org/view/Networking-with-Qemu to setup host side of TAP/SLIP networking. If you get error like:

could not connect serial device to character backend 'unix:/tmp/slip.sock'

it's a sign that you didn't followed instructions above. If you would like to just run it quickly without extra setup, see "minimal" build below.

For deploying/flashing a firmware on a real board, follow Zephyr documentation for a given board, including known issues for that board (if any). (Mind again that networking is enabled for the default build, so you should know if there're any special requirements in that regard, cf. for example QEMU networking requirements above; real hardware boards generally should not have any special requirements, unless there're known issues).

Quick example

To blink an LED:

import time
from machine import Pin

LED = Pin(("GPIO_1", 21), Pin.OUT)
while True:
    LED.value(1)
    time.sleep(0.5)
    LED.value(0)
    time.sleep(0.5)

The above code uses an LED location for a FRDM-K64F board (port B, pin 21; following Zephyr conventions port are identified by "GPIO_x", where x starts from 0). You will need to adjust it for another board (using board's reference materials). To execute the above sample, copy it to clipboard, in MicroPython REPL enter "paste mode" using Ctrl+E, paste clipboard, press Ctrl+D to finish paste mode and start execution.

Minimal build

MicroPython is committed to maintain minimal binary size for Zephyr port below 128KB, as long as Zephyr project is committed to maintain stable minimal size of their kernel (which they appear to be). Note that at such size, there is no support for any Zephyr features beyond REPL over UART, and only very minimal set of builtin Python modules is available. Thus, this build is more suitable for code size control and quick demonstrations on smaller systems. It's also suitable for careful enabling of features one by one to achieve needed functionality and code size. This is in the contrast to the "default" build, which may get more and more features enabled over time.

To make a minimal build:

./make-minimal BOARD=<board>

To run a minimal build in QEMU without requiring TAP networking setup run the following after you built image with the previous command:

./make-minimal BOARD=<qemu_x86|qemu_cortex_m3> qemu