Roboterforum Willkommen Gast. Bitte einloggen oder registrieren.
Haben Sie Ihre Aktivierungs E-Mail übersehen?
11. September 2010, 01:00:41
Übersicht Hilfe Suche Kalender Einloggen Registrieren
News: English and international Robotsupport now on Robot Forum. Also Supported by the Moderators of the roboterforum.de

Roboterforum für Industrieroboter Anwender  |  Industrieroboter Helpcenter  |  KUKA Roboter (Moderatoren: Werner Hampel, kai_n, stefanM, LindePaul, IrrerPolterer)  |  Thema: Suchlaufproblem VKRC2 0 Mitglieder und 1 Gast betrachten dieses Thema. « vorheriges nächstes »
Seiten: [1] Nach unten Drucken
Autor Thema: Suchlaufproblem VKRC2  (Gelesen 317 mal)
Mad_Mahoney
Neuling
*
Offline Offline

Geschlecht: Männlich
Beiträge: 14



« am: 14. Juni 2010, 15:15:17 »

Hallo Gemeinde.

Ich habe folgendes Phänomen bei einem VKRC2.
Der Roboter wird eingesetzt um ein Magazin mit Pappen per Suchlauf abzuareiten.Am Roboter befindet sich ein Greifmittel mit Vaakuumsaugern und Lichttastern.

Der Suchlauf ist so aufgebaut das er in die reduzierte Geschwindigkeit fällt wenn ein Lichttaster reagiert der auf ca. 50cm eingestellt ist. Er hält an wenn das Vaakuum beim Aufsetzen auf die Pappe erreicht ist.

Nun mein Problem.
Das Programm funktioniert ohne Probleme.Nun kam der Fall das ein Typ neu integriert wurde wo auch das dazugehörige hole und Klebe UP geändert werden musste.auch das ging ohne Probleme. Nach einer erneuten Änderung des Klebe UPs(wo nur ein paar Ausgänge umgeschaufelt wurden) passiert nun folgendes: wenn er das neue Hole UP fährt, danach das Klebe UP und die Folge beendet kommt wieder der alte Typ wo er das dazugehörige alte Hole UP anfährt um den Suchlauf zu starten.Bei diesem Suchlauf passiert es das er ihn mit allen seinen merkern komplett ignoriert und auf das Magazin ungebremst drauffährt.Das passiert auch nur EINMAL danachnicht mehr.Dass heist er fährt danach das gleiche Hole UP nochmal beim nächsten Durchgang i.o durch.

Nach Aussage KUKAs heist es ,dass es durch die Umschauflung der Ausgänge zu einem Triggerproblem kommt und er durch diesen angeblichen "Triggerengpass" den Suchlauf ignoriert.Ich glaube nicht das es das Problem ist da wir 3 andere Robis mit den gleichen Programmen genauso aufgebaut daneben stehen haben und bei denen passiert das nicht.

Vieleicht kann mir einer weiter helfen danke im vorraus.
 merci
Gespeichert

"Bier ist der Beweis,das Gott uns liebt und will das wir glücklich sind" Banjamin Franklin

 beerchug
Stethi
Elite Member
*******
Offline Offline

Geschlecht: Männlich
Beiträge: 594



« Antworten #1 am: 14. Juni 2010, 16:03:29 »

Hallo

Was meinst du mit umschaufeln?

Meine Vermutung ist,dass die Bedingungen für den Suchlauf nicht richtig gesetzt sind vor dem Suchlauf.Arbeitest du mit Merkern oder Flags oder mit Eingängen?

MfG
Gespeichert

Mad_Mahoney
Neuling
*
Offline Offline

Geschlecht: Männlich
Beiträge: 14



« Antworten #2 am: 15. Juni 2010, 08:27:19 »

Also das Programm ist so aufgebaut.
PTP Home
PTP P1
Warte bis !M6 & !M7
SUCHLAUF Fern M6 Nah M7

Im Homepunkt wird der Merker im Makro 95 gebildet und vor dem Suchlauf nochmal negiert abgefragt damit kein FLankenproblem auftritt.

Wie gesagt das Programm funktioniert seit 4 Jahren erst nach dieser Änderung des anderen UPs kommt es zu diesem Problem.

Der Merker wird halt über Eingänge normal gebildet.

Umschaufeln bedeutet das ich einfach die geschaltenen Ausgänge auf einen anderen Punkt gelegt habe aber nichts was ich nicht öfters mache.
Und da kam dann die Aussage von KUKA das durch das Umlegen der Ausgänge mehr Trigger entstanden sind da die Ausgänge ja weiterhin überschliffen werden und somit beim Suchlauf ein Engpass entsteht???
Gespeichert

"Bier ist der Beweis,das Gott uns liebt und will das wir glücklich sind" Banjamin Franklin

 beerchug
Stethi
Elite Member
*******
Offline Offline

Geschlecht: Männlich
Beiträge: 594



« Antworten #3 am: 15. Juni 2010, 09:46:00 »

Finde doch mal heraus,ob deine Merker schalten,wenn du den Suchlauf machst.Während des Suchlaufs anhalten und die Eingänge bedämpfen.Vielleicht fehlt ja ein Eingang.

Vorher auf !Merker abfragen ist ok,aber wenn die Merker nicht richtig gebildet sind,sind sie ja trotzdem false. Wenn sie tatsächlich richtig schalten während des Suchlaufs, könnte die Antwort von KUKA schon zutreffen.
Gespeichert

Stethi
Elite Member
*******
Offline Offline

Geschlecht: Männlich
Beiträge: 594



« Antworten #4 am: 18. Juni 2010, 12:18:41 »

Zu einer Lösung des Problems gekommen?

MfG
Gespeichert

Mad_Mahoney
Neuling
*
Offline Offline

Geschlecht: Männlich
Beiträge: 14



« Antworten #5 am: 14. Juli 2010, 22:24:35 »

Ganz einfache Lösung des Problems.Nach langer Diskusion mit Kuka wurde die Festplatte getauscht und das Archiv wieder aufgespielt.
Danach läuft es wieder ohne Probleme.^^
Gespeichert

"Bier ist der Beweis,das Gott uns liebt und will das wir glücklich sind" Banjamin Franklin

 beerchug
Sebbi
Junior Member
****
Offline Offline

Geschlecht: Männlich
Beiträge: 173



« Antworten #6 am: 15. Juli 2010, 10:29:00 »

Wasssss !!!!!!!!!!!!!

Das kann aber nicht die ursache gewesen sein !!!!!! Auf jedenfall nicht die Festplatte  !!!!

Gespeichert
titan72
Global Moderator
Elite Member
*****
Offline Offline

Geschlecht: Männlich
Beiträge: 524



« Antworten #7 am: 15. Juli 2010, 13:02:07 »

  Denken  kopfkratz  kopfkratz !????
Gespeichert

‘Go To Statement Considered Harmful’

„Seit Jahren bin ich nun mit der Beobachtung vertraut, dass die Qualität von Programmierern eine abnehmende Funktion der Dichte von GOTO Anweisungen in ihren Programmen ist.“
Edsger W. Dijkstra

Dem haben wir nichts hinzuzufügen!
Seiten: [1] Nach oben Drucken 
Roboterforum für Industrieroboter Anwender  |  Industrieroboter Helpcenter  |  KUKA Roboter (Moderatoren: Werner Hampel, kai_n, stefanM, LindePaul, IrrerPolterer)  |  Thema: Suchlaufproblem VKRC2 « vorheriges nächstes »
Gehe zu:  


Einloggen mit Benutzername, Passwort und Sitzungslänge

Powered by MySQL Powered by PHP Powered by SMF 1.1.11 | SMF © 2006, Simple Machines LLC
Seo4Smf v0.2 © Webmaster's Talks
Prüfe XHTML 1.0 Prüfe CSS