Im Bild ist die neuere PCI-Karte abgebildet, du hast aber eine ISA-Karte und dort ist die Leiterplatte auf der anderen Seite bestückt, somit ändert sich dann auch der Stecker .
Kapitel 3.2 sollte aber in jedem Fall stimmen .
Gruß
Bert
Im Bild ist die neuere PCI-Karte abgebildet, du hast aber eine ISA-Karte und dort ist die Leiterplatte auf der anderen Seite bestückt, somit ändert sich dann auch der Stecker .
Kapitel 3.2 sollte aber in jedem Fall stimmen .
Gruß
Bert
Siehe Anhang...
Gruß
Bert
Habe schon lange nicht mehr mit Devicenet rumgespielt ... was steht in den betreffenden INI-Files?
Gruß
Bert
Der 24V-Eingang ist eigentlich gegen Verpolung geschützt.
Gruß
Bert
Hi,
du hast die 24V Devicenet-Busspannung für die Koppler angeschlossen?..ist so ein Standard-Fehler
Gruß
Bert
Reicht dir das?
Gruß
Bert
...V8.2 sollte dann wohl die KRC4 sein?
Gruß
Bert
Hallo,
das Modul ist von Rockwell, ich vermute daher das das die "Modul-" und "Network-Status" LEDs sind.
Gruß
Bert
Also wenn die Anlage nicht abgeschatet wird dann ists sicher nicht ein defekter Akku schuld.
Und nach einem PC-defekt sieht es erstmal auch nicht aus.
Lustig sind die Trip-Fehler der Antriebe und dann melden fast zeitgleich alle Resolvereingänge der RDW kurz einen Geberfehler (-> was zu einem Verslust der Justage führen muss) .
Die Trip-Fehler-Sache klingt vielleicht eher nach einem "defekten" Motorkabel bzw. was auf der Antriebsseite .
Ist der Schirm dort beidseitig aufgelegt und gegen die Phasen Isoliert (-> Hochspannungsprüfung)? Stimmt der Potentialausgleich des Roboters?
Gruß
Bert
Hallo Stefan,
ich hatte unrecht, die Steckerbeipacks sind schon Teil der Stückliste, müssen also beim Schrank dabei gewesen sein. Die sind IMHO in einer extra Schachtel verpackt.
Art.Nr: 00-187-045 KRC4 Steckerbeipack X13
Art.Nr: 00-187-043 KRC4 Steckerbeipack X11
Art.Nr: 00-192-351 KRC4 Steckerbeipack X67.1-3
Gruß
Bert
Hi Stefan,
der Steckerbeipack muss mitbestellt werden. Was für einen Schrank (Artikelnummer) hast du denn?
Gruß
Bert
die Meldung kommt doch auch wenn z.B. die Steuerung nicht schafft dem jeweiligen Motor soweit zu bestromen das er sich z.B. nach dem lösen der Bremsen hält. Ich würde mal als erstes die ganzen Kontakte der Motorleitung vom jeweiliegn Umrichter über die beiden Motorkabelstecker (Schrank/ Roboterfuss) zum Motorstecker selbst anschauen. Das erklärt aber erstmal nicht wirklich warum der Roby nur beim Verfahren der Handachsen ruckt .
Gruß
Bert
also einen abschlusswiderstand verwende ich bei devnet nur am ende des busses, muss aber dazu sagen, dass es ein zentraler aufbau ist.
Alles hat ein Ende nur der Bus hat zwei.... :ylsuper:
Gruß
Herbert
In der Devicenet-Doku sollte eigentlich alles wichtige drin stehen.
Wenn du keine LPDN-Scannerkarte drin hast dann nutzt dir die Konfiguration dieser Karte im ini-File nichts .
Ja, du brauchst am Anfang und am Ende des Buses einen Busabschlusswiderstand.
Gruß
Bert
Das ist irgendwas in Verbindung mit der KUKA-USB-Software, am besten F2 und mal die "BIOS defaults" laden, dann sollte das hoffentlich erstmal wieder weg sein .
Gruß
Bert
Gibts den Leberwursthalter nun auch als Ladestation?
Gruß
Bert
Auf Seite 35 steht was von Eingang 9.
Gruß
Bert
Ich würde meinen hauptsächlich Teijin und Nabtesco, oder
Gruß
Bert
...mir ist zu Ohren gekommen das da wohl was geändert wurde . Hatte aber selbst noch keinen mit SIB-Schnittstelle...
Gruß
Bert