hello i have installed codesys runtime mc sl and sl on a CM4 but after 30 second process exit.
have tried those runtime versions: 4.08 4.09 4.10 4.11
i get this message in all situations:
ooops... this runtime was built for RASPBERRYPI. Hardware version or firmware version not supported! (-18, 0x00000BB8, 0xFFFFFFFB)
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 ?
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...
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hello. Try run /opt/codesys/bin/codesyscontrol_armv6l_raspberry.bin, not 7l
Becouse when I see link codesyscontrol.bin on my CM4, it shows next: codesyscontrol.bin -> /opt/codesys/bin/codesyscontrol_armv6l_raspberry.bin
Last edit: wbj0t 2024-09-16
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
So far we tested runtime versions up to 4.18.0.0, here are the results :
* 4.13.0.0 --> Not working β
* 4.14.0.0 --> Not working β
* 4.15.0.0 --> Not working β
* 4.16.0.0 --> Not working β
* 4.17.0.0 --> Working β
* 4.18.0.0 --> Working β
There is nothing in the 4.17.0.0 release note that mentions that, so I'm not sure what to think about this.
Is this a known problem within the CodeSys development team ? If yes, how do you follow CM4 hardware evolutions ?
Is there a way of making this work without having to update the runtime version ? We have several products working with the 4.13.0.0 runtime and we would like to avoid having to update them all.
BR
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
hello i have installed codesys runtime mc sl and sl on a CM4 but after 30 second process exit.
have tried those runtime versions: 4.08 4.09 4.10 4.11
i get this message in all situations:
ooops... this runtime was built for RASPBERRYPI. Hardware version or firmware version not supported! (-18, 0x00000BB8, 0xFFFFFFFB)
os version is raspbian bullseye
Last edit: michelebianchi 2024-05-02
Hello,
I have exactly the same issue, with the following configuration :
Hardware version
Kernel version
OS Version
/boot/config.txt
I added the following line :
CodeSys runtime
version 4.10
Were you able to solve the issue @michelebianchi ?
Any help with this would be appreciated...
BR
Last edit: paulpotat 2024-08-28
guess you will need probably 4.13.0.0
Last edit: eschwellinger 2024-08-30
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 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...
Hello. Try run /opt/codesys/bin/codesyscontrol_armv6l_raspberry.bin, not 7l
Becouse when I see link codesyscontrol.bin on my CM4, it shows next:
codesyscontrol.bin -> /opt/codesys/bin/codesyscontrol_armv6l_raspberry.binLast edit: wbj0t 2024-09-16
Hello,
We are having the same kind of problem again with the last CM4 we received :
Hardware Version
Kernel Version
OS Version
CodeSys runtime
4.13.0.0
So far we tested runtime versions up to 4.18.0.0, here are the results :
* 4.13.0.0 --> Not working β
* 4.14.0.0 --> Not working β
* 4.15.0.0 --> Not working β
* 4.16.0.0 --> Not working β
* 4.17.0.0 --> Working β
* 4.18.0.0 --> Working β
There is nothing in the 4.17.0.0 release note that mentions that, so I'm not sure what to think about this.
Is this a known problem within the CodeSys development team ? If yes, how do you follow CM4 hardware evolutions ?
Is there a way of making this work without having to update the runtime version ? We have several products working with the 4.13.0.0 runtime and we would like to avoid having to update them all.
BR
no - you need to update,
smallest impakt is just to install the debiab package on target side.
Nothing else ( no updates in CODESYS)