Kuka KRC2 Occubot mit Profibus als Master konfigurieren

Hallo,

wie sieht denn Deine NCM- Konfiguration aus?
Wieviele IO´s haben diese Module? die kenn ich leider nicht.

In Deiner IOSYS hast Du für jedes Signal (z.B." Deckel offen Bhf1") ein ganzes Byte deklariert.

P.S. so selten ist das auch nicht das der Roboter über seine Werkzeuge als Master konfiguriert ist.

Gruß
Chili1886

Moin,
die iosys.ini vergesse erstmal, kommentiere die Angaben für den DP aus.
Der Treiber läuft aufgrund Fehler in der Konfiguration nicht, es fehlen offensichtlich die (alle?) Teilnehmer am Bus.
Nun ist das Glaskugellesen in einer *.ldb noch keinem gelungen, insofern musst Du Dich da selbst durchwühlen.
Um die Lauffähigkeit des Treibers generell zu prüfen, kannst Du als Referenz mal die von KUKA mitgelieferte "slave.ldb" als Konfig einbinden.
Die slave.ldb ist ein Dummy, mit dem zumindest der Treiber starten muss. Wenn das der Fall ist, ist zumindest mal Treiber und Karte i.O.
Als weitere Vorgehensweise würde ich im NCM mal nur einen Teilnehmer konfigurieren und schauen, dass ich diesen zum Laufen bekomme.

viel Erfolg

Hi,

also Du hast für z.B. Modul2 4Byte Input in der IOSYS deklariert, hast aber nur 2Byte (gerundet)

Hast Du die Adressen an den IO-Modulen (Drehschalter) eingestellt?

Dann Versuch mal folgendes:

[PBMASL]
INB1=2,0,x1;$IN[1-8] Modul2 InByte1 1-8
INB2=2,1,x1;$IN[9-16] Modul2 InByte2 9-12
INB13=3,0,x1;$IN[ - ]
INB14=3,1,x1;$IN[ - ]
INB25=4,0,x1;$IN[ - ]
INB26=4,1,x1;$IN[ - ]
OUTB1=2,0,x1;$OUT[1-8] Modul2 OutByte1 1-4
OUTB5=3,0,x1;$OUT[ - ]
OUTB9=4,0,x1;$OUT[ - ]

versuch mal zuerst nur ein modul ans laufen zu kriegen,
dann kann man viel mehr ausprobieren,

hardware-technisch kannst alles angeschlossen lassen.

hast du die Abschlusswiederstäne passend gesetzt?

Moin,
ich habe mir Deine DP- Konfig angeschaut,
gehe mal davon aus, dass die eingebaute Karte die richtige ist....

Ich kann nur einen Fehler, den Du selbst ja schon erwähnt hast, finden.
Die Applikationsversion 8 macht keinen Sinn, benutze mal V6.3.

Lasse die Verkabelung prüfen!
- richtigen Anschluss an Karte erwischt?
- keine Dreher im Profibuskabel?
- alle Leitungen sauber aufgelegt (auch Schirm)
- Abschlusswiderstände korrekt eingeschaltet?
- Ein/Ausgang am Profibusstecker nicht verwechselt? (besonders bei den Enden)

viel Erfolg

Zitat von Neuling1991

Funktioniert leider auch nicht mit V6.3.

Verkabelung müsste eigentlich passen.. das hat eine externe Firma gemacht und die meinten die haben alles durchgemessen

Müsste?

Zitat von Neuling1991

Ich kann im NCM Manager der Karte auch eine Adresse geben.. muss ich die iwo an der Karte einstellen?
Wenn ja wie kann man die Einstellen?

Die Adresse zieht sich die Karte beim Laden des Treibers mit der *.ldb.

Zitat von Neuling1991

PS: An der Karte leuchte bzw. blinkt kein Licht, kann das was bedeuten?

Karte locker?

Welche Fehlermeldungen steht nach Rekonfig an?

..was sagt denn dein pfbms.log??

[CP_5613/14]
DEBUG=1
LOGFILE_PATH=log/pfbms.log
ERROR_TEXT=German
FORCE_RESET=0 <--- DEN SETZ MAL FÜR DIE IBN AUF 1
OLD_ERROR_DB=0

[MASTER]
MASTER_USED=1
MODUL_USED=0 <--- DAS GEHÖRT DA NICHT REIN
DATABASE_PATH=init/pcst_1.ldb
FIRMWARE_PATH_A1=drivers/FW_5613.bin
FIRMWARE_PATH_A2=drivers/FW5613A2.bin
WATCHDOG_TIME=3
MAPPING_USED=0
MAPPING_PATH=init/
;DEACTIVATED_SLAVES=
WAIT_FOR_SLAVES=1 <-- DEN SETZ MAL FÜR DIE IBN AUF 0

Hallo Neuling1991,

ich kann dir noch folgendes Vorschlagen..
a)
Hast du evtl. eine S7 SPS zur Verfügung mit der du den Profibus testen könntest?
b)
In der pfbms.ini kannst du mit
DEACTIVATED_SLAVES=2,3
z.B. die Slaves mit der Adresse 2 und Adresse 3 deaktivieren und somit beliebige Slaves ausschalten.
c)
Wir benutzen um Profibusfehler zu finden und Profibuskreise zu "testen" ein
Profibusoszilloskop der Firma Procentec "ProfiTrace". Damit kann man sehr gut die
Qualität der Busverbindung bewerten.

Gruß
Twister

Moin,
ich habe mal ne Ldb generiert.
Downloadlink per PM geschickt.
Die Module habe ich mit den Adressen 3,4,5 vesehen, die KRC läuft auf 2.
Ich weiss nicht, wo Du 12 Eingänge und 4 Ausgänge an den Dingern erkennst. Ich sehe 16 Eingänge und 8 Ausgänge. Vorausgesetzt ein Byte sind immer noch 8 Bit.

Die iosys.ini sortiere ich gern immer ein wenig, mein Entwurf sieht dann so aus.
[PBMASL]; Bahnhof_1; DP Addr 3, 16DE, 8DAINB0=3,0,x1;$IN[0-8] INB1=3,1,x1;$IN[9-16] OUTB0=3,0,x1;$OUT[0-8] ;; Bahnhof_2; DP Addr 4, 16DE, 8DAINB2=4,0,x1;$IN[17-24] INB3=4,1,x1;$IN[25-32] OUTB1=4,0,x1;$OUT[9-16] ;; Wechsler; DP Addr 5, 16DE, 8DAINB4=5,0,x1;$IN[33-40] INB5=5,1,x1;$IN[41-48] OUTB2=5,0,x1;$OUT[17-24]

Kontrolliere unbedingt die Verkabelung. Da der Treiber schon die fehlenden Module anmeckert ist da mit 99% Sicherheit was faul.

Wie sieht denn deine DP-Konfiguration in der HW-Konfig aus, nicht die NetPro Ansicht??

ich weiß nicht, wie deine ldb aussieht.

Im Logfile steht:

22/09/14 06:55:25 : read channel: configured slave with address 2 not in database!
22/09/14 06:55:25 : read channel: configured slave with address 2 not in database!
22/09/14 06:55:25 : write channel: configured slave with address 2 not in database!

Also irgendwas mit Adresse 2 stimmt nicht.

hast Du denn eine gescheite LDB datei gebaut und eingebunden?
Abschlußwiderstände nur an den Leitungsenden ein, nicht woanders?
Leitungsenden "links" angeschlossen?