M5Stack-SD-Updater is an Platform.io/Arduino library for M5Stack or Odroid-Go to package your apps on a SD card and load them from a menu such as the default SD Menu example of this project or @lovyan03’s Treeview based SD Menu. For a Micropython compatible version of this library, see the M5Stack_MicroPython custom_sdupdater
It is inspired by gamebuino, however it does not use a modified bootloader.
This project by tobozo - Demo built on M5Stack-SAM by Tom Such. Further credits listed below.
Contributors welcome !
Micro SD Card (TF Card) - formatted using FAT32. Max size 32 Gb. SDCard is recommended but the SDUpdater supports other filesystems such as SdFat, SD_MMC and LittleFS (SPIFFS will soon be deprecated).
Make sure you have the following libraries: - they should be installed in: ~/Arduino/libraries
ESP32-Chimera-Core, LovyanGFX, M5GFX, M5Unified or M5Stack Core.
M5Stack-SD-Updater (this library + its examples).
ArduinoJSON (Optional, used by SD-Menu).
ESP32-targz (Optional if using gzipped firmwares)
All those are available in the Arduino Library Manager or by performing a manual installation.
obsolete
For your own lazyness, you can use @micutil’s awesome M5Burner and skip the next steps.
… or customize your own menu and make the installation manually :
1) Open the examples/M5Stack-SD-Update
sketch from the Arduino ID Examples menu.
outdated binaries
2) Download the SD-Content :floppy_disk: folder from the release page and unzip it into the root of the SD Card. Then put the SD Card into the M5Stack. This zip file comes preloaded with precompiled apps and the relative meta information for the menu.
2) Compile and flash the M5Stack-SD-Menu.ino
example.
This sketch is the menu app. It shoul reside in the root directory of a micro SD card for persistence and also executed once.
Once flashed it will copy itself on OTA2 partition and on the SDCard, then rolled back and executed from the OTA2 partition.
Thanks to @Lovyan03 this self-propagation logic is very convenient: by residing on OTA2 the menu.bin
will always be available for fast re-loading.
3) Make application sketches compatible with the SD-Updater Menu .
The snippet of code in the M5Stack-SDLoader-Snippet.ino
sketch can be used as a model to make any ESP32 sketch compatible with the SD-Updater menu.
In your sketch, find the line where the core library is included:
// #include <M5Stack.h>
// #include <M5Core2.h>
// #include <LovyanGFX.h>
// #include <M5GFX.h>
// #include <ESP32-Chimera-Core.h>
// #include <M5StickC.h>
// #include <M5Unified.h>
And add this after the include:
// #define SDU_ENABLE_GZ // optional: support for gzipped firmwares
#include <M5StackUpdater.h>
In your setup()
function, find the following statements:
M5.begin();
// Serial.begin(115200);
And add this after serial is started:
checkSDUpdater( SD );
Then do whatever you need to do (button init, timer, network signal) in the setup and the loop. Your app will
run normally except at boot (e.g. if the Button A
is pressed), when it can load the /menu.bin
binary from
the filesystem, or go on with it application duties.
⚠️Touch UI has no buttons, this raises the problem of detecting a ‘pushed’ state when the touch is off.
As a compensation, an UI lobby will be visible for 2 seconds after every ESP.restart()
. The visibility
of the lobby can be forced in the setup :
checkSDUpdater( SD, MENU_BIN, 2000 );
Custom SD-Load scenarios can be achieved using non default values:
M5.begin();
checkSDUpdater(
SD, // filesystem (SD, SD_MMC, SPIFFS, LittleFS, PSRamFS)
MENU_BIN, // path to binary (default = /menu.bin, empty string = rollback only)
5000 // wait delay, (default=0, will be forced to 2000 upon ESP.restart() or with headless build )
TFCARD_CS_PIN // optional for SD use only, usually default=4 but your mileage may vary)
);
Headless setup can bypass onWaitForAction
lobby option with their own button/sensor/whatever detection routine.
Serial.begin( 115200 );
if(digitalRead(BUTTON_A_PIN) == 0) {
Serial.println("Will Load menu binary");
updateFromFS(SD);
ESP.restart();
}
Headless setup can also be customized in complex integrations:
Serial.begin( 115200 );
SDUCfg.setCSPin( TFCARD_CS_PIN );
SDUCfg.setFS( &SD );
// set your own button response trigger
static int buttonState;
SDUCfg.setSDUBtnA( []() {
return buttonState==LOW ? true : false;
});
SDUCfg.setSDUBtnPoller( []() {
buttonState = digitalRead( 16 );
});
// Or set your own serial input trigger
// SDUCfg.setWaitForActionCb( mySerialActionTrigger );
SDUpdater sdUpdater( &SDUCfg );
sdUpdater.checkSDUpdaterHeadless( MENU_BIN, 30000 ); // wait 30 seconds for serial input
Use one of following methods to get the app on the filesystem:
Have the app copy itself to filesystem using BtnC from the lobby or implement saveSketchToFS( SD, "/my_application.bin" );
from an option inside your app.
Manually copy it to the filesystem:
These callback setters are populated by default but only fit the best scenario (M5Stack with display+buttons).
⚠️ If no supported combination of display/buttons exists, it will fall back to headless behaviour and will only accept update/rollback signals from Serial.
As a result, any atypical setup (e.g. headless+LittleFS) should make use of those callback setters:
SDUCfg.setCSPin ( TFCARD_CS_PIN ); // const int
SDUCfg.setFS ( &FS ); // fs::FS* (SD, SD_MMC, SPIFFS, LittleFS, PSRamFS)
SDUCfg.setProgressCb ( myProgress ); // void (*myProgress)( int state, int size )
SDUCfg.setMessageCb ( myDrawMsg ); // void (*myDrawMsg)( const String& label )
SDUCfg.setErrorCb ( myErrorMsg ); // void (*myErrorMsg)( const String& message, unsigned long delay )
SDUCfg.setBeforeCb ( myBeforeCb ); // void (*myBeforeCb)()
SDUCfg.setAfterCb ( myAfterCb ); // void (*myAfterCb)()
SDUCfg.setSplashPageCb( myDrawSplashPage ); // void (*myDrawSplashPage)( const char* msg )
SDUCfg.setButtonDrawCb( myDrawPushButton ); // void (*myDrawPushButton)( const char* label, uint8_t position, uint16_t outlinecolor, uint16_t fillcolor, uint16_t textcolor )
SDUCfg.setWaitForActionCb( myActionTrigger ); // int (*myActionTrigger)( char* labelLoad, char* labelSkip, unsigned long waitdelay )
SDUCfg.setSDUBtnPoller( myButtonPoller ); // void (*myButtonPoller)()
SDUCfg.setSDUBtnA( myBtnAPushedcb ); // bool (*myBtnAPushedcb )()
SDUCfg.setSDUBtnB( myBtnBPushedcb ); // bool (*myBtnBPushedcb )()
SDUCfg.setSDUBtnC( myBtnCPushedcb ); // bool (*myBtnCPushedcb )()
Set custom action trigger for update
, rollback
, save
and skip
lobby options:
// int myActionTrigger( char* labelLoad, char* labelSkip, unsigned long waitdelay )
// return values: 1=update, 0=rollback, -1=skip
SDUCfg.setWaitForActionCb( myActionTrigger );
// Or separately if a UI is available:
static int buttonAState;
static int buttonBState;
static int buttonCState;
SDUCfg.setSDUBtnPoller( []() {
buttonAState = digitalRead( 32 );
buttonBState = digitalRead( 33 );
buttonCState = digitalRead( 13 );
delay(50);
});
SDUCfg.setSDUBtnA( []() {
return buttonState==LOW ? true : false;
});
SDUCfg.setSDUBtnB( []() {
return buttonState==LOW ? true : false;
});
SDUCfg.setSDUBtnC( []() {
return buttonState==LOW ? true : false;
});
Example:
static int myActionTrigger( char* labelLoad, char* labelSkip, char* labelSave, unsigned long waitdelay )
{
int64_t msec = millis();
do {
if( Serial.available() ) {
String out = Serial.readStringUntil('\n');
if( out == "update" ) return SDU_BTNA_MENU; // load "/menu.bin"
else if( out == "rollback") return SDU_BTNA_ROLLBACK; // rollback to other OTA partition
else if( out == "save") return SDU_BTNC_SAVE; // save current sketch to SD card
else if( out == "skip" ) return SDU_BTNB_SKIP; // do nothing
else Serial.printf("Ignored command: %s\n", out.c_str() );
}
} while( msec > int64_t( millis() ) - int64_t( waitdelay ) );
return -1;
}
void setup()
{
Serial.begin(115200);
SDUCfg.setAppName( "My Application" ); // lobby screen label: application name
SDUCfg.setAuthorName( "by @myself" ); // lobby screen label: application author
SDUCfg.setBinFileName( "/MyApplication.bin" ); // if file path to bin is set for this app, it will be checked at boot and created if not exist
SDUCfg.setWaitForActionCb( myActionTrigger );
checkSDUpdater( SD );
}
Set custom progress (for filesystem operations):
// void (*myProgress)( int state, int size )
SDUCfg.setProgressCb( myProgress );
Set custom notification/warning messages emitter:
// void (*myDrawMsg)( const String& label )
SDUCfg.setMessageCb( myDrawMsg );
Set custom error messages emitter:
// void (*myErrorMsg)( const String& message, unsigned long delay )
SDUCfg.setErrorCb( myErrorMsg );
Set pre-update actions (e.g. capture display styles):
// void (*myBeforeCb)()
SDUCfg.setBeforeCb( myBeforeCb );
Set post-update actions (e.g. restore display styles):
// void (*myAfterCb)()
SDUCfg.setAfterCb( myAfterCb );
Set lobby welcome message (e.g. draw UI welcome screen):
// void (*myDrawSplashPage)( const char* msg )
SDUCfg.setSplashPageCb( myDrawSplashPage );
Set buttons drawing function (useful with Touch displays)
// void (*myDrawPushButton)( const char* label, uint8_t buttonIndex, uint16_t outlinecolor, uint16_t fillcolor, uint16_t textcolor )
SDUCfg.setButtonDrawCb( myDrawPushButton );
Set buttons state polling function (typically M5.update()
// void(*myButtonPollCb)();
SDUCfg.setSDUBtnPoller( myButtonPollCb );
Set each button state getter function, it must return true when the state is “pushed”.
SDUCfg.setSDUBtnA( myBtnAPushedcb ); // bool (*myBtnAPushedcb )()
SDUCfg.setSDUBtnB( myBtnBPushedcb ); // bool (*myBtnBPushedcb )()
SDUCfg.setSDUBtnC( myBtnCPushedcb ); // bool (*myBtnCPushedcb )()
Default behaviour: when an app is loaded in memory, booting the M5Stack with the Button A
pushed will load and run menu.bin
from the filesystem (or from OTA2 if using persistence).
Custom behaviour: the Button A
push event car be replaced by any other means (Touch, Serial, Network, Sensor).
Ideally that SD-Menu application should list all available apps on the sdcard and provide means to load them on demand.
For example in the SD-Menu application provided with the examples of this repository, booting the M5Stack with the Button A
pushed will power it off.
The built-in Download utility of the SD-Menu is has been moved to the AppStore.ino
example, as a result the menu.bin size is reduced and loads faster.
This is still being reworked though.
Along with the default SD-Menu example of this repository, some artwork/credits can be added for every uploaded binary. The default SD-Menu application will scan for these file types:
.bin compiled application binary
.jpg image/icon (max 100x100)
.json file with dimensions descriptions:
{"width":120,"height":120,"authorName":"tobozo","projectURL":"http://short.url","credits":"** http://very.very.long.url ~~"}
⚠️ The jpg/json file names must match the bin file name, case matters! jpg/json meta files are optional but must both be set if provided. The value for “credits” JSON property will be scrolled on the top of the screen while the value for projectURL JSON property will be rendered as a QR Code in the info window. It is better provide a short URL for projectURL so the resulting QR Code has more error correction.
SDUCfg.setAppName
, SDUCfg.setAuthorName
and SDUCfg.setBinFileName
.
When set, the app name and the binary path will be visible on the lobby screen, and an extra button Button C
labelled Save
is added to the UI.
Pushing this button while the M5Stack is booting will create or overwrite the sketch binary to the SD Card.
This can be triggered manually by using saveSketchToFS(SD, fileName, TFCARD_CS_PIN)
. SDUCfg.setAppName( "My Application" ); // lobby screen label: application name
SDUCfg.setBinFileName( "/MyApplication.bin" ); // if file path to bin is set for this app, it will be checked at boot and created if not exist
#define SDU_HEADLESS
#include "M5StackUpdater.h"
/menu.bin
) can be changed at compilation time by defining the MENU_BIN
constant:#define MENU_BIN "/my_custom_launcher.bin"
#include "M5StackUpdater.h"
SDU_ENABLE_GZ
macro is defined or when ESP32-targz.h was previously included.
The firmware must have the .gz.
extension and be a valid gzip file to trigger the decompression.#define SDU_ENABLE_GZ // enable support for gzipped firmwares
#include "M5StackUpdater.h"
void setup()
{
checkSDUpdater( SD, "/menu.gz", 2000 );
}
SD was not declared in this scope
: make sure your #include <SD.h>
is made before including <M5StackUpdater.h>
[ERROR] No filesystem selected
or [ERROR] No valid filesystem selected
: try SDUCfg.setFS( &SD )
prior to calling the SDUpdater.Abuse the OTA partition scheme and store up to 5 applications on the flash, plus the firmware loader.
⚠️ This scenario uses a special firmware loader M5Stack-FW-Menu
, a custom partition scheme, and a different integration of M5Stack-SD-Updater in the loadable applications.
Although it can work without the SD Card, M5Stack-FW-Menu
can still act as a low profile replacement for the classic SD Card /menu.bin
, and load binaries from the SD Card or other supported filesystems.
SDUCfg.rollBackToFactory = true;
must be set in all loadable applications (see Detect factory support
)# 6 Apps + Factory
# Name, Type, SubType, Offset, Size
nvs, data, nvs, 0x9000, 0x5000
otadata, data, ota, 0xe000, 0x2000
ota_0, 0, ota_0, 0x10000, 0x200000 ,<< Default partition for flashing (UART, 2MB)
ota_1, 0, ota_1, 0x210000, 0x200000 ,<< Default partition for flashing (OTA, 2MB)
ota_2, 0, ota_2, 0x410000, 0x200000 ,<< Application (2MB)
ota_3, 0, ota_3, 0x610000, 0x200000 ,<< Application (2MB)
ota_4, 0, ota_4, 0x810000, 0x200000 ,<< Application (2MB)
ota_5, 0, ota_5, 0xA10000, 0x200000 ,<< Application (2MB)
firmware, app, factory, 0xC10000, 0x0F0000 ,<< Factory partition holding the firmware menu (960KB)
spiffs, data, spiffs, 0xD00000, 0x2F0000 ,<< SPIFFS (2MB)
coredump, data, coredump, 0xFF0000, 0x10000
M5Stack-FW-Menu
firmware loader will automatically populate the factory partition and restart from thereThen for every other app you want to store on the flash:
M5Stack-FW-Menu
SDUCfg.rollBackToFactory = true;
and second argument must be empty e.g. checkSDUpdater( SD, "", 5000, TFCARD_CS_PIN )
Save SD
option from the app’s SD-Updater lobby)FW Menu
option from the app’s SD-Updater lobby (note: it should load the firmware loader, not the /menu.bin from the SD Card)Manage Partitions/Add Firmware
to copy the recently added app to one of the available slotsNote: the firmware loader can copy applications from any filesystem (SD, SD_MMC, SPIFFS, LittleFS, FFat).
#if M5_SD_UPDATER_VERSION_INT >= VERSION_VAL(1, 2, 8)
// New SD Updater support, requires version >=1.2.8 of https://github.com/tobozo/M5Stack-SD-Updater/
if( Flash::hasFactoryApp() ) {
SDUCfg.rollBackToFactory = true;
SDUCfg.setLabelMenu("FW Menu");
SDUCfg.setLabelRollback("Save FW");
checkFWUpdater( 5000 );
} else
#endif
{
checkSDUpdater( SD, MENU_BIN, 5000, TFCARD_CS_PIN );
}
:clapper: | Video demonstration | https://youtu.be/myQfeYxyc3o |
:clapper: | Video demo of Pacman + sound | Source |
:clapper: | Video demo of NyanCat | Source |
🎓 | Macsbug’s article on M5Stack SD-Updater | 🇯🇵 🇬🇧 (google translate) |
👍 | M5Stack | M5Stack | https://github.com/m5stack/M5Stack |
👍 | M5StackSam | Tom Such | https://github.com/tomsuch/M5StackSAM |
👍 | ArduinoJSON | Benoît Blanchon | https://github.com/bblanchon/ArduinoJson/ |
👍 | QRCode | Richard Moore | https://github.com/ricmoo/qrcode |
👍 | @Reaper7 | Reaper7 | https://github.com/reaper7 |
👍 | @PartsandCircuits | PartsandCircuits | https://github.com/PartsandCircuits |
👍 | @lovyan03 | らびやん | https://github.com/lovyan03 |
👍 | @matsumo | Matsumo | https://github.com/matsumo |
👍 | @riraosan | Riraosan | https://github.com/riraosan |
👍 | @ockernuts | ockernuts | https://github.com/ockernuts |