Salem Robotics gibt Industrierobotern die Intelligenz für gefährliche Inspektionen
Launch HN: Salem Robotics (YC S26) – Software for industrial inspection robots
Salem Robotics (YC S26) stattet vorhandene mobile Roboter mit einer Software aus, die sie für Umfragen und physisch interaktive Inspektionen in gefährlichen Industrieanlagen befähigt. Mit Wurzeln in der Nuklearforschung und Erfahrung bei Los Alamos National Laboratory kombiniert das Team klassische Robotik mit KI, um Aufgaben wie das Abwischen von Oberflächen auf Kontamination oder die Positionierung von Detektoren an Ventilen zuverlässig auszuführen. Die Lösung ist hardware-agnostisch und zielt auf Nuklearanlagen sowie Öl-, Gas- und Chemiefabriken ab.
Wir schätzen, wie relevant klassische Ansätze immer noch sind, wenn man explizite Einschränkungen, vorhersehbares Verhalten und theoretische Garantien darüber haben möchte, was ein Roboter kann und was nicht.
- beckford
Der Teil über die Hardware-Agnostik klingt ein bisschen nach ROS 2, aber vielleicht auf einer höheren Ebene. Ich würde gerne einen Beitrag darüber sehen (mit ein paar Erklärungen für Leute wie mich, die nur oberflächlich mit Robotik zu tun haben).
Aber ich bin auch neugierig, ob der Name "Salem" vorher recherchiert wurde. Als ich den Titel zum ersten Mal sah, dachte ich, es ginge um Agility Robotics, die in Salem, Oregon, ansässig sind und aktuell auf Platz 3 der Google-Suche für "Salem Robotics" stehen (und 4 der Top-5-Ergebnisse auf YouTube).
- lesiva
> Wir setzen KI dort ein, wo semantisches Verständnis und Flexibilität nützlich sind, etwa bei der Interpretation weniger strukturierter Informationen oder beim Verständnis, was in einer unbekannten Szene für einen Ablauf relevant ist. Sobald das System weiß, welche physische Interaktion es durchführen muss, bevorzugen wir explizite Geometrie, Planung, Optimierung und Regelung, wo immer möglich...
> Ein paar Zentimeter Fehler mögen beim Navigieren durch einen Flur nicht viel ausmachen, aber sie sind wichtig, wenn ein Sensor senkrecht zu einer gekrümmten Oberfläche bleiben soll.
Das ist ein großartiges konkretes Beispiel dafür, wo die Kreativität (sprich: Zufälligkeit) von KI an eine Wand stößt. Sehen Sie, dass sich das im Laufe der Zeit mit besseren Modellen ändert, oder erwarten Sie, dass sicherheitskritische / hochspezifische Aufgaben immer einen expliziteren Satz von Anweisungen erfordern?
- hic
Alles Gute! Sehr klare Einordnung und definitiv ein notwendiger Service. Ich erinnere mich an 2011, nicht weit von Fukushima entfernt, nach den Problemen mit den Atomreaktoren. Das Unternehmen hier stand vor sehr schwierigen Inspektionsproblemen, auch durch Trümmer hindurch. Es gab Roboter, die mit einigen Problemen umgehen konnten, aber nicht in Japan, und sie mussten sowieso schnell handeln und schickten deshalb Menschen. Es war offenbar sicher genug, aber fähige Roboter wären so viel sicherer gewesen.
Eine technische Frage: Um eine Oberfläche präzise zu scannen, würde ich lieber Schalter am Endeffektor neben dem Sensor anbringen, sodass der Arm sich grob über der zu scannenden Oberfläche positioniert, drückt, bis die Schalter auslösen, und dann scannt, während die Schalter aktiviert bleiben. Ein einfacher Tastsinn, im Grunde. Alles traditionelle Robotik, die viele flache und gekrümmte Oberflächen reibungslos abfährt. Keineswegs gegen KI hier, es scheint, der ganze Thread ist ein konstruktiver Ansatz, der die besten Werkzeuge mit konkreten Zielen kombiniert. Ist das in Ihren Szenarien nicht machbar?
Gedanken zu Ihren abschließenden Fragen:
> wo die Abstraktionsgrenze in der Robotik liegen sollte. Was sollte vom Roboterhersteller kommen, was gehört in eine Anwendungsschicht, und was wird unweigerlich spezifisch für die Anlage bleiben?
Ich mag es sehr, wenn es ein "doppeltes SDK" gibt, mit einem Low-Level-SDK, um Aktuatoren und Sensoren einzeln anzusprechen (Motor 2 von Bein 4), und einem High-Level-SDK mit vordefinierten Szenarien (vorwärts bewegen, egal ob der Bot ein Zweibeiner, ein Quadcopter oder eine Schnecke ist). Diese beiden API-Typen ermöglichen oft einfacheres Arbeiten in der Anwendung [...]
- a_t48
Glückwunsch zum Launch. Ich bin seit einem Jahrzehnt in der Robotikbranche und habe gesehen, dass diese Grenze an vielen verschiedenen Stellen liegt. Ich bin mir nicht sicher, ob es eine klare Antwort gibt.
Eigenwerbung: Ich bin der Gründer von Clipper, einer Container-Registry mit 10x schnelleren Pulls und 7x schnelleren Builds als DockerHub, die auf Robotik ausgerichtet ist. Ich hatte es satt, dass Robotik-Deployments den ganzen Tag dauerten, und habe es selbst behoben. Wenn Sie daran interessiert sind oder einfach nur fachsimpeln wollen, lassen Sie uns reden.
- akshay_akula
Glückwunsch zum Launch. "Eine Trajektorie erfolgreich auszuführen bedeutet nicht, dass die Inspektion funktioniert hat" ist ein großartiger Rahmen; die Schleife um die Messung selbst zu schließen, ist der schwierige Teil.