Beiträge von stbjoola

Vielen dank für die schnelle Antwort.

Das mit Zusatzpaketen wäre ne Idee, ist aber denke keine Option
aufgrund der Kosten. 4 Anlagen Softwarestand 1x 8.3 / 2x 8.2 / 1x 5.4

Hatte gehofft es gäbe noch ne vereinfachte Möglichkeit
Bei den neueren Anlagen ist SafeOperation vorhanden, geht jetzt nur um den "alt" Bestand.
Es muss kein "sichere" Festsetzung sein.
Koppeln das dann im T2 das ebenfalls an die Fahrfreigabe und
werden dann im T1, über den Submit die Istposition der E1 abfragen und
bei steigendem Achswert ganz stupide den POV/HOV auf 0 setzen.
Oder den Wert des Softwareendschalters ändern.

Falls jemandem sonst noch was einfällt, her mit den Ideen

Hallo zusammen,
gibt es eine Möglichkeit im Handbetrieb das bewegen der Externen Achsen, z.B. E1
über ein Eingangssignal zu sperren?
Achsen 1-6 sollten weiterhin verfahrbar bleiben.

Im EXT Betrieb ist das ganze an die Fahrfreigabe gekoppelt.
Nur im T1 und T2 muss zum Rüsten der Anlage E1 "blockiert" werden,
da der Weg mechanisch blockiert ist.

E1 ist eine Lineareinheit KL3000

Konnte es nun endlich umsetzten. Hat einwandfrei funktioniert wie Beschrieben!
Sowohl an der KRC2 als auch an der KRC4
Vielen Danke nochmal dafür!

Danke für die schnelle Antwort
die PDF Datei fehlt in unseren unterlagen!
Werden das in einigen Wochen erst umsetzten können, gebe dann aber Rückmeldung ob es geklappt hat.

Hallo Community,
wir haben an einer vorhandenen Anlage folgendes Problem. Der Roboter wurde vor Jahren mal um 90° auf der 7. Achse verdreht.
Dies war bisher kein Problem.
Da sich aber die externe Achse nicht mehr in der Welt fahren lässt ohne den TCP diagonal zu verschieben, gibt es bei künftigen
Programmen damit Probleme. Dieses Problem würden wir gerne lösen.
Zum besseren Verständnis sind im Anhang 3 Bilder, mit dem "alten" Zustand, dem aktuellen und dem gewünschten.
Frage: Dreh ich im $Robroot um A oder
in $mames[1] um 90°

Hoffe ihr könnt mir da weiterhelfen

ja der dubiose Call-Wert war es auch der das Problem verursacht hat.
wir wissen zwar nicht warum
aber mit CAL 127
statt dem 06C00 funktioniert der ganze spaß :ylsuper:

Trotzdem vielen dank für eure Denkanstöße

Danke schon mal für die Antwort
das haben wir bereits getan.
Wie gesagt, projektiert ist alles und funktioniert auch wenn wir statt einer
analogen karte eine weitere digitale einbauen und in der iosys "verschalten"
Nur bei der analogen klappt es nicht

Hallo zusammen,
habe trotz Suche im Forum, leider keine Lösung bisher für mein Problem gefunden.

Wir wollen eine bestehende KRC2 Anlage erweitern um 2 Analoge Ausgänge.

Profibusschnittstelle ist Projektiert, zeigt auch keinen Busfehler an.
Digitale karten lassen sich problemlos hinzufügen oder entfernen.
Nur die beiden analogen Ausgänge bleiben bei 0V.

Verwendete Karten
WAGO 750-333 Feldbuskoppler
WAGO 750-550 2-Kanal-Analogausgangsklemme; 0-10 V

;Auszug aus der iosys.ini

inb0=3,0,x1 ;bereits vorhanden und funktioniert
anout1=3,0,12,0,CAL0X6C00 ;neuer analoger Ausgang 1
anout2=3,2,12,0,CAL0x6C00 ;neuer analoger Ausgang 2

sowohl auf der BOF als auch am Bus ist kein Fehler zu erkennen.
die Wago 750-550 ist im Devicenet bisher kein Problem gewesen,
nur beim Profibus bekommen wir es irgendwie nicht hin.

Danke schon mal für eure Hilfe