Man kann eine Greifaction Toleranz einstellen die könnte man verringern.
Der Standard steht auf x = 50 y = 50 z = 50.
Ausgehend ist das Ganze vom TCP sobald ein Anlagenteil im Toleranzbereich ist wird alles mit genommen.
Man kann eine Greifaction Toleranz einstellen die könnte man verringern.
Der Standard steht auf x = 50 y = 50 z = 50.
Ausgehend ist das Ganze vom TCP sobald ein Anlagenteil im Toleranzbereich ist wird alles mit genommen.
So wird das auch nix entweder lass dein
DECL INT OutDruckregler
weg...oder nenne es um und weise das eine dem andern zu...
also
DECL INT OutDruckregler2
OutDruckregler2=25
OutDruckregler = OutDruckregler2
oder da wo du versuchst es anzufahren hast du falsches tool und base angewählt.
das kann man aus dem Codeschnipsel da nicht erkennen der gesamte code wäre hier hilfreicher.
Da wird dir vermutlich der S / T zum Verhängnis der wird bei PTP ausgewertet bei LIN nicht.
Hier gibt es jetzt viele Wege und Möglichkeiten je nachdem was du wirklich brauchst oder was daraus am ende entstehen soll....
Pass nur mit S und T auf sonst gibts ne Rundfahrt gratis
genau
CASE 1
{x 10, y 0, z 0, a 0, b 0, c 0}: XP1
CASE 2
{x 20, y 0, z 0, a 0, b 0, c 0}: XP1
Ja dann solls gelöscht werden bei mir steht kein urheber drin und auch bin ich bei keinem Automobilisten beschäftigt oder tätig.
KSS 8.6 dürfte doch multi-submit haben dann einen einen zweiten submit nur mit der funktion starten dort sollte es dann keine sporadischen verzögerungen geben.
An dem 2 Roboter funktioniert der Log wieder.
Also wird wohl ein Update helfen.
Dort ist HMI 8.5 B465 drauf.
Und KSS 8.5.8 HF1
Grundsystem steht KS V8.5.465_HF3
Achja an der 2 Anlage wo das war wurde ein Update gemacht da war aber noch zusätzlich das Problem das die HMI hängen geblieben ist dort könnte ich mal schauen ob da der Log jetzt wieder funktioniert
Nein hat mich soweit jetzt nicht gestört weil wenn wirklich was ist dann ist auch was kaputt und dann ist es offensichtlich dann schau ich mit dem Logviewer und dann weiß ich auch genau wann es passiert ist.
Selbiges habe ich auch an 2 Robotern.
Dort meine ich ist auch ein stand mit HF1 drauf.
Am Roboter selbst ist nur der Log von 1 paar Stunden zu sehen der Rest nur mit dem Kuka Logviewer auslesbar....
Zitat---einfache (aber wahre) Antwort: Am Programmierer.
Nein niemals am Programmierer das kann nur und wird ein Bedienerfehler sein
Das wird vermutlich helfen ob es das wirklich ist oder in fehlteil_li_5() auch noch was ist kann man jetzt nicht erkennen...
Ansonsten mit $Stopnoaproax das Programm in T1 / T2 durchfahren dann bleibt er dir da wo er nicht überschleifen kann stehen und dann kannst du die stelle ändern je nachdem was da los ist...
Da man dein Programm nicht kennt wird es schwierig aber vieleicht ist ja
PTP $Pos_Act
dein Freund danach könntest du auf jedenfall von der Aktuellen zu einer andern Position fahren.
Ehtercat Verbindung prüfen!?
Kabel ok (Kabelbruch) und eingesteckt?
Hatten letztens einen wackeligen Stecker an einem ende!
Ausgetauscht und dann lief wieder alles!
Also ich habe vor kurzem auch über den X12 mit den minusschaltenden Modulen einen Magnetgreifer angesteuert das hat ohne Probleme funktioniert...
Allerdings haben wir weil es einfach logischer und einfacher nachzuvollziehen ist diese dann gegen Positive getauscht dennoch hat beides funktioniert.
Kann mir nur vorstellen das hier ein verdrahtungs Problem vorliegt.
Also mein vorschlag nimm einfach die Positiven Module ist doch schnell gemacht...