Ghid pentru sistemele de colectare a datelor industriale pentru fabrici

La sfârșitul turei, managerul de producție încă încearcă să adune informații din foi de hârtie, jurnale de mașini și mai multe tabele Excel pentru a înțelege ce s-a întâmplat în acea zi. Care a fost timpul de nefuncționare efectiv? Care comandă întârzie? De ce a crescut rata de rebut? Un ghid pentru sistemul de colectare a datelor industriale este util atunci când nu începe cu senzorii sau ecranele, ci cu aceste întrebări.

În multe fabrici, datele sunt deja disponibile într-o anumită formă. PLC-urile gestionează semnale, mașinile înregistrează evenimente, ERP-ul conține date de comandă și stoc, iar întreținerea își păstrează propriile înregistrări. Problema nu este neapărat lipsa datelor. Mai degrabă, informațiile sunt dispersate, actualizate la momente diferite, iar oamenii trebuie să conecteze piesele.

Ce ar trebui să rezolve sistemul de colectare a datelor industriale?

Colectarea datelor nu este un scop de afaceri în sine. Faptul că o linie de producție stochează sute de valori pe secundă nu înseamnă că producția va fi mai rapidă, rebuturile mai puține sau livrarea mai previzibilă. Valoarea sistemului constă în faptul că un manager responsabil sau un operator poate lua decizii în timp util și de încredere pe baza acestuia.

Este recomandat să se înceapă cu o situație operațională concretă. De exemplu, planul de producție pare să fie îndeplinit dimineața, dar după-amiaza se dovedește că o defecțiune recurentă a mașinii face ca tura să nu poată fi recuperată. Sau compania știe că există multe opriri scurte, dar nu știe ce produs, unealtă, materie primă sau operațiune se află în spatele acestora.

Întrebări bune de început ar putea fi:

• Pentru ce decizii trebuie să se colecteze manual date din mai multe surse astăzi?
• Unde apar pierderi care sunt observate doar ulterior?
• Ce date sunt introduse de mai multe ori în diferite sisteme?
• În jurul căror indicatori se dezvoltă în mod regulat dispute, deoarece nu există o sursă de date unificată?

Dacă nu există un răspuns clar la aceste întrebări, proiectul nu merită să înceapă cu o listă de echipamente. Mai întâi trebuie să se investigheze procesul: unde se generează informația, cine o folosește, cine o modifică și unde se pierde semnificația acesteia.

Ce date merită colectate?

Cea mai frecventă greșeală este un început prea larg. Cu un nou sistem, este ușor să începi să stochezi toate semnalele disponibile ale mașinii, temperaturile, timpii de ciclu și schimbările de stare. Acest lucru poate avea o justificare tehnică, în special în medii de asigurare a calității, trasabilitate sau întreținere. Cu toate acestea, pentru scopuri de dezvoltare operațională, prea multe date neinterpretate creează adesea doar o povară suplimentară de raportare.

În majoritatea companiilor de producție, câteva categorii de bază oferă deja o transparență semnificativă: starea mașinii sau celulei, cantitatea produsă, rebutul și cauza acestuia, cauza timpului de nefuncționare, timpul de ciclu și produsul sau comanda alocată perioadei respective. Acestea pot fi completate, dacă este necesar, cu consumul de energie, date de mediu, starea uneltei sau identificatorul materiei prime.

Nu toate datele pot fi colectate cu aceeași fiabilitate. De exemplu, semnalul de stare care vine automat din mașină poate părea obiectiv, dar trebuie clarificat ce înseamnă. Semnalul „funcționează” indică cu adevărat producția sau mașina funcționează în gol? Semnalul „eroare” indică o problemă specifică sau combină mai multe evenimente? Modelul de date trebuie să descrie cu exactitate procesul fizic, nu doar să copieze etichetele existente în controler.

Este realist ca anumite cauze să poată fi înțelese doar din feedback-ul uman. Detectarea automată a timpului de nefuncționare și cauza operațională reală a opririi sunt două informații diferite. Operatorul are nevoie de opțiuni de alegere scurte, clare și integrate în activitatea sa. Dacă trebuie să caute categorii timp de zece minute pe un terminal, calitatea datelor se va deteriora și rezistența față de sistem va crește.

Ghidul sistemului de colectare a datelor industriale: cartografierea procesului

O implementare de succes nu începe de obicei cu ce SCADA, sistem de management al producției sau platformă cloud să fie utilizată. Mai întâi trebuie analizat fluxul actual de informații pe parcursul unei ture complete sau al unui ciclu de comandă.

Cine semnalează că o mașină s-a oprit? Unde se înregistrează cauza? Când este transferată informația în planul de producție, la întreținere sau la șeful de tură? Când și cum ajunge cantitatea de producție în ERP? Dacă există o discrepanță între realitatea fizică și sistem, cine o corectează și pe baza căror reguli? Aceste întrebări dezvăluie adesea mai mult despre direcția dezvoltării decât o fișă tehnică a echipamentului.

În timpul cartografierii, se descoperă adesea că nu măsurarea lipsește, ci responsabilitatea este neclară. De exemplu, operatorul mașinii înregistrează numărul de piese pe hârtie, șeful de tură le sintetizează în Excel, iar administrația înregistrează ulterior rezultatul într-un sistem de management al întreprinderii. În astfel de cazuri, se creează trei surse de date separate despre același eveniment, niciuna dintre ele nefiind garantat actuală.

Starea finală bună nu este neapărat automatizarea completă. Poate fi suficientă colectarea automată a datelor mașinii, aprobarea discrepanțelor de către operator și apoi transmiterea rezultatului certificat către ERP. Esențial este ca fiecare dată să aibă o sursă clară, un proprietar și un scop de utilizare.

Fără integrare, se creează doar o altă insulă de date

Un afișaj de producție independent poate fi impresionant, dar mai puțin valoros dacă comenzile, numerele de articol, instrucțiunile de operațiuni și mișcările de stoc sunt încă transferate manual dintr-un sistem în altul. Sistemul de colectare a datelor industriale trebuie să gestioneze și conexiunea dintre sistemele operaționale și cele de afaceri.

Ritmul datelor diferă între nivelul mașinii și sistemul de întreprindere. PLC-ul semnalează o schimbare de stare în câteva secunde, în timp ce ERP-ul poate avea nevoie doar de operațiunea finalizată, cantitatea aprobată și cauza rebutului. Nu este recomandabil să se transfere toate semnalele brute către ERP. Arhitectura adecvată separă datele operaționale în timp real, evenimentele de producție interpretate și tranzacțiile cu semnificație financiară sau logistică.

Acest lucru este important deoarece erorile de integrare apar în funcționarea fabricii. Dacă un număr de articol greșit este asociat cu o comandă, raportul va fi înșelător. Dacă feedback-ul de producție întârzie, stocul și achizițiile pot fi bazate pe decizii greșite. Dacă transferul nu este verificat, același articol poate apărea de două ori în sistem.

De aceea, interfețele necesită identificatori, timestamp-uri, gestionarea erorilor și verificare. Întrebarea nu este doar dacă datele sunt transferate, ci și dacă, în caz de eroare, lipsa poate fi detectată, evenimentul poate fi retransmis și dacă se poate reconstrui clar ce s-a întâmplat.

Fiabilitate, autorizare și siguranță operațională

Într-un mediu de producție, colectarea datelor nu trebuie să împiedice funcționarea continuă. Dacă conexiunea de rețea se întrerupe, producția trebuie să continue. Dacă un serviciu central nu este disponibil, evenimentele nu trebuie să se piardă necontrolat. De aceea, încă din faza de proiectare, trebuie clarificat ce funcții necesită operare în timp real, ce date pot fi stocate local temporar și cum se va face sincronizarea ulterioară.

Securitatea datelor nu este doar o chestiune de detaliu IT. Datele de producție pot fi sensibile din punct de vedere al afacerii, iar modificările neautorizate pot cauza probleme de calitate, contabilitate sau conformitate. Într-un sistem bine conceput, rolurile reglementează cine poate vedea, înregistra, modifica sau aproba datele. Modificările critice pot fi jurnalizate, astfel încât să nu fie nevoie să se stabilească ulterior din memorie de ce a fost schimbată o valoare.

Alegerea tehnologică este într-adevăr dependentă de situație. În unele cazuri, infrastructura locală, operațională este decizia potrivită din cauza latenței, limitărilor de conexiune sau cerințelor de reglementare. În alte companii, mediul centralizat, care leagă mai multe locații, oferă o mai bună vizibilitate. O soluție comună este combinarea celor două: procesare locală a datelor, raportare centralizată și transfer controlat de date.

Cum se poate măsura dacă dezvoltarea este rentabilă?

Rentabilitatea nu se referă doar la reducerea orelor de muncă. Valoarea unui sistem de colectare a datelor poate apărea în detectarea mai rapidă a unei tendințe negative, reducerea întâlnirilor urgente, precizia timpului de livrare sau întreținerea care nu reacționează doar la raportările de defecțiuni. Acestea ar trebui legate de obiective măsurabile încă de la început.

Un obiectiv poate fi, de exemplu, creșterea ratei de înregistrare corectă a timpilor de nefuncționare, reducerea timpului de pregătire a raportului de tură, diminuarea discrepanțelor de stoc sau îmbunătățirea previzibilității îndeplinirii planului de producție. Un bun indicator nu arată doar cât de multe date au fost colectate. Arată dacă funcționarea s-a îmbunătățit.

Este recomandabil să începeți cu o zonă bine delimitată, unde problema de afaceri este cunoscută, părțile implicate pot fi implicate și rezultatul poate fi comparat. O linie de producție, o operațiune critică sau o problemă de calitate recurentă sunt adesea un pas mai bun decât acoperirea întregii fabrici dintr-o dată. Pe baza experiențelor, modelul de date, interfața de utilizator și regulile de integrare pot fi apoi rafinate.

Cel mai bun sistem nu este cel care colectează cele mai multe date. Ci acela care, în timpul unei ture, arată unde este nevoie de intervenție și pe care producția, întreținerea și managementul se pot baza cu aceeași încredere.