La prezentarea unui proiect de digitalizare industrială, de regulă ies în evidență două lucruri: dispozitivul fizic care măsoară și ecranul pe care apare rezultatul. Privit din exterior, traseul dintre ele pare adesea o simplă săgeată.

Și totuși, în această săgeată se află o parte importantă a muncii.

Un semnal brut de la senzor nu devine automat o informație de afaceri de încredere. Pe parcurs trebuie gestionate semnalul electric, protocolul, marca temporală, identitatea dispozitivului, unitatea de măsură, întreruperile de rețea, calitatea datelor, drepturile de acces, stocarea, contextul și, în final, ce proces anume ar trebui să declanșeze datele.

Punctul de măsurare: locul în care lumea fizică devine date

Traseul datelor începe la senzor, contor sau controler. Acesta poate fi un analizor de putere electrică, un senzor de temperatură, un senzor de vibrații, un apometru, un invertor, un PLC, un emițător de impulsuri sau o electronică dezvoltată la comandă.

Încă de aici se decid câteva întrebări fundamentale:

  • ce măsurăm de fapt;
  • cu ce precizie și rezoluție;
  • cât de des trebuie eșantionat;
  • în ce mediu fizic și electromagnetic funcționează dispozitivul;
  • ce interfață de comunicație este disponibilă;
  • dacă se pot pierde date atunci când conexiunea lipsește temporar.

O măsurare de putere la fiecare două secunde și o valoare de temperatură care sosește la fiecare cinci minute nu necesită aceeași gestionare a datelor. Iar seria de eșantioane de înaltă frecvență necesară unei analize de vibrații poate însemna o încărcare și o procesare locală cu totul diferite față de citirea zilnică a unui apometru.

Comunicația de câmp: realitatea este rareori un REST API

În IT-ul de birou, o rețea IP și un API documentat sunt considerate de la sine înțelese. În teren, în schimb, sunt frecvente RS-485, Modbus RTU, Modbus TCP, semnalele de impuls, I/O digitale sau analogice, protocoalele specifice producătorilor și echipamentele instalate de decenii.

Aici nu este suficient să știi că este vorba de „Modbus”. Trebuie cunoscute, printre altele:

  • identificatorul de unitate (unit ID);
  • adresarea registrelor;
  • tipul de date, ordinea octeților și ordinea cuvintelor;
  • factorul de scalare;
  • frecvența de interogare;
  • configurația fizică și rezistența de terminație a magistralei;
  • modul de tratare a erorilor de comunicație.

O valoare în virgulă mobilă pe 32 de biți interpretată greșit se poate transforma ușor într-o măsurătoare imposibilă din punct de vedere fizic. Dacă sistemul o transmite mai departe fără verificare, eroarea se propagă de-a lungul întregului lanț de date.

Gateway-ul: traducător, buffer și punct local de decizie

Gateway-ul face legătura între lumea de câmp și lumea IT. Sarcinile sale pot include traducerea între protocoale, precum și normalizarea, marcarea temporală, stocarea tampon, criptarea și transmiterea datelor.

Un gateway industrial trebuie însă să țină cont și de faptul că rețeaua nu este întotdeauna disponibilă. În astfel de situații, simpla eliminare a datelor nu este o soluție bună. Pot fi necesare stocarea locală, punerea în coadă și sincronizarea ulterioară.

Anumite decizii trebuie, de asemenea, luate local. Dacă depășirea unei valori-limită impune o deconectare sau o alarmă imediată, nu merită așteptat rezultatul drumului până în cloud și înapoi. De aceea, în multe cazuri, gateway-ul este și un dispozitiv de edge computing.

Intermedierea mesajelor: evenimente în loc de date

MQTT și alte soluții de mesagerie permit ca sursa de date și sistemul de procesare să nu fie legate printr-o conexiune directă și rigidă. Gateway-ul publică, iar sistemele autorizate se abonează la topicurile de care au nevoie.

Astfel, sistemul poate deveni mai flexibil, dar întrebările de proiectare nu dispar:

  • cum este construită structura de topicuri;
  • cum pot fi identificate dispozitivul și amplasamentul;
  • ce nivel de QoS (garanție de livrare) este necesar;
  • dacă sunt permise mesajele duplicate;
  • cum se realizează autentificarea și gestionarea drepturilor de acces;
  • ce garantează originea și integritatea mesajului.

Un mesaj bun nu este doar un număr. El conține sau face determinabil fără echivoc de unde a venit, când, cu ce calitate și cu ce semnificație.

Procesare și normalizare

Datele primite trebuie adesea curățate și interpretate. Aceasta poate include:

  • scalarea valorii brute;
  • conversia unităților de măsură;
  • detectarea valorilor eronate sau lipsă;
  • gestionarea duplicatelor;
  • asocierea datelor despre dispozitiv și amplasament;
  • logica de praguri și de stare;
  • calculul indicatorilor derivați.

O valoare 23871 nu spune nimic în sine. Poate fi o putere instantanee de 23.871 W, 2.387,1 kW la un factor de scalare de 0,1, indexul cumulat al unui contor de energie sau un cod de eroare. Datele devin interpretabile doar împreună cu metadatele potrivite și cu contextul operațional.

Stocarea: nu toate datele aparțin aceleiași baze de date

Datele de bază ale dispozitivelor, clienților, amplasamentelor și contractelor au o altă natură decât rândurile de măsurători care sosesc în fiecare secundă. De aceea, o platformă industrială folosește adesea mai multe soluții de stocare a datelor.

O bază de date relațională (tranzacțională) este puternică în gestionarea relațiilor, a drepturilor de acces și a obiectelor de business. Stocarea de serii temporale sau orientată pe coloane este potrivită pentru analiza rapidă a unor volume mari de date de măsurare. Un depozit de documente oferă, la rândul său, loc pentru procese-verbale, imagini și fișiere asociate.

Un sistem bun nu este cel care impune aceeași bază de date pentru orice, ci cel care construiește un model de business unitar deasupra diferitelor sarcini de stocare.

Contextul de afaceri: ceea ce dă valoare datelor

O valoare măsurată devine informație pentru companie atunci când este legată de ceva:

  • de un echipament;
  • de o încăpere sau un amplasament;
  • de un client;
  • de un centru de cost;
  • de un contract;
  • de o operațiune de producție;
  • de un istoric de mentenanță.

Unul dintre principiile de bază ale platformei OrigSmart este ca datele din lumea fizică și din cea a afacerilor să se întâlnească într-un mediu comun. Astfel, dintr-o valoare măsurată poate rezulta nu doar un grafic, ci și o alarmă, o sarcină, o comandă de lucru, o decontare sau o informație pentru deciziile conducerii.

Sfârșitul traseului datelor este, de fapt, începutul unui nou proces

Dacă un motor absoarbe un curent diferit de cel obișnuit, sistemul poate semnala acest lucru. Dar pentru un rezultat de afaceri trebuie să știm și cine primește semnalarea, în ce termen și cu ce date despre echipament, cum este documentată intervenția și cum se poate verifica dacă problema a fost eliminată.

OrigSmart gândește la nivelul întregului lanț valoric:

senzor → comunicație de câmp → gateway → procesarea datelor → eveniment → sarcină → feedback.

De aceea putem porni proiecte și acolo unde nu există încă un API gata făcut, ba chiar nici un punct de măsurare potrivit. Dacă este nevoie, proiectăm și stratul de detecție și de comunicație, apoi conectăm automatizarea și procesul de afaceri la aceeași platformă.

Adevărata întrebare a integrării industriale nu este, așadar, dacă putem afișa valoarea unui senzor.

Ci dacă întregul traseu al acestei valori poate fi transformat într-o funcționare controlată, interpretabilă și executabilă.

Să discutăm despre proiectul dumneavoastră

Surse