Fachkompetenz / IoT-Telemetrie

Vernetzte Systeme

Telemetrie-Pipelines vom
Gerät bis zur Entscheidung

Die Schicht zwischen Assets und den Verantwortlichen: Geräteadapter, Ingestion, die schlechte Links überlebt, Alarm-Semantik und Speicher, den Sie später abfragen. Brief schicken. Angebot in 24 Stunden.

Was wir bauen

Plattform-Funktionen

Von Geräteadaptern zur Operator-Ansicht — Speicher, Laden und Flottentelemetrie. Keine erfundenen Protokollversionen; Bestätigung gegen Ihre Geräteliste.

Geräteanbindung

MQTT-, HTTP- und WebSocket-Transporte sowie Protokolladapter für Gateways und Controller, die etwas anderes sprechen. Neue Gerätefamilien kommen als Adapter dazu, nicht als Fork des Kerns.

Geräteidentität und Zugriff

Zugangsdaten je Gerät, tokenbasierte Autorisierung und eingegrenzte Topics. Ein kompromittiertes Gateway kann außerhalb seiner eigenen Anlagen weder lesen noch publizieren.

Ausfallsichere Datenannahme

Pufferung, Retry mit Backoff und Deduplizierung auf Edge- und Serverseite. Geräte an instabilen Verbindungen liefern ihre Historie nach, statt sie zu verlieren.

Stream Processing

Filterung, Aggregation, Anreicherung und Anomalieerkennung auf dem Live-Stream. Schwellwert- und regelbasierte Automatisierung greift binnen Sekunden nach dem auslösenden Messwert.

Zeitreihen-Speicherung

Retention-Stufen, Downsampling und kontinuierliche Aggregate, damit ein Jahr Historie abfragbar bleibt, ohne jeden Rohwert vorzuhalten.

Sichtbarkeit für den Betrieb

Flotten- und Anlagenübersichten mit Status, Geoposition und Session-Verläufen, eigene Widgets und Drill-down, rollenbasiert getrennt für Betrieb, Support und Management.

Datenweg

Der Weg eines Messwerts

Sechs Stufen zwischen Sensor und Betreiber. Die meisten IoT-Plattformen scheitern an den Übergängen dazwischen — genau dort investieren wir die Entwurfsarbeit.

01

Edge und Gateway

Gerätefirmware oder Gateway-Agenten publizieren strukturierte Telemetrie. Payload-Schema und Topic-Struktur legen wir fest, bevor irgendetwas anderes gebaut wird.

02

Datenannahme

Broker oder HTTP-Endpunkt mit Authentifizierung, Rate Limiting, Pufferung und Deduplizierung. Fehlerhafte Payloads landen in Quarantäne und werden nie stillschweigend verworfen.

03

Normalisierung

Einheiten, Zeitstempel und Gerätemetadaten werden in ein kanonisches Modell überführt, damit nachgelagerter Code den Hersteller nie kennen muss.

04

Verarbeitung und Regeln

Aggregationsfenster, Anomalieerkennung und Alarmregeln werden auf dem Live-Stream ausgewertet — mit Schweregraden und Quellenangabe an jedem Ereignis.

05

Speicherung

Heiße Zeitreihen für Dashboards, verdichtete Aggregate für Trends, kaltes Archiv für die Compliance. Die Abfragemuster bestimmen das Layout.

06

Nutzung

Betreiber-Dashboards, Alarmkanäle, BI-Auszüge und Backoffice-Integrationen lesen alle dieselben normalisierten Daten.

Technologie

Was unter der Haube läuft

Betreibbar in der Cloud, on-premise oder hybrid — ohne die Anwendungsschicht neu zu schreiben.

Transport
  • MQTT
  • HTTP
  • WebSocket
  • Protocol adapters
Verarbeitung
  • Node.js
  • Kafka
  • RabbitMQ
  • Rule engine
Speicherung
  • TimescaleDB
  • PostgreSQL
  • ClickHouse
  • Redis
Betrieb
  • Docker
  • Kubernetes
  • OpenTelemetry
  • Structured logging
FAQ

Telemetrie-Pipelines

MQTT, Modbus TCP, IEC 61850 und verwandte Industrietransporte — vom Edge-Gateway bis zum Time-Series-Store und der Operator-UI.
Time-Series-Stores wie TimescaleDB und ClickHouse. Die Retention folgt den Fragen der Operatoren, nicht der Regel „alles für immer behalten“.
Ja. Die Architektur ist so dimensioniert, dass ein Pilot ohne Kern-Rewrite auf Produktionsingestion wachsen kann.
Gerätefamilien, Messagerate und Retention. Innerhalb eines Werktags kommt ein 24-Stunden-Angebot.

Brief schicken. Angebot in 24 Stunden.

Gerätefamilien, Messagerate und Retention. Innerhalb eines Werktags skizzieren wir Ingestion, Verarbeitung und Speicher.