Zurück zur Startseite

IoT-Beratung für vernetzte Produkte: erst das Fundament, dann die Funktionen.

Anbieterneutrale IoT-Beratung für Hersteller vernetzter Produkte, vom Industriemotor über das Fahrzeug bis zum Gerät im Haushalt, und für Investoren. Ob neues Produkt, Plattformwechsel oder Redesign: Am Anfang steht, wer die Flotte verantwortet, wie ein Fix jedes Gerät erreicht und was passiert, wenn Cloud, Modul oder Netz vor dem Produkt enden.

Ein Gerät in Schichten, die oberste mit einem RissPreis- und BetriebsmodellTechnik
  1. Preis- und Betriebsmodell
  2. Technik
Technik allein hat noch kein Geschäft gemacht.Illustration · KI-generiert
Anlässe

Vom neuen Produkt bis zum Plattformwechsel.

IoT über das ganze Spektrum: Industrie und Maschinenbau, Fahrzeuge, Energie, Smart Home und Smart Building, Healthcare. Für Hersteller vernetzter Produkte, für Investoren und für Unternehmen, die selbst eine IoT-Plattform verkaufen. Hinter den Anlässen der Hersteller stehen dieselben sechs Entscheidungen, die der nächste Abschnitt zeigt.

  • Ein neues Produkt oder die nächste Generation

    Die sechs Entscheidungen fallen, bevor das erste Gerät ausgeliefert wird, und bei jeder neuen Generation noch einmal.

    EinstiegArchitektur- und Plattform-Audit

  • Weg von der jetzigen IoT-Plattform

    Der Anbieter kündigt die Plattform ab, die Kosten steigen oder sie passt nicht mehr zum Produkt. Die Migration muss über die alte Plattform ausgeliefert werden, solange sie läuft, auch an Geräte, die monatelang offline sind.

    EinstiegAudit, dann Plattformwechsel mit Bauherrenvertretung

  • Ein Redesign ist fällig

    Ein Modul wird abgekündigt, ein Netz abgeschaltet, die Architektur kann keine signierten Updates ausliefern oder keinen Supportzeitraum nach CRA einhalten, oder sie skaliert nicht mehr.

    EinstiegAudit, dann Strategie-Mandat

  • Cyber Resilience Act für Produkte im Feld

    Seit dem 11. September 2026 gilt die Meldepflicht auch für Produkte, die schon verkauft sind, ab Dezember 2027 der ganze CRA. Dahinter stehen Produktentscheidungen: was ein Supportzeitraum kostet, was passiert, wenn zugekaufte Komponenten vorher enden, und welche Nachweise Zulieferer und Plattform liefern müssen. Dazu ein Inventar der Geräte und ihrer Komponenten und eine Person, die meldet.

    EinstiegAudit oder Interim-Verantwortung für die Flotte

  • Technisch trägt es, kommerziell nicht

    Das Produkt funktioniert, aber das Preis- und Betriebsmodell deckt die Betriebskosten nicht, oder nach dem Verkauf verdient niemand mehr daran.

    EinstiegStrategie-Mandat

  • Ein Investor prüft ein IoT-Unternehmen

    Due Diligence bis in die Firmware: Update-Pfad, Vertrauenskette, Enddaten im Stack und was die Flotte im Feld kostet.

    EinstiegAudit als Tech-DD

Sie verkaufen eine IoT-Plattform

Dann geht es um Go-to-Market, Vertrieb, Produktmanagement, Use Cases und Geschäftsmodell. Ich habe eine IoT-Plattform vom internen Werkzeug zu einem niedrigen zweistelligen Millionenumsatz im Drittkundengeschäft gebracht und sie über Branchen hinweg an Hersteller verkauft.

EinstiegGo-to-Market-Audit, Strategie-Mandat oder Interim Head of Sales oder GTM · zur Seite Go-to-Market

Das Fundament vernetzter Produkte

Sechs Entscheidungen, bevor das erste Gerät ins Feld geht.

Ein vernetztes Produkt bleibt viele Jahre im Feld, eine Industrieanlage zehn bis zwanzig, und der CRA verlangt Sicherheitsupdates für einen Supportzeitraum von mindestens fünf Jahren, kürzer nur, wenn das Produkt voraussichtlich kürzer genutzt wird. Was beim Start nicht entschieden ist, wird später mit Serviceeinsätzen, Rückrufen und Migrationen bezahlt. Bei einem Plattformwechsel oder Redesign fallen dieselben sechs Entscheidungen noch einmal, diesmal mit einer Flotte im Feld.

  • VerantwortungWer verantwortet den ganzen Weg vom Build-Server bis zum Gerät im Feld, mit Budget für eine Migration?
  • Update-PfadErreicht ein Fix jede Gerätegeneration, gestaffelt und mit Rückweg, auch das Gerät, das eine Woche offline war?
  • VertrauensketteWer signiert, mit welchem Schlüssel, wo liegt er, und was passiert, wenn er widerrufen werden muss?
  • Lebensdauer und AusstiegWelcher Supportzeitraum steht beim Verkauf, und was passiert, wenn Cloud, Modul oder Netz vorher enden?
  • Daten und AnlagensemantikWer darf welche Gerätedaten nutzen, und in welchem Modell liegen sie, damit Auswertung und später Agenten sie verstehen?
  • Betrieb und GeschäftsmodellWer bezahlt den Betrieb über die ganze Lebensdauer, und womit verdient das Produkt nach dem Verkauf?

Die Pflichten gehören in diese Entscheidungen: der Cyber Resilience Act in den Update-Pfad, die Vertrauenskette und den Supportzeitraum, der Data Act beim Datenzugang, für Fahrzeuge UNECE R155 und R156. Die Fristen stehen in den Fragen unten. Ausführlich: warum OTA keine Option mehr ist und zehn Prüfungen für einen IoT-Stack unter dem CRA (beide englisch). Dieselben Fragen stellen sich eine Ebene höher bei KI-Agenten: das Agentic-Betriebsmodell.

Belege

Woher ich das weiß.

Über 4 Mio.
Fahrzeuge · FOTA

Als Business Owner bei Bosch.IO verantwortlich für den Kunden, einen globalen Automobilhersteller: Updates für Fahrzeuge im Feld.

Über 1 Mio.
Haushalte und Industriemotoren

OSGi-Gateways in über einer Million Haushalten und einer Million vernetzten Industriemotoren. Vernetzte Produkte im Feld, über Jahre betrieben.

Seit 2001
in Standardisierungsgremien

In der OSGi Alliance seit 2001. Davon vier Jahre im Vorstand, vier im Steering Committee der OSGi Working Group bei der Eclipse Foundation, dazu Co-Chair der OTA SIG im Industrial Internet Consortium.

Dazu geschrieben
Stimmen dazu
Angebot 02 · IoT

Vernetzte Produkte, die über Jahre tragen.

Seit 2001 arbeite ich auf der Anbieterseite von Gerätesoftware und IoT-Plattformen; im FOTA-Programm eines Automobilherstellers war ich als Business Owner für den Kunden verantwortlich.

Keine Provision, keine Umsatzbeteiligung, keine Marge von einem Anbieter, den ich Ihnen empfehle.

Vertraglich zugesichert, auch bei der Auswahl einer Plattform. Kein Unternehmen, das ich im Go-to-Market berate, kommt auf eine Longlist. Überschneidet sich das, lege ich es offen und trete aus der Auswahl zurück.

Drei Formate, jedes mit einem Ergebnis.

Der nächste Schritt ist jeweils optional.
  1. Architektur- und Plattform-Audit

    Einstieg · 4 Wochen · Festpreis
    Was es istDie sechs Entscheidungen für ein Produkt oder eine Flotte, vor dem Start, vor einem Plattformwechsel oder vor einem Redesign: Ist-Stand je Entscheidung, Enddaten über den ganzen Stack, Anforderungen aus CRA und Data Act. Für Investoren dieselben Fragen an ein Zielunternehmen, Firmware und OTA eingeschlossen.
    ErgebnisEin schriftliches Memo mit Bestandsaufnahme je Entscheidung, einer Zeitleiste der Enddaten und einer 12-Monats-Roadmap; optional ein Briefing für Beirat, Aufsichtsrat oder Investoren.
  2. Strategie-Mandat — vernetzte Produkte

    6–12 Wochen
    Was es istVom Kundenproblem zum Geschäftsmodell, bei einem Redesign auch zur neuen Architektur: Use Cases, wer den Betrieb bezahlt, Preis- und Betriebsmodell, Anforderungen an das Engineering, ein Plan in Phasen.
    ErgebnisEine Roadmap mit Kostenrahmen, auf die sich Geschäftsleitung und Engineering festlegen.
  3. Interim-Verantwortung für die Flotte

    Interim · 3–9 Monate
    Was es istIch übernehme den Weg vom Build-Server bis ins Feld, bei einem Plattformwechsel auch die Migration: Inventar, Enddaten über den Stack, Kundenzusagen und Kampagnen, mit Weisungsbefugnis gegenüber dem Geräte- und dem Plattformteam.
    ErgebnisEine benannte Person in Ihrem Haus übernimmt die Rolle mit Budget, nach einer dokumentierten Übergabe; dann endet das Mandat.
Option: Plattformauswahl und -wechsel mit Bauherrenvertretung. Lastenheft, Auswahl und Abnahme einer IoT- oder OTA-Plattform, gemessen an den sechs Entscheidungen; bei einem Wechsel mit Migrationsplan und Rückweg für Geräte, die lange offline sind. Auf die Umsetzung biete ich nicht mit.
Alle Formate und Konditionen
Industrie & MaschinenbauAutomotive & MobilitätEnergieSmart Home & BuildingHealthcareIoT-PlattformenInvestoren
Von IoT zu KI

Die Kurve zu KI führt über das Fundament.

Ein Agent ist nur so gut wie der Kontext, den er erreicht. In vernetzten Produkten sind das Daten mit Bedeutung, Modelle, die über denselben Update-Pfad laufen wie die Firmware, und Schnittstellen, über die ein Agent Anlagen lesen darf und nur dort handelt, wo es festgelegt ist.

  1. 1

    Daten mit Bedeutung

    Ohne Informationsmodell liest auch ein Sprachmodell nur Zahlen.

  2. 2

    Modelle am Edge

    KI-Modelle sind die dritte Update-Schicht neben Firmware und Anwendungen. Jedes neue Training ist ein Update und wird signiert wie die Firmware.

  3. 3

    Agenten, die handeln

    Erste Industrieschnittstellen bringen MCP-Server mit, über die ein Sprachmodell Anlagendaten lesen und Funktionen aufrufen kann, etwa für OPC UA und AWS IoT SiteWise. Bevor ein Agent davon Gebrauch macht, braucht er ein Betriebsmodell: wer ihn verantwortet, was er lesen und was er auslösen darf.

Das Betriebsmodell für Agenten · Wo Sie auf der Agentic-Kurve stehen: KI-Readiness-Check · Modell-Lifecycle am Edge (englisch)

Was hier meistens gefragt wird.

Was ändern CRA und Data Act für unser vernetztes Produkt?

Seit dem 11. September 2026 müssen Sie aktiv ausgenutzte Schwachstellen und schwerwiegende Sicherheitsvorfälle melden, auch für Produkte, die schon im Feld sind (CRA, Art. 14 und 69 Abs. 3). Für jedes Gerät, das ab dem 11. Dezember 2027 in Verkehr gebracht wird, gilt der CRA ganz: Sicherheitsupdates über einen Supportzeitraum von mindestens fünf Jahren, kürzer nur, wenn das Produkt voraussichtlich kürzer genutzt wird, und sein Ende steht beim Verkauf fest. Ein vernetztes Produkt, das nach dem 12. September 2026 in Verkehr gebracht wird, muss außerdem so entworfen sein, dass seine Daten dem Nutzer standardmäßig zugänglich sind (Data Act, Art. 3). Im Audit bereiten wir jede Anforderung technisch so vor, dass Ihre Rechtsabteilung sie entscheiden kann, und ordnen sie einer der sechs Entscheidungen zu.

Unser Produkt ist schon im Feld. Ist es zu spät?

Nein, aber die Fragen verschieben sich. Bei der installierten Basis geht es darum, welche Geräte ein Update überhaupt erreicht, wer signiert und welche Enddaten im Stack schon feststehen; bei der nächsten Generation um die sechs Entscheidungen vor dem Start. Das Audit trennt beides.

Wir wollen weg von unserer IoT-Plattform. Wie gehen wir vor?

Zuerst die Bestandsaufnahme: welche Geräte und Generationen im Feld sind, was die alte Plattform für sie tut und welche Verträge und Enddaten gelten. Dann die neue Plattform anhand der sechs Entscheidungen auswählen, bevor ein Vertrag unterschrieben ist. Die Migration selbst wird über die alte Plattform ausgeliefert, solange sie läuft, mit einem Rückweg für Geräte, die erst Monate später wieder online sind. Eine solche Migration habe ich selbst geführt.

Wann ist ein Redesign nötig?

Wenn die Architektur eine Pflicht nicht mehr erfüllt oder ein Enddatum nicht übersteht: ein abgekündigtes Modul, ein abgeschaltetes Netz, Updates ohne Signatur und Rückweg, ein Supportzeitraum, den die Komponenten nicht hergeben, oder Betriebskosten, die mit jeder Einheit steigen. Das Audit zeigt, was sich im Bestand noch lösen lässt und was erst die nächste Generation leistet.

Wie wählen wir eine IoT- oder OTA-Plattform aus?

Mit der Geräteseite zuerst: Anforderungen an die funktionale Sicherheit, Rückweg und Wiederherstellung binden die Wahl der Plattform stärker als umgekehrt. Danach ein Lastenheft entlang der sechs Entscheidungen und eine Abnahme durch jemanden, der am Auftrag nichts verdient. Fragen Sie jeden Anbieter, wo der Signaturschlüssel liegt.

Wir haben schon eine IoT-Plattform. Lohnt sich das trotzdem?

Häufig gerade dann: ob das Geschäftsmodell auf der Plattform Geld verdient und ob Sie in drei Jahren noch wechseln könnten.

Ist das nicht nur Technik-Beratung?

Ich stelle die technischen Fragen, weil sie kommerzielle Folgen haben. Eine IoT-Plattform habe ich kommerziell verantwortet, mit P&L, Team und Kunden.

Wie hängt das mit Agentic AI zusammen?

Ein Agent braucht, was ein vernetztes Produkt braucht: eine Person, die ihn verantwortet, einen Rückweg nach jeder Änderung und einen Ausstieg, wenn ein Anbieter wegfällt. Seinen Kontext bekommt er aus den Daten und der Anlagensemantik dieses Fundaments.

Welche Bindungen haben Sie heute an Bosch?

Keine: kein Wettbewerbsverbot, keine laufenden Verträge, keine Provision. Was ich bei Bosch erfahren habe, bleibt vertraulich.

Arbeiten Sie auch außerhalb Europas?

EU-weit mit Basis in Gevelsberg und Athen. Außerhalb Europas selektiv und über bestehende Beziehungen zu OEMs und Plattformanbietern.

Vertraulich und unverbindlich.
Technik

Wo sich ein vernetztes Produkt für Jahre festlegt.

Die sechs Entscheidungen fallen in der Technik. In diesen Feldern stelle ich die Fragen, mit dem Stand vom Oktober 2026.

Edge

Ein Produkt bleibt zehn Jahre und länger im Feld, eine LTS-Version der Edge-Laufzeit etwa zweieinhalb: Microsofts IoT Edge 1.5 LTS endet am 10. November 2026, 1.6 LTS am 14. November 2028. Die Laufzeit wird also mehrmals im Feld gewechselt. AWS hat Greengrass V1 am 7. Oktober 2026 ganz eingestellt.

Die Fragen und der Stand
Die Fragen
  • Was muss ohne Cloud weiterlaufen, und wie lange?
  • Container-Laufzeit oder Firmware aus einem Guss, und wer pflegt die Laufzeit über die ganze Lebensdauer?
  • Läuft die Inferenz auf dem Gerät, am Gateway oder in der Cloud?
  • Container
  • Greengrass V2
  • IoT Edge 1.6 LTS
  • LiteRT

Device Management

Die Geräteidentität lässt sich am schlechtesten nachholen: Schlüssel, die im Werk im Secure Element erzeugt oder dort eingebracht werden, und eine PKI, die länger läuft als die Zertifikate im Feld. Dazu die Funkgeneration: Die Telekom plant, 2G in Deutschland bis zum 30. Juni 2028 abzuschalten.

Die Fragen und der Stand
Die Fragen
  • Woher kommt die Identität, und wer betreibt die PKI für wie lange?
  • Ein Standard-Agent wie LwM2M oder USP, oder ein eigener?
  • Was heißt Außerbetriebnahme: Schlüssel widerrufen, Daten löschen, Eigentum übertragen?
  • LwM2M 1.2
  • TR-369 USP
  • TR-069
  • SGP.32 eSIM
  • LTE-M
  • NB-IoT
  • 5G RedCap

Mitarbeit an TR-069 und TR-157 im Broadband Forum, in UPnP Device Management und in der Home Gateway Initiative.

OTA und FOTA

Ein Update hat drei Schichten: Firmware und Betriebssystem, Anwendungen und Container, KI-Modelle. Jede braucht eigene Signaturschlüssel unter derselben Vertrauenswurzel und einen eigenen Rückweg. Der CRA verlangt, Sicherheitsupdates, wo technisch möglich, getrennt von Funktionsupdates auszuliefern (Anhang I, Teil II, Nr. 2).

Die Fragen und der Stand
Die Fragen
  • A/B oder eine Kopie mit Wiederherstellung, Delta oder volles Image?
  • Welche Wellen, welche Abbruchschwellen, und wer stoppt einen Rollout?
  • Wie werden Signaturschlüssel gewechselt, und wer darf einen Rollout freigeben?
  • RAUC
  • SWUpdate
  • Mender
  • Uptane 2.1
  • Eclipse hawkBit 1.x
  • UNECE R156
  • CRA Anhang I
Warum OTA keine Option mehr ist (englisch) →

Protokolle

Das Protokoll entscheidet, wer in zehn Jahren noch mit Ihrem Gerät sprechen kann. Am stärksten binden Funkmodul, Mobilfunkgeneration und das Datenmodell der Nachrichten. Einen MQTT-Broker kann man tauschen, wenn Endpunkt und Zertifikatskette per Update umstellbar sind und das Gerät keine Anbieter-Erweiterungen wie Shadows, Twins oder Jobs nutzt. MQTT ohne vereinbartes Datenmodell ist wieder eine Punkt-zu-Punkt-Integration.

Die Fragen und der Stand
Die Fragen
  • Was spricht das Produkt selbst, was läuft über ein Gateway?
  • In einem Ökosystem wie Matter, OCPP oder EEBus zertifizieren oder proprietär bleiben?
  • Was lässt sich später per OTA nicht mehr ändern?
  • MQTT 5
  • Sparkplug 3.0
  • CoAP
  • OPC UA
  • Modbus
  • BACnet/SC
  • KNX
  • Matter 1.6
  • Thread
  • OCPP 2.1
  • ISO 15118-20
  • EEBus

Interoperabilität und Semantik

Ob das Informationsmodell eine OPC-UA-Companion-Spezifikation, eine Verwaltungsschale oder ein eigenes ist, muss vor dem Start feststehen, denn der Data Act verlangt den Datenzugang ab Werk samt den Metadaten, die man braucht, um sie zu verstehen (Art. 3 Abs. 1).

Die Fragen und der Stand
Die Fragen
  • Welches Informationsmodell ist führend?
  • Wie kommt der Datenzugang nach Data Act zum Nutzer: am Gerät, über eine API oder über einen Datenraum-Connector?
  • Jetzt einem Datenraum beitreten oder warten?
  • OPC UA Companion Specs
  • Verwaltungsschale (IEC 63278)
  • Eclipse Ditto
  • Matter
  • Catena-X
  • Manufacturing-X
  • Data Act Art. 3

Ökosysteme

Plattformen enden. Google hat Cloud IoT Core am 16. August 2023 abgeschaltet, IBM die Watson IoT Platform Ende 2023, AWS IoT Analytics im Dezember 2025 und IoT Events im Mai 2026; Microsoft legt seit 23. September 2026 keine neuen IoT-Central-Anwendungen mehr an. Wer seine Geräte fest auf den Endpunkt eines Anbieters schreibt, migriert dann unter Zeitdruck.

Die Fragen und der Stand
Die Fragen
  • Steht der Ausstieg im Vertrag: Kündigungsfrist, Datenexport, Umzug der Geräte?
  • Lassen sich Geräte per OTA auf einen neuen Endpunkt und eine neue Zertifikatskette umstellen?
  • Open Source selbst betreiben oder einen Dienst kaufen?
  • Eclipse IoT
  • Connectivity Standards Alliance
  • IDTA
  • OPC Foundation
  • Broadband Forum
Wer die Schnittstelle kontrolliert: IoT und MCP (englisch) →
Branchen

Fünf Branchen, jede mit eigenem Regelwerk.

Was sich zwischen den Branchen überträgt: Geräte in großem Maßstab verwalten, Standards, Regulierung, die Betriebskosten der Telemetrie und wer die Daten nutzen darf. Was sich nicht überträgt, steht unter „Was oft übersehen wird“.

Industrie und Maschinenbau

ErfahrungPlattform für Flottenintelligenz mit über einer Million industrieller Geräte, ein Hannover-Messe-Showcase, Industrial AI für den gehobenen Mittelstand.

  • Maschinenverordnung
  • CRA
  • Data Act
  • NIS2
  • IEC 62443
  • OPC UA
  • Verwaltungsschale

Die HerausforderungSteuerungen im Feld ohne jeden Schutz gegen Angriffe und drei Regelwerke auf einer Maschine binnen 15 Monaten: der Data Act mit dem Datenzugang ab Werk seit September 2026, die Maschinenverordnung ab dem 20. Januar 2027, der CRA ab Dezember 2027.

Use Cases und was oft übersehen wird
Use Cases
  • Fernwartung und Ferndiagnose
  • Zustandsüberwachung, vorausschauende Wartung
  • Equipment-as-a-Service, Pay-per-Use
  • Maschinendaten und OEE
  • Service- und Ersatzteilgeschäft aus Felddaten
  • Updates und Funktionsfreischaltung im Feld

Was oft übersehen wirdDas Recht auf die Daten gibt der Data Act dem Nutzer, also dem, der die Maschine besitzt oder mietet. Ein Servicegeschäft auf „unseren Daten“ braucht seit 12. September 2025 einen Vertrag mit ihm (Art. 4 Abs. 13).

Automotive und Mobilität

ErfahrungV2X-Standardisierung im US-Programm VII, Flottenintelligenz, Software-Lifecycle für Fahrzeuge.

  • UNECE R155
  • UNECE R156
  • ISO/SAE 21434
  • ISO 24089
  • NG eCall
  • Data Act

Die HerausforderungBei Pkw, Lkw und Bussen läuft jede Software-Kampagne über ein auditiertes Update-Management nach UNECE R156, über das ganze Fahrzeugleben. Dazu wechselt die Konnektivität: NG eCall über 4G und 5G ist ab dem 1. Januar 2027 für alle neu zugelassenen Pkw und leichten Nutzfahrzeuge Pflicht.

Use Cases und was oft übersehen wird
Use Cases
  • FOTA, SOTA
  • Flottentelematik, Ferndiagnose
  • Verfügbarkeit für Nutzfahrzeuge und Off-Highway
  • Funktionen auf Abruf
  • Telematik für Bau- und Landmaschinen
  • Nutzungsbasierte Abrechnung

Was oft übersehen wirdDer CRA nimmt nur Fahrzeuge aus, für die die Verordnung (EU) 2019/2144 gilt: Pkw, Lkw, Busse, Anhänger und ihre Bauteile. Traktoren trifft er neben ihrer eigenen Typgenehmigung, Bau- und Erntemaschinen und Anbaugeräte zusammen mit der Maschinenverordnung.

Energie, Smart Grid und E-Mobilität

ErfahrungSmart-Energy-Ökosystem mit Integration von Ladeinfrastruktur, Energiedatenmanagement, eine Architektur für Ladeinfrastruktur unter dem CRA auf Open Source, als Artikel veröffentlicht.

  • § 14a EnWG
  • Smart-Meter-Gateway
  • OCPP 2.1
  • ISO 15118
  • EEBus
  • AFIR
  • NIS2
  • CRA

Die HerausforderungSteuerbarkeit ist Pflicht: Neue Wärmepumpen, Wallboxen und Speicher über 4,2 kW müssen nach § 14a EnWG seit 2024 steuerbar sein. Öffentlich zugängliche Ladepunkte müssen zudem die AFIR erfüllen, etwa mit Kartenzahlung an Schnellladern ab 50 kW, die seit dem 13. April 2024 in Betrieb gegangen sind.

Use Cases und was oft übersehen wird
Use Cases
  • Netzdienliche Steuerung, Energiemanagement
  • Lastmanagement, Smart Charging
  • Ladepunktbetrieb und Backend über OCPP
  • Virtuelles Kraftwerk, Flexibilität
  • Fernwartung von Wärmepumpen und Wechselrichtern
  • Bidirektionales Laden

Was oft übersehen wirdIst ein Gerät steuerbar, wird die Flotte zum Teil des Netzes. Ein fehlerhaftes Update auf zehntausenden Wallboxen kann zum Netzereignis werden.

Smart Home und Smart Building

ErfahrungPlattformarbeit seit ProSyst: OSGi-Gateways in über einer Million Haushalten, Interoperabilität, lange Software-Lebenszyklen.

  • CRA
  • RED (EN 18031)
  • Matter
  • Thread
  • KNX Secure
  • BACnet/SC

Die HerausforderungZwei Sicherheitsregime nacheinander: die Cyberanforderungen der Funkanlagenrichtlinie seit dem 1. August 2025, ab dem 11. Dezember 2027 der CRA. Er führt smarte Türschlösser, Sicherheitskameras, Alarmanlagen und Router als wichtige Produkte der Klasse I.

Use Cases und was oft übersehen wird
Use Cases
  • Energiemonitoring, Gebäudeautomation
  • Fernwartung Heizung, Lüftung, Klima
  • Zutritt und Sicherheit
  • Belegung und Raumnutzung
  • Gateway-Plattform für ein Ökosystem
  • Altersgerechtes Wohnen

Was oft übersehen wirdDas Gerät muss lokal sicher und nutzbar bleiben, wenn Cloud oder App des Herstellers enden. Und die sichere Inbetriebnahme muss für den Elektriker funktionieren, der es einbaut.

Healthcare und AAL

ErfahrungLeitung geförderter EU- und internationaler Forschungsprojekte zu Ambient Assisted Living; Software-Updates over the air und Konformität für vernetzte Medizinprodukte.

  • MDR
  • IEC 62304
  • IEC 81001-5-1
  • DSGVO
  • EHDS

Die HerausforderungDie Übergangsfristen der MDR enden 2027 und 2028, Cybersicherheit muss dem Stand der Technik entsprechen, und viele Hausnotrufgeräte funken noch über 2G.

Use Cases und was oft übersehen wird
Use Cases
  • Hausnotruf, Sturzerkennung
  • Telemonitoring
  • Fernwartung vernetzter Medizingeräte
  • Aktivitätsmonitoring in der Wohnung
  • Medikationsunterstützung
  • Entlastung der Pflege

Was oft übersehen wirdDie Zweckbestimmung entscheidet über das Regime: Ein Sturzsensor mit medizinischem Anspruch fällt unter die MDR und aus dem CRA heraus, derselbe Sensor fürs Wohlbefinden unter CRA und Funkanlagenrichtlinie.

Standards mitgestaltet, nicht nur angewendet.

Wer am Tisch saß, als der offene Standard geschrieben wurde, weiß auch, welche Ökosystem-Wette sich auszahlt und welche zu technischen Schulden wird.

OSGi Alliance
Aktiv seit 2001 · Board Member 2016–2020

Über zwei Jahrzehnte am Konsortium hinter dem OSGi-Standard beteiligt, davon vier Jahre im Vorstand — Grundlage für Smart-Home- und Connected-Vehicle-Plattformen mit Millionen Geräten im Feld.

Eclipse Foundation
Steering Committee · OSGi Working Group · 2020–2024

Vier Jahre im Steering Committee der OSGi Working Group bei der Eclipse Foundation — Steuerung der Weiterentwicklung des OSGi-Standards nach Eingliederung der OSGi Alliance in die Eclipse Foundation. Aktive Mitwirkung in Eclipse-IoT-Projekten (Kanto, hawkBit, Ditto).

Industrial Internet Consortium
Co-Chair · Over-the-Air (OTA) Special Interest Group · 2018–2020

Zwei Jahre Co-Chair der OTA Special Interest Group: Definition von Use Cases und Testbeds, Leitung von Member-Sessions mit Automotive-OEMs.

Lassen Sie uns sprechen.

Das Erstgespräch ist vertraulich und unverbindlich.

kai@kaihackbarth.com +49 176 4515 1099

Lassen Sie uns sprechen. Das Erstgespräch ist vertraulich und unverbindlich.