Automatizare inteligentă a clădirii

Automatizări desenate, nu scrise în cod

Mentivira Flows este motorul de automatizare al platformei, în dezvoltare: pui cap la cap regulile pe o pânză vizuală, iar ele sunt gândite să ruleze direct pe gateway-ul din clădire, chiar dacă pică conexiunea la internet.

Produs în dezvoltare. Soluția Mentivira completă va fi disponibilă în 2028.

Pui blocurile cap la cap. Motorul le execută.

Mentivira Flows e un editor vizual: iei activitățile din paletă, le conectezi și construiești o regulă. Versiunea din mediul nostru de test are 17 activități — de la declanșatoare pe bază de eveniment, bucle și ramificații, până la citiri de date, comenzi către echipamente, notificări sau apeluri HTTP. Iar condițiile le asamblezi direct din interfață, folosind câmpuri și liste predefinite.

Nu există locuri unde să introduci cod. Constructorul generează o structură fixă de date, fără să evalueze expresii direct la rulare. În plus, catalogul de activități rămâne strict delimitat: motorul execută exact blocurile așezate pe pânză. Decizia e intenționată, fiindcă un sistem ce interpretează cod introdus liber ar deschide o breșă de securitate direct în infrastructura clădirii.

Fiecare regulă este gestionată pe versiuni. Începi într-o ciornă și o verifici mai întâi în panoul de test, unde vezi pas cu pas ce urmează să se întâmple, fără ca vreo comandă să fie trimisă în teren. Când ești gata, o publici. Odată publicată, versiunea nu mai poate fi modificată, iar istoricul salvat în jurnal reține pașii și rezultatul fiecărei rulări. Editorul e conceput pentru desktop, în timp ce aplicația mobilă e destinată operării rapide și monitorizării.

Motorul în date concrete

Datele de mai jos reflectă arhitectura curentă a motorului și limitele lui din proiectare — nu sunt rezultate adunate de la clienți, întrucât nu avem clienți în acest moment.

17
activități disponibile în catalog
Setul complet furnizat de motor, implementat și testat în mediul propriu de dezvoltare.
0
linii de cod de scris
Prin design: toate condițiile se asamblează vizual, iar motorul nu procesează text.
≤ 1000
pași per execuție
Plafon de siguranță, alături de o durată maximă de execuție de 30 s. Dacă o regulă conține erori, se oprește automat fără să blocheze gateway-ul.
sub 200 ms
timp de la declanșare la comandă
Obiectivul stabilit pentru bucla locală, nu o valoare extrasă din măsurători reale.

Fără automatizări bătute în cuie din fabrică.

Sistemele clasice te limitează la automatizările gândite de producător. Când ai nevoie de o logică atipică — cum ar fi un scenariu de hotel sincronizat cu recepția, o schemă custom de prioritate pentru sursele de căldură sau un orar de magazin cu vitrină controlată separat — ajungi să depinzi de update-uri viitoare sau de dezvoltări la comandă.

Flows e gândit să transfere controlul direct la cel care administrează proiectul. Administratorul sau integratorul va configura regula, o va verifica în panoul de testare și o va trece în producție — fără să ne consulte și fără să depindă de versiuni noi de software. Iar scenariile deja puse la punct vor putea fi replicate ușor la alte clădiri ca șablon.

Accesul pentru editare va rămâne clar structurat, nu la liber: fluxurile vor aparține clientului, iar permisiunea de a crea reguli va fi separată de cea de operare zilnică. În plus, fiecare partener va vedea doar clădirile din propriul portofoliu.

Cum arată trei automatizări direct în editor.

Acestea sunt scenarii demonstrative, bazate pe date fictive. Nu reprezintă proiecte existente, ci exemplifică ce poți asambla singur prin conectarea blocurilor vizuale.

Hotel — eliberarea camerei la check-out

O cameră goală lasată pornită generează risipă: climatizarea și lumina merg degeaba. Un flux oglindă se ocupă de scenariul invers, pregătind spațiul exact când se face check-in-ul.

ONEVENTcamera.eliberatarecepția eliberează camera la check-outREADCLIMATETARGETținta de climă a zoneiDEVICECOMMANDclima → retragere la 18 °CDEVICECOMMANDiluminat → stinsDEVICECOMMANDpriză de curtoazie → tăiatăWRITEDEVICEVALUEstare cameră = neocupată

Prosumatori — direcționarea marilor consumatori pe solar

Fără automatizare, surplusul din timpul zilei e injectat ieftin în rețea, ca apoi seara să cumperi energie scumpă. Exemplul arată utilizarea blocului de decizie, care împarte fluxul pe două ramuri la atingerea unui prag, totul fără vreun rând de cod.

ONEVENTpv.surplus.schimbatproducția fotovoltaică depășește consumul caseiREADDEVICEVALUEsurplus = producție − consumIFsurplus > 2 kWdaDEVICECOMMANDboiler → pornitWRITEDEVICEVALUEpornit_din_solar = 1nuDEVICECOMMANDboiler → oprit

Birouri și spații comerciale — oprirea după program

Climatizarea și luminile din zonele comune trec în mod redus printr-o simplă buclă. Delimitezi spațiile la configurarea inițială, iar regula poate fi extinsă identic în oricâte locații din rețea.

ONEVENTprogram.inchidereregulă temporală, la ora de închidereFOREACHpentru fiecare zonă publicăDEVICECOMMANDiluminat → stinsDEVICECOMMANDclima → retragerePUBLISHNOTIFICATIONraport de închidere către administrator

Birouri și spații comerciale — activare manuală de la întrerupător

Dacă cineva lucrează peste program, e de ajuns să apese întrerupătorul clasic conectat pe o intrare uscată. Zona redevine activă pentru o perioadă determinată, după care revine automat în modul economic. Fără grija de a stinge luminile la plecare.

ONEVENTintrare_uscata.pereteîntrerupător clasic, pe intrare uscatăDEVICECOMMANDzona → pornităDELAY30 de minuteDEVICECOMMANDzona → retragere

Automatizări gândite să meargă și când pică conexiunea.

Motorul e proiectat să ruleze direct pe gateway-ul din locație. Nu va fi o versiune simplificată a vreunui serviciu din cloud și nici câteva opțiuni prestabilite, ci chiar motorul complet, cu toate cele 17 activități din catalog, integrat în sistemul de operare al echipamentului.

Beneficiul practic se vede imediat. La pierderea conexiunii, automatizările vor merge mai departe: programele orare, trecerea pe mod economic, consumul pe baza fotovoltaicelor sau comenzile de la întrerupătoare vor fi procesate pe loc, pe baza datelor locale. Se vor sista temporar doar accesul de la distanță, notificările externe și sincronizarea cu serverul, care își vor reveni automat imediat ce conexiunea se restabilește.

În plus, latența va scădea consistent, pentru că instrucțiunile nu vor mai face un drum dus-întors până într-un datacenter. Obiectivul de proiectare pentru bucla locală este un timp sub 200 ms de la declanșare până la trimiterea comenzii — reținând că este o țintă tehnică, nu o valoare calculată pe un sistem aflat la un client.

Un motor de automatizare are nevoie de reguli clare de protecție.

Fiindcă un instrument no-code acționează direct pe instalațiile electrice, el trebuie să aibă mecanisme ferme de protecție. Acestea sunt restricțiile concrete aplicate, fără ocolișuri.

Mecanisme de siguranță la rulare

Fiecare execuție are plafoane stricte: cel mult 1000 de pași, maxim 30 de secunde durată, pauze de cel mult 60 de secunde și cel mult 10 apeluri HTTP. Buclele sunt de asemenea limitate — la 500 de elemente parcurse sau cu limite maxime declarate pentru buclele condiționale. Dacă o regulă e configurată greșit, motorul o oprește și o consemnează în jurnal, prevenind blocarea gateway-ului sau funcționarea defectuoasă a clădirii.

Un singur punct de control pentru fiecare actuator

Dacă două reguli controlează simultan același releu, apar stări contradictorii și greu de diagnosticat. De aceea, platforma detectează conflictele în situația în care un echipament primește comenzi din mai multe locuri, impunând totodată un interval minim între declanșări. Principiul de bază e clar: un actuator e gestionat de o singură sursă.

Lănțuirea evenimentelor este delimitată

Fluxurile au capacitatea de a se activa reciproc prin evenimente, existând riscul ca o configurare greșită să genereze execuții în cascadă. Pentru prevenție, adâncimea lanțului de evenimente e oprită la 8, iar apelarea directă între fluxuri e permisă pe maximum 4 niveluri. Atingerea acestor praguri oprește procesul și înregistrează evenimentul în jurnal.

Accesul spre exterior este restricționat din start

Modulul de apel HTTP vine fără adrese prestabilite: fiecare utilizator specifică manual destinațiile autorizate. Sistemul adaugă protecții contra cererilor către rețeaua internă, limitează rata de transfer (maximum 30 de cereri/minut per flux și 120 per client) și integrează un seif de secrete, astfel încât cheile de acces nu ajung direct în flux și rămân mascate în jurnale.

Siguranța pentru viață nu depinde de Flows. Depinde de firmware.

Flows se ocupă de control, nu de siguranță. Buclele critice pentru echipamente sau oameni nu vor rula în Flows și nici pe gateway. Ele vor fi gestionate direct de firmware-ul modulului din perete, prin intrări uscate locale, fără să depindă de vreun element de rețea.

Termoșemineul este exemplul clar: când temperatura apei va trece de prag, modulul va porni pompa și va deschide vana folosind doar logica proprie. O va face chiar dacă gateway-ul e oprit, rețeaua e picată sau internetul nu funcționează. Tot din firmware, nu din reguli de software, vor fi gestionate impulsurile pentru porți și protecția hardware la schimbarea de sens a jaluzelelor.

Această delimitare e necesară pentru că utilizatorul poate modifica oricând regulile din Flows. Un strat modificabil în două clicuri nu are cum să garanteze siguranța fizică. Unde legea sau norma impune un element mecanic (cum e supapa termică a termoșemineului), acesta rămâne obligatoriu și e exterior sistemului. Nu susținem că Mentivira ar fi un sistem de siguranță certificat.

Dosarul de securitate pentru conformitatea CE și cerințele Directivei RED (art. 3.3 / EN 18031) este prevăzut prin proiect. Sunt obiective, nu certificări pe care le avem deja în buzunar. Le vom afișa doar după ce le obținem.

Automatizările comunică prin evenimente.

Regulile nu se apelează direct între ele, ci emit și ascultă evenimente denumite clar. Astfel, automatizările rămân independente și pot fi înlocuite ușor, fără efecte în lanț.

Evenimente cu nume

Trimiți un eveniment folosind un nume stabilit de tine — cum ar fi pv.surplus.start sau room.status.changed. Sursa poate fi o regulă orară, o citire de senzor cu histerezis, un calcul de căldură sau alt flux. Fiindcă receptorul nu depinde de cine a generat evenimentul, poți schimba sursa oricând fără să modifici restul regulilor.

Legare directă, fără editor

Cazurile simple nu cer crearea unui flux vizual. Conectezi direct un eveniment la o comandă, aplici un filtru de sursă și o limită de frecvență. E o simplă configurare pe care o poate face oricine, fără să atingă editorul grafic.

Dispozitiv virtual de stare

Un dispozitiv de stare e un spațiu de memorie fără un modul fizic în spate. Un flux îi poate schimba valoarea, iar datele trec direct în telemetrie — adică primești automat istoric, grafice și widget în dashboard. Îl poți folosi ca să stochezi starea generală a clădirii, un temporizator sau momentul ultimei porniri a unui compresor.

Alte automatizări pe care le poți crea singur

Exemplele anterioare arată doar mecanismul de lucru. Posibilitățile sunt însă mult mai numeroase — mai jos sunt câteva scenarii pe care platforma e gândită să le permită, cerute frecvent de cei care au deja o instalație clasică.

Iluminat secvențial pe trepte

Senzorul de la baza scării aprinde treptele una câte una în direcția de mers, apoi le stinge în spate. Pentru un etaj obișnuit cu 16–18 trepte se folosesc două module de comutație pe nul.

Protecție la îngheț

Când afară se face foarte frig, camerele neocupate nu rămân complet reci, ci păstrează o temperatură minimă de siguranță. Căldura nu se risipește, iar țevile sunt protejate.

Umbrim jaluzelele vara

În zilele toride, dacă într-o cameră crește temperatura, jaluzelele coboară înainte să fie nevoie de aerul condiționat. E cea mai simplă metodă de a limita căldura fără consum de energie.

Scurgeri de apă și oprire automată

Dacă senzorul din camera tehnică sau de sub mașina de spălat simte apă, electrovana generală se închide imediat și primești o alertă. Supapa e comandată direct pe faza de alimentare de modulul dedicat.

Fereastră deschisă, căldură oprită în cameră

Senzorul de la geam oprește căldura strict în camera în care aerisești, apoi o repornește când închizi fereastra. Pare banal, dar e imposibil de obținut dacă ai un singur termostat pentru toată casa.

Ventilație declanșată de calitatea aerului

O sondă de dioxid de carbon citită pe o intrare analogică pornește ventilația când nivelul de CO2 trece de o anumită valoare. Monitorizarea aerului din clădirile nerezidențiale este deja o cerință legală prin Directiva (UE) 2024/1275, al cărei termen de transpunere a fost 29 mai 2026.

Consum ieșit din comun pe un circuit

Modulele sunt proiectate să măsoare curentul pe fiecare canal (funcție aflată în proiectare). Când consumul va ieși din valorile firești, sistemul te va anunța — fie că e vorba de un radiator lăsat în priză, de o pompă blocată sau de un frigider al cărui compresor nu se mai oprește.

Udare amânată dacă a plouat

Irigarea este sărită automat dacă senzorul a detectat ploaie recent. Pentru electrovanele de udat se folosește același modul care comandă și robineții de la încălzire.

Control de poartă cu senzor de confirmare

Modulul trimite un impuls de durată fixă setat în firmware, iar un contact magnetic verifică dacă poarta chiar s-a deschis. În caz de blocaj, ești notificat rapid, în loc să afli mai târziu că poarta a rămas întredeschisă.

Simulare de prezență în concediu

Când ești plecat, luminile și jaluzelele imită obiceiurile zilnice ale casei, introducând mici decalaje de la o zi la alta. Evită astfel programele fixe și predictibile care dau de bănuit din exterior.

Stadiul actual, fără ocolișuri.

Engine-ul și editorul vizual sunt funcționale și verificate în mediul nostru de test: catalogul cu 17 activități, limitele de execuție, consola de testare, jurnalele, evenimentele cu nume, legările directe și dispozitivele virtuale. Mentivira nu este un produs comercializat, nu se află în producție de serie și nu are clienți. Nimic din ce prezentăm aici nu provine din proiecte ale unor clienți reali.

Sistemul complet Mentivira va fi disponibil în 2028.

Delimităm strict măsurătorile de estimări. Măsurat direct: acoperire radio de −95 dBm prin trei planșee de beton armat, în configurație de sensibilitate maximă pe plăci de dezvoltare; 72 de ore de funcționare continuă cu 17.698 de cadre fără nicio eroare de integritate; autonomie de aproximativ 405 zile pe termostatele fără fir. Estimat: reducerea de 15–25% a energiei risipite, care depinde de clădire și urmează a fi confirmată în programul pilot.

Procentul de economie energetică de 15–25% reprezintă o estimare care depinde de specificul fiecărei clădiri. Valoarea urmează să fie verificată prin măsurători concrete în programul pilot, deci nu o garantăm de pe acum. Preferăm să spunem clar ce nu am demonstrat încă, în loc să ne compromitem credibilitatea pentru când vom avea datele finale.

Anunță-mă când Mentivira e disponibilă

Soluția Mentivira completă va fi disponibilă în 2028. Lasă-ne o adresă și primești un singur e-mail, la lansare.

Fără marketing, fără liste vândute. Un singur e-mail, la lansare.

Adresa se folosește exclusiv ca să te anunțăm la lansare, de către ZYONARA SRL. O poți retrage oricând, scriind la [email protected]. Detalii în politica de confidențialitate.