Sollte doch über eine CrossConnection möglich sein.
doTaste1 AND doMechUnitNotMoving
Beiträge von AndreH
-
-
Hallo,
wenn noch Bedarf besteht, kann ich mal einen Kollegen fragen. Er wohnt in Rödental.
-
Hallo Tobias,
mit den Funktionen JointToPoint, Offsetverschiebung auf den Point und dann wieder PointToJoint sollte das einfach lösbar sein.
-
Hast du die Delay's mal auskommentiert?
Eventuell werden die folgenden Punkte nicht schnell genug in den Motion Planner gelanden.
-
Hallo Daniel,
wie ist denn dein Motion descriptor (mSmooth) definiert?
Benutzt du die Stäubli Robotic Suite? Dort findest du in der Val3 Hilfe ein Kapitel zur Bewegungssteuerung.
-
Meine Frau hat Leben lang keine Zucchini's gemocht und dank dieser wundervollen Werbung ist sie totaler Fan und Genießer! Vielen Dank Google! Sind echt vielseitig die Dinger
-
Du musst den Interrupt dann wieder erneut intialisieren.
Das einfachste ist, wenn du es in eine Eventroutine packst, die bei Start oder Restart ausgeführt wird. Hier einfach den Code aus deiner Main hineinkopieren.
-
Hier ein Auszug aus den Release Notes der aktuellen RW 6.12.02
-
Hallo,
für mich scheint es ein Bug in der RW zu sein.
Habe hier bei einer Anlage ein ähnliches Problem, bei dem es auch so lange dauert, bis der Roboter seine Bewegung bei einem Homerun beginnt.
Zum Vergleich hatte ich eine RW11.X aufgespielt und hatte das Problem nicht mehr.
Vielleicht ist es bei der RW6.12.01 behoben, auch wenn nichts davon in den Release Notes auftaucht. Habe aber das Update noch nicht aufgespielt.
-
Schon mal mit einer neueren Version probiert? Die 6.08 ist trotzdem schon etwas älter...
-
Laut ABB war ja der Stand im Q1/2020, dass es keine Lösung gibt.
Stand Q1/2021 ist, dass kein Problem bekannt ist.
So kann man es natürlich auch machen...
-
Vielleicht sind ja jetzt bei den neuen Robotern Achse 1-3 starr
-
Hier mal ein bisschen Hoffnung...
Auszug aus den Release Notes der RW 6.12:
Ich ruf deswegen gleich mal bei ABB an...
-
Weil es zum Thema passt... Hier ein Auszug aus den Release Notes vom neuen RobotStudio 2021.1, dass gestern erschienen ist:
Der Ellbogen Offset wird nun auf die Basis und nicht mehr auf Achse 3 bezogen.
Generell wurde sehr viel am SafeMove angepasst.
-
Nicht direkt. Du könntest höchstens mit einem IF TRUE eine Gliederung mit Kommentar erstellen, die du dann ein-/ausklappen kannst. Sieht man dann allerdings nur im Code direkt und nicht in der Modulaufschlüsselung. Hier werden nur die einzelnen Prozeduren des jeweiligen Moduls angezeigt.
-
Wir haben das gleiche Problem auch regelmäßig bei einem Kunden, selbst wenn der Bremsentest nur unterbrochen wird.
Es hilft Backup -> Restore
Laut ABB (Stand Q1/2020) gibt es keine Lösung dafür.
-
Einfach in der Station später im Robotstudio unter dem Reiter Steuerung "Beziehung erstellen".
Als 1. den Roboter auswählen, von dem du senden willst und der 2. Roboter ist dann der "reale Robi"Hierzu wird aber eine RobotStudio Lizenz benötigt (Kostenlose Lizenz läuft am 31.12.2020 ab). Wenn EIO.cfg etc. übertragen werden soll, muss man das dann mit "Parameter laden" machen. Dies funktioniert meines Wissen nicht mit dem Transfermanager der Beziehung.
-
Mal noch ne blöde Frage: Wie gebt ihr der et200 eigentlich stationsname und ip über robotstudio?
Macht die SPS. Stichwort IP-Adresse zuweisen. In Robotstudio muss nichts gemacht werden.
-
Bei uns war schon der DSQC1000 verbaut.
Auf die zweite Frage weiß ich leider keine Antwort.
-
Hallo RobiMan,
habe dir eine Nachricht samt Anleitung geschickt. Ging bei mir damals von RW5.xx auf RW6.xx ohne Probleme, da auch die Hardware identisch war.
Da es ein offizielles Dokument unseres Unternehmens ist, werde ich es hier nicht öffentlich posten.