SRVO - 419 PROFisafe comm error 1,1

    Hi

    I have the same problem profisafe error, I already check my F-Adress from PLC and connections and everything looks ok but still don't get any feedback from PLC safety, is a new robot in the line and the safety was working before in PLC, do u have another idea?

    I was wondering about the safety card in the robot but idk how to check that, also I already change the robot and still the same.

    Quote from Alexis

    Hi

    I have the same problem profisafe error, I already check my F-Adress from PLC and connections and everything looks ok but still don't get any feedback from PLC safety, is a new robot in the line and the safety was working before in PLC, do u have another idea?

    I was wondering about the safety card in the robot but idk how to check that, also I already change the robot and still the same.

    Did you solve the problem?

    Quote from DS186

    Do you have the same problem? If yes, please provide more information, e.g. controller type, PROFINET option which is used on the robot, details about your PROFINET and PROFIsafe settings on robot and PLC side.

    Thank you for your reply. I found the issue. The Fanuc R-30iB Plus controller (with PROFINET FANUC BOARD A05B-2600-J084 and PROFINET Safety A05B-2600-J931) was right configured. The problem was on PLC (S7-1515F-2 PN) side: reset PROFIsafe-FB (ACK_REQ -> ACK_REI).

    Quote from Kavosol

    Thank you for your reply. I found the issue. The Fanuc R-30iB Plus controller (with PROFINET FANUC BOARD A05B-2600-J084 and PROFINET Safety A05B-2600-J931) was right configured. The problem was on PLC (S7-1515F-2 PN) side: reset PROFIsafe-FB (ACK_REQ -> ACK_REI).

    What do you mean by reboot?

    La configuración se realiza de acuerdo con los manuales, en el lado del plc no hay errores de PROFIsafe, en el lado del robot el estado de PROFISafe es "En ejecución", iPar_CRC se recibe y se empareja, pero el controlador muestra "SRVO-419 DCS PROFIsafe comm. Error 1.1.". La sincronización segura de entrada/salida tampoco funciona.

    El programa de seguridad no lleva a cabo la reinserción.

    En el lado de la seguridad del PLC, no estamos recibiendo la señal ACK_REI, por lo tanto, estamos forzando la señal ACK_REQ a 1, al hacerlo tampoco se restablece la falla.

    Edited once, last by AdamaryLuna (February 6, 2024 at 6:55 PM).

    I have a similar issue, also getting the SRVO-419 error, but on my plc the safety module in slot one says Input/output data not available. With the standard Icon of 0101. The normal IO slots in slot 2 to 5 work fine and I can send data across from plc to robot, but the safety does not want to recognize it at all.

    I have checked firmware versions, gsdml versions and all the F_iPar_CRC match, it just does not send it through to the robot. On the robot side the F-iPar_CRC received shows NO 0

    Quote from Morne Ferreira

    I have a similar issue, also getting the SRVO-419 error, but on my plc the safety module in slot one says Input/output data not available. With the standard Icon of 0101. The normal IO slots in slot 2 to 5 work fine and I can send data across from plc to robot, but the safety does not want to recognize it at all.

    I have checked firmware versions, gsdml versions and all the F_iPar_CRC match, it just does not send it through to the robot. On the robot side the F-iPar_CRC received shows NO 0

    Please provide more information, e.g. controller type, PROFINET option which is used on the robot, details about your PROFINET and PROFIsafe settings on robot and PLC side, pictures of your configuration.

    I found the issue I was having, on the Siemens side I chose the 8 byte profisafe module, as the pendent was saying that we are using 8 bytes. It ended up being the 1 byte profisafe module on the PLC.

    I am using the A05B-2600-S536 card with the J931 option.

    The issue I am having now is the constant SRVO-0419 error even though the F-iPar_CRC Matches.

    On the plc I get the following error:

    Substitute values are output for the F-I/O.
    User acknowledgment at the ACK_REI tag of the F-I/O DB is required for the re-integration of the affected F-I/O to eliminate the (error) causes.
    Check the PROFIBUS DP/PROFINET IO connection and ensure that there are no external interference sources.
    Check the parameter assignment of the F-I/O in the hardware and network editor. If necessary, set a higher value for the F-monitoring time.
    You can obtain more information by searching for the event ID in the STEP 7 online help.

    Now I have triggered the ACK_REI tag but it does not do anything to the alarm.

    I cannot upload any images as the website wants a URL to the image and not the image itself.

    Thank you for that, for some reason I had a blindspot and did not see attachments.

    So my fanuc device is up and running, the F_iPar_CRC matches on the robot profisafe interface. I can also send and receive normal IO. The only issue the safety module does not want to reintegrate. I have seen however that my QBAD is still on, and as far as I know the QBAD signal must go off first before the module can be reintegrated.

    With my reintegration logic, all I am doing is triggering my ACK_REI input on my F-I/O data block like I normaly do with other safety devices.

    Could you please provide some pictures of the TIA Portal hardware configuration of the robot (especially the configuration of the safety module), of the PROFINET Safety configuration (MENU > SYSTEM > DCS > PROFINET Safety) and of the PROFINET configuration (MENU > SETUP > PROFINET > General, I/O Device and Transfer areas).

    According to your TIA Portal hardware configuration and the I-Device configuration you are using a 1 byte In/Out safety module. The setting in our DCS setup is 8 bytes. Change the input and output size to 1 and apply the changes. After that, your F-iPar_CRC will change.

Advertising from our partners