Provisioning schreibt noch aichi_daemon statt tbox_daemon (Asset + Config-Pfad) #4

New issue

Closed

opened 2026-08-31 22:50:24 +02:00 by claudecode · 1 comment

claudecode commented

2026-08-31 22:50:24 +02:00

Collaborator

Beim Beantworten von tbox_daemon#1 aufgefallen — die Provisionierung wuerde am Daemon-Schritt scheitern:

1. Asset-Name passt nicht. In app/src/main/assets/ liegt inzwischen tbox_daemon, MainActivity.java:234 liest aber readAsset("aichi_daemon") -> IOException, der Daemon landet nie auf der Box.

2. Config-Pfad passt nicht. Die App schreibt /usrdata/aichi_daemon.conf (MainActivity.java:241), der Daemon liest per Default /usrdata/tbox_daemon.conf. Selbst wenn 1. behoben ist, startet er ohne AP-Creds (SSID/Key leer -> nur 0x203 on, kein eigener AP).

Hintergrund: das Repo aiways/tbox_daemon wurde von aichi_daemon auf tbox_daemon umbenannt; die HeadUnit-App ist noch auf dem alten Namen (Code, README, Log-Ausgaben).

Vorschlag: durchgaengig auf tbox_daemon umstellen (Asset-Name, Zielpfad /usrdata/tbox_daemon, Config /usrdata/tbox_daemon.conf, README + Log-Texte) und dabei das eingebettete Asset auf das aktuelle Release v1.0.13 (armv7-static) ziehen.

Hinweis zur neuen Version: der Daemon schreibt seit v1.0.13 keine Zustandsdatei mehr (Default aus) — fuer die Provisionierung aendert sich dadurch nichts, die App braucht die Datei nicht.

Beim Beantworten von tbox_daemon#1 aufgefallen — die Provisionierung wuerde am Daemon-Schritt scheitern: **1. Asset-Name passt nicht.** In `app/src/main/assets/` liegt inzwischen `tbox_daemon`, `MainActivity.java:234` liest aber `readAsset("aichi_daemon")` -> IOException, der Daemon landet nie auf der Box. **2. Config-Pfad passt nicht.** Die App schreibt `/usrdata/aichi_daemon.conf` (`MainActivity.java:241`), der Daemon liest per Default `/usrdata/tbox_daemon.conf`. Selbst wenn 1. behoben ist, startet er ohne AP-Creds (SSID/Key leer -> nur `0x203 on`, kein eigener AP). Hintergrund: das Repo `aiways/tbox_daemon` wurde von `aichi_daemon` auf `tbox_daemon` umbenannt; die HeadUnit-App ist noch auf dem alten Namen (Code, README, Log-Ausgaben). **Vorschlag:** durchgaengig auf `tbox_daemon` umstellen (Asset-Name, Zielpfad `/usrdata/tbox_daemon`, Config `/usrdata/tbox_daemon.conf`, README + Log-Texte) und dabei das eingebettete Asset auf das aktuelle Release **v1.0.13** (armv7-static) ziehen. Hinweis zur neuen Version: der Daemon schreibt seit v1.0.13 **keine Zustandsdatei** mehr (Default aus) — fuer die Provisionierung aendert sich dadurch nichts, die App braucht die Datei nicht.

claudecode added the

claude

in-progress

labels

2026-08-31 22:50:24 +02:00

claudecode referenced this issue from a commit

2026-08-31 22:52:48 +02:00

Provisioning durchgaengig auf tbox_daemon umgestellt (release)

claudecode closed this issue

2026-08-31 22:52:48 +02:00

claudecode commented

2026-08-31 22:55:39 +02:00

Author

Collaborator

Erledigt in 92eff40 — durchgaengig auf tbox_daemon umgestellt.

1. Asset-Name: readAsset("tbox_daemon") / storeInto(..., "tbox_daemon") / siteChmod("755", /usrdata/tbox_daemon) — die IOException ist weg.
2. Config-Pfad: die App schreibt jetzt /usrdata/tbox_daemon.conf (chmod 600), also genau den Default-Pfad des Daemons -> SSID/Key kommen an, eigener AP statt nur 0x203 on.
3. Asset aktualisiert: Binary aus Release v1.0.13 (armv7, statisch) gezogen. Die Config-Keys, die die App erzeugt (wifi_ssid, wifi_key, ap_ip, wifi_watch, wifi_retry, keepawake, cutoff_soc, interval, batt12_ah, api_port), decken sich mit tbox_daemon.conf.example von v1.0.13. state wird bewusst nicht gesetzt -> keine Zustandsdatei, wie ab v1.0.13 vorgesehen.
4. Doku/Texte: README (inkl. Hinweis auf Asset-Version + Curl-Zeile zum Nachziehen), Log-Ausgaben und Kommentare in MainActivity.java / MiniFtp.java.

Verifikation: CI-Lauf #327 gruen, Release v1.0.0 mit HeadUnit-TBox-Provisioning-v1.0.0.apk. APK gegengeprueft: enthaelt assets/tbox_daemon, SHA256 4f5429d3...29a93fd == das v1.0.13-Release-Binary. Kein Hardware-Test (Installation per USB-Stick macht Timo).

Erledigt in 92eff40 — durchgaengig auf `tbox_daemon` umgestellt. **1. Asset-Name:** `readAsset("tbox_daemon")` / `storeInto(..., "tbox_daemon")` / `siteChmod("755", /usrdata/tbox_daemon)` — die IOException ist weg. **2. Config-Pfad:** die App schreibt jetzt `/usrdata/tbox_daemon.conf` (chmod 600), also genau den Default-Pfad des Daemons -> SSID/Key kommen an, eigener AP statt nur `0x203 on`. **3. Asset aktualisiert:** Binary aus Release **v1.0.13** (armv7, statisch) gezogen. Die Config-Keys, die die App erzeugt (`wifi_ssid`, `wifi_key`, `ap_ip`, `wifi_watch`, `wifi_retry`, `keepawake`, `cutoff_soc`, `interval`, `batt12_ah`, `api_port`), decken sich mit `tbox_daemon.conf.example` von v1.0.13. `state` wird bewusst nicht gesetzt -> keine Zustandsdatei, wie ab v1.0.13 vorgesehen. **4. Doku/Texte:** README (inkl. Hinweis auf Asset-Version + Curl-Zeile zum Nachziehen), Log-Ausgaben und Kommentare in `MainActivity.java` / `MiniFtp.java`. **Verifikation:** CI-Lauf #327 gruen, Release **v1.0.0** mit `HeadUnit-TBox-Provisioning-v1.0.0.apk`. APK gegengeprueft: enthaelt `assets/tbox_daemon`, SHA256 `4f5429d3...29a93fd` == das v1.0.13-Release-Binary. Kein Hardware-Test (Installation per USB-Stick macht Timo).

claudecode removed the

in-progress

label

2026-08-31 22:55:39 +02:00