Fehlermeldung DeviceNet (sync Master)

Hallo,

wir haben eine KRC3 Steuerung mit einer Beckhoff EL6752 0010 DeviceNet Slavebusklemme verbunden. Der EL 6752 0010 haben wir MAC ID 5 und eine Baudrate von 500k eingestellt.

Wir bekommen bei der Aktivierung der SPS einen Fehler
-->Gerät 'Gerät1 (EL6752-0010)' benötigt Sync Master (mindestens eine Verknüpfung mit einer Task nötig) .
Im Run Modus leuchtet die Run LED grün und die zweite LED blinkt grün auf.

Dem Roboter, der uns als Master dienen soll, haben wir in der Steuerung folgendes eingestellt

dnsc_1co.ini

MAC_ID=1
BAURATE=500

dnsc_1sl.ini

[1]
MAC_ID=5
VENDOR_ID=418
PRODUCT_TYP=12
PRODUCT_CODE=14
POLL_RESPL=8
POLL_CMDL=8

iosys.ini

[DRIVERS]
...
DNSC1=12,dnsc1Init,dnsc1drv.o
DNSC2=13,dnsc2Init,dnsc2drv.o
...

[DNSC1]

INB0=5, 0, x1 ;$IN[1-8]
INB1=5, 1, x1 ;$IN[9-12]
OUTB0=5, 0, x1 ;$OUT[1-8]
OUTB1=5, 0, x1 ;$OUT[9-12]

Ist dies so richtig und weiß der Roboter, dass er als Master dienen soll?

mfg.

Ja, der Fehler kommt in TwinCat.
Das Problem ist, dass wir nicht wissen, wo diese Verknüpfung zwischen Koppler und den Eingängen gemacht werden muss.

Wir haben ein simples Programm (über KRC3) geschrieben:
- der Robi fährt eine bestimme Position an
- hier wartet er, bis wir ihm ein Signal geben (einfaches Drücken einer Taste über Eingang (Adresse 78.0))

Zusätzlich haben wir ein Test-Programm mit TwinCat erstellt, um unserer SPS-Configs zu testen.
Hier ist soweit alles ok.

Die Eingänge der SPS haben folgende Adressen: 77.0-77.7 und 78.0-78-7.

Laut Beckhoff besteht eine Kommunikationsstörung mit dem Master.
Müssen die Einstellungen in der iosys.ini geändert werden?

http://infosys.beckhoff.com/in…t_el6752_termdiag.htm&id=

Hallo und Danke für die Antworten!

Wir beutzen eine MFC (Devivenet an der Klemme x801 angeschlossen).
Beim Nicht-Benutzen der LPDN-Scanner-Karte kann man sich die von uns genannte Configs alle sparen?
(DNSC1 bzw. 2)

DEVNET=2,dnInit,dndrv.o --> korrekt, oder muss das so heißen:
DEVNET=2,dnInit,dn2drv.o --> ist uns beim Lesen von ähnlichen Beiträgen aufgefallen.

Dann kommt der Fehler beim Rekonfigurieren der E/A-Treiber "Fehler Konfiguration E/A-Treiber DNDRV" wahrscheinlich daher.

Ist ein Endwiderstand von 120 Ohm notwendig?

Zurück zur MFC:
- welche Configs müssen hier (iosys.ini, devnet.ini) gemacht werden?

Die devnet.ini sieht so aus:

[krc]
debug=0
baudrate=500

[1]
macid=5 --> wegen Devicenet-Slave Mac-ID=5

Moin Bert,
danke für die schnelle Antwort und die Widerständer werden wir morgen gleich mit einfügen!

Die Devicenet- Doku haben wir und sind wir schon durchgegangen, dort war die Konfiguration von DNSC_xCO.INI, DNSC_xSL.INI und DNSC1 bzw 2 aufgeführt.
Wenn wir das nun richig Verstanden haben,dann hätten wir uns die Einstellungen in diesen ini-Dateien sparen können (fehlende LPDN- Scannerkarte) und brauchen nur in der devnet.ini und iosys.ini Einstellungen vornehmen?

bis dann

Zitat von RoboBert

Alles hat ein Ende nur der Bus hat zwei.... :ylsuper:

Gruß
Herbert

Moin!
Dank Widerständen läuft unser Buss (durchgehend grün leuchtende LEDs).

Jedoch bekommen wir immer noch die Fehlermeldung bei Rekonfigurieren der E/As (DNDRV).
Wird in der iosys.ini der DEVNET-Eintrag (Zuweisung der IOs) auskommentiert, verschwindet dieser Fehler.
Haben wir hier den Fehler?

[DEVNET]
INB0=5, 77, x1 ;$IN[1-8]
INB1=5, 78, x1 ;$IN[9-12]
OUTB0=5, 63, x1 ;$OUT[1-8]
OUTB1=5, 64, x1 ;$OUT[9-12]

Wir haben drei Eingangs- (EL 1014) und drei Ausgangskarten (EL2004) an unserer Beckhoffsteuerung.

1. Eingangskarte 77.0-77.3
2. Eingangskarte 77.4-77.7
3. Eingangskarte 78.0-78.3

1. Ausgangskarte 63.0-63.3
2. Ausgangskarte 63.4-63.7
3. Ausgangskarte 64.0-64.3

gruß

Zitat von Hermann

Ja da dürfte der Fehler liegen.
Woher kommen die Adressen 63.x, 64.x 77.x und 78.x ???.

Wenn man an den Roboter Slaves anschliesst, dann beginnt die Bytezählung bei jedem einzelnen Slave IMMER bei 0 !

Also:

[DEVNET]
INB0=5, 0, x1 ;$IN[1-8]
INB1=5, 1, x1 ;$IN[9-12]
OUTB0=5, 0, x1 ;$OUT[1-8]
OUTB1=5, 1, x1 ;$OUT[9-12]

Alles anzeigen

Moin,
auch mit diesen Adressen klappt es nicht.

TelNet "sagt" uns folgedes:

_____________________________
DN2DRV Version: 1.21.0.0
Scanner enable: running
Scanner State: ok
CAN Errors: 0
CAN OverFlow: 0
SystemTime: 842211
Baudrate: 500 KBaud
[00] RKC State 00 Master none
Vendor 0000 ProdType 0000 ProdCode 0000
Revision 0000 Produce 0000 Consume 0000
SerNum 00000000 ProdName
I:
O:
[05] Warn 4 State 00 30:30:00 running online
Vendor 0108 ProdType 0012 ProdCode 6752
Revision 0302 Produce 0008 Consume 0008
SerNum 00000000 ProdName BECKHOFF EL6752-0010
I: 00 00 00 00 00 00 00 00
O: 00 00 00 00 00 00 00 00

value = 1 = 0x1
_____________________________

In der Doku sieht das so aus:

-> dnShow 1
DN2DRV Version : 1.22.4.0
Scanner enable : running
Scanner State : OK
CAN Errors : 0
CAN OverFlow : 0
SystemTime : 832483
BaudRate : 500 KBaud
[00] KRC State 00 Master none
Vendor 0000 ProdType 0000 ProdCode 0000
Revision 0000 Produce 0000 Consume 0000
SerNum 00000000 ProdName KUKA DN2-Driver
I:
O:

Hier wird der Treiber "DN2-Driver" erkannt, bei uns nicht.
Hat das etwas zu bedeuten?