Apex.AI

Apex.AI

Apex.AI, Inc. · Sonstiges

Apex.AI entwickelt Apex.OS, eine sicherheitszertifizierte Softwarebasis, die ROS-2-Prototypen in Serienfahrzeuge und Maschinen bringt.

Vorschau der Oberfläche von Apex.AI

Über Apex.AI

About

Was ist Apex.AI

Apex.AI ist ein Softwareunternehmen, das Jan Becker und Dejan Pangercic 2017 gegründet haben. Der Hauptsitz liegt in Palo Alto, dazu kommen Entwicklungsbüros in München, Stuttgart, Tokio und Pangyo. Verkauft wird sicherheitszertifizierte Software für Mobilitätssysteme. Das Kernprodukt Apex.OS besteht aus zwei Teilen: Apex.Grace für die Ausführung von Anwendungen und Apex.Ida für die Kommunikation.

Das Problem kennt jeder, der einmal einen Roboter in Serie gebracht hat. ROS 2 eignet sich hervorragend für Prototypen, doch der offene Stack wurde nie für die ISO 26262 entworfen. Teams, die einen Algorithmus im Versuchsfahrzeug validieren, schreiben ihn für die Serie meist komplett neu. Das kostet Jahre und wirft getesteten Code weg. Apex.AI nimmt bewährte Open-Source-Bausteine, ergänzt funktionale Sicherheit, Determinismus und Werkzeuge und lässt das Ergebnis zertifizieren. Apex.Grace erreicht ISO 26262 ASIL D, die höchste Stufe im Automobilbau. Das Unternehmen nennt mehr als 75 Millionen US-Dollar an Kapital von Investoren wie Toyota Ventures, Volvo Group Venture Capital, ZF, Continental und LG Electronics.

Die eigentliche Hürde ist der Zugang. Apex.AI verkauft an Hersteller, Tier-1-Zulieferer, Halbleiterfirmen und Robotikunternehmen über Direktverträge. Es gibt keine Selbstbedienung, keine öffentliche Preisliste und keine kostenlose Stufe. Ein einzelner Entwickler kann das SDK also nicht ohne Verkaufsgespräch testen. Der Support hängt an bestimmten Betriebssystemen und Boards. Ihr Zielsteuergerät muss auf der Liste der qualifizierten Plattformen stehen, bevor Sie sich binden.

Erste Schritte

  1. Schreiben Sie das Apex.AI-Team über die Website an und nennen Sie Plattform, angestrebtes Sicherheitsniveau und Zeitplan. Testzugang, Vertraulichkeitsvereinbarung und Angebot laufen über dieses Gespräch.
  2. Installieren Sie das Apex.Grace SDK auf einem unterstützten Betriebssystem, üblicherweise Linux für die Entwicklung und QNX oder Linux mit Echtzeit-Patches auf der Zielhardware.
  3. Portieren Sie Ihre ROS-2-Knoten. Die Kern-APIs folgen dem ROS-2-Modell, deshalb lassen sich die meisten Pakete mit kleinen Änderungen an Build-Dateien und Quality-of-Service-Einstellungen übersetzen.
  4. Konfigurieren Sie Apex.Ida für den Datentransport. Für den Verkehr an Bord nehmen Sie Shared Memory, danach ergänzen Sie DDS-, SOME/IP-, CAN- oder MQTT-Anbindungen, wo das Fahrzeugnetz sie braucht.
  5. Prüfen Sie mit Aufzeichnung und Wiedergabe, führen Sie Ihre Sicherheitsanalyse durch und übergeben Sie das Nachweispaket an den Gutachter.

Produktinformationen

Ein kurzer Überblick über Preise, unterstützte Plattformen und die Leistung von Apex.AI.

Kostenloser TarifNein
Bezahlte TarifeCustom quote (not published)
PlattformLinux, QNX, AUTOSAR Adaptive (x86_64, Arm)
EntwicklerApex.AI, Inc.
KategorieSonstiges
VeröffentlichungsdatumJan 2020
Zuletzt aktualisiertOct 2026
Website-Besuche39.2K
Globales Website-Ranking816.3K
API-VerfügbarkeitJa

Am besten für

Die Nutzer, Aufgaben und Szenarien, für die dieses Tool am besten passt.

Nutzer

  • Softwareteams bei Herstellern und Tier-1-Zulieferern
  • Robotik- und Landwirtschaftsbetriebe mit zertifizierten Maschinen
  • Verteidigungsprogramme und unbemannte Bodensysteme

Aufgaben

  • Einen ROS-2-Stack für Software für autonomes Fahren in die Serie bringen
  • Sensordaten auf einem Steuergerät bündeln
  • Ein softwaredefiniertes Fahrzeug aufbauen

Szenarien

  • Ein Forschungsfahrzeug-Programm an einen Serienstart heranführen
  • Gemischte Kritikalität auf einem Chip fahren
  • Große Sensorprotokolle aufzeichnen und wiedergeben

Wichtigste Funktionen

ROS-2-Kompatibilität ohne Neuschreiben

Apex.Grace behält das Publish-and-Subscribe-Modell von ROS 2, das Request-Reply-Muster und den Knoten-Lebenszyklus, den die meisten Teams schon kennen. Erweiterungen decken Echtzeitausführung, Systemzustandsverwaltung und Flottenrollout ab. Ihr Prototypcode übersteht den Sprung in die Serie, und genau das ist der Grund, diesen Stack statt AUTOSAR Adaptive zu wählen.

Zertifizierung nach ISO 26262 ASIL D

Die Laufzeit ist nach ASIL D zertifiziert, der strengsten Stufe der funktionalen Sicherheit im Auto, und das Unternehmen nennt TÜV NORD als Gutachter. Dieses Zertifikat erlaubt es einem Hersteller, die Software auf einen sicherheitskritischen Pfad zu legen, ohne das Framework neu zu bauen. Ihre Anwendung müssen Sie weiterhin selbst zertifizieren, aber Sie starten auf einer qualifizierten Basis.

Deterministischer Executor

Der Executor fasst Arbeit zu einzelnen Elementen, sequenziellen Ketten oder gerichteten azyklischen Graphen zusammen und verteilt sie auf einen Thread-Pool. Threadprioritäten, Kernzuordnung und Scheduling-Regeln lassen sich einstellen. Weil Anwendungslogik und Ausführungspolitik getrennt sind, erfüllt derselbe Code auf einem Steuergerät ein hartes Echtzeitbudget und auf einem anderen ein weicheres.

Kopierfreier Datentransport mit Apex.Ida

Apex.Ida leitet Nachrichten über Shared Memory und vermeidet die Kopien und Kontextwechsel, die in einem normalen DDS-Aufbau Latenz fressen. Apex.AI nennt Hunderte Gigabit pro Sekunde auf Embedded-Zielen, mit wenig Jitter unter Last. In einer Wahrnehmungskette, die mehrere Megabyte große Kamerabilder bewegt, zeigt sich der Unterschied als stabiles Timing statt als Spitzen.

Protokollbrücken für echte Fahrzeuge

Eine einzige anwendungsseitige API sitzt vor DDS, SOME/IP, MQTT, CAN und WebRTC. Die Middleware wählt den Transport laut Konfiguration, also sehen ein Radarsignal über CAN und ein Kamerabild über Shared Memory für Ihren Code gleich aus. Damit wird Automotive-Middleware in einem Fahrzeug brauchbar, das alte und neue Netze mischt.

Apex.Autonomy für unbemannte Bodenfahrzeuge

Apex.Autonomy ist ein Autonomie-Stack auf Basis von Apex.OS für UGV. Er deckt autonome Navigation, Folgemodus, Konvoifahrten, Evakuierungsrouten sowie Objekt- und Drohnenerkennung ab. Weil alles auf derselben Basis läuft, lassen sich Autonomiefunktionen aktualisieren, ohne die Fahrzeugplattform zu tauschen.

Werkzeuge für Build, Test und Validierung

Apex.Alan übernimmt Integration, Build, Test und Auslieferung, und das Verifikationspaket zeichnet sehr große Datenströme zeitgenau auf und spielt sie wieder ab. Teams reproduzieren damit Feldfehler auf dem Prüfstand. Die Werkzeuge wiegen so schwer wie die Laufzeit, denn Sicherheitsnachweise sind vor allem ein Dokumentationsproblem.

Vor- und Nachteile

Vorteile

  • Nach ISO 26262 ASIL D zertifiziert, was unter ROS-2-basierten Laufzeiten selten ist, und der größte Blocker für die Serie fällt weg.
  • Behält die ROS-2-APIs, sodass Prototypcode und eingespielte Entwicklergewohnheiten erhalten bleiben statt verloren zu gehen.
  • Der kopierfreie Transport in Apex.Ida hält die Latenz flach, wenn Nachrichten wachsen, was bei Kamera- und Lidarketten zählt.
  • Eine Middleware deckt DDS, SOME/IP, CAN, MQTT und WebRTC ab, gemischte Netzarchitekturen sparen sich eigenen Klebecode.

Nachteile

  • Keine öffentlichen Preise und keine kostenlose Stufe. Budgetfreigabe und Testzugang laufen über einen Vertriebsprozess, was das Produkt für Hobbyentwickler und kleine Start-ups ausschließt.
  • Der Support hängt an qualifizierten Betriebssystemen und Boards. Ein ungewöhnliches Steuergerät oder ein neuer Chip kann Monate kosten, bis die Plattform bereit ist.
  • Der Stack zielt auf sicherheitskritische Mobilität. Wer einen Webdienst oder eine Consumer-App baut, findet hier nichts Brauchbares.

Häufige Fragen

Apex.AI verkauft Apex.OS, eine kommerzielle Plattform aus Apex.Grace für die Anwendungsausführung und Apex.Ida für den Datentransport. Zusatzprodukte decken Autonomie für Bodenfahrzeuge, Build- und Testwerkzeuge sowie Validierungsunterstützung ab.