Interbus: Busfehler im Slavekreis (Fehler 1617)

  • Hallo, wir haben in unserer Ausbildungswerkstatt (Berufsschule) einen KR30 mit einer KRC1-Steuerung (V4.1.7 SPO8 HF1) am Laufen. Nun möchten wir gerne die Profibus-Karte 5614 daran betreiben. Über die Phoenix-App "IBS CMD" haben wir eine *.svc_Datei erstellt und über diese auch erfolgreich die E/A- Baugruppen
    1x Bussknoten ST24
    1x DI 16x
    1x DO 16x und
    1x AO 4x
    zum Start bewegen können - zumindest über den digitalen Prozessmonitor der Phoenix-Software.Der Roboter soll als Master und NUR als Master (eingebaut ist ja eine Master/Slave-Karte) laufen.Allerdings bekommen wir beim Hochfahren der KRC folgende Meldung: Interbus: Busfehler im Slavekreis (1617).Wie können wir den Slave derart deaktivieren (oder die Meldung), dass das System fehlerfrei hochfährt?Ich hänge mal die Auszüge zur Interbus.ini und der iosys.ini mit dran.
    Wäre großartig, wenn uns da von euch Profis einer weiterhelfen kann :)
    Beste Grüße und Dank voraus!
    Sven


    [CONFIG]
    VERSION=2.00
    [DRIVERS]
    MFC=0,mfcEntry,mfcdrv.o
    INTERBUS=1,ibusInit,ibusdrv.o
    DEVNET=2,dnInit,dndrv.o
    PBMASL=11,pbmsInit,pfbmsdrv.o
    [MFC]
    INW0=0 ;$IN[1-16]
    OUTW0=0 ;$OUT[1-16]
    OUTW2=2 ;$OUT[17-32]


    [INTERBUS]
    ;------- Inputs ------------------
    INW10=0 ;$IN[81-96]
    ;------- Outputs -----------------
    OUTW10=0 ;$OUT[81-96]
    ;------- Analog Outputs ----------
    ANOUT1=2,12,0 ;$ANOUT[1]
    ANOUT2=4,12,0 ;$ANOUT[2]
    ANOUT3=6,12,0 ;$ANOUT[3]
    ANOUT4=8,12,0 ;$ANOUT[4]


    ;------- Slave Inputs ------------
    ;INW50=896 ;$IN[401-416]
    ;INW52=898 ;$IN[417-432]
    ;INW54=900 ;$IN[433-448]
    ;INW56=902 ;$IN[449-464]
    ;------- Slave Outputs -----------
    ;OUTW50=896 ;$OUT[401-416]
    ;OUTW52=898 ;$OUT[417-432]
    ;OUTW54=900 ;$OUT[433-448]
    ;OUTW56=902 ;$OUT[449-464]



    [DEVNET]
    ;INW64=5,0,x2 ;$IN[513-544]
    ANOUT5=5,0,12,0 ;$ANOUT[5] .....
    ----------------------------------------------------------------
    ; Konfiguration INTERBUS: Wildenburg 31.05.96 RE-SG


    [INTERBUS]


    IO_ADDR=0X390
    BOARDNUMBER=1
    MEMBASE=0XD400
    CARD_IRQ=0


    [SLAVE]
    ID=0403 ;SlaveID HEX


    [CONFIGURATION]
    ;WATCHDOG 1=enable
    ;WATCHDOG 0=disable
    WATCHDOG=1
    ;MASTERRING=0 Mastering not used (no I-Bus modules connected); just Slave operation
    ; Bus will not be started; Slave use possible
    ;MASTERRING=1 Mastering used (I-Bus modules connected)
    MASTERRING=1
    ;Report a local master error to a Robot BIT == $OUT[x]
    ;x must be mapped to the I-Bus slave (see IOSYS.INI)
    ;e.g. : LOCALMASTERNOTOK=401 : Master Error ist reportet to $OUT[401]
    ;Attention could overwrite a security output (check twice)!!
    ;LOCALMASTEROK=401


    ;New LOCALMASTEROK Bit. The value of the variable is the bit position of the LOCALMASTEROK bit
    ; in the slave output memory. The adress of the slave output memory must be start at 896.
    ;NEWLOCALMASTEROK=1


    ;Name of Logfile
    IBLOGFILE=log\ibus.log


    ;SWAP_SL_BYTES=1 : Swap (exchange low and high byte of a 16-bit word) Bytes of a Salveword
    ;SWAP_SL_BYTES=0 : Bytes of a Salveword are not swapped
    SWAP_SL_BYTES=0


    ;CONTINUE_WITH_WARNING=1; if a buswarning (device state has changed) is received the bus keeps operable
    ;CONTINUE_WITH_WARNING=0; if a buswarning is received the bus is not usable any more by the RC
    CONTINUE_WITH_WARNING=1


    ;if robot inputs ($IN[]) shall be updated even during a bus failure, activate the option PASSIVE_UPDATE
    ;below. If this option is set to 1 the robot inputs are read from the interbus card even if the driver
    ;detects a bus failure; this is especially interesting for the onboard slave inputs or the diagnostic status
    ;information (see section DIAGNOSTIC_REGISTERS) which are not affected by a bus failure of the master ring;
    ;so inputs, which are coming from the PLC via the onboard slave, can be processed even during a bus failure.
    ;Of course, inputs which are affected by a bus failure, as all the inputs of the local master, will stay
    ;in the state they had before the bus failure.
    ;If this option is set to 0 or is commented and a bus failure occures, all inputs (also the onboard slave
    ;inputs) keep the state they had before the failure.
    ;All outputs are allways set to 0 in case of a bus failure (also the onboard slave outputs)
    ;This option works only with a driver version 1.06 or greater (see driver version in iosys.log).
    ;PASSIVE_UPDATE=1


    ; the cycle time of the interbus task can be changed over this entry. The value corresponds to 1/100 seconds.
    ;IBSTASK_CYCLE_TIME = 100


    ;this value is only available with the newlocalmasterok bit
    ;ON_ERR_CLEAR_MPM_OUT=1 => when driver is in error state mpm output area is set to zero
    ;ON_ERR_CLEAR_MPM_OUT=0 => when driver is in error state mpm output area is not set to zero
    ;ON_ERR_CLEAR_MPM_OUT=0


    [CMD_CONFIGURATION]
    ;if you want to use CMD directly on the KR C1 via a serial link, only a baudrate of 1200 Baud
    ;is possible; to tell the Interbus master to communicate with this baudrate, activate the
    ;option below. This baudrate has to correspond with the baudrate CMD itself is using; it can
    ;be adjusted in the file "IBDDIWIN.INI" which can be found in the windows directory;
    ;change the option "[IBS3964R_COM1/2]->Baudrate" (1/2 depending on the serial link you are
    ;using : COM1 or COM2 ) to the appropriate baudrate (BAUDRATE=1200)
    ;BAUDRATE=1200


    ;Configuration file made with Phoenix CMD; if used, some options are
    ;disabled/not used (SlaveID,MASTERRING)
    CMD_FILE=init\vielossa.svc


    ;EXTERN_START=1 BUS will be started via CMD
    ;EXTERN_START=0 BUS will be started by the robot controller
    EXTERN_START=0


    [DIAGNOSTIC_REGISTERS]
    ;STATUS=n : Byte Address in the Mulitport Memory (of the IBS-Card) of the Master's
    ; Status-Register. Can be displayed in the input image of the robot controler.
    ; e.g.: STATUS=600; IOSYS.INI : INW10=600 => $IN[81-96] represents the
    ; status register of the IBS-Master
    ;PARAMETER=n : Byte Address in the Mulitport Memory (of the IBS-Card) of the Master's
    ; Parameter-Register. Can be displayed in the input image of the robot controler.
    ;STATUS=600
    ;PARAMETER=602


    [TASK]
    ;AUTOSTART=time : peroid time in seconds after which a bus restart is periodicaly retried
    ; (after a bus error)
    ;if time < 8 : period time of 8 seconds is used
    ;if time = 0 : no automatical restart is performed
    ;AUTORESTART=1


    [NAMES]
    ;Syntax :
    ;Nn=S.T:Name
    ;n:Continous Number 1..32
    ;S:IBUS-Segment Number
    ;T:IBUS-Participant Number
    ;Name:Symbolic Name of Participant
    ;max 60 Enties will be read !
    ;each entry must have 18 characters at max
    ;------123456789012345678
    N1=1.0:BK Serverschrank
    N2=1.1:Digital-Ausgabe
    N3=1.2:Digital-Eingabe
    N4=1.3:Analog-Ausgabe
    ;N5=1.4:Fibrotor 1
    ;N6=1.5:Fibrotor 2


    [END SECTION]

    Einmal editiert, zuletzt von SJX ()

  • Schritt für Schritt zum Roboterprofi!
  • [size=1][font=Verdana, Arial, Helvetica, sans-serif]Hi ,[/font][/size]



    [size=1][font=Verdana, Arial, Helvetica, sans-serif]habe nur mal kurz drübergeschaut...[/font][/size]
    [size=1][font=Verdana, Arial, Helvetica, sans-serif]versuch es mal wenn du alle nicht benutzen Driver (Treiber) auskommentierst ![/font][/size]
    [size=1][font=Verdana, Arial, Helvetica, sans-serif]Nur den Interbus aktiv lassen. Ansonsten sucht der Roboter alle Teilnehmer bei den Treibern ![/font][/size]



    [size=1][font=Verdana, Arial, Helvetica, sans-serif]Dann sollte es besser laufen ![/font][/size]

    Nichts ist einfach - alles bedarf der Übung !


  • ...
    Nun möchten wir gerne die Profibus-Karte 5614 daran betreiben. Über die Phoenix-App "IBS CMD" haben wir eine *.svc_Datei erstellt und über diese auch erfolgreich die E/A- Baugruppen


    Allerdings bekommen wir beim Hochfahren der KRC folgende Meldung: Interbus: Busfehler im Slavekreis (1617).
    ..


    Irgendwas stimmt da nicht.
    PROFIBUS - Karte 5614 aber Interbus-Fehlermeldung und Phoenix CMD-Tool :huh:


    Zu der Iosys.ini: Nicht nur versuchen die nicht benutzten Treiber auszukommentieren, sondern auf jeden Fall auskommentieren. Wenn das auch nicht unmittelbar zum Erfolg führt.


    Schon mal in die ibus.log reingeschaut?


    Interbus bei der KRC1 war immer etwas tricky zum Laufen zu bringen. Da waren häufige Kaltstarts angesagt.
    Die geposteten Konfigurationsdateien sehen plausibel aus, ausser den nicht auskommentierten Treibereinträgen.

  • Moin,
    bei der ISA Version der Interbuskarte kann man den Slavekreis leider nicht deaktivieren, sprich solange keine Master angeschlossen ist wird die Meldung bleiben...


    Aber du wolltest doch eh die Profibuskarte (CP5614) verwenden oder verstehe ich da was falsch? Und dein Fehler ist ein Interbus-Fehler.
    MfG
    Pred0509

  • @ Hermann: Natürlich, du hast Recht! Ich habe das mit der Profibus-Karte verwechselt. Habe es schlichweg verwechselt! Sorry! Der Profibus - mit der CP5614 - läuft einwandfrei, genauso das DeviceNet. Die Treiber habe ich schon auskommentiert und zwar die, die da nun stehen und auch funktionieren.
    Die ibus.log zeigt keinen Fehler (habe es verglichen mit der Kuka-Anleitung) und der Interbus arbeitet auch mit den angeschlossenen Teilnehmern. Es ist "lediglich" dieser angezeigte Fehler... Im Schulungsbetrieb ist das ziemlich nervig, da selbst mir als Lehrer dazu eine plausieble Antwort fehlt :oops:
    @ Pred0509: Das ist ja mal eine Aussage! Also bin ich wohl gezwungen, unsere S7 mit einzubinden, damit der Text verschwindet... Ziemlich unbefriedigend! Nein, wir verwenden alle zur Verfügung stehenden Bus-Varianten; eben zur Demonstration.
    Ich bedanke mich schon einmal bei euch beiden, wenngleich ich noch hoffe, dass mir jemand um die Ecke kommt und verrät, wie die blöde Meldung auch anderweitig weggeht.
    Beste Grüße
    Sven

  • Interbus für Siemens SPS brauchts doch ein separates Modul, man könnte evtl. auch einfach den Master des Roboters mit dem Slave des Roboters verbinden. Ist zwar kurios, sollte aber funktionieren.

    Einmal editiert, zuletzt von Hermann ()

  • hm, hört sich gut an, das mit der internen Lösung... Didaktisch auf jeden Fall "sauberer" als eine Fehlermeldung!
    Werde ich dafür den Bus des Slaves entsprechend verdrahten müssen oder geht das intern (Software-Konfiguration)? Ansonsten müsste ich ja wohl vom Master in den Slave der Karte und dann weiter zum entfernt stehenden Schaltschrank gehen..? Im 25poligen Stecker wäre dann Platz für die Brücken Master->Slave...
    Momentan sind wir mit dem 25poligen Anschluss der IBS-Karte direkt zum Bussknoten (nur Master-Remote; also 4 Pin) gegangen.

  • Ok, danke für den Hinweis. Ich habe es geschafft!
    Die Meldung ist weg und es funktioniert! Habe im im 25poligen Stecker den Master mit dem Slave (IN) verbunden und bin mit Slave (Out) dann zum nächsten (eigentlich ersten) Teilnehmer gegangen. Dann eine neue *.svc-Datei generiert und im Ergebnis war die Fehlermeldung weg :danke:
    Beste Grüße
    Sven

Erstelle ein Benutzerkonto oder melde dich an um zu kommentieren

Du musst ein Benutzerkonto haben um einen Kommentar hinterlassen zu können

Benutzerkonto erstellen
Neues Benutzerkonto für unsere Community erstellen. Geht einfach!
Neues Benutzerkonto erstellen
Anmelden
Du hast bereits ein Benutzerkonto? Melde dich hier an.
Jetzt anmelden