Primul pas în digitalizare, fără un MES scump

Multe fabrici primesc oferte pentru proiecte MES sau „Industry 4.0” cu licențe, integrare și consultanță pe doi ani, în timp ce producția zilei încă se scrie pe fișe de hârtie. Seara, cineva din biroul de producție retipărește fișele în Excel. A doua zi dimineață, la ședință, cifrele sunt deja vechi și nimeni nu mai știe sigur de ce s-a oprit linia 3 la ora 14.

Un MES rezolvă o parte din asta, dar numai dacă ai deja date curate, oameni care se uită la ele și o idee clară despre ce vrei să afli. Altfel cumperi un sistem scump care afișează aceleași cifre îndoielnice, doar mai frumos.

Pornește de la o întrebare

Nu porni de la „vrem să digitalizăm producția”. Pornește de la o întrebare pe care o pune cineva în fiecare săptămână și la care nu primește un răspuns bun:

• De ce se oprește linia și cât durează fiecare oprire?
• Cât rebut iese pe tură și pe produs?
• Cât din timpul planificat merge mașina efectiv?

Alege una. Cea mai bună e cea care costă cel mai mult și despre care se discută cel mai mult cu păreri în loc de date. La majoritatea liniilor, prima e opririle, pentru că din ele se calculează aproape tot restul.

Apoi stabilește cine folosește răspunsul și când: șeful de tură la predarea turei, mentenanța la ședința zilnică, directorul de producție la analiza săptămânală. Dacă nu poți numi un om și o ședință, întrebarea nu e încă bună.

Datele, la sursă

Regula de bază: datele care pot veni de la mașină vin de la mașină, nu de la om. Omul completează doar ce mașina nu știe.

De la mașină poți lua, de obicei fără să atingi logica de proces:

• semnalul „în funcțiune” sau „oprit”
• un contor de cicluri sau de piese bune
• un contor de piese respinse, dacă mașina are control integrat
• codurile de alarmă, dacă PLC-ul le expune

Ai două drumuri. Primul: citești aceste valori din PLC, prin protocolul pe care îl suportă deja (OPC UA, Modbus TCP sau driverul nativ al controllerului). Al doilea, pentru mașinile vechi sau unde nu ai voie să te atingi de PLC: pui un modul simplu de intrări digitale care preia un semnal de la lampa de semnalizare, de la un releu sau de la un senzor inductiv pe mișcarea care marchează un ciclu. Al doilea drum e adesea mai rapid și mai sigur la început, pentru că nu depinzi de programatorul care a scris codul acum zece ani.

Ce nu știe mașina e motivul opririi. Aici pune o tabletă la linie, cu o listă scurtă de motive. Când mașina se oprește mai mult de un prag stabilit (să zicem două minute), tableta cere operatorului să aleagă motivul. Câteva reguli care fac diferența:

• Maxim 8 până la 12 motive pe primul nivel, formulate în limbajul operatorilor.
• Fără opțiunea „Altele” ca prima din listă; dacă tot o păstrezi, urmărește cât de des se folosește.
• Oprirea o detectează mașina, nu operatorul. Operatorul doar o explică.
• Lista se revizuiește lunar cu oamenii de la linie.

Pentru rebut, dacă mașina nu îl numără, operatorul îl introduce pe tabletă la sfârșitul fiecărei ore sau la schimbarea de lot, nu la finalul turei din memorie.

Arată datele unde se iau decizii

Datele care stau într-o bază de date nu schimbă nimic. Primul ecran pe care îl construiești nu e un dashboard pentru conducere. E tabla de tură: producție față de plan pe ore, opriri cu motiv și durată, rebut. Un televizor la capătul liniei și o foaie printată pentru ședința zilnică sunt suficiente.

În ședința zilnică, discuția se mută de la „cred că a fost scula” la „am avut 47 de minute oprire pe schimb de sculă, în patru opriri”. Cifrele din exemplu sunt ilustrative, dar tipul de discuție e cel care contează. Când oamenii văd că datele lor sunt folosite pentru a rezolva probleme, nu pentru a căuta vinovați, calitatea introducerii crește de obicei fără alte campanii.

Măsoară în primele luni două lucruri: cât din timpul de oprire are motiv completat și cât timp trece de la eveniment până când apare pe tablă. Dacă motivele lipsesc la jumătate din opriri, problema e la listă sau la ritmul liniei, nu la operatori.

Extinde după ce merge

Abia după ce o linie funcționează câteva săptămâni fără intervenții zilnice ale echipei de proiect, treci la a doua. Extinde în această ordine: aceeași întrebare pe mai multe linii, apoi o întrebare nouă pe aceleași linii. Nu le face pe amândouă deodată.

IT și OT

Mașinile nu se conectează direct la rețeaua de birou. Rețeaua de producție stă într-un segment separat, cu un firewall între ea și rețeaua IT, și cu un singur punct prin care datele ies spre server sau spre cloud. Standardul ISA/IEC 62443 descrie modelul cu zone și conducte; nu trebuie să-l aplici integral din prima zi, dar separarea trebuie să existe de la început.

Stabilește în scris cine răspunde de ce. De obicei, automatizarea răspunde de PLC-uri, module de intrare și switch-urile din hală, IT răspunde de server, backup și conturi, iar producția răspunde de lista de motive și de folosirea datelor. Cine aprobă o modificare în rețeaua de producție și cine are parola de la firewall trebuie să fie clar înainte de prima problemă, nu după.

Fără dependență de un singur furnizor

Primul proiect mic decide adesea arhitectura pentru mulți ani. Câteva verificări înainte să semnezi:

• Datele se citesc prin protocoale deschise: OPC UA pentru citirea din PLC, MQTT pentru transportul spre server.
• Poți exporta toate datele brute, cu marcaje de timp, într-un format standard, fără taxă suplimentară.
• Baza de date e una documentată, nu un format închis al aplicației.
• Lista de motive, calendarul de ture și structura liniilor sunt ale tale și pot fi exportate.
• Contractul spune ce se întâmplă cu datele dacă renunți la furnizor.

O arhitectură în care fiecare mașină publică datele într-un loc comun (un broker MQTT, de exemplu) îți permite să schimbi mai târziu aplicația de afișare fără să refaci conexiunile cu mașinile.

Când ai nevoie de MES

Un MES începe să merite când ai deja date fiabile de la mașini și apar cerințe pe care soluția simplă nu le mai acoperă:

• Clienții cer trasabilitate pe lot sau pe număr de serie, cu legătura între materii prime, parametri de proces și produs finit.
• Ai nevoie de ordine de lucru transmise din ERP la linie și de confirmări automate înapoi.
• Rețetele sau parametrii trebuie descărcați la mașină în funcție de produs, cu control de versiune.
• Ai mai multe linii sau fabrici care trebuie comparate pe aceleași definiții.
• Echipa ta petrece mai mult timp întreținând scripturi și foi Excel decât analizând datele.

Dacă bifezi una sau două, poți încă extinde soluția simplă. Dacă le bifezi pe majoritatea, scrie cerințele pornind de la ce ai învățat din primele linii, inclusiv lista de motive de oprire și definițiile pe care le folosiți deja. Așa evaluezi ofertele pe baza datelor tale, nu a demonstrației furnizorului.

Dacă ai trecut prin asta sau ești la început, discutăm în grupul de WhatsApp „Digitalizare & Industry 4.0”.