Difference between revisions of "Swagbadge2021 SoftwareDev"
Marcmerlin (talk | contribs) |
|||
Line 121: | Line 121: | ||
Because the aiko configuration files are, themselves, just python, you can also do <code>import configuration.main.settings</code> where the file is in /configuration/main.py but it contains a datastructure called 'settings'. | Because the aiko configuration files are, themselves, just python, you can also do <code>import configuration.main.settings</code> where the file is in /configuration/main.py but it contains a datastructure called 'settings'. | ||
+ | |||
+ | === MQTT === | ||
+ | |||
+ | See [[Link Swagbadge2021_MQTT]] | ||
=== Aiko === | === Aiko === | ||
+ | The Aiko Engine is what runs after boot (FreeRTOS, then microPython). Aiko provides a framework for developing applications, by providing higher level abstractions over the basic hardware, events, messaging and other conveniences. Basically, a lot of house keeping that you'd end up writing yourself. After boot, there are two background threads, one looking after Wi-Fi connectivity and the other looking after MQTT connectivity. | ||
+ | There are also three event handlers: MQTT keep-alive, firmware upgrader and the work-in-progress SwagBadge application handler. | ||
+ | |||
+ | <pre> | ||
+ | >>> aiko.event.event_list.print() | ||
+ | <function swagbadge_handler at 0x3ffe6c70> every 5000 next 23099 | ||
+ | <function upgrade_handler at 0x3ffedfa0> every 5000 next 23099 | ||
+ | <function mqtt_ping_handler at 0x3ffe9820> every 60000 next 73672 | ||
+ | </pre> | ||
+ | That last handler, which every 5 seconds is updating the title bar "LCA2021" <--> "SwagBadge" (see https://github.com/geekscape/aiko_engine_mp/blob/master/applications/swagbadge.py ). | ||
+ | |||
+ | You can stop a handler, like this (this will stop the top bar status updater): | ||
+ | <pre> | ||
+ | >>> import applications.swagbadge | ||
+ | >>> aiko.event.remove_timer_handler(application.swagbadge_handler) | ||
+ | </pre> | ||
+ | |||
+ | === Replacing the swagbadge application with your own === | ||
+ | |||
+ | Edit configuration/main.py and set "application": "application/yourcode" | ||
+ | |||
+ | |||
+ | === Pushing new code === | ||
+ | Occasionally you might find that the updated source code that you just used the mpfshell "put" command to transfer isn't properly stored on the ESP32 microPython flash filesystem. After rebooting, you might see unexpected errors. A simple way to check is to use the mpfshell "cat" command to check that the file was completely transferred. | ||
+ | |||
+ | The safest way to update code is to perform a reboot after transferring all the files. Doing a soft-reboot using Control-D doesn't take long, i.e it is faster and easier than doing a hard-reboot with the reset button. The good thing about a reboot (microPython interpreter restart) is that there is no confusion about the complete state of your system, i.e what references have been held onto from your older source code that might still be running in a thread or as an event handler (via the Aiko Engine framework). | ||
+ | |||
+ | You can also delete all running modules: | ||
+ | <pre> | ||
+ | import sys | ||
+ | sys.modules.clear() | ||
+ | </pre> | ||
+ | |||
+ | More details in https://spectrum.chat/lca2021-swagbadge/software/safe-software-updates~ba541e3c-d8a2-41a8-ac47-71d87696de2d | ||
+ | |||
+ | === Reboot to shell / Force runaway code to stop === | ||
+ | |||
+ | It's possible to write code that will leave your badge unresponsive. Rebooting just reruns the same bad code. What to do? | ||
+ | |||
+ | * Place a finger on each of the bottom slider pads, either side of the microprocessor. | ||
+ | * Trigger a restart by using the button on the back of the badge, or Ctrl-D in repl (if you can get into repl) | ||
+ | |||
+ | The badge will restart but not autorun any code, just drop you back at the repl prompt. From there you can <code>put</code> bugfixed code back onto the device. | ||
+ | |||
+ | See https://github.com/geekscape/aiko_engine_mp/blob/a5b5593d37509df64a3dcb4cdc3d13a411152d82/main.py#L20 | ||
− | |||
== Hardware reference == | == Hardware reference == |
Revision as of 23:20, 16 January 2021
Want to write your own programs to run on your badge? This page gives a brief overview of the software architecture, an example of a program, and a reference guide on how to access the hardware.
Background
The badge runs MicroPython (written by Damien George from Melbourne!) and has the Aiko framework (written by OHMC's Andy Gelme) loaded on it.
MicroPython gives you libraries to access the ESP32 microprocessor functionality. Things like: reading and writing to specific pins on the processor or performing operating system functions such as accessing the file system).
Aiko gives you convenience libraries for driving the badge hardware like the OLED screens, as well as running threads to keep your badge connected to wifi, a connection to the MQTT server, the emergency-stop function to prevent runaway code, and an automatic upgrade function so we can ship upgrades to your device without you having to wrangle git.
Sample code
This code writes "Hello world" to one screen, while displaying the status of the wifi, MQTT connection, button presses and slider status on the left hand screen.
It demonstrates how to use the Aiko event loop to periodically poll for hardware state, as well as how to access some of the features of the badge.
You can find more example code in the examples directory of the Aiko repository on github.
# examples/helloworld.py # # Writes a message to the oled and displays some state info # # Usage # ~~~~~ # import examples.helloworld as helloworld # from examples.helloworld import run # run() # from machine import Pin, TouchPad import aiko.event as event import aiko.oled as oled title = "Hello!" import configuration.main # Buttons: underneath the screens button_right = Pin(17, Pin.IN, Pin.PULL_UP) button_left = Pin(16, Pin.IN, Pin.PULL_UP) # Clean out the whole line that was there before # Write some new text and show it def oled_write_line(oled_target, x, y, text): oled_target.fill_rect(0,y,oled.width, oled.font_size, oled.bg) oled_target.text(text, x, y) oled_target.show() def status(): sliders = touch_slider_handler() oledL = oled.oleds[0] oledR = oled.oleds[1] oled.write_line(oledR, 1, 10, "Hello world!") oled_write_line(oledL, 1, 10, "Wifi: "+str(net.is_connected())) oled_write_line(oledL, 1, 20, "MQTT: "+str(mqtt.is_connected())) oled_write_line(oledL, 1, 30, " "+str(int(not(buttonL.value())))+" Button "+str(int(not(buttonR.value())))) # Check on the status of the badge hardware and display that every 500ms def run(): oled.oleds_clear(oled.bg) oled.set_title(title) event.add_timer_handler(status, 500) try: event.loop() finally: event.remove_timer_handler(statusbar)
Architecture of a Swagbadge application
An application runs when the Aiko framework is also running, so you can rely on having all the badge services available.
An application is designed to be triggered when the badge is rebooted (either via pushing the button on the back, or via using ^D in the repl). The badge knows which application to run by the state of the configuration\main.py
file.
The framework will call your application's initialise() function. The framework is running an event loop, so the initialise function is the place to add in event handlers to respond to actions you take on the badge.
Software reference
MicroPython environment
Special files
There are two special files which are run automatically by MicroPython if they exist on the filesystem: boot.py
and main.py
.
- boot.py: This file is run first on power up/reset. We don't modify it from what MicroPython ships with, but it's important to know it exists (and not to delete it), and is interesting to look into it to see what it does.
- main.py: This is run after boot.py so if you want something to automatically happen on boot/reset, this is where to put it. We use this to start up the Aiko framework, initialise the hardware (such as the network and mqtt) and start up any application that is configured inside
configuration/main.py
Directory structure
What's on the processor? Where does it live?
-
main.py
,boot.py
- files run on bootup -
lib
- code in here is aiko framework code and automatically in the micropython 'path'.-
aiko
- the aiko framework
-
-
applications
- programs to run automatically on bootup. Must have an initialise function -
configuration
- control the config of aiko using files in here -
examples
- sample code!
You can't edit the files directly on the processor (there's no editing tooling): you edit a copy of it on your computer, then use mpfshell to put
it onto the badge.
For micropython purposes, you can use the import
statement to import anything in the lib
directory without prefacing it with "lib", anything else is imported from root.
For example:
- to import lib/aiko/net.py, you would use
import aiko.net
- to import examples/showcase.py, you would use
import examples.showcase
Because the aiko configuration files are, themselves, just python, you can also do import configuration.main.settings
where the file is in /configuration/main.py but it contains a datastructure called 'settings'.
MQTT
Aiko
The Aiko Engine is what runs after boot (FreeRTOS, then microPython). Aiko provides a framework for developing applications, by providing higher level abstractions over the basic hardware, events, messaging and other conveniences. Basically, a lot of house keeping that you'd end up writing yourself. After boot, there are two background threads, one looking after Wi-Fi connectivity and the other looking after MQTT connectivity. There are also three event handlers: MQTT keep-alive, firmware upgrader and the work-in-progress SwagBadge application handler.
>>> aiko.event.event_list.print() <function swagbadge_handler at 0x3ffe6c70> every 5000 next 23099 <function upgrade_handler at 0x3ffedfa0> every 5000 next 23099 <function mqtt_ping_handler at 0x3ffe9820> every 60000 next 73672
That last handler, which every 5 seconds is updating the title bar "LCA2021" <--> "SwagBadge" (see https://github.com/geekscape/aiko_engine_mp/blob/master/applications/swagbadge.py ).
You can stop a handler, like this (this will stop the top bar status updater):
>>> import applications.swagbadge >>> aiko.event.remove_timer_handler(application.swagbadge_handler)
Replacing the swagbadge application with your own
Edit configuration/main.py and set "application": "application/yourcode"
Pushing new code
Occasionally you might find that the updated source code that you just used the mpfshell "put" command to transfer isn't properly stored on the ESP32 microPython flash filesystem. After rebooting, you might see unexpected errors. A simple way to check is to use the mpfshell "cat" command to check that the file was completely transferred.
The safest way to update code is to perform a reboot after transferring all the files. Doing a soft-reboot using Control-D doesn't take long, i.e it is faster and easier than doing a hard-reboot with the reset button. The good thing about a reboot (microPython interpreter restart) is that there is no confusion about the complete state of your system, i.e what references have been held onto from your older source code that might still be running in a thread or as an event handler (via the Aiko Engine framework).
You can also delete all running modules:
import sys sys.modules.clear()
More details in https://spectrum.chat/lca2021-swagbadge/software/safe-software-updates~ba541e3c-d8a2-41a8-ac47-71d87696de2d
Reboot to shell / Force runaway code to stop
It's possible to write code that will leave your badge unresponsive. Rebooting just reruns the same bad code. What to do?
- Place a finger on each of the bottom slider pads, either side of the microprocessor.
- Trigger a restart by using the button on the back of the badge, or Ctrl-D in repl (if you can get into repl)
The badge will restart but not autorun any code, just drop you back at the repl prompt. From there you can put
bugfixed code back onto the device.
Hardware reference
OLED screens
via MQTT
- (oled:clear) : clears both screens
- (oled:log Hello World!) : writes a message along the bottom of the screens, scrolling up whatever is there out of the way
- (oled:pixel x y) : lights a pixel at that spot
- (oled:text x y This is a test!) : Puts some text at the position x,y. It will be displayed over the top of whatever's there.
via API
On the badge, by default the two oleds work as a single long screen, with text split across both of them. You can access a specific oled and use the underlying functions to write to them
Library
- from aiko import oled # make the oled functions available for use within your code
Globals
- [] oled.oleds # an array of oleds, letting you address them separately if you choose
- int oled.fg/oled.bg # get/set fg and bg colours (0 or 1)
- int oled.font_size # helpful to work out how much space a line of text will take up
- boolean oled.lock_title # true/false. True means the display always shows the title. False means it'll be wiped once the display is cleared.
Functions
- oled.initialise() # uses configuration.oled.settings by default, normally already invoked by the base swagbadge handler
- oled.oleds_clear(colour) # pass in oled.bg or oled.fg for easy set. Wipes the display
- oled.log(text) # scroll up text to insert a new line at the bottom of the display
- oled.text(text, x, y, colour) # add text at the position x,y in the colour specified. Note: does not clear the contents at this spot first.
- oled.oleds_show() # refresh the display with the latest text/image additions
- oled.set_title(text) # set the title text
- oled.write_title() # write the title text
Coming soon - a way to easily write images to an oled.
Screen buttons
If you push (gently!) on the screens, you'll discover they double as buttons: there's a small switch under each OLED that is pressed when you push down on the screen.
The left screen button is pin 16. The right screen button is pin 17.
via API
from machine import Pin button_left = Pin(16, Pin.IN, Pin.PULL_UP) button_right = Pin(17, Pin.IN, Pin.PULL_UP) pressed = not(button_left.value())
The button sends "1" when it's not being pressed, and "0" when it is. This is counterintuitive to most of us, so I recommend inverting the value when reading it.
Sliders
The sliders operate via capacitive touch. You can use them to detect if someone has their finger on the circular pads at either end (which let you treat them like buttons), or you can detect the position of the finger along the slider by checking the relative values as the capacitance changes.
The left slider is on pins 12 (bottom) and 15 (top), right slider is on pins 14 (bottom) and 27 (top).
More info from MicroPython about capacitive touch.
from machine import Pin, TouchPad import aiko.common bottom_left = TouchPad(Pin(12)) top_left = TouchPad(Pin(15)) bottom_right = TouchPad(Pin(14)) top_right = TouchPad(Pin(27)) # is this button pressed? # the commons library returns true/false pressed_bottom_left = common.touch_pins_check([bottom_left]) # check where we are along the slider # the 'read' functions return an integer of the 'strength' of the # capacitance. As you move your finger between the endpoints, #the relative value of the difference between them will change. slider_left = bottom_left.read() - bottom_left.read()
Micropython functions
- touchpad.read() - gives you the current value of the sensor. It will be large when not touched (over 1000) and smaller when touched.
Aiko functions
- common.touch_pins_check(touchpad_array) - Returns true if all the touchpad sensors listed are being touched, false otherwise.