paulpotat

Update : The solution I mentionned in a previous post does not always work. Some Raspberry Pi CM4 still won't create the license container. I will open a support ticket.

Because we bought several raspberry pi licenses that can only be activated with a raspberry pi runtime.

Hello eschwellinger, Thanks for your answer, with this I was finally able to make it work by doing the following : install CODESYS Control for Linux ARM SL v4.13.0 uninstall CODESYS Control for Linux ARM SL v4.13.0 and make sure to select "yes" when prompted to uninstall WIBU CodeMeter Lite Runtime (v8.10.6230.501) re-install "CODESYS Control for Raspberry Pi SL" v4.13.0 It looks like the issue was probably related to the CodeMeter Runtime ? Best regards

Do someone have any information on this topic ? We tried several different CM4 boards without success, and we cannot install the licenses we bought anymore... Isn't CodeSys supposed to support CM4 Raspberry pi ?

Hello, I have a problem when opening the license manager for my raspberry pi (CM4 model) with runtime 4.13.0.0. I select "Device" --> "Soft Container" and click on my device in the scan window but I get this error message : Licensing info not available. There is no dongle attached to this device. I can't install licenses anymore, and I don't understand why is CodeSys looking for a dongle when I specified I wanted to use a Soft Container. Can somebody help me please ? Best regards

Hello again, After looking into it, I noticed that the release note of "CODESYS Control for Raspberry PI 4.13.0.0" mentions a bug fix titled "Support Compute module 4". Is it possible to have more details about this fix from the CodeSys team please ? Because I have several CM4 boards with the same hardware revision / OS but some of them works with the 4.10 runtime and others only works with the 4.13 runtime...

It looks like it works with 4.13.0.0 indeed. However when installing the runtime, it's not possible to select the multicore option (see attachment). But once the 4.13.0.0 runtime is installed, the logs seems to indicate that the runtime is running in multicore mode. Looking at "htop" output, it seems like it actually is running on multiple CPU. This is very misleading, is it normal or is this a bug ? Thank you for your answer @eschwellinger, BR

Hello, I have exactly the same issue, with the following configuration : Hardware version >>> cat /proc/cpuinfo processor : 0 model name : ARMv7 Processor rev 3 (v7l) BogoMIPS : 108.00 Features : half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt vfpd32 lpae evtstrm crc32 CPU implementer : 0x41 CPU architecture: 7 CPU variant : 0x0 CPU part : 0xd08 CPU revision : 3 processor : 1 model name : ARMv7 Processor rev 3 (v7l) BogoMIPS : 108.00 Features : half thumb fastmult vfp edsp neon vfpv3...