Beiträge von Lubi

    Erzähl mal was raus gekommen ist, wenn du mit der Hotline telefoniert hast.


    Meine vermutung ist ja, dass sie dir sagen, dass nur KUKA Motoren eingesetzt werden dürfen/sollen. Natürlich kann man sagen ich möchte diesen Motor haben. Der muss dann von KUKA geprüft werden ob der überhaupt in den Spezifikationen liegt. Wenn du Glück hast kann man den dann betreiben und du bekommst ein Servofile um den Motor am KSD Regler zu betreiben.


    *EDIT*
    Kostenpunkt für eine Validierung von Fremdmotoren ist ca. 1500 €



    Die billigerere Variante ist, dass du dir einen KUKA Motor aussuchst und benutzt.
    Die Madas, wenn du noch nie selbst welche gemacht hast, solltest du dir dann machen lassen. Dazu gehört dann auch eine Optimierung der Reglerparameter mit Hilfe der Traceaufzeichnung.


    Den externen Achskonfigurator würde ich nicht wirklich benutzen, da der Motor, denn du dir aussuchen wirst, sicher nicht drin steht und wenn er wirklich drinstehen sollte werden nicht alle Eintragungen in den Madas gemacht die du brauchst, um ihn zum Drehen zu bringen.

    Normalerweise, wenn du einen von KUKA bootfähigen gemachten Stick kaufst ist alles drauf, auch das Ghost.
    KUKA hat eine Software mit der man die KUKA-Sticks bootfähig macht. Wenn man das durchlaufen hat ist alles drauf und man muss sich nichts mehr dazu kaufen.


    Hast du vielleicht nur den KUKA-Stick gekauft der jedoch nicht bootfähig gemacht wurde?

    Wer dreht denn die Kiste? Der Roboter?


    Die unten zu sehende Rolle "steht still":
    Warum in " " steht sie jetzt still oder nicht, was macht den der 2. orangene Kreis der in s Bild kommt?


    So ganz versteh ich das nicht, vielleicht bin ich da nicht der Einzige.
    Hast du da noch externe Achsen oder sowas?

    Zitat


    Ist schon etwas her, aber ich glaube beim Erzeugen von KRL-Code fehlen dann Funktionen wie Werkzeugwechsel, Spindel ein etc.


    Der Vollständigkeis halber.
    Ab CamRob Version 2.1 werden auch die fehlenden Parameter mit als KRL Code ausgegeben.


    Wenn ihr mit dem Roboter eure selbsterstellten Punkte abfahrt und dann was fräsen wollt würde ich nicht PTP fahren sondern LIN. Sonst wisst ihr nicht, wo der Roboter ist wärend er die Punkte anfährt.


    Wenn ihr CamRob umgehen wollt könnte man versuchen seinen Postprozessor vom CAM System so umzuschreiben, dass er eine SRC Datei ausgibt. Ist aber aufwendig. Würde über CamRob die SRC Datei mit den ganzen Punkten ausgeben lassen und dann damit arbeiten. Alle Punkte werden dann als LIN Punkte ausgegeben.

    Tach,


    zu der Conveyor, KUKA kann keine 7te Achse so einfach mitführen wie man es hätte.
    Geh mal davon aus, dass der Roboter irgendwo auf der Achse plaziert werden muss und der Arbeitsschritt in seinem Arbeitsraum ohne Bewegung der Achse 7 gemacht werden soll.
    Sollte jemand schon mal eine KL und Conveyor benutzt haben kann er sich mal dazu auslassen, würde mcih interesieren ob das geht.


    Thema SPS, wie schon erwähnt eine Preisfrage. Ob eine S7 komfortabler ist als eine SoftSPS ist "Geschmackssache". Ich würde dir zu einer Softsps raten. Kostenpunkt dafür sind ca. 2400 €, Runtime auf der KRC und Entwicklungsumgebung auf deinem Laptop.
    Man kann auch den SPS.sub vollballern, aber irgendwo ist dann die Schmerzgrenze für Übersicht, Flexibilität und Performance.


    Wenn die Greiferansteuerung im mittleren Anspruchsbereich ist, könnte man sich überlegen GripperTech einzusetzen.


    Wenn du freie Buswahl hast kannst du DeviceNet nehmen, da ist die Masterkarte dann dabei und man spart sich die Profibus Karte ca. 1000€.


    Brauchst du Visualisierung?
    Musst du an eine Übergeordnete Steuerung irgendwas melden? Stillstand, Stückzahl o.ä?


    Zitat

    Im Rahmen meiner Diplomarbeit soll ich einen Roboter für das Handling von Instrumententafeln (KfZ) in eine Montagelinie integrieren.


    Willst du das alles programmieren? Wie viel Zeit hast eingeplant für das Ganze?
    Wie tief bist du denn mit KRL und SPS programmierung vertraut?
    Und das Wichtigste: Hast du jemanden den du fragen kannst wenn nix mehr geht?

    Das funktioniert nicht ganz. Wenn man einen Stick rein steckt ist es nicht immer garantiert, dass er auch den selben Laufwerkbuchstaben bekommt.
    Man kann zwar im KRC Konfigurator einstellen, dass er alles auf E: archivieren soll, aber wenn du einen anderen Stick rein steckst, bekommt der F: zugewiesen. Somit schlägt dann das Archivieren fehl.


    Gibt natürlich Software, mit der man das beheben kann......€€€€


    Wenn du immer den selben Stick hast, könnte es funktionieren.
    Musst dich jetzt aber durch die MenueKeyUser und den KRC Konfigurator durchhangeln.

    Damit kannst du dir eine graphische Oberfläche basteln.
    Die legst du dann auf dein KCP und kannst dann über die KCP Softkeys dein eigenes Ding drehen oder man benutzt die Maus. Wie man Lust und Laune hat.

    Das ganze über das Forum zu erklären mag doch schon etwas kompliziert sein.
    Bei KUKA gibt es ein 2 Tagestraining bei denen man die Basics lernt und man hinterher einen Schalter selbst machen kann und sonder gleichen.
    Andere Möglichkeit wäre du organisierst dir jemanden von KUKA, für einen Tag, der dir das ganze für einen Tag lang an deiner Anlage zeigt.

    Moin,


    es gibt ein Technologiepaket bei KUKA das sich "Endlosdrehende Achse 6" nennt.
    Damit kann man über ein Inlineformular auswählen, dass sich die Achse 6 endlos drehen soll.
    Das Roboterprogramm kann ganz normal weiter gefahren werden alle anderen Achsen verhalten sich wie vorher, bis auf die 6te natürlich. Das ganze funktioniert mit eXtenden Motion und wird in kombination mit der SoftSPS Proconos betrieben.
    Wer Fragen zu dem Thema hat, einfach melden, kann ich dann gerne beantworten.


    Gruß
    BeatTheQ

    Man sollte aber dazu erwähnen, dass das Benutzen dieser Funktion einen erheblichen Einfluss auf die Taktzeit haben kann. Denn schnell fahren wirst du dann sicher nicht mehr, weil irgendwo immer ein Rand nah ist.


    Erfahrungswert :ylsuper:
    Mein Rat, Finger weg von dem Hacken.

    Es wäre natürlich sinnvoll die selbe Office Lite Version zu haben wie die KRC Version.
    Bei so einem Problem würde ich mich an die Simulationsabteilung bei KUKA wenden.

    Die DeviceNet Karte auf der MFC im Roboter kann man nur als Master betreiben.
    Sprich Roboter Master I/O Modul eines Herstellers Slave.


    Wenn du jetzt eine SPS hast und willst mit deren Ausgängen den Roboter starten wird das ohne Hardwareverdrahtung nicht funktionieren. (SPS Ausgänge auf Roboter I/O Modul Eingänge)


    Bei Profibus ist das kein Problem, wenn du eine CP 5614 nehmen würdest.
    Beim DeviceNet gibt es eine LPDN Scanner Karte Master/Slave kann, ist aber teuer.