Was sich geändert hat
Auf Grundlage der Berichterstattung von TechCrunch erklärt Mbodi-Mitgründer Xavier Chi, dass das Start-up Software entwickelt, mit der Menschen Industrierobotern mithilfe natürlicher Sprache neue Fähigkeiten beibringen können. Nach dem Gewinn eines ABB-Wettbewerbs arbeitet Mbodi mit ABB Robotics daran, die Software in Fabriken und Lagerhäusern einzusetzen. Das Unternehmen berichtet von einer Erfolgsquote von 99,6 % in einem achtstündigen Test.
Warum das wichtig ist
Die entscheidende Idee ist hier nicht ein sprechender Roboter. Es geht um einen kürzeren Weg von „Diese Aufgabe sollten wir automatisieren“ zu „Der Roboter kann sie tatsächlich ausführen“.
Industrielle Automatisierung erfordert nach wie vor beträchtlichen Programmieraufwand und individuelle Anpassungen. Wenn ein Bediener eine neue Aufgabe in gewöhnlicher Sprache beschreiben kann, könnten Fabriken mehr Automatisierungsprojekte ausprobieren, ohne darauf zu warten, dass spezialisierte Programmierer jeden Arbeitsablauf neu entwickeln. Das ist besonders dort relevant, wo der Arbeitskräftemangel Unternehmen bereits zum Einsatz von Maschinen drängt.
Der Haken: Ein reibungslos verlaufener achtstündiger Test ist ein vielversprechendes Signal, aber keine Garantie für den Produktionseinsatz. Das Ergebnis muss nicht an unterschiedlichen Standorten, bei anderen Aufgaben und unter veränderten Betriebsbedingungen Bestand haben. Eine Fabrik muss weiterhin die Ausrüstung installieren, Systeme anbinden, Mitarbeiter schulen und nachweisen, dass Ausfälle die Produktion nicht zum Stillstand bringen.
Unsere Einschätzung (fundierte Spekulation): Mbodi und ABB werden wahrscheinlich zunächst kontrollierte Pilotprojekte ausweiten, statt über Nacht eine Robotikrevolution auszulösen. Wenn die Software bei mehreren Aufgaben funktioniert, könnten Bediener mehr Konfigurationsaufgaben übernehmen, während sich Integratoren stärker auf die Gestaltung und Einführung von Arbeitsabläufen, Schulungen und die Unterstützung der Betriebssicherheit konzentrieren. Wenn jeder neue Standort weiterhin umfangreiche individuelle Entwicklungsarbeit erfordert, bleibt die Software eher eine nützliche Demonstration als eine skalierbare Grundlage.
Als dies zuletzt geschah
2012 berichtete TechCrunch über Amazons Übernahme von Kiva Systems für 775 Millionen US-Dollar in bar. Kiva verband autonome mobile Roboter mit Steuerungssoftware für die Auftragsabwicklung in Lagerhäusern. Amazon nahm die Technologie später vom externen Markt, was dazu beitrug, die Gründung von Locus Robotics und 6 River Systems anzustoßen; in einer späteren TechCrunch-Berichterstattung wurde Locus als Marktführer bezeichnet, dessen Software und Flottenmanagement zur Differenzierung seiner Roboter beitrugen.
Die Ähnlichkeit ist klar: Die wertvolle Komponente war nicht allein die Hardware, sondern Software, die Maschinen mit realen betrieblichen Abläufen koordinierte. Der Unterschied ist ebenso wichtig. Kiva arbeitete in einer stärker strukturierten Lagerumgebung und wurde in Amazons eigenes Netzwerk integriert. Mbodi verfolgt über ABB das Ziel, Industrieroboter in externen Fabriken und Lagerhäusern per natürlicher Sprache anzulernen.
Diese Geschichte deutet darauf hin, dass wiederverwendbare Software den Einsatz von Robotik ausweiten kann. Sie zeigt jedoch nicht, dass Anweisungen in natürlicher Sprache die von Mbodi berichtete Zuverlässigkeit in weniger vorhersehbaren Umgebungen erreichen werden. Auch bei Locus waren menschliche Installation, Schulung und physische Beladung erforderlich. Zu beobachten ist daher, ob Mbodi den Bedarf an spezialisierter Programmierung senkt, ohne die Arbeit einfach in Integration und Überwachung zu verlagern.
Wie sich die Auswirkungen ausbreiten könnten
Fabriken und Lagerhäuser könnten mehr Pilotprojekte durchführen, wenn sich Roboter schneller und mit geringerer Abhängigkeit von knappen Programmierkenntnissen anlernen lassen. Das könnte die Automatisierungskapazität erweitern, allerdings nur dort, wo sich die Software sauber an bestehende Systeme anbinden lässt und außerhalb des ursprünglichen Tests zuverlässig funktioniert.
Für Integratoren ergibt sich ein gemischtes Bild. Wiederholbares Anlernen von Fähigkeiten könnte einen Teil der individuellen Programmierarbeit verringern und Unternehmen schwächen, die vor allem Konfiguration verkaufen. Gleichzeitig könnte die Nachfrage nach Fachkräften steigen, die Arbeitsabläufe entwerfen, Systeme installieren, Bediener schulen und standortspezifische Ausfälle bewältigen.
Roboterbediener könnten mehr Kontrolle über alltägliche Änderungen erhalten. Möglicherweise können sie Aufgaben anpassen, ohne bei jeder Änderung einen Spezialisten hinzuziehen zu müssen. Installation, Überwachung und Validierung vor Ort würden erfahrenen Arbeitskräften weiterhin eine wichtige Rolle sichern.
Folgenabschätzung
Mbodi ist der unmittelbare Gewinner: Die Beziehung zu ABB, die Aufmerksamkeit durch den Startup Battlefield und das berichtete Testergebnis verschaffen dem Unternehmen bessere Argumente gegenüber Fabriken und Investoren. Dieser Vorteil hält jedoch nur an, wenn die Leistung auch bei unterschiedlichen Einsätzen Bestand hat.
ABB könnte seine installierte Roboterbasis leichter anpassbar machen und damit seine Position bei Unternehmen stärken, die angesichts des Arbeitskräftemangels nach Automatisierung suchen. Mit zunehmender Konfigurierbarkeit der Hardware könnte sich die Verhandlungsmacht zugunsten von Software- und Workflow-Kompetenz verschieben.
Die Auswirkung auf die Robotikbranche betrifft deren Geschäftsmodell. Wenn Mbodi wiederholbare Programmierarbeit reduziert, könnten Integratoren weniger über das Schreiben individueller Robotercodes konkurrieren und stärker über die Qualität der Einführung, die betriebliche Unterstützung und zuverlässige Verbindungen zu Fabriksystemen. Das wäre eine bedeutsame Veränderung, hängt aber davon ab, dass Kunden über Demonstrationen hinaus zum produktiven Einsatz übergehen.
Szenarien
Am wahrscheinlichsten
Mbodi und ABB weiten in den nächsten sechs bis 12 Monaten kontrollierte Pilotprojekte aus. Fabriken setzen die Software für ausgewählte Aufgaben ein und behalten dabei menschliche Integratoren und Bediener. Dieser Weg ist am wahrscheinlichsten, weil das achtstündige Ergebnis ermutigend ist, aber noch keine umfassende Zuverlässigkeit im Produktionsbetrieb belegt.
Wenn neue Einsätze eine stabile Leistung bei mehreren Aufgaben und an mehreren Standorten zeigen, könnten Bediener damit beginnen, Änderungen selbst vorzunehmen, die bisher spezialisierte Programmierung erforderten. Wenn Kunden weiterhin umfangreiche individuelle Integration und Nachschulungen benötigen, wird die Einführung schrittweise bleiben.
Positives Szenario
Mbodi macht das Anlernen per natürlicher Sprache zu einer wiederverwendbaren Softwareschicht. Wenn die Zuverlässigkeit bei unterschiedlichen Produktionsaufgaben nahe dem berichteten Niveau bleibt und sich das System mit begrenztem Anpassungsaufwand an bestehende Abläufe anbinden lässt, könnten Fabriken von einzelnen Pilotprojekten auf mehrere Arbeitsabläufe ausweiten.
Das würde die Nachfrage nach ABB-angebundenen Lösungen und Implementierungsdiensten erhöhen und zugleich den Schwerpunkt der Wertschöpfung stärker auf Software und die Steuerung betrieblicher Abläufe verlagern.
Negatives Szenario
Fabriken bewerten den Test als vielversprechend, aber für den Produktionseinsatz als zu begrenzt. Wenn die Leistung bei veränderten Aufgaben oder Umgebungen nachlässt, könnten Kunden eine Ausweitung verschieben und weiterhin viel in Installation, Schulung und individuelle Entwicklungsarbeit investieren.
In diesem Fall blieben die Umsätze mit Robotiksoftware auf Pilotprojekte konzentriert, während Integratoren einen großen Teil des praktischen Nutzens behielten, weil sich die physische Welt weiterhin nur schwer abstrahieren lässt.
Was als Nächstes zu beobachten ist
- Ein laufender Einsatz in einer Fabrik oder einem Lagerhaus über den berichteten achtstündigen Test hinaus.
- Belege von Kunden für messbare Verkürzungen der Programmier- oder Integrationszeit.
- Zuverlässigkeitsergebnisse bei mehreren Aufgaben, an mehreren Standorten oder über längere Betriebszeiträume.
- Ob Bediener die Software für routinemäßige Aufgabenänderungen einsetzen oder ob für nahezu jede Anpassung weiterhin spezialisierte Ingenieure erforderlich sind.
Kommentare
Noch keine Kommentare.