Seven signs your PLC control system is due for a retrofit
Invenia Systems engineering team · · 6 min read
This article is currently available in English only.
Obsolete spares, unsupported software and undocumented logic: how to tell when an ageing PLC system has become a production risk, and how a planned migration avoids an unplanned shutdown.

Why this matters before anything fails
Most control systems are not replaced because they stop working. They are replaced because one day a card fails, the spare is no longer made, and the plant is down for as long as it takes to find a used one. A retrofit planned in advance takes the same engineering effort as an emergency one, but it happens during a shutdown you chose rather than one that chose you.
The signs below are the ones we look for when a customer asks whether their system still has years left in it.
1. The manufacturer has declared the hardware obsolete
Every major PLC vendor publishes lifecycle status for its product lines. Once a CPU or I/O family moves from active to mature and then to discontinued, new spares become scarce and prices for the remaining stock climb. If your controller family is already discontinued, the clock on reliable spares has started.
2. Spares come from the second-hand market
If the maintenance team's answer to a failed module is to search online marketplaces, the plant is relying on parts of unknown history. Refurbished cards can work well, but nobody can tell you how long they have left or how they were stored.
3. The programming software needs an old laptop
A common situation: the only machine that can go online with the PLC is a laptop running an operating system that is no longer patched, with a software licence nobody can reinstall. When that laptop fails, the plant loses the ability to change or even diagnose its own logic.
4. Nobody fully understands the program
Logic that has been patched for years by different people, with no comments and no up-to-date backup, is a risk in itself. Faults take longer to find, and every change carries the chance of an unintended side effect.
5. The drawings no longer match the panel
Wiring changed during breakdowns and never recorded makes every fault-finding job slower and every modification riskier. A retrofit is the natural point to bring drawings, I/O lists and the panel itself back into agreement.
6. The system cannot share data
Older controllers often speak only a proprietary serial protocol. If management wants production data, energy figures or alarms on a dashboard and the PLC cannot provide them without a gateway on top of a gateway, the control layer is holding the rest of the plant back.
7. Downtime per fault is rising
Track mean time to repair for control faults. When it climbs because diagnosis is slow, parts are hard to find or only one person knows the system, the cost of keeping the old platform is already being paid, just not on a single invoice.
How a planned migration usually runs
A sensible retrofit starts with an audit of the existing system: hardware, software, I/O and documentation. From there the logic is converted or rewritten for the new platform, tested against a simulation or on a test bench, and the changeover is scheduled into a planned shutdown with a clear rollback plan.
- Audit the existing hardware, program, I/O list and drawings
- Choose a platform with a long support life and local availability of spares
- Convert or rewrite the logic, adding comments and structure as you go
- Test before the shutdown, not during it
- Cut over in a planned window and hand over updated drawings and backups
Where to start
If several of these signs sound familiar, the first step is simply an assessment of what you have. It costs far less than a day of lost production, and it turns an open-ended risk into a plan with a date on it.