Software für
Energie, Mobilität und Medien
Wir arbeiten in vier Bereichen, in denen Daten in Echtzeit anfallen, die Protokolle industriell sind und eine fehlerhafte Messung operative Konsequenzen hat. Wählen Sie den Bereich, der Ihrer Aufgabe am nächsten kommt — jede Seite beschreibt, was wir aufbauen, und den dahinterstehenden Stack.
Wo wir in die Tiefe gehen
Ein Team, das die Protokolle, Fehlerbilder und das Operatorvokabular eines Sektors bereits beherrscht, stellt dem Kunden keine Lernzeit in Rechnung. Die Arbeit beginnt auf Integrationstiefe, nicht bei den Grundlagen.
Software für Solar-Portfolios→
Portfolio-Monitoring für PV-Betreiber: Live-Inverter-Telemetrie, insolationskorrigierte Performance Ratio, Ertragsberichte und regelbasierte Alarme für mehrere Anlagen.
BESS-Management & Monitoring→
Leitwarten-Ansichten über Batterieblöcke, PV-Wechselrichter und DC-Strings: Live-Energiefluss, SOC/SOH-Analytik, String-Diagnose und regelbasierte Alarme.
EV-Ladeplattformen→
CPO- und EMSP-Backends, White-Label-Lademanagement, Smart Charging und Lastmanagement sowie Routenplanung für gewerbliche EV-Flotten mit mehreren Haltepunkten.
Videoinfrastruktur→
Transcoding- und Packaging-Pipelines: ABR-Leitern, per-title Encoding, Low-Latency HLS, Multi-DRM-Auslieferung und hardwarebeschleunigtes Encoding im Maßstab.
Generische Teams erlernen die Domäne auf Ihre Kosten
Der größte Teil der Kosten in einem industriellen Softwareprojekt steckt nicht im Code — sondern in Missverständnissen. Ein Team, das das Datenmodell IEC 61850 nie gelesen oder OCPP Sitzungen wie einfache Request/Response behandelt hat, entdeckt die echten Anforderungen erst beim Integrationstest. Das ist die teuerste Stelle, um sie zu entdecken.
Durch die Arbeit in einer begrenzten Anzahl von Bereichen können wir von den Randbedingungen ausgehen, nicht von einem Framework. Wir wissen, welche Telemetriefelder in der Praxis unzuverlässig sind, welche Herstellerimplementierungen von der Spezifikation abweichen und welche Kennzahlen ein Operator zuerst betrachtet.
- Protokollverhalten im Voraus bekannt, nicht erst bei der Integration entdeckt
- Datenmodelle für reale Abfragemuster konzipiert, nicht für generisches CRUD
- Oberflächen daran gemessen, wie Operatoren arbeiten, nicht wie Demos aussehen
- Fehlerbilder und Randfälle bereits in der Architekturphase benannt, nicht nach dem Go-live
- Schätzungen auf Basis der Domänenrealität, nicht optimistischer Analogien
Was alle vier Bereiche verbindet
Die Branchen unterscheiden sich; das Engineering-Fundament nicht. Jede Plattform, die wir aufbauen, basiert auf denselben drei Schichten.
Telemetrie-Ingestion
Protokolladapter, Broker- und Poll-basierte Ingestion, Anreicherungs-Pipelines und Zeitreihenspeicher, der auf die tatsächlichen Abfragemuster der Operatoren ausgelegt ist.
Operator-Interfaces
Echtzeit-React-Dashboards für Personen, die unter Zeitdruck Entscheidungen treffen — Informationshierarchie zuerst, Chart-Bibliothek danach.
Produktionsbetrieb
Strukturiertes Logging, verteiltes Tracing, Alerting und CI/CD-Pipelines ab dem ersten Commit, damit das System nach der Übergabe wartbar bleibt.
Nicht sicher, welcher Bereich zu Ihrem Projekt passt?
Beschreiben Sie die Hardware, Protokolle und Nutzer. Wir sagen Ihnen, was unkompliziert ist, was Risiken birgt und wo wir es bereits gemacht haben.