DispenseWare ist eine kostenpflichtige Option bei ABB.
Wer steuert denn die Düse? Der Roboter oder eine SPS?
DispenseWare ist eine kostenpflichtige Option bei ABB.
Wer steuert denn die Düse? Der Roboter oder eine SPS?
Achso,
Die Steuerung des Schrittmotors erfolgt über eine Schrittmotorsteuerung die über eine serielle Schnittstelle in die IRC5-Steuerung integriert wurde. der Schrittmotor kann direkt über den Programmcode in RAPID gesteuert werden.
Dann versuch es doch mal über ein TriggX Befehl.
-> Bewegung und Dosierung starten
-> An Ecke Fahren (mit TriggL) Dosierung beenden
-> Düse neu ausrichten
-> Weiterfahren und Dosieren (mit TriggL)
du müsstest halt Trigger Befehle mit Signalen zum Starten und Beenden der Dosierung anlegen.
das habe ich schon probiert.
das Problem dabei ist, dass der Strang dann nicht zusammenhängend ist und man eine Trennstelle sieht. ich soll jedoch genau diesen Eckpunkt untersuchen und dafür muss er zusammenhängend quasi aus einem Guss sein.
System output TCP Speed muss mit verarbeitet werden
Das mit dem Trigger ist eine extreme Spielerei mit der Abhängigkeit der Positionen oder der Zeit.
Aber es funktioniert, habe ich schon mal so umgesetzt. Kostet aber extrem nerven.
Wie sieht deine Spitze Ecke denn aus?
Welcher Radius ?
Darfst du hier was zeigen von der Bahn dir du fahren willst?
ok sehe grade dass ich das mit triggL doch anders in Erinnerung hatte.
werde es mal probieren. danke schonmal für eure Vorschläge!
Wie sieht deine Spitze Ecke denn aus?
Welcher Radius ?
Darfst du hier was zeigen von der Bahn dir du fahren willst?
die Ecke soll möglichst Spitz sein und möchte dann halt Ecken und Kurven vergleichen. Kurvenfahren klappt mit RelTool ganz gut da dabei ruhig kontinuierliche extrahiert werden kann. An sich kann och die Ecken aber frei gestalten.
zB. P1 (3,105,1)
P2 (50,105,1)
P3 (3,40,1)
Ich frag mich musst du überhaupt umorientieren?
Wenn die Düse kreisrund ist , ist es doch egal wie der Kopf steht 🤔
na hab verschiedenen Austrissgeometrien z.B. Dreieck oder Sechseck. möchte halt dass zb die Spitze des Dreiecks immer nach vorne orientiert ist.
Nur runde Austrittsgeometrien wäre super
Ja gut aber muss ja nicht unbedingt die gleiche Spitze sein die immer vorne ist
ja aber rotieren muss ich die Düse ja trotzdem, halt nicht so viel wenn eine andere Spitze vorangeht. kann ich aber mal probieren vielleicht ist der Schubfehler dann nicht mehr so heftig.
Ja gut aber muss ja nicht unbedingt die gleiche Spitze sein die immer vorne ist
Fakt ist den Roboter bekommst du nicht in der gleichen Geschwindigkeit um die Eckel wie entlang einer geraden!
Da bleibt nur den Materialfluss irgendwie optimal an die reelle Geschwindigkeit anzupassen.
ja das ist mein nächster Ansatz. Werde versuchen die Extrusionsgeschwindigkeit an der Ecke zu reduzieren. und nach der Rotation wieder zu erhöhen. mein Ansatz ist die °/s Geschwindigkeit in mm/s umzurechnen um dann die Extrusionsgeschwindigkeit demnach einzustellen. also Move L von P1 zu P2 dann Extrusionsgeschwindigkeit verringern dann rotieren und wieder MoveL mit höherer Extrusionsgeschwindigkeit
mal schauen ob das klappt oder ob ich noch nen Denkfehler habe.
Es gibt einen Systemausgang der die TCP Geschwindigkeit in m/s darstellt.
Es gibt einen Systemausgang der die TCP Geschwindigkeit in m/s darstellt.
sowas wäre sehr hilfreich.
wo finde ich das im Handbuch?
Im RobotStudio, Reiter Datei, Hilfe, IRC5 Dokumentation, Systemparameter, Thema I/O System, Typ System Output, werte für den Parameter Status:TCP Speed
Hallo Leute habe mal wieder eine Fragen
ich würde gerne einen Vermessungslaser als TCP definierten, möchte aber nicht wie üblich den Laser an eine Spitze anfahren um das TCP einzumessen, da ich die Laseroptik (bzw die Scheibe vor dem Laser) nicht verkratzen möchte. Ich habe mir überlegt dass ich die Abständen in x,y,z Richtung von dem bekannten TCP ausmessen kann und dann in den TCP Einzellungen eventuelle die Differenz ergänzen kann. habe mal in Rapid bei TCP geschaut und finde dort die 4 eingemessen Punkte.
Ist das so überhaupt möglich so wie ich mir das vorstelle?
Ist der Laserstrahl (gefahrlos) sichtbar?
Wenn es ein _Vermessungs_laser ist, dann haste irgendwo auch einen Messwert. Und mit dem und dem sichtbaren Laserstrahl kannste fahren wie mit einer Messspitze. Der Messbereich fängt sowieso nicht am Sensorfenster an. Sinnvoller ist normalerweise, den TCP in die Mitte des Messbereichs zu legen.
In der industriellen Praxis haste ja auch noch das Problem, dass ein _Vermessungs_laser am TCP irgendwas reproduzierbar _vermessen_ soll. Wenn der Robbi den Halter des Lasers mal zu klump fährt und der geplagte Instandhalter das Ding auswechselt, sollte der Laser hinterher das gleiche Ergebnis liefern wie vorher. Da brauchste dann vielleicht sogar eine Routine, die den dabei unterstützt, den TCP neu einzumessen....
Du musst ein Benutzerkonto haben um einen Kommentar hinterlassen zu können