Jurnalul modificărilor
Etapele-cheie în dezvoltarea Ecosistemului IIoT, versiune cu versiune – subsisteme noi ale platformei, integrări, limbi și creșterea fiabilității.
Monitorizare, roluri și noi modalități de conectare
Trei direcții de lucru paralele: un serviciu de monitorizare cu un registru comun al detectoarelor și un singur tabel de evenimente, un model de autorizare bazat pe obiecte de politică de acces și noi modalități de a integra un dispozitiv sau o regiune – regimul proxy și un pachet regional de conformitate.
- Nou
Registru comun al detectoarelor și tabel unic al evenimentelor de monitorizare
Evenimentele care semnalează probleme provin din mai multe surse: serviciul de colectare a datelor (daemon), modulul de preluare a datelor, verificările programate, analiza cu IA. Serviciul de monitorizare le reduce la două entități – un nomenclator al detectoarelor, care definește ce se consideră problemă și ce serviciu și ce echipă de permanență răspund de ea, și un singur tabel de evenimente, în care scrie fiecare sursă. Tablourile de bord, filtrele și rapoartele citesc direct din acest tabel, astfel încât numărul problemelor deschise este același peste tot.
Aflați mai multe - Fiabilitate
Marcarea sesiunilor cu probleme la preluarea datelor
Fiecare sesiune se evaluează în momentul scrierii în baza de date. Regulile sunt praguri: conectare cu peste 15 minute înaintea orei planificate, o scădere a tensiunii bateriei de telemetrie cu peste 0,1 V față de sesiunea anterioară, o scădere a tensiunii bateriei metrologice cu peste 0,05 V, o durată anormală a conexiunii. Sesiunea primește un marcaj, iar sinteza zilnică se alcătuiește pe baza marcajelor, nu prin scanarea repetată a arhivei – costul verificării nu crește odată cu parcul de dispozitive.
- Securitate
Reguli de acces bazate pe obiecte de politică
Modelul de acces se bazează pe obiecte de politică: o clasă pentru fiecare resursă, metode obișnuite în locul unui limbaj specific domeniului (DSL). Un rol se descrie ca un set de capabilități denumite, fiecare cu indicatorii „activă” și „activată implicit”, astfel încât combinația de drepturi se configurează pentru fiecare instalare, fără livrarea unei versiuni noi. O politică rămâne un obiect obișnuit și se acoperă cu teste unitare, nu cu un scenariu complet parcurs prin interfața web.
Aflați mai multe - Integrare
Controlerele și reprezentările API, mutate în spațiul de nume v3
Contractul public primește un spațiu de nume propriu: controlerele și reprezentările trec în v3, iar v1 rămâne neschimbat, ca punct de intrare compatibil. Modificările incompatibile se fac numai în noul spațiu de nume, astfel încât interfața API poate evolua fără o rundă de coordonare cu fiecare integrator. Răspunsurile sunt localizate – nomenclatoarele și descrierile textuale se returnează în limba utilizatorului care a trimis cererea.
Aflați mai multe - Integrare
Al treilea regim de lucru cu dispozitivul – intermedierea prin proxy
Un dispozitiv comunică cu două servere: unul principal și unul de rezervă. Al treilea regim adaugă intermedierea prin proxy – serviciul de colectare a datelor acceptă conexiunea, transmite datele mai departe și rămâne transparent pentru dispozitiv. Astfel sunt acoperite amplasamentele care nu au o rută directă către platformă. Regimul se reflectă atât pe serverul de colectare, cât și în interfață, așa că, la analiza unei conexiuni, este clar pe ce cale au ajuns datele.
Aflați mai multe - Performanță
Ultima sesiune și modelul contorului, memorate în cache în tabelul de telemetrie
Ultima sesiune de comunicație și o referință la modelul contorului se memorează în cache lângă înregistrarea de telemetrie – tensiunea bateriei, codul statusului sesiunii, unitățile de măsură. Listele și filtrele la nivelul întregului parc de dispozitive se obțin printr-o singură interogare, nu prin accesarea arhivei la fiecare ecran, astfel încât timpul de răspuns nu depinde de adâncimea istoricului. Memoria cache se actualizează la preluarea datelor, așa că întârzierea ei este limitată de sesiunea de comunicație, nu de o fereastră de recalculare programată.
- Nou
MENA Compliance Pack
Cerințele țărilor din regiune diferă, dar au un nucleu comun: reglementările privind IoT, securitatea cibernetică, protecția datelor cu caracter personal, restricțiile de găzduire în cloud, exploatarea industrială. Pachetul definește acest nucleu comun și trece diferențele în anexe pe țări, iar configurația instalării indică anexa necesară. Documentul răspunde la întrebarea privind aplicabilitatea înainte de lansarea unui proiect-pilot – se adresează clienților, partenerilor locali, integratorilor de sisteme și instituțiilor publice.
- Limbi
Documentația și portalul în limba sârbă
Documentația platformei v3, a gamei de dispozitive IIoT și a interfeței API, precum și întreaga interfață a portalului, este disponibilă în limba sârbă, cu alfabet latin – a 14-a limbă a portalului. Paginile poartă eticheta de limbă sr-Latn, astfel încât browserele, cititoarele de ecran și motoarele de căutare le tratează ca text în sârbă cu alfabet latin, iar căutarea de pe site folosește un index separat pentru sârbă, care la o interogare în sârbă returnează pagini în sârbă. Terminologia urmează glosarul corporativ comun cu site-ul companiei, iar numerele respectă convențiile sârbești: virgula zecimală și punctul ca separator al miilor.
Aflați mai multe
Datele dispozitivelor – de încredere și ușor de citit
Datele dispozitivelor se interpretează conform specificației protocolului: măștile de biți se decodifică bit cu bit, codurile se afișează în format hexazecimal, iar descrierile din arhive sunt formulate pornind de la starea echipamentului. Datele deja acumulate în arhivă au fost recalculate după aceeași logică.
- Fiabilitate
Decodificarea bit cu bit a măștilor de stare în jurnalele de evenimente și de alarme
Câmpurile de stare ale evenimentelor și ale alarmelor din protocolul Type-M sunt măști de 16 biți: bitul 1 semnalează bateria descărcată, bitul 2 – semnalul GSM slab, bitul 15 (32768) – repornirea dispozitivului. Decodificarea parcurge biții și îi compară cu pragurile din firmware: evenimentul de baterie descărcată se activează sub 11,7 V și se dezactivează peste 12,0 V, cu un histerezis de 300 mV. Descrierile din jurnale se construiesc pe baza biților decodificați, iar datele deja acumulate în arhivă au fost recalculate după aceeași logică – 7.872 de înregistrări actualizate, 112.924 adăugate.
- Îmbunătățit
Arhivele dispozitivelor: etichete de file și descrieri de evenimente reformulate
Textele din filele arhivelor sunt formulate pornind de la starea echipamentului, nu de la câmpurile pachetului: descrierea spune ce s-a întâmplat cu dispozitivul. Etichetele filelor nu repetă numele secțiunii, iar coloana de stare se numește „Indicatori”, după conținutul ei. Valorile se afișează într-un font cu lățime fixă, astfel încât lățimea coloanei nu depinde de lungimea valorii.
Aflați mai multe - Îmbunătățit
Codurile de alarmă și de eveniment, afișate în format hexazecimal
Codurile de alarmă și de eveniment se afișează în format hexazecimal: 0x8000, 0x0001, 0x0000 – completate cu zerouri nesemnificative până la patru cifre. Fontul cu lățime fixă aliniază cifrele pe verticală de la un rând la altul, astfel încât bitul activ se observă imediat și poate fi comparat cu specificația protocolului fără conversie din sistemul zecimal.
- Îmbunătățit
Starea tabelelor: înregistrări pe pagină, unități de măsură și coduri ale încercărilor repetate
Tabelele de date își păstrează starea la navigare: numărul ales de înregistrări pe pagină se menține. Unitățile de măsură au trecut din antetul coloanei lângă valoarea propriu-zisă – antetul rămâne scurt, iar unitatea stă acolo unde este numărul. Pentru încercările repetate se afișează atât numărul lor, cât și codul motivului, astfel încât calitatea conexiunii se citește direct din tabel.
- Performanță
Profilarea cozii de preluare a datelor pe serverul de procesare în fundal
Fluxul de preluare a datelor care rulează în fundal a fost profilat etapă cu etapă și reechilibrat între procesele de lucru. Citirile ajung în arhivă imediat după sesiunea de comunicație. Coada ține pasul cu creșterea parcului de dispozitive: sarcinile se procesează mai repede decât sosesc, iar rezerva de capacitate de procesare se vede în jurnalul de preluare a datelor.
Aflați mai multe
Exploatare industrială
Prima versiune de producție a celei de-a treia generații: un operator o folosește pentru a-și gestiona parcul de echipamente de măsurare aflat în exploatare, pe tot lanțul – colectare, stocare, interfață web, API și analiză. Peste această bază rulează Centrul operațional, iar parametrii sesiunilor au trecut în stocarea comună a arhivelor.
- Nou
Versiunea 3.0: primul mediu industrial de producție
A treia generație iese din etapa versiunilor preliminare: un operator industrial o folosește pentru a-și gestiona parcul de echipamente de măsurare aflat în exploatare. Serviciul de colectare a datelor, stocarea, interfața web, interfața API publică și analiza funcționează toate într-un singur mediu. Perioada de tranziție, în care cele două generații funcționau în paralel, s-a încheiat.
Aflați mai multe - Nou
Centrul operațional (OHM)
Fluxul de alarme brute se transformă într-un set de probleme operaționale gestionate. Detectoarele și problemele canonice comasează evenimentele repetate într-o singură problemă, corelarea îi atașează dovezile, scorurile de stare ale activelor ierarhizează parcul de dispozitive după risc, prioritățile și politica SLA stabilesc termenul de reacție, iar coada de sarcini păstrează sarcina până la închidere. Incidentele masive – o singură defectare care declanșează sute de alarme – sunt tratate ca o clasă aparte. Un nivel de IA propune pasul următor pe baza istoricului acumulat al cazurilor similare.
Aflați mai multe - Îmbunătățit
Nivelul semnalului GSM, stocat și afișat pe o singură scală în dBm
Nivelul semnalului GSM se păstrează pe o singură scală în dBm, indiferent de unitatea în care îl transmite protocolul dispozitivului – procente, unități relative sau direct dBm. Conversia se face în driverele de preluare a datelor, la intrare, nu la afișare, astfel încât valoarea este aceeași în interfață, în API și în rapoarte. Datele acumulate sunt aduse pe aceeași scală, iar evoluția acoperirii rețelei se poate urmări pe tot istoricul parcului de dispozitive.
- Fiabilitate
Istoricul sesiunilor de comunicație, convertit în schema v3
Comenzile de migrare mută istoricul sesiunilor de comunicație în schema celei de-a treia generații. Transferul se face în etape: mai întâi canalele de sesiune proprii ale dispozitivului, apoi canalele comune ale modulului de telemetrie, apoi alinierea la schema parametrilor. Comenzile se lansează pe fiecare server în parte și rulează în loturi, astfel încât colectarea datelor continuă, iar graficele și rapoartele acoperă tot istoricul dispozitivului.
- Performanță
Parametrii sesiunilor, mutați în tabelul comun al arhivelor
Antetele sesiunilor rămân în propriul tabel, iar parametrii sesiunilor se scriu în tabelul comun al arhivelor – aceeași stocare în care ajung citirile. Protocolul declară ce parametri transmite: Type-M are un set de canale, Type-J – altul, MQTT – un al treilea. Un tip nou de dispozitiv se introduce prin rânduri noi în nomenclatorul canalelor, fără migrarea schemei bazei de date.
Aflați mai multe
Senzori de presiune și de temperatură: traseul complet al datelor
O nouă clasă de dispozitive, adusă de la protocol până la propria fișă în interfață: driver, model de date, preluare a arhivelor, nomenclatoare ale tipurilor de senzori, unități de măsură. Odată cu ea au fost definite legăturile din modelul de date de care depind rapoartele, filtrele și regulile de acces.
- Nou
Senzori de presiune și de temperatură: driver, model, arhive, fișa dispozitivului
Platforma acceptă o nouă clasă de dispozitive pe tot traseul datelor. Serviciul de colectare a datelor include un driver de protocol: pachetul de identificare al unității autonome, valorile curente, arhivele, configurația. Aplicația conține modelul de date și calea de scriere: presiunea și temperatura curente, secțiunile de arhivă, parametrii sesiunii de comunicație, un instantaneu al configurației. În interfața web, dispozitivul are propria fișă, cu un set de câmpuri adaptat unui senzor.
Aflați mai multe - Îmbunătățit
Nomenclatorul tipurilor de senzori și coeficienții de calibrare ai senzorului
Tipul senzorului provine dintr-un nomenclator al domeniilor de măsurare, legat de modelul echipamentului în a treia formă normală: presiune absolută 0…160 kPa, 0…400 kPa, 0…600 kPa, 0…1,0 MPa, 0…1,6 MPa, 0…2,5 MPa și următoarele, conform specificației. Driverul de pe calea de scriere determină tipul la identificarea dispozitivului, astfel încât sistemul cunoaște domeniul de măsurare și unitățile, nu numai instalatorul. Fila parametrilor afișează coeficienții de calibrare ai senzorului instalat.
Aflați mai multe - Îmbunătățit
Unitățile de măsură alese, în toate vizualizările unei valori
Unitatea de măsură aleasă se aplică la nivelul de prezentare și rămâne aceeași în toate vizualizările valorii – cardul presiunii curente, graficul, jurnalul de date, jurnalul de alarme. Conversia presiunii absolute în presiune relativă ține de același nivel: se activează printr-o opțiune și se aplică numai senzorilor care măsoară presiunea absolută. Precizia se stabilește în funcție de senzor – temperatura cu o zecimală, milimetrii coloană de mercur fără zecimale.
- Fiabilitate
Verificarea gradului de completare a arhivei de configurație înainte de scrierea în baza de date
Conexiunea cu un dispozitiv se poate întrerupe în mijlocul unui transfer, de aceea, înainte de scrierea în baza de date, se verifică dacă arhiva de configurație este completă și integră. Un instantaneu colectat doar parțial nu îl înlocuiește pe cel în vigoare. Arhiva de evenimente se stochează alături de citiri. Astfel, chiar și o sesiune de comunicație întreruptă lasă o urmă de la care se poate porni analiza.
- Îmbunătățit
Legătura dintre punctul de măsurare și furnizor, la nivelul modelului de date
Apartenența unui punct de măsurare la un furnizor este definită ca relație explicită la nivelul bazei de date și al modelelor de date. Înregistrările existente se transferă prin comenzi de migrare. Selecțiile pentru rapoarte, filtrele fațetate și regulile de acces depind toate de această relație. Ele se construiesc direct pe baza structurii organizatorice, inclusiv a modificărilor ei în urma reorganizărilor.
Aflați mai multe - Îmbunătățit
Filtru după dată și export în fila jurnalului datelor transmise
Jurnalul datelor transmise are aceeași bară de instrumente ca celelalte file ale arhivelor. Bara conține un filtru după perioadă și exportul într-un fișier. Selecția pentru intervalul dorit se poate trimite departamentelor conexe direct din interfață, fără nicio cerere separată către baza de date.
Aflați mai multe - Fiabilitate
Poziția vanei, sincronizată cu limitatoarele de cursă
Limitatoarele de cursă ale actuatorului semnalează fără ambiguitate pozițiile „închis” și „deschis”. Interfața afișează exact poziția pe care o confirmă acestea și păstrează comanda activă. Starea se reconciliază după prima punere sub tensiune, după o acționare manuală și după lucrările de service, astfel încât dispecerul vede poziția reală din teren.
Testare de acceptanță externă și nucleu de date reconstruit
Platforma a trecut printr-o testare de acceptanță externă: specialiști externi au parcurs scenariile, iar observațiile lor au fost rezolvate înainte de versiunea candidată la lansare. În paralel, nucleul de date a fost decuplat – un consumator poate fi deservit de mai mulți furnizori, iar modulul de telemetrie se descrie independent de codul IMEI.
- Nou
Nucleul de date, reconstruit în jurul consumatorului și al canalului de telemetrie
Nucleul de date a fost reconstruit pentru cerințele celei de-a treia generații: un consumator poate fi deservit de mai mulți furnizori, iar modulul de telemetrie se descrie independent de codul IMEI. Ambele decuplări sunt la nivelul schemei și au fost introduse înainte ca restul funcțiilor să fie construit peste ea. Astfel, a treia generație are propriul model de date, proiectat pentru schimbarea furnizorului și pentru mai multe utilități la același consumator.
Aflați mai multe - Integrare
Modulul de telemetrie, descris prin tipul canalului și prin identificator
Modulul de telemetrie se descrie prin două câmpuri: tipul canalului – GSM, Ethernet, MQTT, concentrator de date, LoRaWAN – și un identificator de tipul corespunzător: IMEI, IP, MAC, client_id, DevEUI. Controlerele, rapoartele, exporturile, serviciile de fundal și interfața API sunt adaptate toate la modelul extins. Astfel, un nou tip de transport se adaugă ca valoare într-un nomenclator, într-un singur punct al schemei.
Aflați mai multe - Fiabilitate
O rundă de testare de acceptanță externă
Platforma a trecut printr-o testare de acceptanță externă într-un mediu demonstrativ: scenariile au fost parcurse de specialiști externi, nu de echipa de dezvoltare. Observațiile privind expertul pentru amplasament nou, formularele, filtrele fațetate, planificările și localizarea notificărilor au fost analizate și închise înainte de versiunea candidată la lansare. Testarea de acceptanță externă este inclusă în ciclul de dezvoltare ca etapă obligatorie înaintea fiecărei lansări.
- Îmbunătățit
Editarea intervalelor de funcționare ale unității de comandă a vanelor
Intervalele de funcționare ale unității de comandă a vanelor se editează din interfață. Timpul de predeschidere se reglează în domeniul 1–30 s, pauza de stabilizare a presiunii în domeniul 30–600 s, iar timpul de cursă completă respectă specificația actuatorului. Valorile se introduc în secunde, cu o zecimală, și se verifică în raport cu aceste domenii, astfel încât unitatea de măsură și precizia din formular corespund fișei tehnice a echipamentului.
Aflați mai multe - Îmbunătățit
Detașarea unui dispozitiv de punctul de măsurare fără pierderea istoricului
Un dispozitiv se detașează de punctul de măsurare și rămâne în sistem cu propriile date. Înlocuirea, mutarea și revenirea din reparație se înregistrează ca evenimente de evidență. Astfel, istoricul punctului de măsurare și istoricul dispozitivului rămân continue și pot fi urmărite separat.
Aflați mai multe - Securitate
Analiza statică de securitate a codului sursă
Codul sursă trece printr-o analiză statică pentru clasele standard de vulnerabilități ale aplicațiilor web. Fiecare rezultat semnalat se verifică manual: instrumentul de analiză nu vede contextul, așa că o parte dintre ele se elimină ca fals pozitive, iar restul se remediază înainte de lansare. Rularea este integrată în procedura de lansare și se repetă la fiecare compilare.
Aflați mai multe - Limbi
Platforma și dispozitivele în 13 limbi
Documentația platformei v3 și a gamei de dispozitive IIoT, precum și întreaga interfață a portalului, este disponibilă în 13 limbi. Araba și persana sunt integrate cu scriere de la dreapta la stânga: se oglindește întregul aspect al paginii, nu doar direcția textului. O pagină aflată încă în coada de traducere se afișează în engleză la adresa URL localizată și este marcată cu noindex, astfel încât schimbarea limbii duce întotdeauna la o pagină existentă.
Aflați mai multe - Integrare
Înregistrarea automată din a treia generație pentru întreaga gamă compatibilă
Înregistrarea automată din a treia generație acoperă întreaga gamă de dispozitive compatibile, inclusiv vanele de închidere comandate prin MQTT. Un dispozitiv pornit la fața locului își creează singur punctul de măsurare și este imediat disponibil pentru citire și comandă. Identificatorul este transmis în pachetul dispozitivului, astfel încât instalarea nu necesită nicio introducere manuală de date în platformă.
Aflați mai multe
Stiva V3 într-un mediu industrial
Serviciul de colectare și sistemul de stocare a datelor din a treia generație au fost instalate la primul client industrial și au început să preia citiri reale. Interfața API publică a fost verificată în raport cu noul model de date, iar portalul de documentație a fost lansat.
- Nou
AI Analytics: 22 de rapoarte cu metodologia și formulele publicate
Modulul de analiză cu IA: 22 de rapoarte pentru puncte de măsurare individuale și pentru întregul parc de dispozitive – bilanțuri, anomalii de presiune, prognoze ale duratei de viață a bateriilor, detectarea ocolirii măsurării, un atlas al defecțiunilor. Metodologia și formulele fiecărui raport sunt publicate: se văd câmpurile și ipotezele pe care se sprijină o concluzie, iar cifra poate fi recalculată manual. Astfel, raportul se pretează la o analiză detaliată împreună cu clientul și poate fi anexat la documentația pentru autoritățile de reglementare.
Aflați mai multe - Nou
Ghid ilustrat al utilizatorului, cu capturi de ecran reale în ambele teme
Un ghid pas cu pas pentru lucrul cu platforma, bazat pe capturi de ecran reale ale interfeței în tema luminoasă și în cea întunecată. Ambele serii provin din una și aceeași stare a datelor, astfel încât pașii coincid de la o temă la alta. Datele din capturi sunt anonimizate, ceea ce permite transmiterea ghidului în afara organizației fără o aprobare separată.
Aflați mai multe - Nou
Data Platform v3: arhitectură, scalare și conformitate cu directivele UE
O versiune majoră a documentației: arhitectura, scalarea și conformitatea cu directivele UE sunt descrise pentru a treia generație. Versiunea 3 este cea curentă, iar redirecționările de la adresa rădăcină duc la ea. A doua generație rămâne accesibilă prin linkuri directe și prin selectorul de versiuni.
Aflați mai multe - Performanță
Registrul punctelor de măsurare: tabel, filtre în cascadă, selecții salvate
Registrul punctelor de măsurare este dimensionat pentru un parc de mii de înregistrări: un tabel paginat cu bară de acțiuni, filtre fațetate în cascadă și filtre salvate ale utilizatorului. Alegerea unei valori într-o fațetă recalculează valorile admisibile în celelalte, astfel încât nicio combinație nu duce la o selecție goală. Pagina punctului de măsurare este alcătuită din două panouri cu file și carduri.
Aflați mai multe - Îmbunătățit
Portal unic de documentație pentru platformă, API și dispozitive IIoT
Documentația platformei, a interfeței API și a dispozitivelor IIoT este reunită într-un singur portal: un site generat static, un glosar comun și un asistent de IA care răspunde pe baza conținutului. Căutarea în textul integral rulează în browser, fără servicii externe și fără chei. Fiecare pagină este disponibilă și ca sursă Markdown – pentru cei care o citesc cu un instrument, nu cu ochii.
- Nou
Interfață REST API publică pentru puncte de măsurare, arhive și sesiuni
Platforma pune la dispoziție o interfață REST API publică pentru punctele de măsurare și caracteristicile lor, arhivele citirilor, evenimentele și mesajele dispozitivelor, sesiunile de comunicație și nomenclatoarele. Documentația de referință este organizată endpoint cu endpoint: metodă, parametri, formatul răspunsului, coduri de eroare. Un integrator poate construi întreaga conexiune numai pe baza acestei documentații, fără asistență din partea noastră.
Aflați mai multe - Integrare
Validarea interfeței API publice în raport cu modelul de date V3
Fiecare endpoint al interfeței API publice este verificat, unul câte unul, în raport cu modelul de date al celei de-a treia generații. Căile și contractele rămân exact acolo unde le așteaptă integratorii, astfel încât integrările existente continuă să funcționeze fără modificări. Răspunsul pentru arhiva de configurație conține parametrii metrologici consolidați, care altfel ar necesita mai multe cereri: debitul minim și maxim, data verificării metrologice, numărul de serie.
Aflați mai multe - Nou
Driverul protocolului senzorilor de presiune și de temperatură în serviciul de colectare
Serviciul de colectare a datelor primește un driver pentru un protocol nou: pachetul de identificare al unei unități autonome, valorile curente de presiune și de temperatură, arhivele și un instantaneu al configurației. Driverul se află alături de componenta care gestionează vanele de închidere, în aceeași familie de protocoale, și reutilizează parsarea nivelului de sesiune. O lună mai târziu, pe această bază s-a construit modulul complet – de la modelul de date până la fișa dispozitivului.
Aflați mai multe - Îmbunătățit
Rapoarte de analiză cu IA la fiecare nivel al ierarhiei companiilor
Rapoartele încorporate sunt disponibile la fiecare nivel al arborelui companiilor: compania-mamă, o filială și un departament au fiecare propriul set de rapoarte analitice. Fiecare nod al arborelui primește rapoarte pentru propriul perimetru, indiferent de adâncimea la care se află. Blocul încorporat nu are titlu propriu, deoarece numele secțiunii apare deja în navigare.
Aflați mai multe - Fiabilitate
Decalajul orar în jurnalele serviciilor de colectare
Serviciile de colectare a datelor rulează în țări și fusuri orare diferite, de aceea fiecare rând din jurnal conține un decalaj orar explicit, în formatul 2026-05-27 14:43:43 +03:00. Înregistrările de pe amplasamente diferite se aliniază pe aceeași scală de timp imediat ce sunt puse una lângă alta. La reconstituirea unui incident, ordinea evenimentelor din tot parcul de dispozitive se stabilește fără ambiguitate.
Aflați mai multe - Integrare
Stiva pentru vanele de închidere MQTT pe serverul de colectare V3
Stiva pentru vanele de închidere comandate prin MQTT rulează pe serverul de colectare din a treia generație: schimbul de mesaje, transmiterea comenzilor, stocarea datelor și modulul de înregistrare automată adaptat la algoritmul V3. O vană conectată pe amplasament se înregistrează singură – își creează propriul punct de măsurare și acceptă comenzi imediat. Astfel, un singur server deservește întregul parc de actuatoare, alături de dispozitivele de măsurare.
Aflați mai multe - Nou
Stiva completă de colectare și de stocare V3 la primul client industrial
Serviciul de colectare a datelor și sistemul de colectare și de stocare din a treia generație sunt instalate integral la primul client industrial și preiau citiri reale. Din acel moment, dezvoltarea continuă pe un flux real de date: arhivele, nomenclatoarele și volumele corespund exploatării industriale. Analiza se verifică pe date autentice din teren, nu pe un instantaneu de test.
Aflați mai multe
Telemetrie dincolo de GSM
Parcul de dispozitive s-a extins cu echipamente pe care platforma nu doar le citește, ci le și comandă: vane de închidere care comunică prin MQTT. Registrul punctelor de măsurare a fost reconstruit în jurul stărilor și al datelor geografice, potrivite pentru hartă și pentru echipele din teren.
- Integrare
Driver MQTT pentru vanele de închidere comandate de la distanță
Prima clasă de dispozitive pe care platforma nu doar le citește, ci le și comandă. Un driver dedicat acoperă schimbul de date prin MQTT, transmiterea comenzilor și stocarea datelor proprii ale vanei. Lanțul de comandă rulează pe aceeași stivă ca lanțul de măsurare, astfel încât actuatoarele nu necesită o componentă separată.
Aflați mai multe - Îmbunătățit
Un format unic al coordonatelor geografice pentru tot parcul de dispozitive
Coordonatele geografice ale parcului de dispozitive sunt aduse la un format unic: peste opt sute de puncte de măsurare, dintre care 761 au fost prelucrate automat și 48 manual, acolo unde denumirile amplasamentelor au necesitat verificări încrucișate. Auditul tabelului principal arată că cinci puncte de măsurare nu au coordonate, iar trei dintre ele sunt înregistrări de test. Registrul este pregătit pentru afișarea pe hartă, pentru gruparea geografică și pentru stabilirea traseelor echipelor din teren.
- Îmbunătățit
Patru stări de funcționare ale punctului de măsurare
Un punct de măsurare are patru stări de funcționare: în funcțiune, deconectat, nou, în reparație. Fiecăreia îi corespunde o acțiune concretă a dispecerului. Pe tabloul de bord, stările sunt grupate, astfel încât sinteza parcului de dispozitive se poate citi fără a extinde lista completă.
Aflați mai multe
Structura de bază a noii interfețe
Punctul de plecare al celei de-a treia generații: un singur șablon de pagină, o căutare globală funcțională, un manager de teme și un tablou de bord pe modelul de date de producție. Localizarea este integrată în componente din prima zi, nu adăugată ulterior.
- Limbi
Localizare integrată în componentele noii interfețe
Localizarea face parte din fundamentul noii interfețe: fiecare componentă a structurii de bază vine cu textele extrase în resurse separate, nu scrise direct în codul de marcare. Setul de limbi al unui server se declară la instalare prin variabile de mediu – schema de localizare și lista setărilor regionale. Astfel, o instalare destinată altei piețe nu necesită reconstruirea imaginii de container.
- Nou
Tabloul de bord pe modelul de date de producție
Widgeturile tabloului de bord sunt conectate la modelul de date de producție: acoperirea parcului de dispozitive, starea sesiunilor de comunicație și stările dispozitivelor, pe un singur ecran. Este prima confruntare a noii interfețe cu volume reale și cu golurile reale din datele de teren. Aspectul paginii și interogările funcționează pe un set de date industrial, nu pe date de test.
Aflați mai multe - Nou
Structura de bază a interfeței: șablon de pagină, panouri, manager de teme
Interfața cu utilizatorul se bazează pe un singur șablon de pagină: antet și subsol, panouri în stânga și în dreapta, un manager de teme cu aspect luminos și întunecat. Căutarea globală acoperă amplasamentele, echipamentele și consumatorii, cu salt direct la înregistrarea găsită. Toate secțiunile celei de-a treia generații se construiesc apoi pe acest șablon, care asigură un comportament unitar al navigării și al stărilor.
Aflați mai multe