Developer Portal Community

    We are still working on migrating to the new Bosch Connected Industry Online Portal. Stay tuned! Click here for the latest updates.

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

    Version Conflict! ATMOxAnalogInput, ATMOxAnalogInputArray and ATMOxAnalogOutputArray

    Version Conflict! ATMOxAnalogInput, ATMOxAnalogInputArray and ATMOxAnalogOutputArray

    DavidNavas
    New Poster

    Hi everybody,

    When using ATMOxAnalogInputArray and ATMOxAnalogOutputArray objects, a Version Conflict! related to DataSetManager appears:

    DavidNavas_0-1698299401945.png

    By changing the DataSetManager versions in .ood , it seems to be solved: 

    DavidNavas_1-1698299615887.png

    DavidNavas_2-1698299625677.png

    Once that conflict disappears, a new one is displayed, now related to NxDataDefBase:

    DavidNavas_3-1698299870818.png

    DavidNavas_4-1698299889073.png

     

    On the other hand, the object ATMOxAnalogInput has this Verison conflict!:

     

    DavidNavas_5-1698300019197.png

     

     

     

     

     

    It would be really helpful If someone could support me with these issues.

    4 REPLIES 4

    nexidator
    Community Moderator
    Community Moderator

    There is a known bug in CpStudio concerning this behavior: When multiple versions of the same baseRef are allowed, and it's not the first given version that is available and in use in the project, this obect is shown as cause of the version conflict although there is no problem with it. In reality, some other object required as baseRef is missing. I am afraid there is no easy way in CpStudio to find the missing object. When using the ObjectBrowser to download the objects, the required base objects should be selected automatically, that's why the bug does not occur that often. If you cannot work with the ObjectBrowser, you need to check all the baseRefs in the objects manually and recursively.

    MarvinW
    Long-established Member

    Since all these objects are requiring OES 4.11, we can delete the version attribute and keep only the versions attribute without negative consequences, right? Would this help a little with the problem?

    It was my bad, the object ATMOxProcessControlBase was missing. I left the versions atributte as it was at the very beginning and there is no more version conflict. Thanks for your help.

    nexidator
    Community Moderator
    Community Moderator

    @MarvinW That's right, the version attribute is only necessary for compatibility with older OES versions. But removing it would not avoid the misbehavior.

    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