Most systems we are asked to look at fail in the same place: not in the algorithms, but in the seams. Between the device and the backend. Between two protocol versions. Between what a data set says and what someone assumed it says. Our technology stack is built around exactly those seams.
Measurements, status changes and events arrive continuously — so we process them continuously. Lazy, event-based pipelines transform, enrich and validate data while it is still in motion, which keeps latency low and the memory footprint predictable.
A charging station belongs to an operator, sits in a city, serves a driver with a contract at a provider. Property graphs model these relationships directly, so questions about connections stay cheap to ask — and stay answerable when the model grows.
OCPP, OCPI, OICP, OCHP, eMIP, ISO/IEC 15118, EEBUS, HTTP/1.1 to HTTP/3, WebSockets, XMPP, DNS, NTS. We implement specifications from the document, not from a competitor's behaviour — and we write the conformance tests to prove it.
End-to-end signatures, OpenPGP, public key infrastructures, trustworthy timestamps and data minimisation are part of the architecture, not a hardening phase at the end of the project.
German calibration law, the European AFIR regulation and post-market surveillance under the MDR all ask the same question: can you prove it? Digitally signed measurement values and open transparency software let anyone verify the answer independently.
24/7 real-time services need more than working code: structured logging, health and resource monitoring, reproducible deployments and an update path that does not require a maintenance window at 3 a.m.
Our platform is written in modern C# on .NET and runs on Linux, Windows and macOS, on a server rack as well as on a small box next to a charging station. It is deliberately free of heavyweight application servers: our own HTTP stack, our own data flow engine, our own graph model — all open source, all replaceable, none of it a black box we could not fix ourselves at three in the morning.
Every integration you do not have to write again next year pays for itself. Every data set that carries its own semantics and signature survives the next system migration. And every protocol implementation that is publicly readable can be reviewed by the people who depend on it — including you.
Curious whether this fits your architecture?
Send us a short description of your setup and we will tell you honestly where we can help —
and where you do not need us: mail@graphdefined.com
Die meisten Systeme, die wir uns ansehen sollen, scheitern an derselben Stelle: nicht an den Algorithmen, sondern an den Nahtstellen. Zwischen Gerät und Backend. Zwischen zwei Protokollversionen. Zwischen dem, was ein Datensatz aussagt, und dem, was jemand darin vermutet hat. Genau um diese Nahtstellen herum ist unser Technologie-Stack gebaut.
Messwerte, Statuswechsel und Ereignisse treffen kontinuierlich ein — also verarbeiten wir sie kontinuierlich. Lazy und ereignisbasierte Pipelines transformieren, anreichern und validieren Daten, während sie noch in Bewegung sind. Das hält die Latenz niedrig und den Speicherbedarf vorhersagbar.
Eine Ladestation gehört einem Betreiber, steht in einer Stadt und bedient eine Fahrerin mit einem Vertrag bei einem Anbieter. Property-Graphen bilden diese Beziehungen direkt ab: Fragen nach Zusammenhängen bleiben günstig — und bleiben beantwortbar, wenn das Modell wächst.
OCPP, OCPI, OICP, OCHP, eMIP, ISO/IEC 15118, EEBUS, HTTP/1.1 bis HTTP/3, WebSockets, XMPP, DNS, NTS. Wir implementieren Spezifikationen aus dem Dokument heraus, nicht aus dem Verhalten eines Wettbewerbers — und wir schreiben die Konformitätstests, die das belegen.
Ende-zu-Ende-Signaturen, OpenPGP, Public-Key-Infrastrukturen, vertrauenswürdige Zeitstempel und Datensparsamkeit sind Teil der Architektur — und keine Härtungsphase am Projektende.
Das deutsche Eichrecht, die europäische AFIR-Verordnung und die Überwachung nach Inverkehrbringen gemäß MDR stellen dieselbe Frage: Können Sie es beweisen? Digital signierte Messwerte und offene Transparenzsoftware lassen jeden die Antwort unabhängig überprüfen.
24/7-Echtzeitdienste brauchen mehr als funktionierenden Code: strukturiertes Logging, Health- und Ressourcen-Monitoring, reproduzierbare Deployments und einen Update-Pfad, der kein Wartungsfenster um 3 Uhr morgens voraussetzt.
Unsere Plattform ist in modernem C# auf .NET geschrieben und läuft unter Linux, Windows und macOS — im Server-Rack ebenso wie auf einem kleinen Rechner neben der Ladesäule. Sie kommt bewusst ohne schwergewichtige Applikationsserver aus: eigener HTTP-Stack, eigene Datenfluss-Engine, eigenes Graph-Modell — alles Open Source, alles austauschbar und nichts davon eine Blackbox, die wir nachts um drei nicht selbst reparieren könnten.
Jede Integration, die Sie nächstes Jahr nicht noch einmal schreiben müssen, rechnet sich. Jeder Datensatz, der seine Semantik und seine Signatur mitbringt, überlebt die nächste Systemmigration. Und jede Protokoll-Implementierung, die öffentlich lesbar ist, kann von denen geprüft werden, die sich auf sie verlassen — auch von Ihnen.
Sie fragen sich, ob das zu Ihrer Architektur passt?
Schicken Sie uns eine kurze Beschreibung Ihres Aufbaus. Wir sagen Ihnen ehrlich, wo wir helfen können —
und wo Sie uns nicht brauchen: mail@graphdefined.com
