Keuzegids voor PLC + ARM-architectuur: voor welke industriële projecten is dit echt nodig?

Als uw project betrekking heeft op gegevensverzameling, conversie tussen verschillende protocollen, lichte AI-inferentie of toekomstige uitbreiding van functionaliteiten, biedt een PLC + ARM-architectuur (vaak aangeduid als een PLC + industriële edge-gateway-oplossing) meer voordelen dan een puur PLC-systeem. Als het project alleen eenvoudige logische besturing vereist zonder dat er cloudgegevens nodig zijn, volstaat een puur PLC-systeem.

Ingenieurs die veel op industriële locaties hebben gewerkt, delen vaak dezelfde ervaring: traditionele PLC’s zijn weliswaar stabiel genoeg, maar ze worden steeds meer “overbelast” als het gaat om de huidige gegevensbehoeften. Op een productielijn voor auto-onderdelen wil de manager bijvoorbeeld de status van de lijn bewaken, de opbrengst per uur berekenen, storingen aan apparatuur voorspellen en zelfs gegevens uploaden naar de cloud voor wereldwijde analyse. Om dit alles te realiseren wordt het programma steeds complexer en duurt de foutopsporingscyclus aanzienlijk langer. Hoewel een traditionele PLC nauwkeurige cilinderbewegingen kan garanderen, is het vermogen ervan om complexe algoritmen te verwerken en rechtstreeks verbinding te maken met de cloud vaak beperkt.

Hier komt de PLC + ARM-architectuur om de hoek kijken: de PLC richt zich op de besturing, terwijl de ARM de gegevens en de intelligentie voor zijn rekening neemt. De ARM-kant biedt rekenkracht, uitgebreide communicatie-interfaces en een Linux-ecosysteem, waarmee taken kunnen worden uitgevoerd waarvoor traditionele PLC’s minder geschikt zijn. Niet elk project leent zich echter voor deze “combinatieaanpak”. Aan de hand van de volgende vijf voorwaarden kunt u bepalen of uw project hiervoor geschikt is.

Waarom steeds meer projecten kiezen voor een PLC + ARM-architectuur

Traditionele PLC’s werken in een cyclische scanmodus en blinken uit in logische besturing en harde realtime-reacties. Als het echter gaat om complexe berekeningen, conversie tussen meerdere protocollen of cloudgegevensintegratie, kunnen deze taken weliswaar worden afgehandeld via uitbreidingsmodules of gateways van derden, maar gaan ze vaak gepaard met hoge ontwikkelingskosten, complexe configuratie en beperkte flexibiliteit.

Daarentegen presteren industriële computers op basis van de ARM-architectuur (vaak “edge intelligent gateways” of “ARM-controllers” genoemd) over het algemeen beter dan mid- tot low-end PLC-CPU’s op het gebied van drijvende-kommaberekeningen en gegevensverwerking. Ze bieden bovendien een opener software-ecosysteem en uitgebreidere connectiviteitsopties. Door deze twee te combineren kan naast de besturingslaag een gelaagde structuur voor gegevensverwerking en onderlinge koppeling worden gecreëerd, waarbij de sterke punten van beide worden benut.

Uit ervaring blijkt dat dit soort oplossingen eerder een compromis is dan een universele oplossing: het kan een productielijn voorzien van extra mogelijkheden voor gegevensverwerking zonder de oorspronkelijke PLC-besturingslogica te wijzigen, maar het team moet wel over enige basiskennis van Linux en netwerkconfiguratie beschikken.

Voorwaarde 1: Is voor het systeem gegevensverwerking of algoritmische besluitvorming vereist?

Als een project alleen eenvoudige logische besturing vereist (bijvoorbeeld: “druk op een knop, de motor start”), volstaat een PLC alleen. Zodra het project echter de volgende vereisten met zich meebrengt, is een PLC + ARM-architectuur het overwegen waard:

1. Lichtgewicht AI-inferentie: Bijvoorbeeld door een camera te gebruiken om productkleuren te herkennen, etiketten te controleren of onderdelen te tellen. Sommige ARM-processors beschikken over geïntegreerde NPU's (bijv. 1 TOPS) die in staat zijn om lichtgewicht modellen uit te voeren, geschikt voor afbeeldingen met lage resolutie, eenvoudige classificatie of detectie van één object in basisscenario's. Hoewel ze complexe visiesystemen voor meerdere objecten niet kunnen vervangen, kunnen ze wel bepaalde aanvullende beslissingen aan de rand verwerken.

2. Complexe, op regels gebaseerde strategieën: Bijvoorbeeld om te bepalen of er een waarschuwing moet worden geactiveerd op basis van meerdere factoren, zoals de trillingsfrequentie van apparatuur, temperatuurtrends en historische gegevens. Het implementeren van dergelijke logica op ARM met behulp van Python of Node-RED is over het algemeen efficiënter dan het schrijven van ladderlogica of gestructureerde tekst op een PLC.

3. Statistische analyse: Het in realtime berekenen van de OEE van apparaten, trends in het energieverbruik van het afgelopen uur en het genereren van rapporten zijn taken die beter geschikt zijn voor ARM.

Bij veel moderniseringsprojecten van productielijnen heeft het verwijderen van statistische taken uit de PLC de PLC-programma’s met meer dan 30% ingekort, waardoor de efficiëntie bij het opsporen van fouten aanzienlijk is verbeterd. De ARM-zijde is geschikt voor niet-realtime, rekenintensieve datataken, maar is niet geschikt voor regelkringen die een harde realtime-respons vereisen. Als de resultaten van de gegevensverwerking moeten worden gebruikt voor gesloten-lusregeling, moet de communicatielatentie worden geëvalueerd en moet de PLC de uiteindelijke beslissingsbevoegdheid behouden.

Voorwaarde 2: Moet het systeem meerdere protocollen kunnen omzetten of is directe cloudintegratie vereist?

Dit is een van de gebieden waarop de ARM-architectuur echt uitblinkt. Hoewel veel traditionele PLC’s over communicatiemogelijkheden beschikken, kan het relatief complex zijn om rechtstreeks verbinding te maken met openbare clouds of om met diverse protocollen om te gaan. In de volgende scenario’s fungeert een ARM-controller als een “vertaler” en “doorgeefstation”:

1. Apparatuur van verschillende merken: Een werkplaats kan zijn uitgerust met Siemens-PLC’s, Mitsubishi-omvormers en Modbus-meters. Een ARM-controller kan tegelijkertijd met al deze apparaten communiceren en hun gegevens omzetten naar een uniform protocol, zoals OPC UA of MQTT, voor een naadloze gegevensintegratie.

2. De gegevens moeten naar mobiele apparaten worden verzonden: Bijvoorbeeld het verzenden van kritieke alarmen of productiegegevens naar apps zoals DingTalk of WeCom.

3. Gegevens moeten naar de cloud worden geüpload voor langdurige opslag en analyse: Zorgen voor een stabiele gegevensoverdracht naar clouddatabases via 4G-, 5G- of bekabelde netwerken.

Sommige ARM-industriële computers die op de markt verkrijgbaar zijn, ondersteunen meerdere gangbare industriële protocollen, hetzij via vooraf geïnstalleerde industriële gateway-software, hetzij via de ontwikkeling van aangepaste stuurprogramma’s, waaronder Modbus, OPC UA, EtherNet/IP en bepaalde eigen protocollen van PLC’s. Er bestaan aanzienlijke verschillen tussen leveranciers wat betreft de ondersteuning van protocollen, de capaciteit voor gelijktijdige aansluitingen en de mate van uitontwikkeling van de software; daarom moet bij de selectie zorgvuldig rekening worden gehouden met deze factoren.

Bijvoorbeeld, de ARM-industriële computers uit de EC300-serie worden geleverd met Node-RED en NeuronEX-Lite vooraf geïnstalleerd, waardoor gegevens via meerdere protocollen kunnen worden verzameld en via software op een uniforme manier kunnen worden geconverteerd. Hun op Linux gebaseerde open omgeving ondersteunt bovendien secundaire ontwikkeling en uitbreiding van functionaliteiten. Door dit ontwerp wordt de protocolconversie losgekoppeld van de hardware, waardoor het systeem flexibeler is voor toekomstige aanpassingen en upgrades.

In de praktijk moeten het aantal gelijktijdige punten en de verwerkingsprestaties nog steeds worden beoordeeld op basis van de projectvereisten (zoals de omvang van de punten en de verversingscyclus) en de configuratie van de hardwarebronnen.

Voorwaarde 3: Zijn er bij de besturing veiligheidseisen en realtime-eisen van toepassing?

Dit is een “rode lijn” die bij de keuze voor een PLC + ARM-architectuur niet overschreden mag worden: alle handelingen die betrekking hebben op de persoonlijke veiligheid of het risico op schade aan apparatuur moeten rechtstreeks door de PLC worden aangestuurd.

De ARM-kant draait doorgaans op een Linux-systeem, dat niet hetzelfde niveau van realtimeprestaties biedt als een harde PLC en waarbij systeemcrashes of netwerkonderbrekingen kunnen optreden. Daarom is een redelijke taakverdeling: ARM als het “brein” en PLC als de “spierkracht”,” nauw samenwerken. De ARM, als het brein, zorgt voornamelijk voor de gegevensverwerking, de logische besluitvorming en de interactie tussen mens en machine, en stuurt vervolgens instructies naar de PLC via industrieel Ethernet of een seriële poort (bijvoorbeeld: “temperatuur te hoog, bereid je voor op een stop”). De PLC, als de spier, is verantwoordelijk voor noodstops, veiligheidslichtgordijnen en andere harde realtime-acties. PLC-programma’s moeten onafhankelijk draaien en mogen niet worden beïnvloed door de toestand van de ARM.

Bovendien moet bij het ontwerp van het systeem rekening worden gehouden met een storing in de ARM – dit is van cruciaal belang. Als de ARM crasht of het netwerk uitvalt, moet de PLC automatisch overschakelen naar een veilige toestand of een beperkte bedrijfsmodus op basis van een vooraf ingesteld watchdog-mechanisme of een time-outlogica voor de communicatie, zodat de productielijn niet uit de hand loopt. De ARM-controller zelf moet ook beschikken over een hardware-watchdog om bij afwijkingen automatisch opnieuw op te starten. Bovendien moet de communicatie tussen de PLC en de ARM herverbinding en gegevensbuffering ondersteunen om gegevensverlies te voorkomen.

In de praktijk is dit vaak het meest onderschatte risico bij het moderniseren van oudere productielijnen. Het klinkt misschien ideaal, maar in werkelijkheid moet rekening worden gehouden met netwerklatentie en onderhoudskosten. De gegevensuitwisseling tussen de PLC en de ARM (meestal via Ethernet of een seriële poort) kan vertragingen van milliseconden of meer met zich meebrengen, afhankelijk van de netwerkbelasting en het type protocol. Voor een snel reagerende, gecoördineerde besturing is het essentieel om te beoordelen of de latentie binnen aanvaardbare grenzen blijft en om de juiste mechanismen voor gegevenssynchronisatie te implementeren.

Sommige ARM-controllers beschikken over geïsoleerde DI/DO-interfaces. Deze worden doorgaans gebruikt voor signaaluitwisselingen die niet veiligheidskritisch zijn (bijvoorbeeld statuslampjes, aanvullende terugkoppelingssignalen) en zijn niet aanbevolen voor het aansturen van actuatoren die veiligheidsrisico’s kunnen opleveren. Alle cruciale besturingsfuncties moeten altijd door de PLC worden afgehandeld.

Voorwaarde 4: Moet het project in de toekomst worden uitgebreid?

Veel automatiseringsprojecten vertonen een gemeenschappelijk patroon: in de eerste fase wordt alleen aan de basisvereisten voldaan, maar in de tweede of derde fase worden voortdurend nieuwe functionaliteiten toegevoegd. Hoewel bij traditionele PLC’s I/O-modules eenvoudig kunnen worden uitgebreid, wordt het toevoegen van een AI-analysefunctie, het wisselen van cloudplatform of het aansluiten van nieuwe slimme apparaten vaak beperkt door de prestaties van de hoofd-CPU of de communicatie-interfaces.

De gelaagde PLC + ARM-architectuur biedt duidelijke voordelen op het gebied van schaalbaarheid:

• Horizontale uitbreiding van interfaces: Dankzij de uitgebreide interfaces van het ARM-platform (USB, HDMI, CAN, enz.) kunnen later camera’s, grote beeldschermen, barcodescanners en andere slimme apparaten worden toegevoegd.

• Verticale uitbreiding van toepassingen: Het Linux-systeem van de ARM maakt het mogelijk om in de toekomst nieuwe softwarecontainers of applicaties te installeren – bijvoorbeeld het toevoegen van een webgebaseerde SCADA-visualisatie-interface of het aanpassen van de gegevensverwerkingsstroom – zonder het onderliggende PLC-programma te wijzigen.

De schaalbaarheid is echter niet onbeperkt. Er moet rekening worden gehouden met de beschikbare CPU-capaciteit, opslagruimte en netwerkbandbreedte op de ARM-controller. Als het CPU-gebruik in de eerste fase bijvoorbeeld al boven de 70% uitkomt, kan het toevoegen van beeldverwerkingstaken leiden tot prestatieverlies. Houd bij het kiezen van een systeem rekening met een tijdshorizon van 3 tot 5 jaar en reserveer voldoende middelen voor toekomstige groei.

Voorwaarde 5: Hoe zit het met de complexiteit van de bediening, het onderhoud en het opsporen van fouten?

Dit is vaak de grootste zorg van teamleiders en technici ter plaatse: zal een nieuwe architectuur het opsporen van fouten en het onderhoud bemoeilijken?

Als ze goed zijn ontworpen, kunnen de softwaretools aan de ARM-kant zelfs de algehele complexiteit verminderen.

Ten eerste zorgt dit voor een vereenvoudiging van het PLC-programma. Complexe algoritmen, protocolconversie en datalogging worden overgedragen aan de ARM. De PLC houdt zich uitsluitend bezig met de logische besturing, waardoor programma’s korter, stabieler en gemakkelijker te debuggen zijn.

Ten tweede ondersteunen ARM-controllers doorgaans configuratie op afstand via SSH of via het web. Technici hoeven niet langer ter plaatse te gaan om alleen maar een parameter te wijzigen.

Ten slotte kunnen op de ARM-kant visuele programmeertools zoals Node-RED worden gebruikt. Datastromen kunnen snel worden opgebouwd via slepen en neerzetten, waardoor de drempel voor Linux-ontwikkeling wordt verlaagd.

Kortom, de ARM fungeert als een “vertaler” die de taal van verschillende apparaten omzet in iets wat het cloudplatform kan begrijpen. Dit betekent echter ook dat teams die ARM gebruiken, basiskennis van Linux en vaardigheden op het gebied van netwerkconfiguratie moeten hebben.

Voor welke projecten is geen PLC + ARM-architectuur?

Om te voorkomen dat men blindelings trends volgt, is voor de volgende soorten projecten doorgaans geen ARM-laag nodig:

1. Puur logische besturing zonder dat er gegevens hoeven te worden verzameld: Bijvoorbeeld voor eenvoudige relaisbesturing of op zichzelf staande geautomatiseerde machines: dan volstaan PLC’s alleen.

2. Projecten met een bestaand, goed ingeburgerd systeem op hoger niveau: Als de locatie al beschikt over een industriële pc + SCADA-systeem dat de komende 3–5 jaar aan de eisen kan voldoen, is het niet nodig om een ARM-laag toe te voegen.

3. Projecten met extreem hoge veiligheidseisen waarbij extra systeemcomplexiteit niet is toegestaan: Bijvoorbeeld bepaalde veiligheidsgerichte instrumentatiesystemen (SIS). Hoe eenvoudiger het systeem, hoe betrouwbaarder het is; het toevoegen van een extra computerlaag zou nieuwe risicopunten kunnen creëren.

4. Projecten met een zeer krap budget: Het toevoegen van een ARM-controller brengt zowel hogere hardware- als ontwikkelingskosten met zich mee. Als het project zeer kostengevoelig is, wegen de voordelen mogelijk niet op tegen de kosten.

Typisch implementatievoorbeeld

In een typische PLC + ARM-architectuur zorgt de PLC voor de realtime I/O-besturing en de veiligheidslogica, terwijl de ARM-edge-controller gegevens van de productielijn verzamelt, eenvoudige analyses uitvoert (zoals OEE-berekeningen voor apparatuur) en gegevens via MQTT of OPC UA naar de cloud uploadt. Deze controllers draaien doorgaans op een Linux-systeem en ondersteunen het opzetten van gegevensverwerkingsstromen via scripts of visuele programmering. Het verschilt per product of visuele tools vooraf zijn geïnstalleerd en welk type tools wordt aangeboden.

In de praktijk verschillen de verschillende modellen van ARM-industriële controllers aanzienlijk van elkaar wat betreft het aantal interfaces, de rekenkracht en de vooraf geïnstalleerde software. Het wordt aanbevolen om tijdens de selectiefase de verschillende opties te evalueren en te vergelijken op basis van het specifieke toepassingsscenario – bijvoorbeeld met de nadruk op gegevensverzameling, lichtgewicht visuele ondersteuning of een lokale HMI – om zo de beste oplossing voor uw systeemarchitectuur te vinden.

Technische aspecten waarmee rekening moet worden gehouden bij de keuze

Als u besluit om een PLC + ARM-architectuur te gebruiken, moet u naast de functionele vereisten ook rekening houden met de volgende technische details:

• Communicatielatentie en synchronisatie: De gegevensuitwisseling tussen de PLC en de ARM kan, afhankelijk van de netwerkbelasting en het protocoltype, vertragingen van milliseconden of meer met zich meebrengen. Voor een snel reagerende, gecoördineerde besturing is het van essentieel belang om te beoordelen of de latentie binnen aanvaardbare grenzen blijft en om passende mechanismen voor gegevenssynchronisatie te implementeren.

• Isolatie en beveiliging van de interface: In industriële omgevingen is er vaak sprake van elektrische interferentie. Interfaces van ARM-controllers – waaronder seriële poorten, Ethernet en I/O – moeten voorzien zijn van elektrische isolatie en overspanningsbeveiliging om te voorkomen dat een storing in één enkele interface gevolgen heeft voor het gehele systeem.

• Aanpassingsvermogen aan de omgeving: Indien de ARM-controller in een schakelkast wordt geïnstalleerd, moet deze betrouwbaar functioneren binnen een breed temperatuurbereik (bijvoorbeeld van -40 °C tot +70 °C). Ontwerpen zonder ventilator, met passieve koeling, verminderen het aantal storingsgevoelige punten en zijn beter geschikt voor veeleisende omgevingen.

• Software-ecosysteem en ondersteuning: Biedt de leverancier een complete SDK, voorbeeldcode en technische ondersteuning? Zijn de vooraf geïnstalleerde tools (bijv. Node-RED, protocolgateways) open source of eenvoudig uit te breiden? Deze factoren hebben een directe invloed op de efficiëntie van de projectimplementatie.

Samenvatting

De PLC + ARM-architectuur is niet bedoeld om traditionele PLC’s te vervangen, maar voegt juist een flexibele gegevensverwerkingslaag toe aan industriële besturing. Wanneer u te maken krijgt met projecten die gegevensverwerking, de uitvoering van lichtgewicht algoritmen, integratie van meerdere protocollen, cloudconnectiviteit of toekomstige uitbreidingsmogelijkheden vereisen, kan deze combinatie een duidelijke meerwaarde bieden. Het is echter van cruciaal belang om de besturingslaag strikt te scheiden van de rekenlaag, zodat veiligheidskritische realtime-taken volledig door de PLC blijven worden beheerd, terwijl de ARM uitsluitend als ondersteunende en uitbreidende laag fungeert.

Vanuit technisch oogpunt komt deze aanpak meer neer op het uitrusten van uw bestaande PLC-systeem met een “datahersenen” dan op het helemaal opnieuw opbouwen ervan. Hoewel het concept er op papier aantrekkelijk uitziet, hangt het succes ervan sterk af van de netwerkomstandigheden ter plaatse en de bekendheid van het team met Linux. Als u dit type architectuur overweegt, is het raadzaam om te beginnen met een klein proefproject om de communicatielatentie, softwarecompatibiliteit en de capaciteiten van het team te valideren, voordat u dit geleidelijk uitbreidt naar andere productielijnen.