Developer Portal Community

    cancel
    Showing results for 
    Search instead for 
    Did you mean: 
    SOLVED

    AES-D-BC-ECAT Gen2 - Voltage UA should be OFF error throwing a CANCEL

    AES-D-BC-ECAT Gen2 - Voltage UA should be OFF error throwing a CANCEL

    CtrlDiogoC
    Established Member

    Hello,

    I'm developing a sequence of changeover, which requires the operator to open the door in one of the sequence steps.

    We have an Air Treatment Unit from Aventics, according to the standard (AES-D-BC-ECAT Gen2 peripheral).

    When the sequence gets to the door opening step, the control goes OFF, and it gets cancelled due to the following error:

    CtrlDiogoC_0-1729061677901.png

     

    Is there any way of getting rid of this error?

     

    Thank you in advance.

    3 REPLIES 3

    SteffenR-
    Community Moderator
    Community Moderator

    You have to check your EPLAN:

    Does K986/K987 logic (which is also switching the safety valve K086/K087) switch off U_A voltage of the valve system?

    • If yes => check your wiring or safety logic (PNOZmulti, TwinSAFE, etc.)
    • If no => do not connect this AES channel to SafetyValveAddon.

    No, it does not switch off U_A voltage.

    As you suggested, I tried to disconnect the AES channel to SafetyValveAddon, however, CPS exports an error pragma line to TwinCAT:

    CtrlDiogoC_0-1729062924448.png

     

    SteffenR-
    Community Moderator
    Community Moderator

    For which pressure level (German: DruckNiveau) do you use the SafetyValve add-on? DN10, DN11, DN12?

    And which Performance Level (PLc, PLd, PLe) do the pneumatic movements have ?

     

    The SafetyValve add-on is designed to monitor either two physical safety valves or one physical safety valve + Aventics U_A voltage (see PDF in documentation):

    SteffenR_0-1729072917619.png

    or

    SteffenR_1-1729072945152.png

     

    The latest Bosch Norm N54 D2 actually allows a new setup.

    SteffenR_2-1729073703074.png

    Do you have such a use case?

    If yes, the current solution would be to use a BinIo flag for the second parameter IsValve2Off.

     

    Icon--AD-black-48x48Icon--address-consumer-data-black-48x48Icon--appointment-black-48x48Icon--back-left-black-48x48Icon--calendar-black-48x48Icon--center-alignedIcon--Checkbox-checkIcon--clock-black-48x48Icon--close-black-48x48Icon--compare-black-48x48Icon--confirmation-black-48x48Icon--dealer-details-black-48x48Icon--delete-black-48x48Icon--delivery-black-48x48Icon--down-black-48x48Icon--download-black-48x48Ic-OverlayAlertIcon--externallink-black-48x48Icon-Filledforward-right_adjustedIcon--grid-view-black-48x48IC_gd_Check-Circle170821_Icons_Community170823_Bosch_Icons170823_Bosch_Icons170821_Icons_CommunityIC-logout170821_Icons_Community170825_Bosch_Icons170821_Icons_CommunityIC-shopping-cart2170821_Icons_CommunityIC-upIC_UserIcon--imageIcon--info-i-black-48x48Icon--left-alignedIcon--Less-minimize-black-48x48Icon-FilledIcon--List-Check-grennIcon--List-Check-blackIcon--List-Cross-blackIcon--list-view-mobile-black-48x48Icon--list-view-black-48x48Icon--More-Maximize-black-48x48Icon--my-product-black-48x48Icon--newsletter-black-48x48Icon--payment-black-48x48Icon--print-black-48x48Icon--promotion-black-48x48Icon--registration-black-48x48Icon--Reset-black-48x48Icon--right-alignedshare-circle1Icon--share-black-48x48Icon--shopping-bag-black-48x48Icon-shopping-cartIcon--start-play-black-48x48Icon--store-locator-black-48x48Ic-OverlayAlertIcon--summary-black-48x48tumblrIcon-FilledvineIc-OverlayAlertwhishlist