FORUM CTRLX AUTOMATION
ctrlX World Partner Apps for ctrlX AUTOMATION
07-11-2024 08:06 AM
I downloaded com.boschrexroth.sdk.control.rt-2.6.0.zip and compiled the scheduler and dl-shm-owner examples from samples-cpp for testing. Both examples cause the entire rexroth-automation-frame process to restart during the first startup loading process. They only work correctly on the second load.
The first run shows "Stopping Service for snap application rexroth-automationcore.control" after registering the component sdk_rt::ShmOwner.
After the rexroth-automationcore.control service restarts, the second load is successful.
The issue has been occured on both the Virtual 2.6.4 system in CtrlX Works and the 2.6 system on the CtrlX-X7.
Attached is the complete log information I obtained from "snap logs -f rexroth-automationcore."
Solved! Go to Solution.
07-11-2024 04:57 PM - edited 07-11-2024 04:59 PM
07-11-2024 05:21 PM
I have to take a detailed look when I find time to do that. But the bundles should be loaded at runtime, there is no reboot of the entire automation framework necessary.
Does this only occur to you, when you install the samples on the virtualControl/real hardware or can you see the same behaviour while local debugging in the build environment?
07-12-2024 05:06 AM
Thank you for your response. Currently, I don't know how to debug the RT-App in the build environment. Could you please tell me the relevant steps? I will give it a try. Thanks!
07-15-2024 10:56 AM
A guide on how to do the local debugging can be found in the documentation of the RT-SDK (Debugging->Local Debugging).
07-15-2024 02:32 PM
@Maron I was able to reproduce the issue you reported in a ctrlX COREvirtual. We will investigate more on this internally. And I will let you know when I receive news on the bug.
Thanks for reporting! Best regards,
Nick
07-18-2024 08:24 AM
Hi @Maron
I got news for you regarding this issue. Its actually not a bug but designed as it is. The restart of the automation-core will happen if an app, which is not signed is installed and provides a bundle with the slot "automation-bundle-v3". So this happens for all SDK-samples and for your own project (as long as the app is not signed).
Background: The app rexroth-automationcore restart is initiated by snapd or systemd because the SDK samples snaps are not signed. The restart of rexroth-automationcore occurs on first install of any unsigned RT-SDK snap in order to connect the content interface "automation-bundle-v3". So that the rexroth-automationcore is able to access the bundle provided by the unsigned snap. There is no restart on update/reinstall of the snap. There will be no restart when installing an app for productive use since these apps should be signed.
Learn more on how to get your app validated and signed: Customer App Support Services
Best regards,
Nick
07-19-2024 08:48 AM
I see. Thank you very much for your explanation.