Ihre Kommentare

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

Hallo, 


ich vermute dass Sie das Robotermodell aus der Demoszene genommen haben. Das ist absichtlich verzerrt und verfälscht. Das Robotermodell muss die selbe Kinematik (Dimensionen und Ausrichtungen) wie der Reale Roboter haben. Den Roboter kann man mit Drives, dem ABB Datenblatt und den 3D Daten sich zusammenbauen. In YouTube finden sich bei uns ein Tutorial wie das im Grundsatz geht.

Gruß


Mit einem Fixer oder dem Grip Script - in der Dokumentation sind diese Beschrieben.

Auch fehlt der Haken "Signalbeschreibung im Header" bei der G4A Schnittstelle im Header

Sehen Sie die Achswerte in Simit - diese kann man auch als Displayelement anzeigen lassen.

Ich bin mir nicht ganz sicher - aber ist der "B" nicht ein Bool Konnektor - die Achswerte müssten ein Float sein.

Hello,

I have checked your videos. The problem is caused by the physics engine and the kinematic movement of the elements. I created a script to solve this. You have got this by e-mail. Within the next release this will also be available.

Sie könnnen in Simit die Achswerte mit dem spezifischen ABB RobotStudio Interface empfangen und per Shared Memory Simit Interface an realvirtual.io übertragen.

https://search.abb.com/library/Download.aspx?DocumentID=9AKK107492A4208&LanguageCode=en&DocumentPartId=&Action=Launch

https://realvirtual.io/documentation/current/sharedmemory.html

Wie gesagt in der Professional Version geht es direkt - in der Starter leider nur über den Simit Umweg.

Hello,

I sent the revised version of the Transportsurface as a script by e-mail. It has fixed the errors that I was able to reproduce with the test model.

Please check with your scene and give me a short feedback. Thanks.
For all other users there will be the release 2021.09 on Monday.

Hi,

in the Starter Version there is no direct robot interface (e.g. Universal Robots or RobotStudio) included. Also the inverse kinematics (https://realvirtual.io/documentation/current/robotik.html) is not included which we have in the professional version.


For moving a robot the possiblities in Starter are very limited:

- you could move the axis itself - but this is very uncomfortable if you would like to reach a certain TCP-Position

. you could use the Simit interface (which is included in Starter) and use Simit robot interfaces - but you would need to get a Simit version and I am not sure if the robot interfaces will work in Simit demo. Here you can see which kind of interfaces are supported by Simit (https://support.industry.siemens.com/cs/document/109795246/simit-kopplungen-applikative-erweiterungen-der-schnittstelle?dti=0&lc=de-DE)