Hi CODESYS team! It seems Podman for Raspberry Pi 3 is not detected correctly in the latest "Deploy Control SL 4.14.0.0" : Linux/ARMHFv7 unknown container technology. 1) The Communication Tab, device information section shows podman technology as DETECTED. 2) The Runtime Deployment menu message says: "unknown container architecture" 3) The pulldown window under the deployment tab doesn't show the options for ARMHF Virtual Edge SL and ARMHF Virtual Control SL. I hope you can fix this soon and keep...
Hi, It seems Podman for Raspberry Pi 3 is not detected in the latest "Deploy Control SL 4.14.0.0" : Linux/ARMHFv7 unknown container technology I used a RPi3 with "Cockpit", "Podman" and "Podman for Cockpit plugin" which all work fine.
Hi! After upgrading all my licensed runtimes to V4.14.0.0 (= RaspberryPi SL, LinuxSL and ControlWin x64 SL) I found out via the logfiles they all defaulted back into DEMO mode while all runtimes have a USB dongle inserted. So, my main question is how I can get the Dongle license detected? I use License Server 4.14.0.0 and Edge Gateway 4.14.0.0 on all platforms Any suggestions are welcome.
An interesting remark for CODESYS Support. I found this after looking through the Runtime Deploy Tool messages when I connect to an AMD64 architecture Successfully Connected to Target ( {MyIP} - AMD64 ) when I connect to an ARM64 architecture (Raspberry Pi5) Successfully Connected to Target ( {MyIP} - ) As clearly seen in the attached .png, the AMD64 target is detected, while the ARM64 target architecture is not detected (displayed). I assume that this is the reason why the pulldown menu isn't populated...
Hi, I have successfully deployed "Virtual Control SL" on a few x86/64 machines now. However, I'd now like to deploy this to a Raspberry Pi (ARM64). To do this I prepared the Raspberry Pi5 with the following prereq's; * Minimal PREEMPT Debian * Latest Bootfirmware * full SSH access via non-root account * Podman * RedHat Cockpit with CODESYS LicensServer plugin up and running However, I can't seem to resolve copying the correct (deploy) Images as they wont show up in the CODESYS IDE I have added CODESYS...
An interesting remark for CODESYS Support. I found this after looking through the Runtime Deploy Tool messages when I connect to an AMD64 architecture Successfully Connected to Target ( {MyIP} - AMD64 ) when I connect to an ARM64 architecture (Raspberry Pi5) Successfully Connected to Target ( {MyIP} - ) As clearly seen in the attached .png, the AMD64 taget is detected, while the ARM64 target architecture is not displayed which is, I assume probably the reason why the pulldown menu isn't populated...
An interesting remark for CODESYS Support. I found this after looking through the Runtime Deploy Tool messages when I connect to an AMD64 architecture Successfully Connected to Target ( {MyIP} - AMD64 ) when I connect to an ARM64 architecture (Raspberry Pi5) Successfully Connected to Target ( {MyIP} - ) As clearly seen in the attached .png, the ARM64 target architecture is not displayed which is, I assume probably the reason why the pulldown menu isn't populated correctly (?)
An interesting remark for CODESYS Support; I found this feedback after looking through the Runtime Deploy Tool messages when I connect to a AMD64 architecture Successfully Connected to Target ( {MyIP} - AMD64) when I connect to a ARM64 architecture (A RaspBerryPi5) Successfully Connected to Target ( {MyIP} - ) As seen in the attached .png
Hi, I have successfully deployed "Virtual Control SL" on a few x86/64 machines now. However, I'd now like to deploy this to a Raspberry Pi (ARM64). To do this I prepared the Raspberry Pi5 with the following prereq's; * Minimal PREEMPT Debian * Latest Bootfirmware * full SSH access via non-root account * Podman * RedHat Cockpit with CODESYS LicensServer plugin up and running However, I can't seem to resolve copying the correct (deploy) Images as they wont show up in the CODESYS IDE I have added CODESYS...
Try setting up your project environment. You can do this under Project -> Project Environment -> Press Button "Set all to newest". You have set your compiler, devices, etc in this project to the newest available versions.
coπe - (XML) File Handling
coπe - (XML) File Handling
coπe - (XML) File Handling
coπe - (XML) File Handling
coπe - (XML) File Handling
coπe - (XML) File Handling
coπe - (XML) File Handling
coπe - (XML) File Handling
coπe - (XML) File Handling
coπe - (XML) File Handling
coπe - (XML) File Handling
coπe - (XML) File Handling
coπe - (XML) File Handling
Home
Home
Home
Hi Tim, This is the English Forum (see nationality flag behind Engineering) Please respect the forum rules, use German language in German Forum section. Thank you
Just create the deleted .opt file in that directory in the error message and start CODESYS. Now CODESYS should start again without an error. Be aware your settings for the IDE are probably deleted and you should set CODESYS up according to your specific needs again.
You should try using codesys Profiler to figure what parts of your code could be optimized. That is what the plugin is intended for.
Home
Home
Also bumped into this situation while tested latest 32 and 64 bits Bulls'eye OS on a pi 3B+. Both variants yield: Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name Version Architecture Description +++-==============-============-============-================================= iHR codesyscontrol 4.5.0.0 armhf (no description available) Back 2 Buster, as this causes...
Also bumped into this situation while using 32bits OS on a pi 3B+ Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name Version Architecture Description +++-==============-============-============-================================= iHR codesyscontrol 4.5.0.0 armhf (no description available) Back 2 Buster, as this causes too much headaches
Also bumped into this situation while using 32bits OS on a pi 3B+ Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name Version Architecture Description +++-==============-============-============-================================= iHR codesyscontrol 4.5.0.0 armhf (no description available) I will try @mondinmr 's suggestion...
Home
Home
Home
Well small snags are expected when you open such a tricky drawer. Nevertheless I personally think this is very π nice. @ingo please let @mondinmr be able to post these scripting steps in the CODESYS4Linux project. I hope you can add him as an author? Hopefully you'll consider it π
Hi, that is wonderful news, can you share a how-to at Tools/Codesys4Linux? I think many people are interested in running that setup, including me.
Good info. You clarify the usecase issue and a specific definition problem at the same time. A user specific solution seems like the only remedy, which is also maybe not the most favourable solution if chosen wrong. So the way I see it it's either that or accept the situation as is. Too bad this has not been forseen in the protocol. Did you ever do some digging why this has not been resolved in the protocol itself?
Good info. You clarify your usecase issue and a specific definition problem at the same time. A user specific solution seems like the only remedy, which is also maybe not the most favourable solution if chosen wrong. So the way I see it it's either that or accept the situation as is. Too bad this has not been forseen in the protocol. Did you ever do some digging why this has not been resolved in the protocol itself?
I just want to implement extra acknowledgement info for the control unit side. this defeats the entirwbpurpose of CAN J1939. It has been designed to be intrinsically safe and cannot have any data losses. So by introducing this extra ack you lower your bandwidth and use the protocol as not intended.The reason it is "uncomfirmed" is because it is not necessary.
I just want to implement extra acknowledgement info for the control unit side. this defeats the entirwbpurpose of CAN J1939. It has been designed to be intrinsically safe and cannot have any data losses. So by introducing this extra ack you lower your bandwidth and use the protocol as not intended.
create example
Create .yml pipeline and tuned manifest
Home
Create .yml pipeline and tuned manifest
Home
Home
Home
2 remarks: 1) Is the artifact download place (folder) been documented? 2) The "Build" project has disappeared, this is intentional?
XSD https://forge.codesys.com/prj/cfunit/code/HEAD/tree/trunk/coUnit/XSD/JUnitv5.xsd Compliance https://forge.codesys.com/prj/cfunit/code/HEAD/tree/trunk/coUnit/XSD/QA%20xUnit.xml%20template.png?format=raw
Add ability to disable tests and have them reported
XSD https://forge.codesys.com/prj/cfunit/code/HEAD/tree/trunk/coUnit/XSD/JUnitv5.xsd Compliance (non debatable here) https://forge.codesys.com/prj/cfunit/code/HEAD/tree/trunk/coUnit/XSD/QA%20xUnit.xml%20template.png?format=raw
Since this ticket is fulfilled within scope I will close the issue.
If you declare a test, calling TEST_FINISHED() is mandatory, even if the test will be disabled; TEST('DISABLED_ThisTestWillBeIgnored'); AssertEquals(Expected := a, Actual := b, Message := 'A does not equal B'); TEST_FINISHED(); Note that 'Disabled' is case insensitive.
If you declare a test, calling TEST_FINISHED() is mandatory, even if the test will be disabled; TEST('DISABLED_ThisTestWillBeIgnored'); AssertEquals(Expected := a, Actual := b, Message := 'A does not equal B'); TEST_FINISHED();
Add ability to disable tests and have them reported
Hi, maybe it is an undocumented feature(?) but your request is allready implemented into v1.2.0.0 :-) AFAIK Use Test('Disabled_TestXYZ'); Test_Finished(); This will be counted in the reporting as a skipped test. (both logged in PLC Log and in the XML.report)
Home
Home
Home
Where are my artefacts after a succesful build?
deleted non-working doc-export command
Changed order
Home
Home
Home
Home
Home
Hi, you really should read here ;-) Python Scripting
See attached file for result
Just remove the line.
update project information
Home
Home
Home
Home
Home
Home
Home
Home
Home
Home
Home
Home