Limits¶
Every cap AWTRIX enforces: how big or how many something may be, and what happens when you reach it.
Requests¶
| Limit | Cap | When you hit it |
|---|---|---|
| JSON request body (HTTP) | 8192 bytes | 413 payloadTooLarge, nothing is applied |
| MQTT command payload | 8192 bytes for the whole message, topic included | the message is dropped unread: no error, no /result reply |
| App and script names | 1–32 characters of A–Z, a–z, 0–9, _, - |
400 invalidName |
| JSON nesting | 16 levels of objects and arrays | 400 invalidJson |
There is no cap on how many keys or array entries a body may hold, as long as it fits the size limit.
What AWTRIX publishes to you over MQTT has no size limit. Only what you send to it is capped.
Apps and notifications¶
| Limit | Cap | When you hit it |
|---|---|---|
| Pushed apps resident | 50 | 507 insufficientStorage, nothing is stored - delete an app first |
| Notification queue | 32, counting the one shown | a new notification with stack: true gets 507 insufficientStorage; stack: false replaces the one shown and always works |
| Notifications per request | 1 | 422 validationFailed - send one per request |
barChart / lineChart points |
16 | the 17th and later entries are dropped; the chart still draws |
Additional positioned icons (icons) |
4 per pushed app or notification, plus the ordinary icon |
422 validationFailed on icons; the whole request is rejected |
The 50 counts new names only. Replacing a pushed app that already exists always works.
An array payload is all-or-nothing: if its new names would take the total past 50, the whole
request gets 507 and none of its apps are created or updated.
Scripting¶
These caps apply to Berry scripts. How to work within them is explained in the Scripting guide.
| Limit | Cap | When you hit it |
|---|---|---|
| Instructions per entry | 200 000 | the script stops until you save a new version, save its settings or data, or restart the device; nothing else is affected |
| Shared script memory | about half the free PSRAM. Read the value in scriptHeapBudgetBytes |
new installs are refused until memory is free again; installed scripts keep running |
| Free memory to install | about 8 KB plus the size of the source; re-saving an existing script, about 4 KB plus the source | the install is refused with 507 - see what helps |
| Memory in one piece | at least the size of the source | the install is refused with 507 and "heap too fragmented to compile" - restart AWTRIX and try again |
| HTTP response body | 8 KB, or cap if the request sets one - lowered to the free memory when the answer starts |
the body is cut at that size. To keep only the part you need, use find |
| Free memory while a response arrives | enough for the rest of the body | the whole request fails: the callback gets nil and the real status code |
| HTTP connect and read timeout | 5 s each | the callback gets nil, 0 |
| HTTP request unanswered | 30 s | the callback gets nil, 0 |
| HTTP requests in flight | 8 per script | http.get() calls back nil, 0 at once |
| Script timers | 8 per app, 32 in total; each 25 ms to 1 day | timer.after() and timer.every() return nil |
| MQTT subscriptions | 8 per script | further mqtt.subscribe() calls are ignored |
| MQTT messages waiting | 32, shared by all scripts | the oldest waiting message is dropped |
| Setting key | 1–24 characters of A–Z, a–z, 0–9, _, starting with a letter |
the line is skipped and the settings show why |
| Setting text value | 256 characters, or maxlen= if you set one |
422, nothing is saved |
| Shared key names | 1–24 characters of A–Z, a–z, 0–9, _, - |
shared.set() returns false, nothing changes |
| Music bands | 32 | music.bands(n) returns at most 32 values; a smaller n merges neighboring bands |
| Different script icons per frame | 4 icon IDs | icon() returns false for a 5th different ID in the same draw() |
The instruction limit counts per entry into your script: each draw(), each loop(), each
button press and each HTTP callback starts again at the platform's limit. A try/except cannot catch it.
The same script icon ID drawn at several positions counts as one icon. All copies animate together.
Sounds and radio¶
The messages for rejected sounds are listed in Audio playback errors.
| Limit | Cap | When you hit it |
|---|---|---|
| Melody source | 512 characters | 422 validationFailed |
| Melody name | 1–24 characters of A–Z, a–z, 0–9, _, - |
422 validationFailed |
| MP3 name | 1–32 characters of A–Z, a–z, 0–9, _, - |
400 invalidName, the upload is refused |
| MP3 and melody names | an MP3 in /MP3 and a melody never share a name |
409 nameTaken, nothing is stored |
| Entries in a sound list | 1–4 | 422 validationFailed |
| Song text | 16384 bytes | 422 validationFailed; in a script, the call raises value_error |
| Tracks / instruments in a song | 16 / 32 | 422 validationFailed |
| Notes in a song, repeats counted out | 8192 | 422 validationFailed |
| Song length | 1024 bars | 422 validationFailed |
| Notes in a chord | 8 | 422 validationFailed |
| Song echo delay | 2 s at the song's tempo | 422 validationFailed |
| Notes sounding at once | 24 | a new note replaces the quietest fading note, or else the oldest |
| DFPlayer track | 1–2999 | 422 validationFailed |
| Radio stations | 32 | 422 validationFailed, the whole list is rejected |
| Station name | 1–24 characters | 422 validationFailed, naming the row that failed |
| Station URL | at most 255 characters, starting with http:// or https:// |
422 validationFailed, naming the row that failed |
A station list is saved whole or not at all. One bad row rejects the request, and the stations already on AWTRIX stay as they were.
A song sent over HTTP or MQTT must also fit the 8192-byte body or message, JSON and escapes included. From a script, the full 16384 bytes work. Every song limit, with its error message, is listed in Song text.
Storage¶
| Limit | Cap | When you hit it |
|---|---|---|
| Icon and file storage | the free space on AWTRIX. The storage area is 512 KB on a 4 MB board, 4.5 MB on 8 MB, 12.5 MB on 16 MB | 507 insufficientStorage; no half-written file is left behind |
Which file formats are accepted is listed in Icons.
Backup restore¶
| Limit | Cap | When you hit it |
|---|---|---|
manifest.json |
4 KiB | the whole backup is rejected |
| Each settings, configuration, app-order or radio JSON file in the backup | 64 KiB | that file is skipped with a warning |
config/icon-origins.json |
16 KiB | that file is skipped with a warning |
| Detailed restore warnings | 128 | one extra message says how many more were left out |
Icons, sounds and other asset files have no size cap of their own here. They only need to fit the free storage and follow their format's rules. If a file cannot be written, the old file stays.
A restore is applied file by file. If it stops halfway, the files restored before that point are already changed.
Display¶
| Limit | Cap | When you hit it |
|---|---|---|
| Panel width | panelWidth × panels, default 32 × 1, total 32–128 |
422 validationFailed |
| Display height | 8, cannot be changed | - |
| Total pixels | at most 1024 (128 × 8) | follows from width and height. Read the limits of your device in capabilities.display |
| GIF size | the display's width and height | resize larger GIFs before uploading; every frame must fit |
What is not limited¶
- Requests per second. Neither HTTP nor MQTT limits how often you send.
- Messages AWTRIX publishes.
state/deviceandstate/screenare sent at whatever size they are. - How long a script runs in total. Only a single entry into the script is capped. A script that returns quickly can run for as long as AWTRIX is on.
Related¶
- Errors - every error code and what it means
- App & notification payload
- Scripting guide