T2 abschalten

    • Schritt für Schritt zum Roboterprofi!
    Quote from LindePaul


    Lösungen sind immer gut - aber zu welchem Problem Iceberg ?

    :genau:


    Ich finde, manche Diskussionen ufern hier einfach aus. Wenn man sicherheitsrelevante Einstellungen in die SPS.Sub legt, kann man doch Kuka nicht dafür verantwortlich machen, dass diese Einstellungen dann ausser Funktion sind, wenn die SPS.sub nicht läuft. Wozu gibt es denn T1 und T2?????

    Nun zum eigentlichen Thema. Wenn ihr den Roboter so sicher machen wollt, nehmt doch die Fahrfreigabe für den Handbetrieb T2 weg und schaltet ihn hardwaremässig nur über einen Schlüsselschalter zu. Da muss der Bediener eigentlich wissen, was er macht.

    Gruß Stefan

    ich mach keinen verantwortlich für sachen die in der sps.sub laufen bzw laufen sollten.
    Im grunde mach ich eigentlich keinen verantwortlich. ;)
    ich bin nur der Meinung dass es möglich sein sollte, die SAK fahrt im Test 2 zu deaktivieren. wenn dann satzanwahl gedrück wird und eine SAK fahrt notwendig wird, schaltet man auf Test 1 und fährt SAK, anschließend schaltet man wieder auf Test 2.

    eine - nicht ganz ernst gemeinte - Variante:

    KCP Aufschrauben und am Schlüsselschalter das Kabel für T2 abschrauben.

    Dann gibt es keinen T2 mehr, nur ich weiß nicht, ob die Steuerung dann meckert.

    Mfg

    edit: Wurde bereits gennant. ( ziemlich am anfang, KCP ohne T2)

    Edited once, last by magnus (March 13, 2009 at 12:37 AM).

    Gebe euch vollkommen recht...
    Die SAK fahrt in T2 ist unmöglich langsam, deswegen schraubt man ja auch den Override auf 100% und wenn er dann an seinem Ziel ist reicht es kurz auf die Starttaste zu kommen und das Ding rauscht los.

    Wo ich nicht zustimme, das es "nur" gefährlich ist für den Bediener. Wenn ich denke wie oft ich selber schon den Roboter bei nahe gegen die Wand gefahren hätte.
    Generell sperren finde ich auch keine Lösung, dann kannst ja gar nichts mehr testen, ohne dabei ein zu schlafen.

    Finde den Vorschlag mit der Overrideregulierung in der SPS.SUB auf jeden Fall für einen guten Ansatz.
    Man sollte zusätzlich noch den Move Enable raus nehmen wenn die SPS.SUB steht.
    Am besten mit einem Live Bit, dann sieht man auch wenn sie stehen würde.
    Die Lösung setzt natürlich voraus das man eine SPS im Einsatz hat.
    Mit der ProConOS könnte man das ganz einfach lösen.

    Oder
    gibt es eine Möglichkeit den T2 betrieb im laufenden Betrieb zu deaktivieren? :denk:
    Dann könnte man am ende der SPS.SUB den Betrieb deaktivieren und am Anfang aktivieren.
    Nur um die Lösung mit SPS.SUB noch ein wenig sicherer zu bekommen, natürlich bleibt Software nie sicher.

    Quote from Stethi

    ja und? will nicht unhöflich sein. verstehe dein Problem gerade aber nicht.
    ich bin so wie so der meinung, solche sachen gehören nicht in die sps.sub. Also mache ich kuka auch nicht verantwortlich dafür dass das geschwindigkeitreduzieren so nicht sicher genug geht.
    Kuka sollte sich meiner meinung nach nur darum mal kümmern, dass die Bewegung nach einer SAK fahrt im Test 2 nicht auf 100% gefahren werden kann. mehr nicht.

    edit: alles was mit KCP aufschrauben beginnt würde für mich schon mal wegfallen.

    Edited once, last by Iceberg (March 14, 2009 at 4:58 PM).

    Standard ist aber auch gut. Da kannst du in einen fremden Robi reinschauen und verstehst gleich den Aufbau des Programms und den Ablauf.

    Ich mache 98% Automobilbau mit VKRC und es ist eigentlich immer die gleiche Softwarestruktur, bis auf Spezialanwendungen wie Positionskorrektur mit Kamera oder Laser.

    Was ich in den anderen 2% bei nicht Automobil erlebt habe, hat mich mehr Nerven gekostet, weil da jeder es so macht wie er will.

    :beerchug: