Zakaj avtomatizacijski workflow pogosto razpade na nepovezane korake?
Na objektu inženir najprej odkrije naprave, preveri BACnet objekte, Modbus registre, KNX skupinske naslove ali Climatix hierarhijo. Ko komunikacija deluje, se začne drug projekt: vizualizacija. Naslovi se ponovno prepisujejo, točke dobijo nove oznake, povezave pa je treba še enkrat preveriti. Ko je HMI narejen, sledi tretji problem: kako ga varno in pregledno dostaviti na Android napravo.
Vsaka ločena faza lahko deluje dobro, vendar prehodi med njimi ustvarjajo dodatno delo. Pri stotinah točk postane največji problem prav ponavljanje podatkovnega modela. Zato je pomemben skupni projektni kontekst.
1. NODVIA Field – realni svet projekta
NODVIA Field je commissioning in servisno okolje. Odkrije naprave, preverja komunikacijo, bere in pri podprtih funkcijah zapisuje vrednosti ter shranjuje projektni kontekst. Njegova naloga ni biti končni operaterski HMI, ampak inženirju dati čim hitrejši dostop do realnih naprav in podatkov.
Pri BACnet projektu to pomeni naprave, Device ID, IP/port kontekst in objekte. Pri Climatixu so lahko del projekta SCOPE hierarhija, točke, urniki in history/trend objekti. Drugi protokoli in servisna orodja ostanejo del širšega Field toolboxa.
2. NODVIA Studio – projektni HMI designer
NODVIA Studio odpre projekt in uporablja njegovo drevo točk. Namesto ponovnega vnašanja Device ID, object instance ali Climatix poti uporabnik izbere obstoječo projektno točko in jo povleče na vizualizacijsko platno.
Studio omogoča strani in popupe, live vrednosti, statuse, setpointe, gauge, trende, urnike, ikone, shapes, lines in pipes. Vgrajena vektorska knjižnica vsebuje HVAC in automation simbole. Projekt je lahko portrait ali landscape, z naslovno vrstico, navigacijo in fullscreen usmerjenim runtimeom.
Allow write kot projektna odločitev
Pomembna razlika med prikazom in upravljanjem je write permission. Element, ki samo prikazuje vrednost, ni samodejno kontrola. Ko je Allow write v projektu omogočen in je binding primeren, se lahko element obravnava kot setpoint oziroma writable control. Končni runtime še vedno upošteva projektno licenco, binding in omejitve protokola.
3. Nova vloga Studia: NODVIA Cloud
NODVIA Studio ni več samo lokalni designer. Cloud funkcije so postale del projektnega workflowa. Studio ima Partner ID/API key konfiguracijo, stabilni Project ID v obliki NVP-…, HTTPS Publish, deployment link/QR ter pregled View licence in sedežev.
Ob objavi se v Cloud pošlje projektni paket z bistvenimi projektnimi in visualization datotekami ter manifestom. Cloud vodi trenutno različico in SHA-256, zato je mogoče pri prenosu preveriti, ali je paket nespremenjen.
Browse / Open Cloud Projects
Posebej pomembna je možnost, da Studio Cloud projekta ne zna samo objaviti, ampak ga zna tudi ponovno najti in odpreti. Partner lahko pregleda projekte, vidi Project ID, Customer, stanje licence, uporabljene/dovoljene sedeže, trenutno Cloud različico, velikost paketa in datum spremembe.
Izbran projekt lahko Studio prenese, preveri SHA-256 in ga odpre skupaj z visualization podatki. To omogoča veliko bolj normalen vzdrževalni workflow: projekt ni ujet v enem lokalnem računalniku, ampak ga je mogoče prevzeti iz centralnega projektnega repozitorija.
4. Project ID kot vez med vsemi deli
Project ID je na videz majhna funkcija, vendar je arhitekturno zelo pomembna. Lokalno ime datoteke se lahko spremeni, Customer in Project Name sta namenjena ljudem, NVP-… pa predstavlja stabilno strojno identiteto projekta.
Project ID se uporablja pri objavi, license requestu, seat statusu, deployment povezavi in Android View aktivaciji. Tako je mogoče isto vizualizacijo nadgraditi z novo Cloud verzijo, ne da bi uporabnik na vsaki napravi ročno znova sestavljal konfiguracijo.
5. NODVIA View – samostojni Android HMI runtime
NODVIA View je novi samostojni član družine. To je pomembna sprememba glede na zgodnejšo fazo razvoja, ko je bil Project Visualization primarno prikazan znotraj NODVIA Field.
View je namenski fullscreen HMI runtime. Ne gradi Field spodnje navigacije HOME/BACNET/MODBUS/TOOLS/PROJECTS in uporabnik ne dobi servisnega toolboxa. Če projekt ni aktiviran, aplikacija ostane v View registracijskem/projektnem toku. To loči operaterski runtime od commissioning okolja.
Deployment z QR ali Project ID
View lahko do projekta pride prek Project ID, deep-link deployment povezave ali QR kode. QR scanner uporablja kamero telefona; po skenu aplikacija razbere Project ID, projekt aktivira in ga prenese iz PICALLW Cloud.
Več projektov in življenjski cikel
View podpira več projektov. Uporabnik lahko odpre projektni seznam ter izvede OPEN, UPDATE ali DOWNLOAD. To je pomembno na napravah, ki se uporabljajo za več objektov ali pri servisnih/partnerskih scenarijih.
6. HMI funkcije v View
View uporablja visualization projekt iz Studia in lahko prikazuje live vrednosti, statuse, gauge, grafično opremo, strani, popupe, title/navigation elemente ter podprte writable kontrole. Izvedba write funkcije ni povezana z NODVIA Field PRO; preverja se projektni View license/trial in projektna nastavitev Allow write.
Trendi imajo interaktivni cursor z vrednostjo, range zoom in reset/FIT. Urniki uporabljajo grafični workflow, kjer se pred zapisom preverjajo čas, vrstni red dogodkov in protokolno smiselne vrednosti. BACnet in Climatix writerja ostajata ločena in uporabljata read-back verification.
7. Zakaj Cloud ne sme postati kritična odvisnost avtomatizacije?
PICALLW Cloud v tej arhitekturi rešuje projektno distribucijo, activation/licensing in pregled deploymenta. To je druga naloga od samega procesa avtomatizacije. NODVIA je še vedno zasnovana z local-first logiko: Cloud ne sme postati razlog, da osnovna HMI uporaba ali lokalna avtomatizacija preneha ob kratkem izpadu interneta.
Zato lahko podpisana aktivacija/licenca po uspešnem deploymentu omogoča offline uporabo. Cloud ostane nadzorovan kanal za verzije, deployment in projektne spremembe.
8. Kaj dobi sistemski integrator?
Največja korist ni en posamezen gumb. Vrednost je v zmanjšanju prekinitev med fazami projekta:
- Field: realna naprava in projektna baza,
- Studio: HMI design iz istih točk,
- Cloud: identiteta, različica, deployment in status,
- View: namenski Android runtime.
Ko se projekt spremeni, Studio lahko ponovno odpre Cloud verzijo, jo popravi, objavi novo različico, View pa projekt posodobi. To je precej bližje življenjskemu ciklu prave avtomatizacijske platforme kot klasičnemu “export JSON in ročno kopiraj na telefon”.
9. Kje ostane Project Visualization v NODVIA Field?
Project Visualization v Field ima še vedno smisel kot commissioning in testni pogled. Inženir lahko na isti napravi preveri binding, page layout, trend ali schedule in se nato vrne v servisno orodje. Za samostojno uporabniško oziroma operatersko uporabo pa je nova vloga jasno ločena: NODVIA View.
Zaključek
NODVIA se s tem premakne od bogatega terenskega toolboxa proti povezanemu projektnemu sistemu. Field poveže projekt z realnim svetom, Studio oblikuje HMI in upravlja Cloud, Project ID poveže deployment, View pa operaterski zaslon loči od servisnega okolja.
Najkrajši opis nove arhitekture je zato: