-
OpenMeshOS v0.1.0-beta.28 Pre-release
released this
2026-06-10 07:41:19 +02:00 | 0 commits to main since this releaseFixed
- Emojis zeigen Platzhalterboxen (Issue #11): Unbekannte Emoji-Codepoints (U+1F000–U+1FFFF und U+2600–U+27FF) außerhalb der 15-Einträge-Tabelle erzeugten durch
LV_USE_FONT_PLACEHOLDERhässliche Rechteckkästen. Behoben durch transparentes 1×1-Pixel-Bild in der imgfont-Callback-Funktion für nicht unterstützte Codepoints. - Umlaute zeigen Platzhalterboxen (Issue #11): LVGLs eingebaute Montserrat-Fonts decken nur Basic Latin (U+0020–007E) ab — Umlaute (ä ö ü Ä Ö Ü ß, U+00C0–00FF) haben keine Glyphen. Behoben durch benutzerdefinierte Montserrat-C-Dateien mit Latin-1-Supplement, generiert via
scripts/gen_latin_fonts.sh(lokal) bzw. automatisch im CI vor dem Firmwarebau.
Added
src/ui/OpsFont.h: MakrosOPS_FONT_12/14/16— zeigen auf Custom-Fonts wennOPS_CUSTOM_FONTSgesetzt ist (Umlaute), sonst Fallback auf eingebaute LVGL-Fonts.scripts/gen_latin_fonts.sh: Fontgenerierung jetzt für alle drei Größen (12, 14, 16 px) + Unicode-Range0x20-0x7E,0x00C0-0x00FF.- CI-Fontgenerierung:
release.ymlundbuild-firmware.ymlführengen_latin_fonts.shautomatisch aus wenn Font-Dateien fehlen; generierte.c-Dateien werden beim ersten Lauf commitet. pre_build.py: Erkenntsrc/ui/fonts/ops_montserrat_14.cund setzt-DOPS_CUSTOM_FONTS=1.scripts/gen_emoji.py(neu): Lädt Twemoji-PNGs (72 px), skaliert auf 16×16, konvertiert in LVGLTRUE_COLOR_ALPHAund generiert C-Dateien sowieemoji_data.h. 40 Emoji vordefiniert: positive und negative Gesichter, Gesten, Symbole (⭐ 🏆 🚀 🎁 💡 🔔 u. v. m.).- CI-Emoji-Generierung:
release.ymlundbuild-firmware.ymlführengen_emoji.pyautomatisch aus; neue C-Dateien + aktualisiertesemoji_data.hwerden beim ersten Lauf commitet.
Downloads
-
Source code (ZIP)
0 downloads
-
Source code (TAR.GZ)
0 downloads
- Emojis zeigen Platzhalterboxen (Issue #11): Unbekannte Emoji-Codepoints (U+1F000–U+1FFFF und U+2600–U+27FF) außerhalb der 15-Einträge-Tabelle erzeugten durch
-
OpenMeshOS v0.1.0-beta.27 Pre-release
released this
2026-06-05 11:07:37 +02:00 | 7 commits to main since this release
Downloads
-
Source code (ZIP)
0 downloads
-
Source code (TAR.GZ)
1 download
-
Source code (ZIP)
-
OpenMeshOS v0.1.0-beta.26 Pre-release
released this
2026-06-05 10:47:03 +02:00 | 9 commits to main since this releaseFixed
- Batterieanzeige: falsche Kalibriergrenzen: Die theoretisch berechneten mV-Schwellwerte (1750/2100 mV) wichen von den tatsächlichen Messwerten auf dem T-Deck-Plus-Hardware ab. Auf dem Gerät gemessen: 4.2 V voll → 2228 mV, 3.5 V leer → 1740 mV.
map()-Grenzen auf die realen Werte korrigiert.
Downloads
-
Source code (ZIP)
0 downloads
-
Source code (TAR.GZ)
0 downloads
- Batterieanzeige: falsche Kalibriergrenzen: Die theoretisch berechneten mV-Schwellwerte (1750/2100 mV) wichen von den tatsächlichen Messwerten auf dem T-Deck-Plus-Hardware ab. Auf dem Gerät gemessen: 4.2 V voll → 2228 mV, 3.5 V leer → 1740 mV.
-
OpenMeshOS v0.1.0-beta.25 Pre-release
released this
2026-06-05 10:37:15 +02:00 | 11 commits to main since this release
Downloads
-
Source code (ZIP)
0 downloads
-
Source code (TAR.GZ)
0 downloads
-
Source code (ZIP)
-
OpenMeshOS v0.1.0-beta.24 Pre-release
released this
2026-06-05 10:03:39 +02:00 | 14 commits to main since this release
Downloads
-
Source code (ZIP)
0 downloads
-
Source code (TAR.GZ)
0 downloads
-
Source code (ZIP)
-
OpenMeshOS v0.1.0-beta.23 Pre-release
released this
2026-06-05 09:17:30 +02:00 | 16 commits to main since this releaseFixed
- BLE
SET_ADVERT_NAMEnicht persistent:updateCallsign()aktualisierte_callsignim RAM und die LittleFS-Identitätsdatei, schrieb abercfg.callsignnicht zurück. Nach einem Reboot gewann die NVS-Config und der alte Gerätename kehrte zurück. Fix:ops::config::setCallsign()wird jetzt nachupdateCallsign()aufgerufen und persistiert den neuen Namen in NVS + SD. - BLE
SET_CHANNELnicht persistent: Kanal-Name und PSK wurden nur in BaseChatMesh's RAM-Tabelle aktualisiert, nie inops::config::channels[]geschrieben. Nach einem Reboot waren alle via App vorgenommenen Kanaländerungen verloren. Fix: nach erfolgreichemsetChannel()wird der Raw-PSK (16 Byte) base64-kodiert und viaops::config::setChannel()in NVS + SD gespeichert.
Downloads
-
Source code (ZIP)
1 download
-
Source code (TAR.GZ)
0 downloads
- BLE
-
OpenMeshOS v0.1.0-beta.22 Pre-release
released this
2026-06-05 06:56:38 +02:00 | 18 commits to main since this release
Downloads
-
Source code (ZIP)
0 downloads
-
Source code (TAR.GZ)
0 downloads
-
Source code (ZIP)
-
OpenMeshOS v0.1.0-beta.20 Pre-release
released this
2026-06-04 14:03:35 +02:00 | 23 commits to main since this release
Downloads
-
Source code (ZIP)
0 downloads
-
Source code (TAR.GZ)
0 downloads
-
Source code (ZIP)
-
OpenMeshOS v0.1.0-beta.19 Pre-release
released this
2026-06-04 13:23:21 +02:00 | 26 commits to main since this release
Downloads
-
Source code (ZIP)
0 downloads
-
Source code (TAR.GZ)
0 downloads
-
Source code (ZIP)
-
OpenMeshOS v0.1.0-beta.18 Pre-release
released this
2026-06-04 12:53:45 +02:00 | 28 commits to main since this releaseFixed
- BLE nicht im Scan sichtbar (Issue #4 — Wurzelursache):
BLEDevice::init()braucht zusammenhängenden internen SRAM. BLE wurde nachops::ui::init()gestartet — LVGL-Framebuffer und Objektbäume fragmentierten den Heap vorher, Stack-Init schlug still fehl. Fix: BLE-Stack-Init jetzt vor dem Display (Schritt 4 insetup()), Mesh-Verdrahtung nach LoRa-Init. Entspricht dem Original-Saitama-Ablauf.
Downloads
-
Source code (ZIP)
0 downloads
-
Source code (TAR.GZ)
0 downloads
- BLE nicht im Scan sichtbar (Issue #4 — Wurzelursache):