Een merkonafhankelijke robot fleet is maar zo nuttig als de laag die de mobiele robots doet samenwerken. De standaard die merkonafhankelijkheid praktisch maakt, is VDA 5050: een gedeelde interface die mobiele robots van verschillende makers orders laat aannemen van één fleet manager. Maar VDA 5050 is een interface, geen fleet manager, en dat verschil bepaalt of een mixed fleet draait als één operatie of als meerdere fleets die vechten om hetzelfde gangpad. Dit stuk legt uit wat de standaard doet, wat het bewust weglaat, en wat een merkonafhankelijke opzet er nog bovenop nodig heeft.
Wat “merkonafhankelijk” betekent voor mobiele robots
Merkonafhankelijk betekent dat je niet vastzit aan de catalogus van één leverancier. Je kiest de juiste robot voor elke taak over merken heen, je houdt onderhandelingsruimte, en je erft niet de prijsstijgingen, levertijden en modeleinde-levensduur van één maker. De volledige business case om merken te combineren, pasvorm per taak, buitenwerk, geen lock-in, maken we in waarom een mixed-brand AMR fleet een sterkte is. Hier ligt de focus smaller: de standaard die merkonafhankelijkheid technisch echt maakt, en de eerlijke grenzen van wat die doet.
Wat is VDA 5050, en wie zit erachter?
VDA 5050 is een communicatiestandaard, gezamenlijk uitgegeven door de VDA, de Duitse automobielbranchevereniging, en de VDMA, de federatie voor machinebouw. De standaard bepaalt hoe een centrale besturing transportorders naar mobiele robots stuurt en hoe die robots hun status terugmelden. De berichten lopen over MQTT als JSON, over een beperkte set kanalen: order en instantActions naar de robot toe, state en connection terug, een visualization-stroom, en een factsheet waarin elke robot aangeeft wat hij kan.
Voor het eerst gepubliceerd in 2019, staat de standaard nu op versie 3.0, uitgebracht in maart 2026; de vorige 2.1.0 dateert van augustus 2024. Omdat het contract publiek en gedeeld is, kunnen een conforme robot van de ene maker en een conforme robot van de andere allebei orders aannemen van dezelfde fleet manager. Dat is de hele bedoeling.
Wat VDA 5050 niet doet
Hier zit de meeste verwarring, dus het is de moeite om duidelijk te zijn. VDA 5050 bepaalt de interface, niet de intelligentie. Het lost geen verkeer op: het beslist niet welke robot voorrang geeft waar twee paden elkaar kruisen. Het verdeelt geen taken: het weet niets over je WMS-prioriteiten of welke order dringend is. En het dekt geen functionele veiligheid: noodstoppen en safety-gecertificeerde detectie blijven in elke robot zelf. De specificatie is expliciet over die scope.
Dus “VDA 5050-conform” zegt je dat twee robots met één besturing kunnen praten. Het zegt je niet dat ze als één gecoördineerde fleet zullen bewegen.
VDA 5050 laat mobiele robots dezelfde taal spreken. Het beslist niet wie eerst door het gangpad mag. Dat is een aparte taak, en die overslaan is hoe mixed fleets vastlopen.
Wat coördineert de mobiele robots dan wel?
Twee lagen zitten boven de standaard. Een merkonafhankelijke fleet manager gebruikt de VDA 5050-berichten om het verkeer over merken heen te coördineren: bewegingen op volgorde zetten, de ene robot tegenhouden terwijl een andere passeert, gedeelde gangpaden vlot houden. Daarboven neemt een orchestration-laag transportorders van je WMS, WES of ERP over, prioriteert ze, en dispatcht elke order naar de juiste groep robots. VDA 5050 is de draad tussen die lagen en de fleet; de coördinatie is het werk dat die lagen doen. Die orchestration is precies wat Flow+ Ctrl levert.
Ondersteunt elke mobiele robot VDA 5050?
Nog niet, en niet in dezelfde versie. De ondersteuning is snel breder geworden, en grote AMR-makers zoals MiR leveren intussen VDA 5050-adapters, maar de dekking verschilt nog per merk, per model en per versie. Een robot op 2.1.0 en een robot die op 3.0 mikt, komen niet automatisch functie voor functie overeen. Elke robot publiceert een VDA 5050-factsheet die precies beschrijft wat hij ondersteunt, en een merkonafhankelijke integrator leest die vooraleer hij belooft dat twee merken samen zullen draaien. Dat is net het detail dat een single-brand-offerte je laat overslaan, en een mixed fleet niet.
Wat versie 3.0 veranderde voor AMR’s
De vroege standaard leunde naar AGV’s die vaste routes volgen. Versie 3.0 voegde volwaardige ondersteuning toe voor vrij navigerende mobiele robots, met gedeelde geplande paden en zoneconcepten, zodat robots die hun eigen route kiezen, wat de meeste moderne AMR’s doen, netter in de standaard passen dan voorheen. Het is een teken dat de interface bijbeent met hoe AMR’s echt bewegen, en het verbreedt de set merken die je veilig kunt combineren.
Wanneer is standaardiseren op één merk nog prima?
Standaardiseren is niet de vijand. Op een kleine, uniforme vloer die enkel binnen draait met één soort verplaatsing, houdt één merk alles eenvoudiger, en is de coördinatie-overhead het niet waard. VDA 5050 verdient zijn plaats wanneer je merken, vormfactoren, of binnen- en buitenwerk combineert. Doe je dat niet, dan is het eerlijke antwoord om op één merk te blijven, en dat zeggen we ook. Onze FAQ behandelt meer van dit soort afwegingen.
Hoe Flow+ een merkonafhankelijke robot fleet draait
We zijn een merkonafhankelijke AMR-integrator. We kiezen de robot per taak over merken heen, controleren de VDA 5050-ondersteuning per model voor we ons vastleggen, en draaien het resultaat als één operatie: een merkonafhankelijke fleet manager voor het robotverkeer, en Flow+ Ctrl om transportorders van je WMS of ERP over te nemen en missies over de fleet te dispatchen. Dezelfde denkwijze loopt door onze aanpak van AMR-integratie. Als één merk de betere pasvorm is, zeggen we dat. Om het te bespreken, plan een scoping call van 30 minuten.