De telefoon gaat: "De machine doet het ineens niet meer. De PLC is stuk." Het is een van de meest gehoorde diagnoses op de werkvloer, en een van de minst waarschijnlijke. Lang verhaal kort: het is bijna nooit de PLC. Software draait gewoon. Wat er wél stuk is, zit vrijwel altijd in het veld.
Waarom de PLC bijna nooit de schuldige is
Een PLC is industriële hardware, ontworpen om in stof, hitte en trillingen tientallen jaren te draaien. En het programma erin slijt niet: software die gisteren werkte, werkt vandaag ook. Een machine die "ineens" stopt na jaren probleemloos draaien, is zelden gestopt omdat de besturing zelf het opgaf.
Toch wijst de eerste vinger vaak naar de PLC. Logisch: het is de "computer" van de machine, en als een computer raar doet, is hij stuk. Maar de PLC doet meestal precies wat hij moet doen: hij krijgt alleen verkeerde of geen informatie binnen, en reageert daarop zoals geprogrammeerd: stoppen.
De PLC is niet stuk. Hij vertelt je dat er iets anders stuk is.
Waar het wél zit: het veld
In onze praktijk zit de oorzaak in verreweg de meeste gevallen (reken gerust 95%) in de componenten rond de besturing:
- Een defecte of ontregelde sensor. Vervuild, verschoven, geraakt door een product of gewoon op. De PLC wacht keurig op een signaal dat nooit meer komt.
- Een kapot I/O-blok of -kaart. Eén ingang die wegvalt en de hele cyclus staat stil, terwijl de CPU niets mankeert.
- Een kabelbreuk of slechte connector. De gemeenste van allemaal: vaak intermitterend. De storing komt alleen bij een bepaalde beweging, bij trillingen of als de kabelrups net verkeerd staat, en is verdwenen zodra de monteur ernaast staat.
- En verder: voedingen, relais, klemmen die na jaren trillen loszitten, en mechanische oorzaken die zich als elektrisch probleem vermommen.
Dit zijn precies de onderdelen die in het veld leven: ze trillen mee, worden nat, vervuilen en worden geraakt. Dáár slijt een machine, niet in de schakelkast.
Het gevaar van gokken
Zonder systematische aanpak wordt storingzoeken al snel onderdelen wisselen: eerst een nieuwe sensor, dan een nieuw I/O-blok, dan toch maar die nieuwe PLC van een paar duizend euro. Soms is de storing daarna "opgelost", tot hij volgende week terugkomt, want de kabelbreuk zit er nog.
Gokken is duur op drie manieren: je betaalt voor onderdelen die niets mankeerden, je betaalt voor stilstand terwijl het zoeken voortduurt, en je leert niets: dezelfde storing kost de volgende keer wéér uren. Bovendien eindigt paniekzoeken nogal eens in een noodgreep die nooit meer weggaat.
Hoe goed storingzoeken werkt
Goede storingzoekers werken van symptoom naar oorzaak, niet van gok naar gok:
- Symptoom vaststellen. Wat doet de machine wél, wat niet, en sinds wanneer? Wat is er veranderd (product, schoonmaak, onderhoud)?
- De besturing laten vertellen wat ze ziet. Welke melding, welke stap in de cyclus, welke ingang ontbreekt? De I/O-status is de plattegrond van de storing.
- Het signaal terugvolgen het veld in. Van ingang naar klem, van klem naar kabel, van kabel naar sensor. Meten in plaats van aannemen.
- Pas vervangen na bewijs. Een onderdeel gaat eruit omdat de meting zegt dat het defect is, niet omdat het toevallig voorhanden is.
- Oorzaak vastleggen. Zodat dezelfde storing de volgende keer minuten kost in plaats van uren, ongeacht wie er dienst heeft.
Dat laatste punt is geen detail. Storingskennis die alleen in het hoofd van één monteur zit, is een risico op zichzelf. Vastleggen maakt van elke storing een stukje gratis opleiding.
Wat dit vraagt van je organisatie
Systematisch storingzoeken vraagt mensen die besturing én veld begrijpen: het PLC-programma kunnen lezen, een multimeter kunnen hanteren en weten hoe een machine mechanisch in elkaar zit. Die combinatie is schaars, en precies daarom blijft "de PLC is stuk" zo'n hardnekkige diagnose. Het is de conclusie die overblijft als de kennis ophoudt.
Storing die steeds terugkomt?
Onze storingzoekers vinden de echte oorzaak, ook de intermitterende kabelbreuk waar iedereen al maanden omheen werkt. Eén keer goed oplossen in plaats van blijven wisselen.
Plan een storingsanalyse »