Post by gepert on parker servo and position ^{CODESYS Forge talk (Post)}
Hello, I using codesys motion with Parker servo (without brake). In my application i use mc_moverelative. When i send new position motor moves. But when it arrives to the point it stops and does not hold the position. It means that i can easily move shaft by hand Should i somewere turn it on so motor keep position by torque (current)? Best regards Lukasz
Last updated: 2024-08-04

Post by laazik2 on v3.5 SP19 - Modbus TCP Devices - Channel Limit? ^{CODESYS Forge talk (Post)}
I am actually wondering as well if there are plans to fix it or not? As adding two modbus devices creates it's own problems with connection limits and other issues, which some slave devices have.
Last updated: 2023-09-05

Post by danwoodlock on RPI Zero w - Edge gateway cant install ^{CODESYS Forge talk (Post)}
I believe the reason that I eventually lose my ability connect is because of exceeding the time limit for demo mode. Still unsure why I cannot update the edge gateway though.
Last updated: 2023-09-13

Post by mozburg on v3.5 SP19 - Modbus TCP Devices - Channel Limit? ^{CODESYS Forge talk (Post)}
Has there been any progress on this issue? Currently running sp19 patch 5 with all packages updated but unable to add more channels...
Last updated: 2024-01-18

Post by vincentger on v3.5 SP19 - Modbus TCP Devices - Channel Limit? ^{CODESYS Forge talk (Post)}
Any resolution on this? I have currently 75 channels in my project that i brought up from SP18, which means i am 65 Channels above the new limitation?
Last updated: 2024-04-09

Post by lefish on Link to MCP23017 DevDescr and Lib dead ^{CODESYS Forge talk (Post)}
Hi everyone, Hi Mr. Schwellinger, the Link at the "inofficial device reporitory" from Mr. Schwellinger (https://forge.codesys.com/forge/talk/Runtime/thread/8981ce928a/?limit=25#e15f)to the MCP23017 Library and device.xml is dead unfortunately. Would someone please upload the files? Thanks alot! LeFish
Last updated: 2024-09-15

Post by eschwellinger on Link to MCP23017 DevDescr and Lib dead ^{CODESYS Forge talk (Post)}
Hi, it is important to click on 'more posts': https://forge.codesys.com/forge/talk/Runtime/thread/8981ce928a/?limit=25#e15f then scroll down until you are on MCP23017.
Last updated: 2024-09-16

Post by jacobwago on v3.5 SP19 - Modbus TCP Devices - Channel Limit? ^{CODESYS Forge talk (Post)}
Hello All, The solution is updating SP19 Modbus version from 4.3.0.0 to 4.4.0.0 (see attached image for bug fix). Thank you,
Last updated: 2024-09-30

Post by andrax on CodeSys Raspberry pi I2C driver not found ^{CODESYS Forge talk (Post)}
take a look here. there is a working driver in the collection https://forge.codesys.com/forge/talk/Deutsch/thread/87bfe42cbb/?limit=25#514f
Last updated: 2024-11-07

Post by hagroth on v3.5 SP19 - Modbus TCP Devices - Channel Limit? ^{CODESYS Forge talk (Post)}
Today I was struggling with the same problem. in search for a solution i found this thread. Then i tried some things. It doesn't seem to be just a libraries' fault. In addition to 3.5.19, we also have a 3.5.18 version installed, the library versions of Modbus_TCP_Master and Modbus_TCP_Slave are the same, but more than 10 slave channels can be added in 3.5.18
Last updated: 2024-02-02

Post by gurkan on OPCUA array max length? ^{CODESYS Forge talk (Post)}
We are using codesys 3.5.16.30 and we have a array with strings of length 5000. We are having issues subscribing to this variable from an OPCUA client. Is there any limit in the OPCUA Server in codesys for how long an array can be on the opcua server?
Last updated: 2024-02-16

Post by mubeta on parker servo and position ^{CODESYS Forge talk (Post)}
Reading between the lines of what you did not specify, it therefore seems to appear that in the programme, at the end of the movement order, there is an order to remove power and switch off the pulse modulation. if this is the case, it is obvious that the motor then remains free. If the position is to be maintained at the end of the movement, the motor current modulator, which on the PLC side is controlled via the MC_Power method, must not be interrupted. Another possibility is that in the motor drive settings, the standstill torque current is set very low or zero and without position monitoring. You have to check this via the servo motor drive.
Last updated: 2024-08-05

Post by trusty-squire on parker servo and position ^{CODESYS Forge talk (Post)}
@gepert, When you say "I do not turn off power", are you saying you don't power off the drive, or you don't turn of the MC_POWER function block? I read your statement as you don't kill actual electrical power. MC_POWER should stay enabled. @Gustavo, not related to problem at all, but when you say 1.6 Nm is only enough torque to unscrew a loose bottle cap, I think that's a bit low. A quick mental math I use is 1 Nm is almost the same force as 1kG applied to a 10cm wrench. So 1.6kG applied to a 10cm wrench is still not a huge force, but more than enough to be felt if trying to turn the shaft by hand.
Last updated: 2024-08-06

Post by fabian on v3.5 SP19 - Modbus TCP Devices - Channel Limit? ^{CODESYS Forge talk (Post)}
Hi all, Is there an update on this topic? Same problem here, I can not add more than 10 Modbus-Slave channels. Is there a workaround? Many thanks! Fabian Codesys 3.5.19 SP2, Modbus 4.3.0.0, Name: Modbus TCP Slave Hersteller: 3S - Smart Software Solutions GmbH Kategorien: Modbus TCP Slave Typ: 89 ID: 0000 0005 Version: 4.1.0.0 Bestellnummer: - Beschreibung: Ein Geraet, das als Slave für einen Modbus TCP Master konfiguriert ist. Version Konfiguration 3.5.11.0
Last updated: 2023-08-28

Post by elektron785 on CAN-Bus in Demo-Version ^{CODESYS Forge talk (Post)}
Hallo, wie verhält es sich mit der Demo-Version und Datenübertragung z.B. via CAN-Bus. Der Bus läuft, das Device befindet sich im Zustand "Operational" aber es werden keine Daten von der Soft-SPS empfangen. Ich benutze aktuell eine nicht lizenzierte Version von CoDeSys Control for Linux ARM64SL. Normalerweise sollte die Demo-Version uneingeschränkt laufen - also kann ich davon ausgehen, dass es sich um einen Programmierfehler handelt oder ist die Feldbusfunktion ohne Lizenz doch in irgendeiner Form eingeschränkt verfügbar (außer dem 30 Minuten Limit nach Reboot)?
Last updated: 2024-02-06

Post by tk096 on SMC_Interpolator + SMC_controAxislbyPos ^{CODESYS Forge talk (Post)}
Hi, you can define a start position for your GCode. How the start position can be defined depends on the CompileMode: For File and SMC_CNC_REF: Set the start position input of SMC_NCInterpreter (https://content.helpme-codesys.com/en/libs/SM3_CNC/Current/SM_CNC_POUs/NC2/Interpreter/SMC_NCInterpreter.html) For SMC_OutQueue: * Right-click on the CNC object in the project tree * Select Properties * Select the tab 'CNC' * Set the start position Concerning your second question: If the new set position cannot be reached with the given velocity limit (AXIS_REF_SM3.fSWMaxVelocity), SMC_controlAxisByPos will report bStopIpo and close the 'gap' with the given gap dynamics (SMC_controlAxisByPos.fGap*).
Last updated: 2024-02-07

Post by dominggus on Recipe Manager - RecipeManCommands, load & write wrong values, Bug? ^{CODESYS Forge talk (Post)}
I still have the same problem even when updating to CODESYS Recipes 4.3.0.0. My scenario: I'm trying to save/load an array of structs using the Visu: - Execute Command > "SaveRecipeAs" works properly - Execute Command > "LoadWriteRecipe" works not entirely: the structs of array[6] and array[7] should have been empty but were duplicates of array[4] and array[5]... the struct contains 26 variables and the array's length is 30.. Maybe there is a upper limit on recipe variable count?
Last updated: 2024-03-02

Post by stuartjr on Disabling forcing of specific variables ^{CODESYS Forge talk (Post)}
Is there a way that I can create a variable in a GVL that I can control with logic but a user can not put a force on this variable. I have looked at the access rights but this seems to only limit editing the GVL or POU. This variable will only be assigned a value in one POU but it will be used throughout many other POUs.
Last updated: 2024-03-15

Post by ricardoteles97 on Trends Error: TrendStorageAccess: prvCheckForSizeLimit ^{CODESYS Forge talk (Post)}
Hello, I currently have my trend configured with a maximum size limit of 5MB (additional settings can be seen in the attached image). However, I am encountering an error related to this trend, specifically within the TrendStorageAccess library. The device log shows the following message: TrendStorageAccess: prvCheckForSizeLimit (see the attached image for details). Does anyone know the reason for this error? Additionally, where can I find more information to troubleshoot this issue? Thanks in advance!
Last updated: 2024-10-16

Post by rh-pk on v3.5 SP19 - Modbus TCP Devices - Channel Limit? ^{CODESYS Forge talk (Post)}
Hi, i found a solution for me. I had installed a 'old' version of CoDeSys (3.5.18 P5). I tried to add channels there, which works fine. I created a new project, added an Ethernet-Port, added a Modbus-Master and then I copied the ModBus-Slave from my working project to the new project. Now I could add more channels. I add the channels 10 and 11. Then I deleted (please make a backup before :-) the original ModBus-Slave in my working project and copied the extended Slave back to my working project. Surprisingly it is now possible to add new channels. Maybe this will help you.
Last updated: 2024-02-14

Post by dhumphries on How to determine code size ^{CODESYS Forge talk (Post)}
I'm trying to determine which Codesys Control license I need, the Control Standard S has all the features I think I'll need, but the code size is limited to 3mb, I created a simple program with only 1 line of ladder logic and a simple visualization with a button and an indicator. When I generate code I get some messages, one indicates that the total allocated memory size for code and data is 2.1mb. Is this metric the correct size of the code? I question the size because it exceeds the allowable code size for the Basic S and Basic M licenses and consumes 2/3 of the available memory for the Basic L or Standard S license. What tool can I use to estimate the size of code as it relates to the runtime license limit?
Last updated: 2024-04-05

Post by stewnguth on New License not working. ^{CODESYS Forge talk (Post)}
Hey there, I am pretty new to the codesys space, but I got a codesys control basic M license for my raspberry pi that isntalled with no problem yesterday. Today, I went to install the visualization M locense as well because I went over the variable limit and am getting a "servernotfound" error in codesys when attempting to activate. I also tried to follow the advice in some other threads and install using a license request file on the web interface but am getting a message saying "An internal error occured" when attempting to install the license. Can anyone help me get this up and running? Thanks for your time.
Last updated: 2024-05-23

Post by nico-hefr on Python script command for "Access Control" ^{CODESYS Forge talk (Post)}
Hi everyone, I use Python Script to generate some POU in Codesys V3.5 SP19 and I would like to limit the "Access Control" to them thanks to the Python command. Is there any commands that allow to edit the "Properties... >> Access Control" of the POU? The other possibility is to set the permissions with "Project >> User Management >> Permissions... >> Project objects >> Modify >> ... >> myPOU", but I did not find the related Python commands. Otherwise, is there a global setting that allows to set the permissions by default? For example, Modify = Denied for everyone user by default. Thank you in advance for your help, Nico
Last updated: 2024-07-18

Post by rossanoparis on Clarifications regarding the appropriate runtime system to use ^{CODESYS Forge talk (Post)}
Thank you @TimvH It is clear that licences are application based and now thanks to your reply I could understand the meaning of RT systems. The RT called "CODESYS Control for Linux ARM SL" can be deployed on a generic debian based ARM system. The RT called "CODESYS Control for Raspberry Pi MC SL" is more specific for Rasberry HW. Did I understand correctly? Regarding the RT called "CODESYS Virtual Control SL" despite its description it is not clear to me when to use it. It seems that a project created using such RT system can be deployed on any HW. It sound good obviously, as it means that it is possible to realize a completely abstract project from its hardware. The only limit could be represented by the need of using a specific HW or OS feature, in that case a more specific RT system should be chosen. Is my last consideration correct? Regards Rossano
Last updated: 2024-09-26

Post by tk096 on High Cycle Times for SoftMotion_PlanningTask when using AxisGroup ^{CODESYS Forge talk (Post)}
Hi, under this circumstances the performance of a Raspberry Pi 4 should be sufficient to run a Softmotion robotics application. A closer look at the project would be required. Maybe you could contact the codesys support? Usually it is recommended to run the planning task cyclically every 2ms with task priority of 0 on a dedicated core. In the task configuration you can have a look at the average and maximum execution time of the planning task. You could use the function block SMC_TuneCPKernel (https://content.helpme-codesys.com/en/libs/SM3_Robotics/Current/SM3_Robotics/POUs/AdministrativeConfiguration/Computation/SMC_TuneCPKernel.html) to define suitable values for the parameters 'fSyncBufferDuration' and 'fPlanningInterval'. However, as previously mentioned, the performance of a Raspberry Pi 4 with realtime patch should be sufficient. The 'fPlanningInterval' parameter specifies the maximum planning step width in seconds. The cycle time of the planning task should not permanently exceed this value. A higher value reduces the computational effort, but can lead to a violation or no full utilization of the set limit values for velocity, acceleration and jerk. From a starting value of 0.016 seconds, the value should be increased gradually until the performance is acceptable. The parameter 'fSyncBufferDuration' specifies the size (in seconds) of the buffer between the planning and fieldbus task. The cycle time of the planning task must not exceed this value at peak times (this will lead to the error SMC_CP_QUEUE_UNDERRUN). A higher value can compensate for peaks in the cycle time of the planning task. At the same time, however, this also increases the latency for executing interrupts and aborting movements.
Last updated: 2024-03-22

Sort by relevance or date