Developer Portal Community

    cancel
    Showing results for 
    Search instead for 
    Did you mean: 

    HMI stop on mPad when download source code to plc

    HMI stop on mPad when download source code to plc

    GluthChris
    New Poster

    Hello,

    there is a big software project (22 ctrlX axis, 4 robots, 6 scanners, 2 presses, 6 RFID reader, lot of digital IOs, etc.) using one plc VPB 40.4D2 and two HMI's (Rexroth DE0021.1 and active C-PS-mPAD-x86). When downloading the source code to the plc (doesn't matter if online change or not) mostly the HMI on the mPad is hanging up, meanwhile HMI on VPB 40 is still running. 

    Is this a common issue or does anybody know why this i happening and a solution?

    (Start up of HMI on mPad takes round about 7 minutes, excl. Windows start up. So stop/start HMI during source code download isn't a fine solution for me.)

     

    Thank you in advance!

     

     

    4 REPLIES 4

    Cartman
    New Poster

    does the MPAD never wake up again? I observed the same thing, but after a while (ca 1 minute) it can be used again.

    Sometime (round about 20 - 30%) it is waking up again. I guess because its because of the size of the project....

    Is there a known root cause for this issue? Does anyone has a solution for it?

    nexidator
    Community Moderator
    Community Moderator

    Is the option "Replace constants" active in this project? This option has a big impact on HMI startup time especially when there are many digital I/O in the project.

    Explanation: There is a method "GetSymbolInfo" provided by the Beckhoff ADS communication layer that is called at startup by the communication driver for every configured HMI variable. A single call to this method takes longer for a symbol that is a member of a large FB with many sub-symbols, like the BinIO FB. Replacing the constants reduces the number of available symbols in the BinIO FB, making the "GetSymbolInfo" call for each digital IO faster.

    The reason why the HMI takes very long to recover after updating the PLC project is probably directly related to the same issue. Again, the HMI driver needs to check all symbols. Of course it would be good if the HMI could display some message about the communication being intterrupted, but currrently we don't get such an information from the communication driver.

    The option "Replace constants" wasn't activated. Unfortunatelly there was no big change in time when we activated the option. Nevertheless I appreciate you. 

    Are there some other hints towards this issue?

    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