Beiträge von Ser-G

Oder eine Maus ans SmartPad anschließen

Einfach unter Windows formatieren und die alten Daten drauf schmeißen.
Dann funktioniert es wenigstens mit dem "älteren" Robotern.
Wir haben den gleichen Fehler. Der Stick muss eingeschickt werden.

Eventuell EMV-Probleme.
Die Erdung und den Schirm kontrollieren

Hab da mal da was aufgeschnappt.
Weiß aber nicht, ob das Stimmt.
KR C2: 150 Inkremente
KR C4: 3,76° (Glaube Motorwinkel)

Zwar sagen es alle, das es von der Applikation abhängt, jedoch sollte KUKA hier auch was konkretes was sagen. So Zum Beispiel, welche Abweichung ist normal, wenn man die Achse Justiert und dann sofort nochmal prüft. Andererseits kann ich ohne die Anwendung zu kennen sagen, dass mehrere Grad Abweichung an der Achse jedenfalls zu groß ist.
Mit den Informationen kann ich genauso sagen, dass die Funktion Justage prüfen unbrauchbar ist. Denn egal was für ein Wert da rauskommt, kann keiner bewerten, ob es ok ist oder nicht.

MFG

Im Archiv nachschauen oder es wiederherstellen. Ansonsten versuchen alte home Position anzufahren und zu speichern

Neues testprogramm erstellen, dann einfach die Zeile kopieren

Wir haben am KRC4 auch externe Achse.
Diese sind jedoch als Linearachsen angelegt und werden sowohl synchron, als auch asynchron betrieben,
jedoch auch nur in einer Richtung.

Für die "neujustierung" ein kleines Programm,
jedoch ohne Gewähr:

E3AXIS l_E3AXIS_temp

   ASYCANCEL 0 ; anhalten aller asynchronen bewegungen
   wait sec 1
   ; schalte die Achse asynchron
   $async_axis='b0110' ; achse asynhron

   ; warte bis alle bewegungen des Riemens gestoppt wurden
   ; wait for (NOT($ASYNC_STATE == #BUSY )) 
   wait for (NOT($ASYNC_STATE == #BUSY ) AND ($ASYNC_STATE == #CANCELLED)) 

   wait sec 62 ; Warte bis Bremsen einfallen



   ; -----------------------------------------------------------------
   ; --- Achse E2 ----------------------------------------------------
   ; ----------------------------------------------------------------- 

   ; achse abkoppeln
   $async_ex_ax_decouple='B0010'
   wait sec 5

   ; achsen auf startwert setzen
   $axis_act.e2=startStellung
   wait sec 5

   ; Achsen wieder ankoppeln
   $async_ex_ax_decouple='B0000'
   wait sec 5

Versuch mal die anderen beiden sicherheits...
Die haben unterschiedliche rechte

In welcher Benutzergruppe warst du?

wir hatten mal ein ähnliches Problem.

100% kann ich dir nicht sagen was war,
aber wir tippen auf EMF.
Der Kunde hat Gestelle und so erden lassen,
dann ist das Problem verschwunden,
bezüglicher weise haben wir nichts mehr gehört.

Also,
wir hatten auch massive Probleme zum Thema Genauigkeit bei Absolut vermessenen Roboter.
Erkenntnis:
Die Roboter werden bei der Nenntraglast vermessen. Das heißt eine Abweichung davon wird das Ergebnis ungenauer. In deinen Fall trägt der Roboter nur 15% der Last und somit stimmen die ganzen "Ermittelten Korrekturfaktoren" bei der Vermessung nicht mehr. Wir haben unsere Roboter dann vor Ort neu vermessen lassen mit nur der hälfte der Nenntraglast.
Der zweite Punkt: Da nur nur mit 15% Last fährt, kann es sein das der Gewichtsausgleich ganz anderes Arbeitet. Hier hatten wir auch extreme Unterschieden, wenn wir die Arbeitsposition wechseln.

Ist das richtig, dass der Roboter eine Nenntraglast von 210kg hat und du nur 30kg dran hängen hast?

Über Trigger-Anweisungen ein Unterprogramm starten.
Zuvor die start und Ziel-Position als globale Variable speichern

im Unterprogramm:
delta=Ziel Pos- StatPos
while(NOT(u_beenden))
akt_strecke=actPos-StartPos
$AOUT=(maxVolt - minVolt)*(aktStrecke/delta)
endwhile

Am Ziel Angekommen, ein anderen Merker setzen, dass das Unterprogramm ausmacht (u_beenden=FALSE),
damit er da nicht ewig bleibt (ebenfalls über einen Trigger).

Ist halt so grob,
man müsste es noch verfeinern.

Naja,
Im reinraum trotzdem nicht schön

Hatten wir auch mal gehabt.
Techniker kam, angeschaut und gesagt, alles ok.
Das war noch in der Garantiezeit,
aber Rechnung haben wir trotzdem bekommen.

MFG
Sergej

Ich glaube, es ist fast normal, dass die "fett verlieren "
Es wird warm und kommt aus den Dichtungen
Auf die Menge sollte man achten

ist es den Öl oder ist es vielleicht Fett?

einfach mal per Mail bei KUKA anfragen,
die schicken dir dann eine Doku zu.

Wenn du in der entsprechenden Base in Handverfahren fährst,
kannst du die Richtungen der X, Y und Z-Achsen feststellen.

AM besten vermiss einein eigenen, noch nicht benutzten TCP und fahre ihn in der BASE auf Istposition 0,0,0.
Dort ist dann dein Uhrsprung.

So ähnlich könntest du es auch mit den TCP machen.
alternativ stehen die ganzen Daten im Archiv in der Datei $config.dat

wir hatten das mal angetestet.
Waren aber nicht sehr begeistert.
Damals hat das mit externen Tool gar nicht wirklich funktioniert.

ich könnte die doku zu KUKA.CNC2.0 dir schicken