1. Dashboard
    1. Dashboard
    2. Suche
  2. Forum
    1. Unresolved Threads
  3. Members
    1. Recent Activities
    2. Users Online
    3. Team
    4. Search Members
  4. Jobs
  5. Articles
  6. Calendar
    1. Upcoming Events
    2. Map
  7. Shop
    1. Orders
    2. Shipping Costs
  • Login or register
  • Search
Roboterprogrammierer finden
This Thread
  • Everywhere
  • This Thread
  • This Forum
  • Articles
  • Pages
  • Forum
  • Blog Articles
  • Events
  • Files
  • Products
  • More Options
  1. Roboterforum.de - die Industrieroboter und Cobot Community
  2. Forum
  3. Industrieroboter Support
  4. KUKA Roboter
Your browser does not support videos Handwerk automatisieren - ich schaffs mit KUKA
besuche unseren Partner
Roboterprogrammierer
Robot Support Forum
Advertise in Robotics
Der Roboterkanal
Deutscher Robotikverband
Werben in Robotik
Werben für Robotik

Berechnung von abgestapelten, gedrehten Bauteilen niO

  • Harri Jochim
  • October 23, 2024 at 11:34 AM
  • Thread is Resolved
  • Harri Jochim
    Points
    55
    Posts
    10
    • October 23, 2024 at 11:34 AM
    • #1

    Teileberechnung Base (über Excel) funkfunktioniert nicht.

  • Schritt für Schritt zum Roboterprofi!
  • Robonator
    Reactions Received
    23
    Points
    1,343
    Trophies
    1
    Posts
    237
    About Me

    Man wird alt wie ne Kuh, lernt aber immernoch dazu

    Location
    Baden-Württemberg
    Occupation
    Programmierer
    • October 23, 2024 at 12:41 PM
    • #2

    Hallo Harri,

    mit der sehr mageren Info fängt hier keiner was an.

    Wir brauchen schon mehr Infos.


    Grüße

  • Harri Jochim
    Points
    55
    Posts
    10
    • October 23, 2024 at 1:50 PM
    • #3

    Hallo, habe mich davor falsch ausgedrückt. Die Ist Werte vom letzten Bauteil zum ersten können nicht stimmen, weil der Versatz in der A Achse höchstens 15 Grad beträgt (es sind 100 Bauteile übereinander gestapelt, dabei kommt es zu einer Verdrehung, Bauform bedingt).

    Die Bauteile werden in einen rechteckigen Behälter abgestapelt.

    Wo liegt der Fehler, dass die A Achse viel größeren Versatz anzeigt

    Vielen Dank im voraus für die Antwort

    Images

    • 17296837111075958339856638971727.jpg
      • 206.64 kB
      • 1,200 × 1,593
      • 43
  • woodys
    Reactions Received
    35
    Points
    3,255
    Trophies
    8
    Posts
    589
    • October 23, 2024 at 2:59 PM
    • #4

    Servus ....also ich verstehe da auch überhaupt nichts....


    Was ist mit Excel??

  • Harri Jochim
    Points
    55
    Posts
    10
    • October 23, 2024 at 3:32 PM
    • #5

    Hallo, den oberen Post ignorieren, habe mich total falsch ausgedrückt.

    Es geht um den Wert der A-Achse fürs letzte Bauteil. Er wird "falsch" dargestellt. Weil die Verdrehung in der A-Achse ca 15 Grad beträgt. Wenn man die Werte in der Excel Tabelle einträgt und durch die Anzahl der Bauteile teilt, dann kommen wir schon bei der Hälfte der Bauteile an den Rand des Behalters. Der Versatz in der A-Achse, welches abgelesen unter der Ist-Position wird, ist viel zu groß.

  • fubini
    Reactions Received
    72
    Points
    5,147
    Trophies
    2
    Posts
    920
    Location
    München
    • October 23, 2024 at 3:42 PM
    • #6
    Quote from Harri Jochim

    Er wird "falsch" dargestellt.

    Steht denn der Roboter wirklich falsch da oder sind die Koordinaten einfach nicht wie erwartet:

    • Euler Singularität in der Nähe von B=90°?
    • Alpha 5?
    • Absolutgenauigkeit?
    • ...
  • woodys
    Reactions Received
    35
    Points
    3,255
    Trophies
    8
    Posts
    589
    • October 23, 2024 at 3:43 PM
    • #7
    Quote from Harri Jochim

    Hallo, den oberen Post ignorieren, habe mich total falsch ausgedrückt.

    Es geht um den Wert der A-Achse fürs letzte Bauteil. Er wird "falsch" dargestellt. Weil die Verdrehung in der A-Achse ca 15 Grad beträgt. Wenn man die Werte in der Excel Tabelle einträgt und durch die Anzahl der Bauteile teilt, dann kommen wir schon bei der Hälfte der Bauteile an den Rand des Behalters. Der Versatz in der A-Achse, welches abgelesen unter der Ist-Position wird, ist viel zu groß.

    Wie sieht denn deine berechnung aus? Sonst weiss man ja nicht was sie gerechnet haben...hänge doch einfach mal ein Archiv rein

  • Harri Jochim
    Points
    55
    Posts
    10
    • October 23, 2024 at 4:38 PM
    • #8
    Quote from woodys

    Wie sieht denn deine berechnung aus? Sonst weiss man ja nicht was sie gerechnet haben...hänge doch einfach mal ein Archiv rein

    Oben ist ein Bild von den Koordinaten vom ersten und dem letzten Bauteil

  • Harri Jochim
    Points
    55
    Posts
    10
    • October 23, 2024 at 4:54 PM
    • #9

    Wir gehen so vor, wir fahren mit dem Robi auf das erste Bauteil auf und notieren die Ist-Position. Dann stapeln wir von Hand den Stapel auf max Anzahl (letztes Bauteil), fahren mit dem Tooling des Robis drauf und notieren uns die Ist-Position. Die Werte werden dann in die Excel Tabelle eingetragen, die Stückzahl angegeben und die Werte in die Steuerung eingetragen. Bis jetzt hat das funktioniert. Nur bei diesem Bauteil, welches durch die Form beim Stapeln ne Drehung hervorruft klappt es nicht. Uns ist es nicht sofort aufgefallen, daß die Werte der A-Achse sich um ca 50 Grad unterscheiden (laut der Ist-Position des Robis). Optisch sind es ca 15 Grad zwischen dem ersten und dem letzten Bauteil.

    Wieso wird so ein komischer Wert der A-Achse angezeigt?

    Er liegt eigentlich physikalisch außerhalb des Behalters.

  • Harri Jochim
    Points
    55
    Posts
    10
    • October 23, 2024 at 4:57 PM
    • #10
    Quote from fubini

    Steht denn der Roboter wirklich falsch da oder sind die Koordinaten einfach nicht wie erwartet:

    • Euler Singularität in der Nähe von B=90°?
    • Alpha 5?
    • Absolutgenauigkeit?
    • ...

    Die Koordinaten sind nicht so wie erwartet. Optisch ca 15 Grad Versatz in der A Achse zwischen dem ersten und dem letzten Bauteil.

    Wenn man die angezeigte Koordinaten anfährt, landet man außerhalb des Behälters

  • fubini
    Reactions Received
    72
    Points
    5,147
    Trophies
    2
    Posts
    920
    Location
    München
    • October 23, 2024 at 5:57 PM
    • #11

    Ihr wisst aber schon das man Orientierungen nicht einfach aufaddieren kann sondern den Doppelpunktoperator zur Framemultiplikation braucht?

  • Harri Jochim
    Points
    55
    Posts
    10
    • October 23, 2024 at 6:37 PM
    • #12

    Das hat, bis jetzt, die Excel Tabelle erfolgreich erledigt

  • Harri Jochim
    Points
    55
    Posts
    10
    • October 23, 2024 at 6:38 PM
    • #13

    Woher kommt die Verdrehung, in der A-Achse von über 50 Grad her? Optisch sind es ca 15 Grad

  • fubini
    Reactions Received
    72
    Points
    5,147
    Trophies
    2
    Posts
    920
    Location
    München
    • October 23, 2024 at 7:05 PM
    • #14

    Weil so die Mathematik von Rotationen funktioniert. Wie schon gesagt dreht man A nicht um 10 Grad weiter indem man einfach A+10 rechnet. Auch B und C müssen passend verrechnet werden. Ein anderer Grund kann die Eulersingularität bei B nahe 90 Grad sein. Hier sind A und C nicht mehr eindeutig definiert sondern nur die Summe von A und C ist konstant.

    Mal die Suchfunktion zum Doppelpunktoperator aka geometrischen Operator bemühen. Auch im Wikipedia mal zu Eulerwineln und homogenen Transformationen nachlesen bringt dir vielleicht mehr Einsicht warum das so ist. Das kann aus deiner Sicht noch so oft in Excel richtig funktioniert haben. Mathematisch rechnet dir Excel wohl nicht das richtige.

    Vielleicht denkst du aber auch nur das du Positionen im Base shiftest so wie euer Programm geschrieben aber im Tool geshiftet wird oder umgekehrt.

    Die Gründe können so vielseitig sein, daß dein ständiges Wiedehohlen, das es bisher immer geklappt hat nichts bringt. Das liefert keine neuen Einsichten. Nur mehr Fakten und Daten was ihr genau macht bringen uns hier weiter, so dass ich mich hier leider ausklincken muss.

  • Programmiersklave
    Reactions Received
    104
    Points
    6,464
    Posts
    1,200
    About Me

    neuerdings freigelassen

    Location
    märk. Sauerland
    Occupation
    Roboter- und SPS-Programmierer
    • October 23, 2024 at 7:43 PM
    • #15

    Was ist denn 'ne A-Achse?

    A-Achsen gibt's im CNC. Beim KUKA gehste erst im unterliegenden Koordinatensystem in x (rot), dann in y (grün) und dann in z (blau), wobei hier die Reihenfolge noch egal ist.
    Danach aber nicht mehr: wennste an dem Punkt angekommen bist, drehste dich erst um blau (A), dann um grün (B) und dann um rot (C).

    Deine beiden Positionen sehen relativ zum Roboter so aus. Aber hier weiß bisher keiner, ob diese Angaben überhaupt relativ zum Roboter gemacht wurden.

        

    Automatisierung mit dem geflügelten Walross aus dem Sauerland

  • Harri Jochim
    Points
    55
    Posts
    10
    • October 23, 2024 at 9:31 PM
    • #16

    A-Achse dreht sich um die Z-Achse. Da ist ein Versatz von über 50 Grad zwischen dem ersten und dem letzten Bauteil. Obwohl es optisch nur ca 15 Grad sind

  • Hermann
    Reactions Received
    168
    Points
    12,663
    Trophies
    8
    Posts
    2,377
    Location
    Baden-Württemberg
    • October 23, 2024 at 10:15 PM
    • #17

    Deine primitive Rechnung würde nur funktionieren, wenn beim ersten und letzten Teil die Winkel B und C identisch wären. Das dürfte der Fall sein, wenn die Z-Achse des Tools und die Z-Achse des Base parallel stehen. Sieht aber so aus, als ob das nicht der Fall ist. Daher nochmal den Post von Fubini lesen, er hat schon in die richtige Richtung gewiesen.

  • Harri Jochim
    Points
    55
    Posts
    10
    • October 24, 2024 at 9:51 AM
    • #18

    Vielen Dank für eure Antworten.

    Das Problem können wir trotzdem nicht lösen.

    Bei jedem Teil, den wir ablegen, sind die Werte der X, Y, Z, A, B und Z-"Achsen" immer unterschiedlich, bedingt durch die Bauform der Teile. Sind insgesamt 50 Teile, die wir ablegen müssen.

  • Hermann
    Reactions Received
    168
    Points
    12,663
    Trophies
    8
    Posts
    2,377
    Location
    Baden-Württemberg
    • October 24, 2024 at 11:32 AM
    • #19

    Excel ist das falsche Tool. Da nimmt man den Roboter her, um die Positionen zu berechnen.

    Nimm die Positionen von zwei aufeinanderfolgenden Teilen.

    Dann kannst die "Differenz" (das ist dann ein Vektor mit 6 Koordinaten, also ein Frame) ausrechnen, und für die Positionsberechnung jeweils per Doppelpunktoperator "aufaddieren".

    Für die Berechnung des Differenzvektors helfen ebenfalls der Doppelpunktoperator und dann brauchst noch die Funktion INV_POS().

    Sollte sowas sein wie: Differenz = INV_POS(PositionTeil1) : PositionTeil2 ;

    Für die erste Runde:

    Sollposition=PositionTeil1

    Dann bei jeder Runde:

    Sollposition := LetztePosition : Differenz

    oder so ähnlich.

  • AlexRobo
    Reactions Received
    4
    Points
    329
    Posts
    52
    Location
    Gütersloh
    Occupation
    Softwareentwickler (C#, SPS (Siemens), Roboter (KUKA, Stäubli, Kawasaki, FANUC) )
    • October 25, 2024 at 8:29 AM
    • #20
    Quote from Harri Jochim

    Vielen Dank für eure Antworten.

    Das Problem können wir trotzdem nicht lösen.

    Bei jedem Teil, den wir ablegen, sind die Werte der X, Y, Z, A, B und Z-"Achsen" immer unterschiedlich, bedingt durch die Bauform der Teile. Sind insgesamt 50 Teile, die wir ablegen müssen.

    Das Problem wurde schon erklärt.. Aber auch verstanden? Excel ist nicht das richtige Tool um die Punkte zu berechnen..

    Ich vermute mal wild drauf los: Ihr habt niemanden, der sich mit Kuka wirklich auskennt, geschweige denn mit den Grundprinzipien die einem Roboter zugrunde liegen? Ist grundsätzlich nicht schlimm.. Scheinbar seid ihr bisher auch so klar gekommen.. Aber um Probleme wie dieses zu verstehen und zu lösen, muss man sich etwas intensiver mit dem Thema beschäftigen. Die richtigen Begriffe um damit anzufangen sind hier ja schon mehrfach genannt worden...

    Viel Erfolg! :)

    :!:Geht nicht gibt es nicht :!:

Tags

  • 1
  • 33
  • 2
  • ABB
  • ABB Roboter
  • ABS
  • base
  • constant
  • CP_PARAMS
  • Dialog
  • EX
  • EXT
  • fanuc
  • Fehler
  • FRAMES
  • INIT
  • INITIALIZED
  • INITMOV
  • IRC5
  • joint
  • KRC2
  • KRC4
  • kuka
  • new
  • NONE
  • notify
  • PATH
  • PGNO_GET
  • profinet
  • PTP_DAT
  • PTP_PARAMS
  • P_ACTIVE
  • P_FREE
  • P_RESET
  • P_STOP
  • Quit
  • Roboter
  • RobotStudio
  • Schweißen
  • Sps
  • Sync
  • T1
  • t2
  • tcp
  • Tool
  • VALUE
  • VAR
  • vel_cp
  • vel_ptp
  • Yaskawa
AD
Your browser does not support videos autonome mobile Roboter von KUKA
Einloggen für weniger Werbung

gesponserte Artikel

  • Gebrauchtroboter kaufen - Was ist zu beachten. Die Checkliste zum kauf von gebrauchten Robotern

    August 11, 2019 at 7:02 PM
  • Was macht ein Roboterprogrammierer genau und was verdient er?

    August 21, 2019 at 8:17 AM
  • Vernetzen, referenzieren, kollaborieren: Das B2B Portal für die Produktionsautomatisierung

    June 2, 2021 at 11:29 AM

Job Offer

  • Sie wollen Ihr Stellenangebot im Roboterforum schalten? Ab 149€

    Werner Hampel June 17, 2021 at 9:52 AM
  • Werde Roboterprogrammierer bei ROBTEC GmbH in Mainburg / Bayern

    Werner Hampel April 5, 2023 at 7:13 PM
Werbung auf Roboterseite
Roboter programmieren lernen
Banner Robotik

Wieviele Mitglieder waren heute eingeloggt?

Logge Dich ein, um hier zu lesen wer in den letzten 24h Online war und um weniger Werbung zu sehen.

  1. Privacy Policy
  2. Legal Notice
Powered by WoltLab Suite™ 6.0.22
Roboterforum.de - die Industrieroboter und Cobot Community in the WSC-Connect App on Google Play
Roboterforum.de - die Industrieroboter und Cobot Community in the WSC-Connect App on the App Store
Download