Difference between revisions of "BeagleBoard/GSoC/2021 Proposal/Micropython for BeagleConnect Freedom"

From eLinux.org
Jump to: navigation, search
Line 172: Line 172:
Below are some quotes from the BeagleBoard community regarding the proposal as well as stretch goals mentioned.
Below are some quotes from the BeagleBoard community regarding the proposal as well as stretch goals mentioned.
<script>Doing a Micropython Greybus host would be great.  
  Doing a Micropython Greybus host would be great.  
Doing it on the Wio Terminal has been a thought.  
  Doing it on the Wio Terminal has been a thought.  
So, Freedom is a Greybus device and Wio Terminal would access the peripherals over Greybus over BLE.</script>
  So, Freedom is a Greybus device and Wio Terminal would access the peripherals over Greybus over BLE.

Revision as of 03:35, 13 April 2021

[Micropython for BeagleConnect Freedom]

About Student: Szymon Duchniewicz
Mentors: Jason Kridner
Code: No code just yet
Wiki: https://elinux.org/BeagleBoard/GSoC/2021_Proposal/Micropython_for_BeagleConnect_Freedom
GSoC: GSoC entry


This project is currently just a proposal.


Please complete the requirements listed on the ideas page and fill out this template.

About you

IRC: Willmish
Github: Willmish
School: University College London
Country: United Kingdom/Poland
Primary language: Polish
Typical work hours: 8AM-5PM CET
Previous GSoC participation: I haven't participated before in GSoC but I am very intrigued by the idea of being able to work with an Open Source organization, as I always wanted to get involved with Open Source and this looks like a great place to start! Furthermore, I believe that through this project I could develop my current skill-set substantially both in software and hardware domains. As I have some previous experience in working with embedded systems such as Arduino and Rpi and programming them in Python, I thought that the idea of bringing Micropython to BeagleConnect Freedom is great and would fit my current capabilities quite well, while also posing an interesting challenge!

About your project

Project name: Micropython for BeagleConnect Freedom


The goal of this project is to enable Micropython for BeagleConnect Freedom along with basic GPIO, I2C, SPI, PWM, ADC drivers. MicroPython is a C implementation of the widely known and used Python3 language aimed specifically to run on a microcontroller. A ported MicroPython would allow for easy out-of-the-box development and prototyping with BeagleConnect Freedom, Python being an easy to learn and use language, with powerful capabilities at the same time being very concise. The drivers would be written in C as an extension and interface to MicroPython. The port itself along with additional extensions would be based on the official documentation by MicroPython for porting the language. Additionally after the MicroPython port and writing the basic drivers I could test them in practice using the supported MikroElectronika boards.

// Should CircuitPython also be ported to be more newbie-friendly, if porting MicroPython proves to be rather quick?


Porting MicroPython

Before doing anything else, MicroPython itself needs to be ported to work on Zephyr RTOS and the BealgeConnect Freedom itself, as the rest of the project relies on a working ported version of it. A work-in-progress port for Zephyr would be the starting point for this part of the project. Ensuring that a minimal build with a simple REPL loop can be built and run on the BeagleConnect board would be the next step.

To do this, first mpconfigport.h would need to be configured to board-specific configuration. As BeagleConnect is using Zephyr, some of it can be carried over from the main port of Zephyr, but many other configs will need to be modified to CC1352P chip-specific, others such as the heap size have to be verified. CC1352P has 80kB total RAM and the current ported version requires 16kB for its heap so this value could be kept as is.

As a step-by-step explanation, the porting process will look as follows:

  • Cloning the existing Zephyr port for MicroPython
  • Testing if the port can be properly built on the BeagleConnect Freedom, if not it will have to be adapted to work properly. Alternatively a completely new port can be set up.
  • Any further configurations and edits will be done with accordance to MicroPython's guide to porting, which can be found here.
  • Further modules (in our case SPI, I2C etc. drivers) can be added by following an example shown in the guide mentioned above, which can be found here

Writing drivers

The basic drivers required by this project include GPIO, I2C, SPI, PWM and ADC, since they would allow many sensors interfacing with the BeagleConnect Freedom to be programmable and utilised via MicroPython. As Python in general is more space and time hungry than C, and given we have limited resources on the microcontroller, it is logical to write those basic drivers in C and create MicroPython interfaces for them.

In the current port of MicroPython for Zephyr a MicroPython module machine is already implemented with some basic submodules and functionalities for I2C and GPIO. Therefore these modules would need to be extended or rewritten to be able to interface with BeagleConnect Freedom as well as additional such drivers would be implemented for SPI, PWM and ADC. The BeagleConnect Freedom uses Greybus to communicate with connected devices, so a possible approach would be to make the drivers communicate through Greybus which is a possible extension to the project. The main goal is to make this communication direct with Zephyr and an implementation of such driver is described next based on a example for I2C module:

  • Initially, implementation in Zephyr RTOS for each driver has to be identified and thoroughly understood. All of these drivers (GPIO, I2C, SPI, PWM and ADC) can be found here. (Additionally bluetooth driver as well as many others are also implemented, allowing for future extensions).
  • Then for I2C and GPIO the already implemented versions in the ported MicroPython for Zephyr have to be checked and rewritten if not compatible with BeagleConnect Freedom.
  • For all other modules, a driver has to be implemented as a submodule of the machine module to interface with the already existing Zephyr drivers.
  • Lastly, each driver needs to be thoroughly tested using a MikroElectronika board or by other means. This can for example entail using a simple LED to test PWM output, or connecting other I2C devices and collecting data from them.

The graph below is a visualisation of the implementation of basic drivers and their interface with MicroPython on one end, and Zephyr RTOS on the other.

Visualisation of basic driver structure as submodules for MicroPython and interface with Zephyr

Below is a rough requirement list of the drivers, a short description of them and how they will interact with BeagleConnect Freedom. All these drivers will be submodules of the machine module. These requirements are based on the actual implementation of those modules in MicroPython.

GPIO Module

The GPIO driver should allow developers to manipulate and read from GPIO pins on the BeagleConnect Freedom. Actions such as setting a pin to HIGH, LOW or reading current state would be required. More detailed explanation of necessary functions and constructors can be found on MicroPythons documentation for GPIO module. As mentioned before this driver will interface with the existing Zephyr driver.

I2C Module

The I2C module allows for 2 wire communication using the I2C protocol. This should allow for software and hardware I2C connections, sending data over I2C, receiving data and scanning for connected devices. Unlike MicroPython implementation for boards without RTOS such as Zephyr, I2C memory registers and pins do not have to be defined as its already handled in Zephyr main repo and the whole MicroPython driver only needs to interface with that Zephyr driver. Full list of requirements for I2C can be found here.

SPI Module

The SPI module allows for 4 wire communication using the SPI protocol/interface. The driver should allow for software and hardware SPI connections, sending and receiving data over SPI. Just as all the other modules, full list of requirements for SPI driver can be found here and will interface with the already in place Zephyr driver found here.

PWM Module

The PWM module allows for Pulse-Width modulated signals sent from GPIO pins with PWM capabilities. More information on PWM can be found here. This is not implemented in the main MicroPython library, so it will be based on the port specific implementation for ESP8266/ESP32 with documentation examples which can be found here. Similarly to previous modules it will interface with an existing PWM driver for Zephyr RTOS, which can be found here

ADC Module

The ADC module provides an interface to analog-to-digital convertors. In principle, it should allow continues voltage to be converted to a discrete, quantized value from a particular pin. Full list of requirements can be found here and will interface with an existing ADC driver for Zephyr RTOS, which can be found here.

Project Deliverables

As the project is somewhat extensive, it is necessary to have a list of elements which will be produced as a part of the end result of the project. Here is a list of these components along with a short explanation for each one:

  • Ported version of MicroPython, working on BeagleConnect Freedom with Zephyr RTOS.
  • Working and tested GPIO, I2C, SPI, PWM and ADC drivers.
  • Code examples for each module, thoroughly commented for other developers to use.
  • Documentation of the drivers and the port itself.
  • REAMDE with build instructions, description of implemented modules, etc.

Possible extensions to the project/Stretch goals

CircuitPython port

After successfully completing a MicroPython port for the BeagleConnect Freedom and writing the minimal drivers, porting CircuitPython would be a good addition. Although CircuitPython is far less advanced than MicroPython, it is more newbie-friendly. This would allow beginners easier entry to the world of IOT and for experimenting with the BeagleConnect. Adafryut has a similar guide to MicroPython's for creating a new port, which can be found here. After successfully porting, the ported version can be tested using Adafruit's CircuitPython boardtest.

Adding more MicroPython modules to work with the BeagleConnect Freedom

There are many libraries (modules) implemented in the core version of MicroPython, ranging from libraries derived from original Python3 core libraries to MicroPython-specific libraries (such as machine module). Adding some of those libraries would give more possibilities when developing on BeagleConnect Freedom using MicroPython. An example would be to implement ubluetooth library which could be used by the BeagleConnect node device. Also adding UART duplex serial communication would be a nice extension to increase the number of possible MikroElectronika devices to be used with BeagleConnect.

Rewriting the drivers to communicate via Greybus

Although I have not met Greybus before, after reading about it, it seems like writing the drivers to communicate using them could be a good idea, as BeagleConnect already utilities it. // todo fact check this^ (Or is it just planning to use Greybus?)

This could prove to be useful when communicating between the BeagleConnect gateway device and the node device.
// todo Rethink how exactly can it come in handy?


Provide a development timeline with a milestone each of the 11 weeks and any pre-work. (A realistic timeline is critical to our selection process.)

Date Milestone Action Items
13.04.21-17.05.21 Pre-work
07.06.21 Coding Start!
  • Introductory YouTube video
  • Port minimal MicroPython
  • Experiment with BeagleConnect Freedom
17.06.21 Milestone #1
  • Complete the GPIO module
  • Test the GPIO module
  • Document the progress in a blog post
24.07.21 Milestone #2
  • Complete the I2C module
  • Test the I2C module
30.06.21 Milestone #3
  • Complete the SPI module
  • Test the SPI module
  • Document the progress in a blog post
12.07.21 Milestone #4
  • Complete the PWM module
  • Test the PWM module
23.07.21 Milestone #5
  • Complete the ADC module
  • Test the ADC module
  • Document the progress in a blog post
23.07.21 Milestone #6
  • Polish the current MicroPython port
  • Polish each module and retest
6.8.21 Milestone #7
  • Implement extensions to the project:
  • Port CircuitPython to BeagleConnect Freedom
  • Test the ported CircuitPython
  • Document the progress in a blog post
10.8.21 Milestone #8
  • Implement extensions to the project:
  • Add more MicroPython modules to work with BeagleConnect Freedom (e.g. ubluetooth)
  • Record completion YouTube video
24.08.21 Feedback time
  • Complete feedback form for the mentor
31.08.21 Results announced
  • Celebrate the ending and rejoice

Experience and approach

In 5-15 sentences, convince us you will be able to successfully complete your project in the timeline you have described.


Since the project requires mostly individual work on the project, I will make sure to get in touch with the BeagleBoard community to get feedback/help from more experienced developers if my mentor is not available. Additionally there is plenty of information to help me out already available in MicroPython documentation as to how porting should be done and many examples of already complete ports on MicroPython's github. // todo add more on driver development and contingencies for that


Below are some quotes from the BeagleBoard community regarding the proposal as well as stretch goals mentioned.

 Doing a Micropython Greybus host would be great. 
 Doing it on the Wio Terminal has been a thought. 
 So, Freedom is a Greybus device and Wio Terminal would access the peripherals over Greybus over BLE.


If successfully completed, what will its impact be on the BeagleBoard.org community? Include quotes from BeagleBoard.org community members who can be found on http://beagleboard.org/discuss and http://bbb.io/gsocchat.


Pull request required for qualification can be found here.


Is there anything else we should have asked you?