ATH IoT • MCU-Konzept für alle Maschinentypen

MCU-IoT-Baukasten für ATH-Maschinen

Ziel ist ein einheitliches, schlankes Konzept für die Elektronik auf der Bühne: dieselbe Denkweise egal ob für Scherenbühnen oder Säulen-Bühnen mit 1–10 Säulen, mit minimalem Aufwand in der Firmware und maximalem Nutzen für Service, Garantie und Analytics.

MCU & Maschinenkonzept
„Worum geht es?"

Ein Baukasten für alle ATH-Hebebühnen: gleiche Denkweise für 1–10 Säulen und Scheren.

  • Eine MCU-Logik für alle Varianten
  • Signale sammeln, Zustände bilden, Batches senden
  • Berechnungen liegen im Server
Ein Baukasten Alle Hebebühnen
Registrierung & Freigabe
„Darf senden?"

Bühne meldet sich mit Seriennummer und Modell. Server entscheidet über Freigabe.

  • Identifikation: Seriennummer, Modell, Firmware
  • Zuordnung: Kunde, Standort, Variante
  • Freigaben für Telemetrie und Setup
Seriennummer = Schlüssel
Nachrichtenkopf & Batches
„Was steckt drin?"

Klarer Header + Zustandspunkte. WLAN und SIM nutzen dasselbe Modell.

  • Header: Seriennummer, Modell, Schema-Version
  • Rumpf: Zeit, Betriebszustand, Säulendaten
  • Verbose vs. Compact-Profil
States statt Streams
Serverseitige Auswertung
„Was machen wir daraus?"

Plattform verwandelt Zustandspunkte in Hubs, Zyklen und Serviceaussagen.

  • Rekonstruktion von Hubs und Zyklen
  • Gleiche Logik für alle Bühnenvarianten
  • Basis für Dashboards und ML
Neue Services im Backend
End-to-End aus Sicht der MCU Sensorsignal → IoT-Endpoint

Die MCU folgt einem durchgängigen Ablauf – unabhängig von Säulenanzahl.

1
Signale erfassen
Säulenpositionen, Drücke, Motorströme, Sicherheitskreise.
1–10 Säulen Scheren erben das Modell
2
Zustandspunkte bilden
Zeitpunkt, Betriebszustand (Idle, Heben, Senken, Fehler).
3
Intelligent auslösen
Nur bei echten Änderungen: Zustandwechsel, Schalter, Positionssprünge.
4
Puffern & Batches
Ringpuffer auf der Bühne, robust bei Funklöchern.
5
Senden & Bestätigen
POST auf generischen IoT-Endpoint, Server bestätigt.
Ein IoT-Endpoint
6
Serverseitige Auswertung
Hubs, Zyklen, Lastprofile, Anomalien – gleiches Modell für alle.
MCU-Bausteine & Nutzen „Was bringt uns das?"
1. Einheitliches Modell
1–10 Säulen & Scheren
• Gemeinsame Logik für alle Säulen
• Anzahl wird nur konfiguriert
• Scheren nutzen denselben Baukasten
Weniger Varianten Schnellere Markteinführung
2. Zwei Telemetrie-Profile
WLAN & SIM
• Verbose: Entwicklung, Werkstatt-WLAN
• Compact: SIM-Karten, minimales Datenvolumen
• Gleiche Information, unterschiedliche Darstellung
3. Puffer & Robustheit
Trotz Funklöcher
• Lokaler Ringpuffer sichert Daten
• Batch-Sendungen mit Bestätigung
• Älteste Telemetrie wird zuerst überschrieben
4. Klarer Scope
Fokus auf Bühne
• MCU: Signale, Zustände, Puffern, Senden
• Server: Hubs, Zyklen, Anomalien, ML
• Kein Firmware-Update für neue Auswertungen
🎮 IoT-Simulator

Lokales Test-Tool zum Simulieren einer vernetzten Hebebühne.

Simulator öffnen
Zusammenspiel: MCU-Baukasten → Generischer IoT-Endpoint → Service, Garantie & Analytics

Damit wird jede neue Bühne automatisch Teil derselben IoT-Welt – mit klar kalkulierbarem Entwicklungsaufwand und durchgängigem Datenbild vom Sensor bis zur Entscheidungshilfe.