Post by teichhei on The selected container ... does not fit your ticket ^{CODESYS Forge talk (Post)}
Don't I need a browser on the device for web depot? Could work on the Pi but not the Wago controller. Maximum I have is SSH.
Last updated: 2025-01-08

Post by yannickasselin on The selected container ... does not fit your ticket ^{CODESYS Forge talk (Post)}
Not sure this will help you but I had the same issue and was able to activate the license on a Windows PC using the Web Depot in a web browser. https://content.helpme-codesys.com/en/CODESYS%20Development%20System/_cds_installing_license.html
Last updated: 2025-01-08

Post by teichhei on The selected container ... does not fit your ticket ^{CODESYS Forge talk (Post)}
Update, installed 3.5.19.70 with the same result. The error message is as useful as a chocolate fire guard. The container SN is in the 130-xxx range which should work. The Version, Chip, Rev number don't mean anything to me. There is no SD Card installed. I've also reinstalled a fresh Wago FW22 image, Deployed PFC200 SL and Edge for Linux, still the same result.
Last updated: 2025-01-09

Post by smartcoco on Opaque NodeId in the OPC UA server ^{CODESYS Forge talk (Post)}
I have the same problem, it seems like there is no solution.
Last updated: 2025-01-09

Post by thomas-moba on app file renamed as err. file ^{CODESYS Forge talk (Post)}
Hello, we have the same problem. What is it all about?
Last updated: 2025-01-09

app file renamed as err. file ^{CODESYS Forge talk (Thread)}
app file renamed as err. file
Last updated: 2025-01-09

Post by timvh on PLCOpenXML Export/Import with Visualisation ^{CODESYS Forge talk (Post)}
A Task is a standard IEC 61131-3 object, so logically that you can export the VISU_TASK. A visualization is no standard IEC 61131-3 object, so not compatible with other IEC tools. Just use the standard export / import functionality. These files are not IEC compatible and can only be used in CODESYS. But these do support visu objects.
Last updated: 2025-01-09

Library ENUM text representation in visualization ^{CODESYS Forge talk (Thread)}
Library ENUM text representation in visualization
Last updated: 2025-01-09

Post by micik on PLCOpenXML Export/Import with Visualisation ^{CODESYS Forge talk (Post)}
Thanks Tim, I suspected this is the reason, but want to confirm this.
Last updated: 2025-01-09

Colors look different when logged in and running ^{CODESYS Forge talk (Thread)}
Colors look different when logged in and running
Last updated: 2025-01-09

PLCOpenXML Export/Import with Visualisation ^{CODESYS Forge talk (Thread)}
PLCOpenXML Export/Import with Visualisation
Last updated: 2025-01-09

Post by timvh on Colors look different when logged in and running ^{CODESYS Forge talk (Post)}
At the top of the Visualisation Properties View, you can enable the "Advanced" options. This will give you access to more properties than what you currently see. There might be a variable linked to the "advanced" colour property where the fill colour is determined by the value of this variable (dword).
Last updated: 2025-01-09

Post by timvh on Library ENUM text representation in visualization ^{CODESYS Forge talk (Post)}
Probably the enum from the library doesn't have text support. In that case you need to add your own TextList to the application. In the rectangle you should use the property "dynamic text" to link this object to the textlist which you have created yourself and then link the text index to your enum variable.
Last updated: 2025-01-09

Post by mattplc on Opaque NodeId in the OPC UA server ^{CODESYS Forge talk (Post)}
Same for me. I have problems with UAExpert too. Can't see the Current Value of Enum and can't control. Did some Tests with Python opcua library. Not working with the communication manager so far.
Last updated: 2025-01-09

Post by mattplc on Opaque NodeId in the OPC UA server ^{CODESYS Forge talk (Post)}
Same for me. I have problems with UAExpert too. Can't see the Current Value of Enum and can't control. Did some Tests with Python opcua library. Not working with the communication manager so far.
Last updated: 2025-01-09

Post by mattplc on Opaque NodeId in the OPC UA server ^{CODESYS Forge talk (Post)}
Same for me. I have problems with UAExpert too. Can't see the Current Value of Enum and can't control. Did some Tests with Python opcua library. Not working with the communication manager so far.
Last updated: 2025-01-09

Post by mattplc on Opaque NodeId in the OPC UA server ^{CODESYS Forge talk (Post)}
Same for me. I have problems with UAExpert too. Can't see the Current Value of Enum and can't control. Did some Tests with Python opcua library. Not working with the communication manager so far.
Last updated: 2025-01-09

Post by mattplc on Opaque NodeId in the OPC UA server ^{CODESYS Forge talk (Post)}
Same for me. I have problems with UAExpert too. Can't see the Current Value of Enum and can't control. Did some Tests with Python opcua library. Not working with the communication manager so far.
Last updated: 2025-01-09

Post by mattplc on Opaque NodeId in the OPC UA server ^{CODESYS Forge talk (Post)}
Same for me. I have problems with UAExpert too. Can't see the Current Value of Enum and can't control. Did some Tests with Python opcua library. Not working with the communication manager so far.
Last updated: 2025-01-09

Post by mattplc on Opaque NodeId in the OPC UA server ^{CODESYS Forge talk (Post)}
Last updated: 2025-01-09

Post by sean-barton on Ambiguous namespace in library dependencies ^{CODESYS Forge talk (Post)}
I am trying to install the MQTT Client SL in an existing project I have been working on for years. After adding the library to the project, and without adding any other code, upon building I get a C0180: Ambiguous namespace 'MBM' error between the memory block manager (MBM) in the NetBaseSrv dependency of the MQTT Client SL library and the memory block manager (MBM) in the CAA CanL2 dependency of the 3S CANopen stack library. I have tried: * setting "Only allow qualified access to all identifiers." in the properties for both the parent libraries. * deleting the 3S CANopen stack library. Upon (re)building the error simply points to another conflicting library - there are many. * deleting the Library Manager and rebuilding it. * adding the memory block manager library (used in the NetBaseSrv) manually and changing its namespace to MBM3S. None of the above allow me to access the MQTT library through its namespace (MQTT). Adding the memory block manager manually removes the C0180 error, but the MQTT library is not accessible - i.e. mqttClient : MQTT.MQTTClient; highlights the mqttClient as "Identifier 'MQTT.MQTTClient' not defined". Is there anything else I can try?
Last updated: 2025-01-09

Post by mattplc on Opaque NodeId in the OPC UA server ^{CODESYS Forge talk (Post)}
Same for me. I have problems with UAExpert too. Can't see the Current Value of Enum and can't control. Did some Tests with Python opcua library. Not working with the communication manager so far.
Last updated: 2025-01-09

Post by sean-barton on Ambiguous namespace in library dependencies ^{CODESYS Forge talk (Post)}
I've created a very basic version of this problem as a project. Please see attached. One of the libraries in conflict is different from that described above, but the problem is the same. My development environment is 32bit v3.5.16.70 using v3.5.11.0 compiler.
Last updated: 2025-01-09

Post by mubeta on Strange problem with the ‘MC_SetPosition’ function ^{CODESYS Forge talk (Post)}
CoDeSys 3.5.19.7 Target Berghof MX6 In a simple SoftMotion programme with two stepperless modular axes from CMZ, one is simply controlled in speed, but a spot must perform a positioning. I use the function MC_SetPosition() both to reference the axis at power-up and also to correct the actual position to a fixed machine reference detected with proximity. The function has only one instance and I actually use a booelan variable to control the ‘Execute’ input. Well, I cannot correctly change the axis position on the fly if it is running at high speed. The servomotor works in a speed range between 0°/s and 720°/s, (gearbox output with a 1:6 ratio). As long as the servomotor is operating at speeds below about 400 °/s, the function is able to correct the position correctly even when forcing values far apart, but at high speeds, from 400 °/s upwards, the correction no longer takes place. For example, trying to correct the position of 280° into 300° with absolute mode, the axis that is moving at speed actually shifts the position by a few degrees, not the expected 20. I don't understand why with the servo drive running slowly the position shift occurs correctly, while increasing in speed it no longer works.
Last updated: 2025-01-09

Ambiguous namespace in library dependencies ^{CODESYS Forge talk (Thread)}
Ambiguous namespace in library dependencies
Last updated: 2025-01-09

Sort by relevance or date