Join our "Ask Me About" community webinar on May 20th at 9 AM CET and 5 PM CET to explore cybersecurity and monitoring for Data Center and edge IT. Learn about market trends, cutting-edge technologies, and best practices from industry experts. Register and secure your Critical IT infrastructure
A programmable Memory PACK function for M580
Modicon Ideas & new features
Have ideas on how to improve Modicon? Please share and get votes from Community to influence development efforts.
Send a co-worker an invite to the portal.Just enter their email address and we'll connect them to register. After joining, they will belong to the same company.
You have entered an invalid email address. Please re-enter the email address.
This co-worker has already been invited to the Exchange portal. Please invite another co-worker.
Please enter email address
Send InviteCancel
Invitation Sent
Your invitation was sent.Thanks for sharing Exchange with your co-worker.
Some Customers undergo regular program online modification due to the nature of their business. This leads to memory fragmentation and need to regularly perform a manual Memory Pack. For a single PLC this is manageable. For multiple it becomes an issue.
An example from Francis Breysach
A customer with a large fleet of PLCs (~150 Quantum && M580 PLCs),
with Object-oriented programming with large DDTs and DFBs Structures (instance size from 1 to ~64 KB) regularly making Online Modifications (F&B domain) encounters more and more problems with the Fragmentation of the application memory, which generates problems with Build Changes mode, instabilities and even CPU crashes.
Our recommendation would be to “regularly” make Build All && Download campaigns.
But this requires a PLC Stop and therefore Production stops.
As the customer is increasingly in production mode 7 days a week, it becomes complicated to manage over time, with the constraint of the size of the PLCs fleet.