Beiträge von mhw

meinte natürlich die iosys.ini...

Guten Morgen

Ich weiß zwar nicht, was eine RSU ist, aber so wie ich das Problem verstehe, nimmst Du einen Busteilnehmer aus dem Bus, ohne ihn vorher zu deaktivieren. Das geht natürlich nicht.

Also einfach in der config.dat den Teilnehmer rausnehmen und dann müsste das gehen.

Oder verstehe ich das Problem falsch?

Matthias

Hallo

Kommt darauf an, was man dafür ausgeben möchte und / oder kann. Die teuerste Lösung wäre eine externe SPS mit Bildschirm und einer Möglichkeit, die Zeiten zu ändern. Das wird dann mit dem Roboter verknüpft.

Einfacher, und vermutlich in diesem Fall auch die bessere Lösung, wäre ein einfaches Poti, dass auf einen 0-10V Eingang geschaltet wird. Das ganze muss dann noch skaliert werden, z.B. 10V = 10 Sekunden.

Vorteil: billig und einfach zu verstehen. Viele Anwender haben Berührungsängste mit Steuerungen. Mit einem einfachen Poti kann man das umgehen, der Bediener kann sehr schnell auf andere Verhätnisse umstellen.

Nachteil: Je nach Aufgabe (hier nicht genau bekannt) genügt ein Poti nicht. Auch sind die Werte natürlich nicht speicherbar, daher unter Umständen nicht genau jederzeit reproduzierbar.

Es hängt also davon ab, wie komplex die Aufgabe ist.

Matthias

Hallo

Je nach Fehler (Not- Aus) halte ich diese Lösung sicherheitstechnisch für ziemlich bedenklich. Dies sollte auf jeden Fall bedacht werden.

Matthias

Hallo Otto

Ja, danke, jetzt habe ich es verstanden.

Um die Sache mal aufzulösen: Die GWA hat nicht richtig gearbeitet. Es war zu wenig Druck drauf. Als dann der Roboter tief unten in einer Strecklage war, "bekam er ihn nicht mehr hoch :-)"
Neuer GWA und läuft.....

Matthias

Hallo Karl.

Ich habe gerade mal KUKA deswegen angeschrieben. Wir haben jetzt 9 Robbis im Einsatz, da sollte man sich über sowas schonmal Gedanken machen. Obwohl das jetzt in 6 Jahren unser erster großer Ausfall ist!

Matthias

Hallo

Hatte ich ehrlich gesagt auch erst heute morgen entdeckt. Da der Roboter momentan in einer blöden Lage hängt, habe ich die anderen Achsen auch nur kurz gefahren, um zu sehen, ob die noch fahren. Und da bekam ich gestern abend keine Meldung. Erst wenn ich z.B. Achse 1 um 10cm oder so fahre, bekomm ich eine Meldung.

Aber warum kommt eine Fehlermeldung für Achse 2, wenn ich eine andere Achse verfahre? Kann mir jemand den Zusammenhang erklären?

Matthias

Hallo

Danke schonmal für die schnellen Antworten.

Aber mal der Reihe nach:

- Softwareversion ist 5.4.14. Mehrmaliges Probieren, neustarten, kaltstarten hat alles nichts gebracht.
- Kabel haben augenscheinlich keinen Fehler.
- Wenn ich eine andere Achse manuell verfahre (egal welche), kommt nach ein paar Sekunden der Fehler für die Achse 2 wieder.
- Der Fehler kommt bei jeder Geschwindigkeit, auch bei 1%
- KUKA angerufen, der Servicemitarbeiter meinte sofort, dass das auf das G1 hindeutet. Getauscht, kein Erfolg.
- Ersatzmotor habe ich leider keinen. Morgen früh, 9.00 Uhr habe ich einen hier, dann kann ich mehr berichten. Gleichzeitig kommt auch noch ein Techniker von KUKA mit, um den einzubauen.

Also, ich werde berichten. Die Vermutung liegt auf dem Motor!

Noch was anderes: Wie zügig ist KUKA bei euch mit Technikern, wenn ihr welche braucht. Mit Glück konnte ich morgen einen bekommen, heute war garnichts möglich. Das ist für uns natürlich garnicht so prickelnd, die Maschine wird wie üblich dringend gebraucht. Habt ihr einen Servicevertrag bei KUKA, bzw. kommen die dann überhaupt schneller?

Matthias

Hallo

Wir haben einen KR150 mit KRC2 Steuerung. Heute kamen während der Produktion folgende Fehler:

- Stellgröße A2
- Antriebsfehler 1
- Drehzahl- Stopp aktiv

Wenn ich die Antriebe erneut einschalte und versuche, die Achse 2 zu verfahren (egal ob manuell oder automatisch), sackt die Achse kurz nach unten und bleibt dann wieder mit den obigen Meldungen stehen.

Ich habe schonmal die Kabel zum Motor überprüft, augenscheinlich ist nichts zu erkennen. Außerdem habe ich das KSD- Modul mit einer anderen Achse getauscht, um zu testen, ob der Fehler mitwandert. tut er aber nicht. Alle anderen Achsen kann ich einwandfrei verfahren.

Hat jemand eine Idee?

Matthias

Hallo!

Ich dachte bislang immer, dass alle KRC2 DeviceNet serienmäßig über die MFC haben?!?
Liege ich da falsch?

Matthias

Hallo

Ich mache sowas immer mit DeviceNet, das finde ich am Einfachsten. Erläuterungen dazu gibt es hier einige im Forum.
Wenn Du Dich mit Profibus auskennst, geht es natürlich auch damit. Als Busklemmen benutze ich immer welche von Beckhoff. Wago geht aber auch. Andere fallen mir gerade nicht ein, gibt aber noch einige.

Zum Not- Aus kann ich Dir leider keine Tipps geben.

Matthias

Ah, OK. verstanden.

Hallo Notime

Das habe ich leider nicht verstanden. Worin besteht der Unterschied zwischen "Der timer steht" und "Der Zustand des timers wird nicht mehr verändert"? Kannst Du mir das erklären?

Ob ich nun $TIMER oder $ROB_TIMER nehme, sollte für diesen "Sonderfall" eigentlich egal sein, sobald die sps.sub stehen bleibt, geht auch das Blinklicht nicht mehr, bzw. es ist an oder aus, je nachdem welcher Zustand zuletzt dran war.

Schönes Wochenende noch!

Matthias

Hallo

Na wenn die sps.sub steht, dann steht auch der timer.

Matthias

Hallo!

Kurze Gegenfrage: Was für Situationen gibt es bei Dir, in der die sps.sub nicht läuft?

Matthias

Hallo

Wie verhält es sich mit Deiner Variablen DI_MOVE_ENABLE ? Ist das die "normale" Bewegungsfreigabe des Auto Extern? Warum soll dann der Roboter gestoppt werden, wenn das Signal anliegt? Es müsste doch umgekehrt sein?

Fällt das Signal evtl. ab, wenn der Roboter stoppt?
Ich gehe mal davon aus, dass die ganze Zeit auf Auto Extern geschaltet ist, oder?

Gruß in die USA

Matthias

Guten Abend allerseits!

Auch hier kann man wieder mal sagen: So wie man in den Wald hineinruft, so schallt es auch raus.

Interessant wären z.B. noch ein paar weitere Informationen. Bestimmtes Projekt? Welche Größenordnung (Gewicht / Reichweite)? spezielle Peripherie? Oder gar wieder mal eine Uni- Umfrage zur Diplomarbeit?

Ich denke je nach Umfeld oder Projekt hat jeder Roboter andere Stärken und Schwächen. Ich setze nur KUKA ein (Wir sind Endanwender), liegt aber unter anderem daran, dass eine KUKA- Niederlassung direkt bei uns um die Ecke ist. Aber ausser zwei alten Reis- Anlagen habe ich noch keine anderen Roboter programmiert. Und was der Bauer net kennt, isst er net!

Schöne Woche!

Matthias

Guten Abend

Vielleicht solltest Du noch kurz erwähnen, was Du genau vor hast. Evtl. ist die Sache mit ein paar Hardware- Tastern einfacher und schneller gelöst.

Ich habe früher mal ein bißchen mit dem Atmel ATMega 8 gearbeitet. Aber für sinnvoll halte ich die Zusammensetzung mit einem Mikrocontroller und einem Roboter nicht wirklich. Meiner Meinung nach liegen die Vorteile eines Mikrocontrollers eher in der sehr geringen Baugröße, was hier aber ausscheiden kann. Wenn aus Kostengründen ein Mikrocontroller verwendet werden soll, warum nicht für 100€ eine Siemens Logo, bzw. ähnliche Systeme anderer Hersteller? Bist Du einen Mikrocontroller soweit hast, dass er so läuft wie Du das willst (selbst löten, div. Triacs und Relais, ...) kostet der sicherlich das Gleiche.

Aber wie gesagt, vielleicht bringt die Darstellung der Aufgabe etwas mehr Licht ins Dunkel.

Schönen Abend noch,

Matthias

Da ich bislang nur KRC2- Robbis hier habe (derzeit 7, aber heute werden noch 3 Stk. angeliefert), nutze ich nur DeviceNet.

Wie haben sich die Beckhoff- Probleme geäußert? Ich kann bislang noch keine Probleme erkennen, obwohl der älteste Robbi schon etwa 5-6 Jahre mit Beckhoff im Einsatz ist.

Matthias

Hallo!

Und? Teilst Du Dein Wissen auch mit uns? Ich benötige es zwar zur Zeit nicht, aber vielleicht sucht jemand anderes irgendwann mal danach. Dafür ist ja ein Forum da, oder?

Gruß, Matthias