Beiträge von fischertech

    Hallo Ihr.


    Ich habe mich nie aktiv darum gekümmert wie das Signal "Antriebe Ein" der Automatik-Extern so verschaltet ist. Hab die Signale via externer SPS gesetzt und alles war klar. Nun habe ich mal eine Anlage (KRC4, 8.3.14) ohne externe SPS zum Test.
    Die Eingänge zu Automatik-Extern habe ich direkt verschaltet (Taster auf $IN, $OUT auf LED). Nun habe ich einen für mich unlogischen Verlauf:


    Betriebsart: EXT
    Antriebe sind ein (grünes I), Roboter läuft, alles OK!
    Nun öffne ich die Schutztür: Roboter stoppt, Antriebe aus (graues O), alles OK!
    Nun drücke ich versehentlich die Antriebe-Ein-Taste (bei offener Tür): alles ist so wie es soll. Antriebe aus (graues O), $PERI_RDY=FALSE, nichts passiert.
    Nun schließe ich die Tür und quittiere den Bedienerschutz: Nun werden die Antriebe von alleine eingeschaltet (grünes I)!


    Ich habe mit dem $PERI_RDY noch eine Rollenbahn angesteuert. Die läuft dann auch von selbst an.


    Wird das Signal "Antriebe Ein" wirklich bei offenem Bedienerschutz gespeichert???


    Im Test1-Betrieb auch riskant: Erstmaliges drücken der Zustimmtaste schaltet die Antriebe ein. $PERY_RDY ist dann die ganze Zeit TRUE. Auch wenn die Zustimmtaste losgelassen wird. Und die Rollenbahn läuft natürlich.
    Hätte erwartet dass $PERI_RDY im Testbetrieb wieder auf FALSE geht, wenn Zustimmung losgelassen wird.


    Ist das normal?


    Gruß Roland

    Hallo Interrupt.


    Nun ein Surfstick ist einfach und ist günstig!


    WoV ist bei diesem Konzept nicht angedacht. Viele Maschinenhersteller machen das so dass der Bediener die Fernwartungssoftware anstarten muss (TeamViewer, ...). So wäre das gedacht...


    Das StarterKit von MBnet.mini sieht jedoch gar nicht so schlecht aus...


    Danke für Deine Tipps und Gruß von mir.

    Hallo Ihr.


    Gibt es einen Ausgang der vom System angesteuert wird wenn die SUBMIT läuft?
    So könnte ich zumindest ein Schütz ansteuern, das abfällt wenn die SUBMIT stoppt und so gefährliche Prozesse (Antrieb der Werkstücken An- oder Abtransportiert), die in der SUBMIT gestartet wurden unterbrechen.


    Gruß Roland.

    Nun ja es ist ja generell gut wenn man versucht Hardware in Software zu wandeln. Anstatt der verstaubten Siemens-CP1616-Karte hat man nun halt softwareseitig auf die Echzeit-Ethernet's (EtherCat und ProfiNet) gesetzt.
    EtherCat ist ja kostenlos dabei, weshalb wir das gerne nutzen. Aber auch ProfiNet hat mittlerweile bei vielen Maschinenbauern den ProfiBus abgelöst und funktioniert beim KUKA sehr gut.
    Nur der Listenpreis von mittlerweile 1890,- EUR ist sehr gewagt! Da hätte ich erwartet dass eine Softwarelösung günstiger wäre.


    Alle Optionen erhältst Du bei dem KUKA-Händler deines vertrauens.


    Gruß Roland.

    Wir hatten das letzten Sommer auch bei einer Anlage (V8.2...). Nach mehrmaligem Tausch des ProfiBus-Modules auf beiden Seiten, war dann Ruhe als wir den EtherCat-Koppler (EK1100) getauscht hatten.
    In Zukunft will ich mehr mit den X-Gateways von Anybus arbeiten.


    Gruß Roland

    Hallo Markus.


    Du hast jetzt schon einige gute Antworten erhalten.
    Neben dem Greifer musst Du ja auch noch mit der Fördertechnik kommunizieren und diese Ansteuern. Hier ist die Frage was Du davon schon in Betrieb hast und was du kaufen musst. Dazu wirst Du neben der Roboterprogrammierung auch eine SPS programmieren müssen.
    Nicht zu vergessen ist auch die Sicherheitstechnik. Schutzzaune, Türen mit Abfrage und ggf. Zuhaltung Sicherheitslichtschranken oder ggf. Muting-Lichtschranken, wenn die fertigen Paletten dann automatisch aus dem Gefahrenbereich fahren sollen...
    Nicht zuletzt ist CE erforderlich. Mit der aktuellen Maschinenrichtlinie und den entsprechenden Normen. Ich rate Dir mit dem lesen dieser anzufangen, bevor Du Dir einen Roboter zum selberbauen kaufst.
    Es ist schön wenn Du den Ehrgeiz hast es selber zu machen! Aber irgendwann wird die BG bei Dir auftauchen und alles prüfen wollen :uglyhammer_2:.


    Nicht weil ich selbst ein Robotersystemhaus habe, rate ich Dir zu einer fertigen Anlage.


    Gruß Roland Fischer

    Hallo Ascaron.


    Meine Erfahrung ist folgende:


    AUT:
    Die ersten Roboterzellen lieferten wir aus zur Verwendung mit Betriebsart AUT und immer mit Kaltstart. Die Bediener konnten schnell mit dem "Navigator" umgehen und das Programm finden, anwählen und starten, ...
    Leider macht im betrieblichen Alltag die Start-Taste (Folientastatur) das nicht lange mit. Abgesehen davon ist die Antriebe-Ein-Taste wieder auf der Touch-Oberfläche. Ist im betrieblichen Alltag auch ein wenig umständlich.


    EXT:
    Dann haben wir umgestellt auf EXT. Wobei ich dazu sagen muss, dass wir immer eine SPS haben die die Fördertechnik in der Zelle steuert. Auch ohne Fördertechnik haben wir immer eine (kleine) SPS. Diese steuert dann auch die Logik für den START. Hierzu haben wir immer (z.B. EATON-) Taster.
    Vorteil hier: einigermaßen robuste Taster, die auch mit Arbeitshandschuhen bedient werden können.
    Wir haben übrigens immer nur einen Taster zum Start. Der sowohl die Antriebe evtl. einschaltet und verzögert ein Programmstart ausgibt.
    Ein weiterer Vorteil ist, dass in EXT das Programm (bei uns via "Cell.src") beim morgendlichen Einschalten schon angewählt wird. Es ist also auch bei Kaltstart keine Programmanwahl nötig. Auch sind einige der Menüeinträge oder Funktionen in EXT nicht aktiviert oder sichtbar. Dies ist aus meiner Sicht gut, damit nicht versehentlich Dinge gemacht werden im Produktionsmodus die man nicht will (z.B. aus versehen eine geteachte Position mit TouchUp überschreiben).
    Nachteil: ist, dass die Bediener bei einer Störung oft nicht mehr in der Lage sind ohne Telefonsupport ein Programm manuell anzuwählen.


    Wie gesagt meine Erfahrung.


    Gruß Roland

    Hallo Karl.


    ja generell OK.
    Aber es ist dann schon seltsam, dass die Endkunden beim Integrator anrufen und sagen da ist eine Wartung fällig laut Meldung. Der schaut dann in der Doku und findet nichts.

    Hallo Karl.


    Diese Meldung mit dem Getriebespiel hatte ich auch schon bei Kunden mit Quantec's.
    Leider Steht in der Doku zum Roboter unter "Wartung" nichts von dieser Wartungsarbeit.


    Gruß Roland