Je machine is niet verouderd. Je PLC misschien wel.

Er is iets vreemds aan industriële automatisering. Een productiemachine draait twintig, dertig jaar betrouwbaar door. De mechanica wordt onderhouden. Motoren worden vervangen, lagers worden vervangen, sensoren worden geüpgraded. Maar op een dag opent iemand de schakelkast en ontdekt dat de PLC het moeilijkst te vervangen onderdeel van de hele machine is geworden.

En ineens is een prima machine een automatiseringsproject.

Dat is het probleem dat we willen oplossen. Niet door de machine te vervangen, en niet door de ene gesloten besturing in te ruilen voor de volgende.

De PLC is een afhankelijkheid geworden

Decennialang waren gesloten PLC ecosystemen een logische keuze. Siemens, Rockwell, Mitsubishi, Schneider en anderen bouwden indrukwekkende ecosystemen rond hun hardware en engineeringomgevingen: betrouwbaar, goed gedocumenteerd, overal ter wereld te krijgen.

De prijs was afhankelijkheid. Zodra een machine rond één PLC ecosysteem is ontworpen, betekent wisselen van controllerfabrikant ook wisselen van programmeeromgeving, hardware, I/O, veldbus, diagnose, engineeringworkflow, reserveonderdelen en de kennis van je eigen mensen.

De kosten zitten dus niet in de PLC. Ze zitten in het ecosysteem eromheen. En dat ecosysteem bepaalt uiteindelijk wanneer jouw machine "verouderd" is, niet de machine zelf.

De migratieklok tikt

Dat wordt nu heel concreet. Siemens meldt dat de S7-300 en ET 200M sinds 1 oktober 2025 uit het portfolio zijn. En op 1 november 2026 start Siemens de geleidelijke uitfasering van de eerste generatie S7-1200 (G1). Het eigen migratiemateriaal van Siemens beschrijft de uitdaging precies zoals de werkvloer hem voelt: reserveonderdelen, support, modernisering en stabiliteit op de lange termijn.

Het voor de hand liggende antwoord is: over naar de volgende Siemens generatie. En voor veel machines is dat ook gewoon het juiste antwoord. Maar er is een andere vraag die het stellen waard is:

Als we de besturing toch opnieuw ontwerpen, waarom bouwen we dan dezelfde leveranciersafhankelijkheid opnieuw in?

Wat als de PLC een commodity wordt?

Stel dat de machineapplicatie onafhankelijk is van de controllerfabrikant. Het PLC programma volgt IEC 61131-3, de standaard met de talen die elke automatiseringsengineer al kent: structured text, ladder, function blocks. De veldbus is een open industriële standaard zoals EtherCAT. De I/O kan van meerdere fabrikanten komen. De controller is een industriële PC of een embedded controller. Het besturingssysteem is standaard Linux, met real-time uitbreidingen waar dat nodig is. En naar boven praat de machine via OPC UA, MQTT of een andere standaardinterface.

Dan ziet de architectuur er ineens zo uit: machinelogica, daaronder een open PLC runtime, daaronder standaardinterfaces, daaronder vervangbare hardware. Dat is een heel ander voorstel dan wat er nu in de meeste kasten hangt: leverancier-engineeringomgeving, leverancier-PLC, leverancier-I/O, leverancier-ecosysteem.

Het belangrijkste in dat plaatje is niet één specifieke technologie. Het is de scheiding van verantwoordelijkheden. De machinelogica hoort niet voor altijd getrouwd te zijn met de controllerleverancier.

Open source betekent niet hobbyist

Dit onderscheid is belangrijk. Wie "open source PLC" hoort, denkt al snel aan een Raspberry Pi met een hobbyproject erop. Dat is niet het voorstel.

Een industrieel besturingsplatform heeft nog steeds alles nodig wat een klassieke PLC ook nodig heeft: deterministische executie, industriële hardware, een goede elektrische opbouw, veldbusondersteuning, diagnose, levenscyclusbeheer, cybersecurity, testen, documentatie en functionele veiligheid waar die vereist is. Aan die eisen verandert niets.

Open source gaat over eigenaarschap en transparantie, niet over lagere engineeringstandaarden. Linux is open source. Dat maakt de treinen, netwerkapparatuur en medische systemen die erop draaien geen speelgoed.

Eerlijk is eerlijk: dit is engineering, geen product uit een doos. Safety (SIL/PL) en complexe motion control zijn aparte trajecten met eigen certificering, en niet elke machine is een kandidaat. Dat hoort in elk gesprek hierover vooraf op tafel te liggen.

Het cybersecurity argument

Er is nog een reden waarom deze discussie urgent wordt: de fabrieksvloer is niet langer geïsoleerd. De PLC zit tegenwoordig in een ecosysteem van HMI's, drives, engineering laptops, MES, ERP, toegang op afstand, cloud, monitoring en externe leveranciers. Elk van die verbindingen was ooit een uitzondering. Nu zijn ze de norm.

Dat verandert het beveiligingsmodel. In ons eerdere artikel over NIS2 keken we precies naar dit probleem: de OT omgeving is vaak de blinde vlek, met oude PLC's, HMI's, gateways en toegang op afstand die buiten het assetregister vallen. Een controller die in 2008 is ontworpen voor een machine achter een gesloten deur, hangt nu aan hetzelfde netwerk als de laptop van de leverancier.

NIS2 verandert het gesprek

NIS2 is niet simpelweg een "IT cybersecurity probleem". Voor organisaties die eronder vallen, reiken de eisen tot in de systemen die de productie ondersteunen. Dat betekent dat productiebedrijven steeds vaker antwoord moeten hebben op vragen als:

• Welke PLC's staan er precies geïnstalleerd?
• Welke firmwareversies draaien erop?
• Wie kan erbij, en welke leveranciers hebben toegang op afstand?
• Welke netwerken kunnen de besturing bereiken?
• Wat gebeurt er als een controller uitvalt?
• Hoe is de software geback-upt, en kan de machine hersteld worden?
• Hoe worden kwetsbaarheden afgehandeld?

Over een PLC die vijftien jaar in een kast heeft gestaan, zijn die vragen moeilijk te beantwoorden. Een modern besturingsplatform maakt ze een stuk makkelijker: de inventaris, de versies, de accounts en de logging zitten er standaard in. Let wel: NIS2 verplicht niemand om oude PLC's te vervangen. Wat NIS2 doet, is het belang vergroten van het kennen, beveiligen en beheren van OT assets gedurende hun hele levensduur. En dat is precies waar een legacy besturing het moeilijk krijgt.

En dan komt de Cyber Resilience Act

De EU Cyber Resilience Act duwt vanuit een andere hoek dezelfde kant op. De CRA stelt cybersecurity eisen aan producten met digitale elementen die op de Europese markt komen: secure-by-design ontwikkeling, risicoanalyse, kwetsbaarheidsbeheer en ondersteuning gedurende de levensduur. Volgens de implementatietijdlijn van de Europese Commissie gelden de meldplichten vanaf 11 september 2026 en de volledige verplichtingen vanaf 11 december 2027.

Ook hier past een nuance: de CRA maakt oude PLC's niet illegaal. De verplichtingen richten zich op fabrikanten die producten met digitale elementen op de markt brengen. Maar de richting is duidelijk. Industriële automatisering wordt software, en zodra industriële apparatuur software is, telt de cybersecurity levenscyclus ervan.

De vraag is dus niet langer alleen: "Bestuurt de PLC de machine?" De vraag wordt: "Kunnen we de software die de machine bestuurt de komende vijftien jaar veilig onderhouden?"

Drie trends komen samen

Wat dit moment bijzonder maakt, is dat drie ontwikkelingen elkaar nu raken:

1. PLC uitfasering. Legacy controllers bereiken het einde van hun ondersteunde levenscyclus, met harde data van de fabrikant zelf.
2. Industriële cybersecurity. Fabrieken hebben zicht, toegangsbeheer, segmentering, monitoring en levenscyclusbeheer nodig, en moeten dat kunnen aantonen.
3. Open digitale infrastructuur. Productiebedrijven verwachten dat machines meedoen met MES, analyse, AI, energiemanagement en cloudplatformen, zoals we eerder beschreven bij de Unified Namespace.

Die drie trends wijzen naar dezelfde architectuur: open, observeerbaar, software-gedefinieerd besturen.

We denken niet dat het antwoord "vervang Siemens" is

Dit is belangrijk. Siemens maakt uitstekende automatiseringsapparatuur, en voor veel toepassingen blijft Siemens de beste keuze. Het punt is niet het ene merk vervangen door het andere. Het punt is dat de fabrikant van het product een keuze heeft.

Als een industriële controller vervangen kan worden zonder de hele machine opnieuw te ontwerpen, heeft de klant meer grip op kosten, levenscyclus, cybersecurity, onderhoud, engineering, data en toekomstige technologie. Dat is de echte waarde van open automatisering. Niet goedkoper dan Siemens. Wel van jou.

Van PLC migratie naar machinemodernisering

Hier zien we de grotere kans. Een PLC migratie kan het startpunt zijn. Maar zodra de besturing gemoderniseerd is, kan de machine onderdeel worden van de digitale infrastructuur van de fabriek. Hetzelfde platform levert dan machinedata, OEE, energiedata, alarmen, diagnose op afstand, softwareversiebeheer, cybersecuritymonitoring, datapijplijnen voor AI en de koppeling met MES. Dezelfde datalaag die MeshOS gebruikt voor een live beeld van je productie, krijgt er een machine bij die precies vertelt wat hij doet.

De PLC houdt op een geïsoleerde black box te zijn. Hij wordt onderdeel van de digitale fabriek.

Het grotere idee

De industrie heeft decennia besteed aan het bouwen van ongelooflijk betrouwbare machines. Nu moeten we die machines een softwarearchitectuur geven die de komende twintig jaar overleeft. Niet door elke machine te vervangen. Niet door elke fabrikant in een volgend gesloten ecosysteem te duwen. Maar door de besturingslaag te moderniseren rond open standaarden.

Je machine hoort niet verouderd te raken omdat zijn PLC dat deed.

En: het antwoord op vendor lock-in mag geen nieuwe vendor lock-in zijn.

Veelgestelde vragen

Moet ik mijn S7-300 nu direct vervangen?

Nee. Een S7-300 die vandaag draait, draait morgen ook nog. Wat verandert, is dat nieuwe modules niet meer te bestellen zijn en dat support en security-updates ophouden. De vraag is dus niet óf, maar wanneer en hoe: gepland, met een terugvaloptie, of ongepland, op het moment dat een CPU uitvalt en de laatste reserve al gebruikt is.

Is een open PLC hetzelfde als een soft PLC?

Bijna. Een soft PLC is een runtime die op een PC of embedded controller draait in plaats van op dedicated PLC hardware. Een open PLC voegt daar de eis aan toe dat het programma in standaardtalen (IEC 61131-3) staat, de veldbus en interfaces open zijn en de runtime niet aan één fabrikant gebonden is. Een soft PLC van een grote leverancier kan nog steeds volledig gesloten zijn.

Wat gebeurt er met safety en motion bij zo'n migratie?

Die worden apart behandeld. Veiligheidsfuncties (SIL/PL) vragen gecertificeerde componenten en een eigen validatie, en soms blijft een gecertificeerde safety PLC daarvoor de beste keuze. Motion control kan via EtherCAT en open drives, maar gesynchroniseerde motion beoordelen we per machine. Een eerlijke inventarisatie vooraf voorkomt verrassingen achteraf.

Maakt een open besturing mijn fabriek NIS2 of CRA compliant?

Nee, niet vanzelf. Compliance gaat over je organisatie, je processen en je aantoonbaarheid, niet over één controller. Wat een moderne, observeerbare besturingsarchitectuur wél doet, is de maatregelen die de regelgeving verwacht makkelijker invoeren en aantonen. Dit artikel is geen juridisch advies.

Een legacy PLC die een tweede leven verdient?

Meshnex helpt productiebedrijven legacy besturingen te beoordelen en te moderniseren, waar mogelijk met behoud van de bestaande machine. Hoe dat traject eruitziet, van inventarisatie tot omschakeling, lees je op onze pagina over open PLC modernisering. Liever meteen over jouw machine praten? Neem contact op.