No description
- neues Paket mqttheartbeat: Publisher mit paho, topic signage/screen/<id>/heartbeat,
payload {screen_id, ts, status, server_connectivity}, auto-reconnect bei Ausfall
- MORZ_INFOBOARD_MQTT_BROKER leer (Standard) -> MQTT komplett uebersprungen
- app.emitHeartbeat() publiziert bei jedem Tick per MQTT wenn Broker konfiguriert,
loggt Fehler und laeuft weiter (kein Stop bei MQTT-Ausfall)
- mqtt.Close() bei context.Done()
- MQTTBroker-Default von tcp://127.0.0.1:1883 auf "" geaendert
- erste externe Dep: github.com/eclipse/paho.mqtt.golang v1.5.1
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
|
||
|---|---|---|
| ansible | ||
| compose | ||
| docs | ||
| player | ||
| server | ||
| .gitignore | ||
| .golangci.yml | ||
| API-MQTT-VERTRAG.md | ||
| DATENMODELL.md | ||
| DEVELOPMENT.md | ||
| LINTER-FINDINGS.md | ||
| Makefile | ||
| PLAN.md | ||
| README.md | ||
| TECH-STACK.md | ||
| TODO.md | ||
Info-Board Neu
Dieses Verzeichnis enthaelt die Planung und spaetere Umsetzung der neuen Info-Board-Plattform.
Die Trennung von /srv/docker/infoboard-netboot ist sinnvoll, damit:
- die bestehende produktive Netboot-Struktur unangetastet bleibt
- Planung, Prototypen und neue Deployments sauber getrennt sind
- Server-, Player- und Ansible-Artefakte nicht mit Altbestand vermischt werden
Aktueller Stand
- Architekturplan:
PLAN.md - Umsetzungs-Todo:
TODO.md - Datenmodell:
DATENMODELL.md - Schema-Entwurf:
docs/SCHEMA.md - API- und MQTT-Vertrag:
API-MQTT-VERTRAG.md - Technologieentscheidungen:
TECH-STACK.md - Entwicklungsleitfaden:
DEVELOPMENT.md - Erste Dev-Testliste:
docs/TEST-CHECKLIST-DEV.md - Template-/Kampagnenkonzept:
docs/TEMPLATE-KONZEPT.md layout_jsonfuermessage_wall:docs/LAYOUT-JSON.md- Player-Agent-Lifecycle und Health-Modell:
docs/PLAYER-AGENT-LIFECYCLE.md - Erster HTTP-Statuspfad fuer den Player-Agent:
docs/PLAYER-STATUS-HTTP.md - Provisionierungskonzept:
docs/PROVISIONIERUNGSKONZEPT.md - Player-Konzept:
docs/PLAYER-KONZEPT.md - Server-Konzept:
docs/SERVER-KONZEPT.md - Offene Architekturfragen:
docs/OFFENE-ARCHITEKTURFRAGEN.md
Projektstruktur
docs/fuer weitere Architektur- und Betriebsdokumenteserver/fuer Backend, Frontends und Compose-Dateienplayer/fuer Agent, UI und lokale Startlogikansible/fuer Rollen, Inventories und Deploymentscompose/fuer Container-Definitionen und Stack-Bausteinescripts/fuer Hilfsskripte
Aktueller Implementierungsstand
server/backend/enthaelt ein lauffaehiges Go-Grundgeruest mit erster Tool-API fuermessage_wallund einem erstenplayer/status-Endpunktplayer/agent/enthaelt ein Go-Grundgeruest mit dateibasierter/env-basierter Konfiguration, strukturierten Logs, internem Health-Modell und erstem HTTP-Status-Reportercompose/enthaelt ein lokales Grundgeruest fuer PostgreSQL und Mosquittoansible/enthaelt erste Platzhalter fuer Inventory und Playbook-Struktur
Naechste sinnvolle Inhalte in der Struktur
docs/fuer weitere technische Detaildokumenteserver/fuer API, Admin-UI und Tenant-UIplayer/fuerplayer-agent,player-uiund lokale Startlogikansible/fuer Rollen und Inventoriescompose/fuer den zentralen Server-Stack