Universal File System
This feature is not included in precompiled binaries.
To use it, you must compile your build.
For modules that have more than 1MB of flash memory (NodeMCU, Wemos-D1, ESP32) you can build a variant with a universal file system or UFS and store your files there (data, images, commands, etc). There are some special files that you can upload and use to execute actions.
The file partition DOES NOT get erased by reset commands. Only a complete flash erase will remove it
Compiling UFS enabled firmware~
For ESP8266 boards, activate by removing the
; in front of one of the below lines:
board_build.ldscript = eagle.flash.4m2m.ldfor 2Mb universal file system
board_build.ldscript = eagle.flash.4m1m.ldfor 1Mb universal file system
Adding the following
#define in your
user_config_override.h will enable those features:
#define USE_UFILESYSEnable the Universal File System including Flash File System
#define GUI_TRASH_FILEAllows to delete files from the GUI File Manager
ESP32 boards with default 4MB flash only support a file system limited to 64KB. You need a board with more than 4MB to enable a larger file system.
Extending file system size on ESP32 is performed through the
board_build.partitions setting. This is currently provided only on ODroid-Go and M5Stack Core2 boards with a 12MB file system. No changes of any build files are needed for those boards as the proper partition file will be used automatically.
If you have another ESP32 board with more than 4MB and want to enable a larger file system, it is recommended to create your own custom variant by getting inspiration from ODroid-Go and Core variants.
UFS in the Web GUI~
After compiling and flashing you will find a new entry in Tasmota webUI: Configuration - Manage File system
The "Manage File System" page provides:
- On top, the total size of the file system and the free size
- A button to upload a file from the host (1st select the file with the
Choose Filebutton, then
- A list of available files with timestamp of upload and size in bytes
- If GUI_TRASH_FILe is enabled, the 'fire' icon allows to delete the file without any confirmation.
Complete list of UFS commands
Also look into Berry scripting language for ESP32 which works with UFS.
Stores commands that will be executed at every boot, similar to the backlog commands in rules trigger at
Almost any command can be used in the file. However, avoid commands that will make the device reboot, such as: changing Wifi setting, MQTT settings, Templates & GPIO, etc. Commands that triggers reboot will create a boot loop which will force Tasmota to automatically disable
autoexec.bat and other settings. See SetOption36 for more details.
Commands must be kept one command per line and they will be executed sequentially.
Stores data that will be displayed at every boot, similar to the DisplayText commands in rules trigger at
System#Init (as long as you have a display driver initializated).
; clr screen [z] ; draw full screen picture - corona.rgb file must exist in UFS storage [x0y0P/corona.rgb] ; define index color [dc19:31000] ; draw transparent text with new index color [x60y30f2Ci19D2]Tasmota
For ESP32 with Berry scripting language,
autoexec.be file will be automatically loaded and executed at the start of the VM.