Hi, I never  tried Roboguide and EthernetIP. Are you sure that roboguide is able to communicate over EthernetIP. We don't have RoboGuide - so we realy don't know what do do in your case. Sorry.

I think the pivot points of your Axis1... Gameobjects are not where they should.

If needed you need to set empty gameobjects with the correct pivot points - like in the robot data sheet. After this you can put your meshes in. Drives are always rotating around pivot points. Please turn on the pivot point visualization in editor mode.

Simit muss an realvirtual für rotatorische Achsen Grad übergeben (als Float).

Wenn nun der Roboter die richtige Kinematik (Achspositionen) sowie die richtige Achsrichtungen hat so ist die Bewegung 1:1 identisch.

Was ABB RobotStudio übergibt weiß ich nicht genau. Wichtig ist, dass die Nullpunkte der Achsen gleich definiert sind (ansonsten muss mit einem Offset gearbeitet werden). Es gibt ja auch noch Radianten als Winkelmessung. Dann muss entsprechend umgerechnet werden.

Die Simulationen an sich müssen manuell "gestartet" werden. Das Roboterprogramm muss auf einen Eingang warten (dies ist bspw. der Sensor der das Teil detektiert) und dann muss der eigentliche Transportzyklus starten. Dies ist auch in "echter" Automation so üblich. Die ABB Dokumentation erläutert sicherlich wie auf Eingänge gewartet und Ausgänge gesetzt werden können.

Es gehen alle drei Komponenten. Es kommt darauf an was man bevorzugt.

Fixer - relativ einfach - ist auch passiv verwendbar ohne Ansteuerung von Signalen, keine Greiferbacken o.ä.

Grip - die allgemeinste Komponente aber etwas mehr komplex

Gripper - umfangreiche komponenten für Greifer mit Greiferbacken - viel wird automatisch aufgebaut und parametriert, aber auch etwas komplexer in der Anwendung

Es gibt mehrere Möglichkeiten:

- Mit C# Scripten - siehe Demomodell game4automation > OpenDemoscene - dort sind einige Scripte enthalten die als Vorlage genutzt werden können. https://game4automation.com/documentation/current/demomodel.html

- Mit der Professional Version mit Playmaker - https://game4automation.com/documentation/current/playmaker.html

- Auch nur mit der Professional Version mit LogicSteps https://game4automation.com/documentation/current/logicsteps.html

- Mit Unity Visual Scripting https://game4automation.com/documentation/current/unityvisualscripting.html

Ich weiß nicht, welches Robotermodell Sie genutzt haben - das im Demomodell entspricht in den Abmaßen nicht dem realen Roboter. Es wurde absichtlich verfälscht. Da dann die Achslängen und Positionen nicht denen des realen Abb entsprechen ist der TCP immer falsch. Sie müssen sicherstellen ein richtig skaliertes Robotermodell zu haben, das 1:1 dem in ABB Robotstudio entspricht. Ein richtiges Robotermodell hat vom Roboternullpunkt alle Achsen an der Position wie sie dem Datenblatt entsprechen. Auch die positive Richtung der Drives muss der des Datenblatts entsprechen. Alle notwendigen Informationen - Step Modell und Datenblatt sind bspw. auf der ABB Website zu finden. Mit etwas Übung ist ein neuer Roboter in max 30min erstellt. Ein paar korrekt parametriete Robotermodelle finden sich auch in unserem Community Bereich:

https://github.com/game4automation/game4automation-Community