VDA 5050-Beratung: die richtigen AGVs und AMRs auswählen und dann testen, was wirklich zusammenspieltSie mischen Robotermarken? VDA 5050 funktioniert selten auf Anhieb.
Ein unabhängiger VDA 5050-Berater für Betriebs- und Automatisierungsteams, die mehr als eine Robotermarke unter eine gemeinsame Flottensteuerung bringen. Wir schreiben den Schnittstellenumfang, wählen die Leitsteuerung aus und testen jedes Fahrzeug vor dem Go-live. Wir verkaufen keine Hardware, damit unsere Beratung unabhängig bleibt.
Wann Sie einen VDA 5050-Berater brauchen
Ein VDA 5050-Berater spezifiziert und testet, wie AGVs und AMRs verschiedener Hersteller Aufträge von einer gemeinsamen Flottensteuerung annehmen. Das heißt: die Version und die Topics festlegen, die jedes Fahrzeug unterstützen muss, entscheiden, wem Karten und Zonen gehören, zwischen dem Flottenmanager eines OEM und einer unabhängigen Leitsteuerung wählen und Abnahmetests für gemischte Flotten in Ihrer Halle durchführen, statt einem „konform“-Siegel zu vertrauen.
Wann VDA 5050 relevant wird:
- Eine zweite Robotermarke kommt hinzu, und die beiden Flotten teilen sich Türen, Gänge oder Ladestationen.
- Jedes Angebot verspricht „VDA 5050-konform“, aber keines sagt, welche Version, welche Topics oder mit welcher Flottensteuerung das nachgewiesen wurde.
- Flottenmanager des OEM oder unabhängige Leitsteuerung? Sie brauchen die Abwägung schriftlich, bevor der nächste Kauf sie festschreibt.
- Bestehende AGVs müssen neben neuen AMRs betrieben werden, ohne die Infrastruktur herauszureißen.
- Ein Pilot mit mehreren Anbietern blockiert sich unter Spitzenlast oder bleibt bei der Integration mit WMS, MES oder ERP stecken.
Was wir tun
| Phase | Ergebnis | Warum es wichtig ist |
|---|---|---|
| 1 · Bestandsaufnahme von Flotte und Materialflüssen | VDA 5050-Version jedes Fahrzeugs, native Unterstützung oder Adapter, Factsheet und die Materialflüsse, die es bedient | Zeigt, wo Interoperabilität echt ist und wo es sich um individuelle Anpassungen handelt |
| 2 · Schnittstellenumfang | Version, Pflicht- und optionale Topics, instantActions, Zonentypen, Kartenverwaltung und Fehlerverhalten, festgeschrieben im RFP | Eine allgemeine Klausel „VDA 5050-Unterstützung“ lässt sich nicht durchsetzen |
| 3 · Auswahl der Flottensteuerung | Nativer Flottenmanager des OEM vs. unabhängige Leitsteuerung: Anforderungen, Shortlist, Demos nach vorgegebenem Skript auf Ihren Materialflüssen, Bewertungsmatrix und Fünf-Jahres-TCO | Das Verkehrsmanagement ist nicht Teil des Standards, deshalb unterscheiden sich die Produkte genau hier |
| 4 · Integrationsarchitektur | Auftragsfluss aus WMS/MES/ERP, Türen, Aufzüge und Ladestationen, Verkehrs- und Laderegeln, Ereignisschema, MQTT-Broker und Netzwerkzonierung (IEC 62443) | Der Standard klammert Peripherie und externe IT aus, und genau dort bleiben gemischte Flotten stecken |
| 5 · Simulation und Pilot | Simulation der Spitzendichte und Pilot-KPIs: Aufträge pro Stunde, Blockadezeit, Missionserfolg, Verfügbarkeit | Durchschnittswerte vom Demo-Tag verbergen Ausfälle in der Spitzenstunde |
| 6 · Abnahme der gemischten Flotte | Interoperabilitätstests nach vorgegebenem Skript, je Fahrzeugtyp gegen die gewählte Flottensteuerung durchgeführt | Weist jede Kombination aus Fahrzeug und Flottensteuerung vor dem Go-live nach |
Was VDA 5050 standardisiert und was nicht
VDA 5050 standardisiert die Kommunikation zwischen Flottensteuerung und mobilen Robotern über MQTT (Version 3.1.1 oder höher) mit JSON-Nachrichten. Laut der veröffentlichten Spezifikation Version 3.0.0 deckt der Standard drei Dinge nicht ab, von denen Käufer oft ausgehen:
- Sicherheit. Er definiert keine Anforderungen an funktionale oder Systemsicherheit und darf nicht als Sicherheitsnorm angewendet werden.
- Verkehrsmanagementlogik. Routing, Priorisierung, Staubehandlung und Auflösung von Deadlocks bleiben dem Produkt für die Flottensteuerung überlassen.
- Weitere Schnittstellen. Türen, Aufzüge, Ladestationen und andere Infrastruktur sowie externe IT-Systeme wie Ihr WMS liegen außerhalb seines Geltungsbereichs.
An diesen drei Lücken scheitern gemischte Flotten, und genau hier zahlen sich eine unabhängige Spezifikation und ein unabhängiger Abnahmetest aus.
Spezifizieren Sie Topics, nicht das Siegel
| Topic | Richtung | In v3.0.0 | Was im RFP festgelegt werden sollte |
|---|---|---|---|
bestellen | Flottensteuerung → Roboter | Pflicht | Grenzen für Knoten/Kanten, Umgang mit dem Horizont, Verhalten bei Auftragsaktualisierungen, Ablehnungsfälle |
InstantActions | Flottensteuerung → Roboter | Pflicht | Welche Aktionen jedes Fahrzeug unterstützt (Pause, Fortsetzen, Abbrechen, Karten-Download und -Aktivierung, Factsheet-Anforderung) sowie fahrzeugspezifische Aktionen |
Staat | Roboter → Flottensteuerung | Pflicht | Fehlerstufen und -referenzen, Meldung von Batterie- und Ladungsstatus, Aktualisierungsintervall |
Verbindung | Broker / Roboter → Flottensteuerung | Pflicht | Verhalten bei Verbindungsverlust und Wiederverbindung |
Faktenblatt | Roboter → Flottensteuerung | Pflicht | Protokollgrenzen, unterstützte Aktionen und unterstützte Zonentypen, geliefert vor Beginn der Integration |
Visualisierung | Roboter → Visualisierungssysteme | Optional | Ob Sie einen Positions- und Pfad-Feed mit höherer Rate benötigen |
ZoneSet | Flottensteuerung → Roboter | Optional | Welche Zonentypen jedes Fahrzeug versteht; gesperrte, geschwindigkeitsbegrenzte und interaktive Zonen |
Antworten | Flottensteuerung → Roboter | Optional | Erforderlich für interaktive Zonen, in denen ein Roboter eine Freigabe oder Neuplanung anfordert |
Legen Sie Version und Migrationspfad fest
Version 3.0 wurde am 19. März 2026 vom VDA veröffentlicht und am 20. April 2026 von VDA und VDMA angekündigt. Sie ergänzt die Unterstützung für frei navigierende Roboter (geplante gemeinsame Pfadnutzung und ein Zonenkonzept) und benennt eine Reihe von Parametern um, was die Release Notes als inkompatible Änderung (Breaking Change) kennzeichnen. VDA 5050 nutzt semantische Versionierung, eine Hauptversion kann also inkompatible Änderungen enthalten. Installierte Flotten laufen oft mit älteren Versionen 1.x oder 2.x: Das RFP sollte eine Mindestversion, eine Zielversion und den Umgang der Flottensteuerung mit Fahrzeugen unterschiedlicher Versionen während der Migration festlegen.
Legen Sie fest, wem Karten und Zonen gehören
In Version 3.0 kann die Flottensteuerung Karten von einem Kartenserver an die Roboter verteilen, identifiziert über Karten-ID und Kartenversion, und sie per instantAction aktivieren oder löschen. Die Flottensteuerung ist dafür verantwortlich, dass die richtigen Karten aktiviert sind. Halten Sie schriftlich fest, welches System die maßgebliche Quelle für Layout, Knoten, Kanten und Zonen ist und wer es nach einer Regaländerung aktualisiert. Roboter geben in ihrem Factsheet an, welche Zonentypen sie verstehen. Manche können Zonen überhaupt nicht verarbeiten.
Native Unterstützung oder Adapter, mit klarer Zuständigkeit
Manche Fahrzeuge implementieren VDA 5050 nativ. Andere brauchen einen Adapter, der die herstellereigene Schnittstelle übersetzt. Adapter funktionieren, bringen aber eine zusätzliche Komponente mit eigener Latenz, Firmware-Abhängigkeit und Wartungszuständigkeit. Schreiben Sie diese Zuständigkeit in den Vertrag.
Legen Sie den Abnahmetest für die gemischte Flotte als Skript fest
Mindestens: Annahme und Ablehnung von Aufträgen; Auftragsaktualisierungen; Abbruch während einer Mission; Pause und Fortsetzung; Fehler- und Batteriemeldung im State; Verbindungsverlust und Wiederverbindung; Karten-Download und -Aktivierung; Übergabe an die Ladestation; zwei Marken, die um eine gemeinsame Kreuzung oder Tür konkurrieren; und anhaltende Spitzendichte.
Flottenmanager des OEM oder unabhängige Leitsteuerung
Die Flottenmanager der Roboterhersteller steuern die eigenen Fahrzeuge am besten, und einige Hersteller wie OTTO und MiR bauen VDA 5050-Unterstützung auf, damit ihre Fahrzeuge Aufträge von einer Leitsteuerung eines Drittanbieters annehmen können. Die Konformität hängt von der Firmware-Version ab, deshalb testen wir sie, statt sie ungeprüft zu übernehmen. Zu den Flottensteuerungs- und Leitsteuerungsprodukten von Drittanbietern auf unserer Bewertungsliste gehören SYNAOS, idealworks, NAiSE, Meili FMS, Navitec Navithor, BlueBotics ANT und Kollmorgen NDC. Wir führen keine Vorzugsliste.
Der eigentliche Unterschied liegt selten im VDA 5050-Siegel. Entscheidend ist, welche Fahrzeuge mit welcher Flottensteuerung im Produktivbetrieb nachgewiesen sind, wie Verkehr und Laden markenübergreifend geregelt werden, ob manuelle Stapler und Personen einbezogen sind und wie sauber Aufträge aus Ihrem WMS, MES oder SAP EWM ankommen. Siehe Flottenorchestrierung nach VDA 5050 und unsere Anbieterbewertungen.
Auftrag und Honorare
| Einstiegspunkt | Modell | Typische Dauer | Richthonorar |
|---|---|---|---|
| Analyse- und Scoping-Phase | Nach dem Scoping schriftlich vereinbartes Honorar | typischerweise 1 bis 5 Tage vor Ort | £3k bis £30k |
| Auswahl von Anbieter und Flottensteuerung | Nach dem Scoping schriftlich vereinbartes Honorar | typischerweise 3 bis 6 Wochen | £3k bis £30k |
| Pilotdesign und -begleitung | Nach Scoping schriftlich vereinbartes Honorar zzgl. Tagessatz | mit je Standort vereinbarten Zeitplänen | £3k bis £30k |
| Beratungstag | Tagessatz | Pro Tag | £1.200 / Tag |
Jede Phase endet mit einem Gate, an dem Sie aufhören und die Ergebnisse behalten können. Die Honorare verstehen sich ohne Hardware, Softwarelizenzen und Reisekosten. Siehe Preise.
Praxisbeispiel: AMR/AGV-Flottenintelligenz, ein Projekt, das unsere Berater in früheren Positionen geleitet haben; der Kundenname wird aufgrund eines NDA nicht genannt.
Nicht Teil unserer Leistung
- Wir verkaufen keine Hardware und nehmen keine Provisionen von Anbietern.
- Wir sind nicht der verantwortliche Maschinenhersteller oder Systemintegrator und stellen keine CE- oder Konformitätserklärungen aus. Wir spezifizieren, prüfen und nehmen diese Arbeiten in Ihrem Auftrag ab.
- Wir schreiben keine fahrzeugseitige Adapter-Firmware. Wir spezifizieren, testen und nehmen sie ab.
Häufig gestellte Fragen
Was macht ein VDA 5050-Berater?
Ein VDA 5050-Berater spezifiziert und prüft die Interoperabilität von Robotern mehrerer Anbieter aus Sicht des Käufers: welche Version und welche Topics jedes Fahrzeug und die Flottensteuerung unterstützen müssen, Flottenmanager des OEM oder unabhängige Leitsteuerung, wie Aufträge aus WMS, MES oder ERP ankommen, und ein Abnahmetest nach vorgegebenem Skript für jede Kombination aus Fahrzeug und Flottensteuerung. Ziel ist eine Flotte, die Sie um eine weitere Marke erweitern können, ohne von vorn anzufangen.
Welche VDA 5050-Version sollten wir spezifizieren?
Fragen Sie bei Neubeschaffungen, ob Fahrzeuge und Flottensteuerung Version 3.0 unterstützen, die am 19. März 2026 vom VDA veröffentlicht und am 20. April 2026 von VDA und VDMA angekündigt wurde. Viele installierte Fahrzeuge laufen mit älteren Versionen 1.x oder 2.x. VDA 5050 nutzt semantische Versionierung, eine Hauptversion kann also inkompatible Änderungen (Breaking Changes) enthalten: Legen Sie die Mindestversion, die Zielversion und den Umgang mit gemischten Versionen während der Migration fest.
Übernimmt VDA 5050 Verkehrsmanagement und die Auflösung von Deadlocks?
Nein. Die Spezifikation definiert die Kommunikationsschnittstelle zwischen Flottensteuerung und mobilen Robotern. Sie schließt Verkehrsmanagementlogik wie Routing, Priorisierung, Staubehandlung und Auflösung von Deadlocks ausdrücklich aus; diese bleiben Funktionen der Flottensteuerung, die Sie wählen. Deshalb sind die Auswahl des Flottenmanagers und Tests unter Spitzendichte genauso wichtig wie die Schnittstelle.
Ist „VDA 5050-konform“ dasselbe wie „nachgewiesen“?
Nein. Konformität ist meist eine eigene Aussage des Anbieters zu einer Version und einer Reihe von Topics. Manche Hersteller geben VDA 5050-Unterstützung für ihre Fahrzeuge an oder bieten Adapter an. Behandeln Sie das als Aussage, die zu prüfen ist, nicht als Zertifizierung. Entscheidend ist, ob das Fahrzeug mit der von Ihnen gewählten Flottensteuerung in Ihrem Layout funktioniert. Deshalb schreiben wir für jede Kombination einen Abnahmetest vor Ort in den Vertrag.
Müssen wir unsere bestehenden AGVs ersetzen?
Meist nicht. Wir bewerten die VDA 5050-Unterstützung jedes Fahrzeugs. Fahrzeuge ohne native Unterstützung lassen sich oft über einen Adapter anbinden, sofern jemand für dessen Wartung zuständig ist. Wo eine solche Brücke nicht machbar ist, stellen wir die Kosten eines Betriebs unter separater Steuerung denen eines Austauschs gegenüber, sodass die Entscheidung auf Durchsatz und Gesamtkosten beruht.
Deckt VDA 5050 die Sicherheit ab?
Nein. Die Spezifikation stellt klar, dass sie keine Sicherheitsanforderungen definiert und nicht als Sicherheitsnorm angewendet werden darf. Der Personenschutz liegt bei jedem einzelnen Fahrzeug und seiner Konformität, zum Beispiel nach ISO 3691-4, sowie bei Zonen- und Geschwindigkeitsregeln für gemeinsam genutzte Gänge. Wir prüfen diese Nachweise bei der Abnahme, stellen aber keine Konformitätserklärungen aus.
Was kostet eine VDA 5050-Beratung?
Projekte beginnen meist mit einer Analyse- und Scoping-Phase (typischerweise 1 bis 5 Tage vor Ort) oder mit Anbieterauswahl und RFP-Unterstützung. Jeder Auftrag wird projektbezogen abgegrenzt und vor Arbeitsbeginn schriftlich bepreist: £3k bis £30k pro Projekt oder £1.200 pro Tag in Großbritannien. Regionale Preisspannen für Europa, Nordamerika und weitere Regionen finden Sie unter So arbeiten wir.
Letzte Aktualisierung: 5. Oktober 2026