Astute Energy Management Melbourne, Australia

Elkészült az ipari folyamatmegjelenítés eddigi leghatékonyabb eszköze, a VISION X10. A fejlesztés alapját a közel három évtizedes alkalmazói tapasztalat, a felhasználói visszajelzések, a számítógépek elképesztő ütemű hardware, software fejlesztése és annak tendenciái, valamint a számítástechnikai programozói rendszerek fejlődése határozta meg. A program minden tekintetben a legkorszerűbb megoldásokhoz igazodik ismét.

Mindent kicseréltünk. Teljesen új, sokkal felhasználó barátabb lett a program felhasználói felülete, új a fordító, új a rajzoló, de újak még a rendszer belső implementációjának az elemei is. A teljes menürendszer is kicserélődött és egyszerűsödött.

Nézze meg bal oldalt a két videót, hogyan tölti be a program ugyanazt az alkalmazást az új (felül) és a régi (alul) rendszerben. Összefoglaljuk:

Ennél ténylegesen sokkal nagyobb a különbség. Mivel az X10-ben nincsenek többé objekt fájlok - a program közvetlenül a forrásfájlokból dolgozik -, valójában a fordítási folyamatot illene össze- hasonlítani. Ez egy újabb 10-szeres különbség az eredményben. Az X10 fordítóprogramnak ez a 100-szoros sebesség-növekedése tette lehetőve, hogy az objekt fájlokat elhagyjuk.

Ez azonban messze nem minden, csak egyike a leglátványosabb különbségeknek. Az X10 multi- layer technológiát használ, a képek dinamizálását egymástól függetlenül mozgatható, nagyítható, kicsinyíthető vektor síkra rendereli; bevezettük a platform-kezelést, amellyel egy alkalmazáson belül váltogathatunk pl. deskop és tablet vagy smartphone között. De sokkal gyorsabb a window-kezelés, a fontok, a bitmapek rajzolása és programozható a rendszer akár Pascal-ban, C-ben, Javaban is.

Kérjük, tekintse meg a részleteket!

A jelentős változtatások miatt a program több lépésben kerül bevezetésre. A sokkal hatékonyabb, közvetlenül a forrásfájlból dolgozó X10 motor opcionálisan kiválasztható már az X9.64.14+ verzióban is - erre az upgrade ingyenes! Az új szerkesztőt, multilayer és multiplatform technológiát használó változat pedig az új X10 változatba kerül. De ez is vasszakapcsolható X9 üzemmóba - a kompatibilitás a korábbi változatokkal 100%-os.

Bekapcsolása és beállítása egy konfigurációs lapon lehetséges: verzió ugrás.

Mint látható, az X10 kezeli már a beágyazott unit-okat egy opcióhoz kötötten, hogy megmaradjon a kompatibilitás is. Amíg az X9-ben a szimbólum nevét egy főalkalmazásban létrehozott ugyanolyan nevű szimbólum automatikusan felüldeklarálta, az X10-ben ez egy opcióhoz kötött. És ugyanez a helyzet a unit-ban és a főalkalmazásban létrehozott azonos nevű eljárásokkal, függvényekkel. Automatikusan egyedül a sablonok felülírását engedélyezzük, mert az esetek többségében az tényleg szükséges.

A teljes kompatibilitás megőrzése opció azért kellett, hogy ne tudjunk az X10-ben olyan utasításokat és struktúrákat létrhozni, amit az X9 nem támogat. Ezáltal biztosítható, hogy az X10-ből az X9-be is bármikor vissza lehessen térni - ha szükséges.

Végül itt lehet engedélyezni a további nyelveket is, de csak a teljes X10 változatban!

Multiplatform támogatás: az alkalmazások futtathatók ezentúl egyidejűleg akár 50 különféle eszközön, és a lekülönfélébb felbontásokban: Windows, Mac, Linux, tablet, iPad, iPhone stb.

Programozhatóság egyszerre akár több nyelven: Pascal, C++, Java és Javascript az alapértelmezett XSDL mellett

Szuper responsivitás

Talán ez a fura elnevezés fedi leginkább a következőkben ismertetendő szolgáltatást. Arról a közismert problémáról van szó, hogy manapság egy alkalmazásnak illik automatikusan beillesztenie magát a legkülönfélébb kijelzőkbe. Egészen más ui. a felbontása egy okos telefonnak, vagy egy nagy deszktop monitornak. Responsivitás alatt általában azt a képességet értik, hogy a program a felbontását automatikusan a megfelelő oldalhoz igazítja. Ennél azonban a gyakorlatban sokkal többre van szükség:

Nyilvánvalóan egészen más kép illik pl. egy tablet-re (iPad pl.), mint a nagyfelbontású deszktop monitorra. De nem csupán a felbontásról van szó, hanem a stílusról (kontrolok), a kezelés módjáról (lökdösés, gesztusok) vagy az elforgatással járó különbségekről. Ez a szuper-responsivitás. Nem ismerünk olyan Web fejlesztő rendszert, ami ezeket a különbségeket automatikusan támogatná, vagyis úgy, hogy ne kelljen külön rajzot készíteni mondjuk egy iPhone-ra és egy másikat a desktopra. A VISION X10 változást hoz ezen a téren. Megjegyezzük, a felbontás figyelése már csak azért is kevés, mert még az iPad sorozaton belül is hatalmasak a különségek, miközben a megjelenítő mérete lényegében ugyanaz.

Hogy működik? A módszer lényege, hogy felvesszük az alkalmazásunkba egy listából azokat a platformokat, amiken azt meg szeretnénk jeleníteni. Ezután megrajzoljuk a képeket mondjuk a legnagyobb felbontásban. Amikor platformot váltunk, az alkalmazás automatikusan átméreteződik, azonban a képről most kidobálhatjuk azokat a rajzelemeket, amiket nem szeretnénk itt látni, ill. felrajzolhatjuk azokat, amiket csak itt. De megváltoztathatjuk a színeket, a pozíciót és az automatikusan módosított kontrolokat is. Végül ugyanaz a kép fazonra szabható minden egyes platform számára. A program ezt felismeri és a képet aszerint választja ki.

Alább pár kép látható a program új menürendszeréről. A különbség a projekt választó képen látható leginkább. Alatta rendre a szerkesztő ribbon, az operátori menü és a platform választó látható.

Az új képszerkesztő program Office stílusú objektum tervezője látszik a következő képen:

A legfontosabb új szolgáltatások

Group, ungroup funkciók intelligensen (a háttérben automatikusan szimbólumot készít, ungroup esetén pedig visszarajzol a képre)

Színanimáció egyszerűen a színválasztóba integrált listáról, vagy külön animációs képen, ahol az egész változólista látszik

A multilayer technológia lényege, hogy egyszerre több síkon is lehetséges az animáció, miközben az egyes layerek teljesen önálló pozícióval, átlátszósággal és nagyítással rendelkeznek! Ez talán a legfontosabb és leghatásosabb különbség az X9 változathoz képest. Az új ablak kezelő a layerek egymásra másolásával jeleníti meg a képet, vagyis a síkok rendeleréséről nem a VISION-nek kell gondoskodnia, következésképp annak nincs processzoridő igénye sem. Ellenben ezt a műveletet maga az ablak kezelő végzi.

Eddig csak két szintünk volt: egy statikus és egy dinamikus. Mostantól akár 32 különböző szintünk is lehet teljesen eltérő dinamikával, ciklus idővel. A layerek egymástól függetlenül nagyíthatók, mozgathatók, átlátszóvá tehetők vagy eltüntethetők feltételesen.

Ami a nagyítást illeti, a következő a helyzet. Egy ablaknak nem minden elemét kell nagyítanunk általában és szinte sohasem egyformán. Például a fejlécben található menüsort nem, de egy táblázatban lévő szöveget sem kell, csupán a táblázatot magát. Aztán vannak kötések jobbra, balra, le, fel, ami megint azt eredményezi, hogy az egyes objektumokat teljesen eltérő módon kell hozzáigazítani a változó méretű ablaktartalomhoz. Na pontosan ezért nem lehetett 'normálisan' megoldani a vektorgrafikus képek nagyítását a korábbi verzióban, amikor is csak egy síkunk volt, mert vagy mindig azonos pixelméretűek voltak az objetumaink és kötöttek az ablakszélekhez, vagy változó méretűek, azaz nagyíthatóak, de akkor nagyított a program mindent, a fejlécben található menüt is és az összes szöveget is.

A multilayer technika változást hoz ezen a téren. A menüket, ribbon kontrol sort, sőt az egész template-et is felrajzolhatjuk egy külön layer-re, amit nem nagyítunk (csak az ablakszélhez kötünk). Egy másik része a képnek közben nagyítható; egy hamadik, egy táblázat mondjuk, csak átméreteződik stb. Ráadásul a nagyítás lehet arányos, központosított stb.

A multilayer technológia sok előnnyel jár és sok új lehetőséget teremt, miközben minden sokkal gyorsabb is lett, mint korábban.

Az igazán jó minőségű vektorgrafikus képek supersampling eljárással készülnek. A VISION X10 is ezt használja. Magáról az eljárásról itt olvashat többet. Igenám, de mi a helyzet akkor, ha teljesen eltérő pozíciójú és nagyítású layerekről szeretnénk a jó minőségű képet előállítani? Az eljárást a jobb oldalon látható ábra mutatja be: amikor a Windows kikeveri az egyes pixeleket a viewpoint-ban, a layereket egymásra vetíti a nagyítás arányában. Az egyes pixelek színe a leképzés során használt pixelek speciális módon képzett átlaga, szuperpozíciója.

Multilayer szupersampling

A lényeg, hogy a VISION X10-ben komoly image processing produkálja a jó minőségű képeket, sok megjelenítő rendszer biztosan nem büszkélkedik ilyen kiforrott technikákkal.

Ebben a fejezetben a sebességnövekedés összetevőit foglaljuk össze egy ábrán. A részleteket a színfalak mögött ismertettük.

A saját XSDL (Extended Structure Declaration Language) programozási nyelv helyett (mellett) használható a jövőben számos további programozási nyelv. Ezek jelenleg a következők:

Elsősorban a kényelmet szolgálja, hogy azok a felhasználók, akik inkább C-ben vagy Pascal-ban járatosak, ezeken a nyelveken is programozhatják mostantól a VISION-t. Lehet akár keverni is, de persze nem célszerű. Azok a felhasználók, akik már jártasságot szereztek az XSDL-ben, természetesen továbbra is használhatják azt. Felhívnám a figyelmet arra, hogy az említett nyelvek implementációja természetesen nem tartalmazza a szokásos teljes program-arzenált, habár törekszünk a jövőben minél több hasznos eljárást is függvényt a VISION-ben is bevezetni. A fenti nyelvi környezetek jelenleg inkább a szintaktikát fedik le.

Alább látható egy példa ugyanannak az eljár'snak XSDL-ben ;s Pascal-ban való implementációjára:

A grafikai teljesítmény növekedéséhez az is hozzájárul, hogy az előző fejezetben bemtatott Windows context kezelés realtime és külön szálon is futtatható. Amennyiben 2 CPU magot legalább tartalmaz a gépünk, akkor a grafika a háttérben fut, a főprogramétól eltérő szálon. A különálló mag közel 100%-os terhelés mellett sem érezteti a lassító hatását! Mindazok a megfontolások, amiket eddig a képciklus és az animációs ciklus tekintetében kellett tennünk, akár zárójelbe is tehetők, hiszen a továbbiakban ez nem lassítja a működést, következésképp a képeket akár jelentősen fel is gyorsíthatjuk.

A kísérletek azt mutatják, hogy a 60Hz körüli képfrissítési idő eredményezi a legfolytonosabb animációt. Ezért a program automatikusan be is állítja ezt, amennyiben 20 miliszekundumnál gyorsabb frissítést választunk. A 60Hz beállítását rá kell bízni a programra, mivel a képciklust ténylegesen valamivel 60Hz fölé kell lőni, hogy elkerüljük a zavaró lebegést, interferenciát. Végeredményben az eddigi 100-500 miliszekundumos tipikus képciklus lecsökkenthető 16ms-re.

A vektorgrafikában egyre inkább a HTML 5 canvas context menedzsere és az SVG (Scalable Vector Graphics) határozza meg az irányt. Ezért mi is ezt a platformot választottuk az új VISION ablakkezelője motorjául. Tisztázzuk: nem egy komponens végzi az SVG feldolgozását, hanem maga a VISION, és a HTML 5 canvas-re sem a Windows fest, hanem a VISION saját ablakkezelője, saját objektumai. Erre sebességi okból, valamint az animálhatóság érdekében volt elsősorban szükség. A változtatás óriási jelentőséggel bír! A következőkben foglalhatjuk ezt össze:

A VISION-ben ugyanazokkal az utasításokkal állítjuk elő az ablaktartalmat, amivel a HTML 5 web oldalak vektoros képeit is rajzolják

A rajzoló utasítások közvetlenül exportálhatók HTML 5-be, vagyis ugyanazt a rajzot, animációt egy web oldal is képes megjeleníteni

Közvetlen SVG import: az SVG rajzok összes képeleme VISION nyelvre fordítódik, így VISION-ben szerkeszthető, sőt animálható

Korlátozásokkal ugyan, de a VISION képek is átkonvertálhatók SVG fájlba (azért korlátozásokkal, mert a VISION persze sokkal többet tud - gondoljunk egy trendre)

WMF - SVG konverterrel bárnilyen szabványos Windows vektorgrafika is elemi szintű VISION szimbólumá válik

Tekintettel arra, hogy SVG exportra úgyszólván minden vektorgrafikus rajzoló program képes (Microsoft Visio, AutoCAD, CorelDraw, Edraw stb.), a VISION-ben ezeket elemekre bontva és szerkeszthetővé téve vehetjük át! Vagyis VISION képpé konvertálhatjuk.

Sokkal jobb minőségűek a vektorgrafikus képek, mint bármikor korábban

Visszafelé, a VISION-ből kiexportálható formátumokat tekintve még szélesebb a skála. Belül a program valójában folyamatosan legyártja a HTML 5 canvas scripet, amit egy Web oldalba töltve ugyanazt a vektoros képet és animációt kapjuk, mint a VISION-ben. Persze a képnek csak egy része állítható elő így, jellemzően maga a folyamatkép, azon a kontrolokat már hagyományos tallózó objektumokkal kell megjeleníteni. A lényeg, hogy számos web alkalmazást érintő korlátozás megszűnt ezáltal az új technológiának köszönhetően.

A VISION képeket ezentúl egy háttérben futó, magas prioritású szál rajzolja, teljesen függetlenül a főprogramtól. Az eredmény folyamatos, gyors animáció úgy, hogy a kezelő abból semmit sem érzékel, mivel a grafika nem a fő processzor szálat terheli. Többmagos gépen a grafika közel 100%-át is lefoglalhatja akár a neki delegált CPU magnak, nem vagy alig érhezhető fékező hatás. A képeink ezáltal sokkal gyorsabbak lehetnek, amit eleve a gyorsabb grafikus motor is támogat. Még érdekesebb, hogy a realtime megjelenítésnek köszönhetően megszűnik minden akadozás, amit korábban mozgó animációknál vagy az úsztatott képen láttunk.

Emellett mi is átkonvertálhatjuk a képeinket SVG formátumba, de megint korlátozásokkal (jellemzően a folyamatképet exportálhatjuk), hiszen vannak a képen SVG számára ismeretlen kontrolok trendek, csúszkák, táblázatok. Ezért fontos, hogy a HTML 5 conext-et is ismerje a program.

Knowledge Base

SCADA

A VISION X10 a folyamatmegjelenítés eddigi leghatékonyabb eszköze

A VISION X10 elképesztő szolgáltatások sokaságát kínálja. Íme a legfontosabbak:

Office stílusú menürendszer, ribbon vezérlők

Javított, átalakított szerkesztő menü (a korábbi szerkesztő is visszakapcsolható)

A VISION X10 forradalmian új megoldásokkal operál, ebből adunk ízelítőt

A Multilayer technológia új dimenziókat nyit a VISION X10 felhasználók előtt

A web világában megszokott, legmodernebb technológiák alkalmazása deszktop környezetben is

Jelentős teljesítmény növekedés több fronton

A VISION X10 számos új nyelvi elemmel bővült

A VISION X10 a világ szinte valamennyi adatbázisához és felhőszolgáltatásához tud csatlakozni

Áttérés VISION X10-re

Product code

Description of the software

VISION X10 fejlesztőrendszer

VD10.1

VD10.2

VD10.3

VD10.4

Service level #1 (max. 500 variables)

Service level #2 (max. 1500 variables)

Service level #3 (max. 5000 variables)

Service level #4 (unlimited number of variables)

VR10.1

VR10.2

VR10.3

VR10.4

VISION X10 Run-time licence egy alkalmazásra

Service level #1 (max. 500 variables)

Service level #2 (max. 1500 variables)

Service level #3 (max. 5000 variables)

Service level #4 (unlimited number of variables)

VRR10.1

VRR10.2

VRR10.3

VRR10.4

VISION X10 Run-time licence redundáns kialakítású alkalmazásra

Service level #1 (max. 500 variables)

Service level #2 (max. 1500 variables)

Service level #3 (max. 5000 variables)

Service level #4 (unlimited number of variables)

VNR10.1

VNR10.2

VNR10.3

VNR10.4

VISION X10 hálózati Run-time licence

Service level #1 (max. 500 variables)

Service level #2 (max. 1500 variables)

Service level #3 (max. 5000 variables)

Service level #4 (unlimited number of variables)

Egy hálózati licence 15 kliens gépre szól, azaz max. ennyi egyidejű kliens működtethető a hálózati licence hatása alatt. Már két gép is hálózati kapcsolatnak számít. Ugyanaz a hálózati licence szükséges továbbá a Web-es, a távfelügyeleti és a diszpécser rendszerekhez is - bármilyen kombinációban. Egy gépen belül a hálózati licence-ek összeadódnak. Távfelügyeleti központban működtetett összevont rendszer (szuperprojekt) futtatásához ezért nem kell további licence-et vásárolni.

VNRR10.1

VNRR10.2

VNRR10.3

VNRR10.4

VISION X10 redundáns hálózati Run-time licence

Service level #1 (max. 500 variables)

Service level #2 (max. 1500 variables)

Service level #3 (max. 5000 variables)

Service level #4 (unlimited number of variables)

A fejlesztőrendszerrel lehet létrehozni az alkalmazásokat, amelyek azután a futtatórendszer hatása alatt működnak majd. A fejlesztőrendszer azonban futtatni is képes, csak korlátozott ideig. A fejlesztő rendszer tartalmazza ezenkívül a futtatót is, azt csupán licence-elni (engedélyelzni) kell. E nélkül a fejlesztőrendszerben lévő futtató csak tesztelésre használható.

A stand-alone alkalmazási licence sziget üzemben működtetett, egyszerű alkalmazások futtatására szolgál.

Tipikus dupla szerveres rendszer, ahol a szerverek munkaállomásként is használtak. Hálózati kliensek nem kapcsolódnak a szerverekhez.

A redundáns hálózati licence olyan rendszert szolgál ki, ami több (tip. 2 db) szerverből áll.

Legfrissebb VISION X10 fejlesztések dokumentációja ( a legfrissebb hírek vannak felül )

Termékek és szolgáltatási szintek ( az árak csak a regisztrált felhasználó belépése után válnak láthatóvá )

A VISION X10-ben hatalmas változás történt, ami az adatbázisok kezelését illeti. Mindenek előtt bekerült a rendszerbe 14 natív adatbázis kapcsolat. Ez azt jelenti, hogy a legfontosabb adatbázisokhoz, mint az MS-SQL, a MySQL vagy az Oracle, a jövőben még provider sem kell, mivel a VISION önmaga tartalmazza a providert ezekhez az adatbázis kezelőkhöz. A rendszer kibővült egy no-SQL Big Data adatbázis kezelővel, a MongoDB-vel, valamint egy sor további Cloud adatbázis kezelővel, amelyek közül az Azure-t és a GCP-t (Google Cloud Platformot) érdemes kiemelni.

A natív adatbázis kezelők függetlenítik a rendszert a Microsoft OLE DB alapú providereitől – amelyekről ráadásul azt mondja a Microsoft, hogy meg fognak szűnni –, másrészt gyorsabbak is azoknál.

A Window-ba épített Oracle provider elavult, csak a régi szerverekkel tud kommunikálni. A VISION-be épített változat azonban az összessel: 18c, 12c, 11g, 10g, 9i, 8i, 8.0, Oracle Express Edition 11g és 10g.

A MySQL-t alapesetben ODBC-n keresztül lehet csak illeszteni ingyenesen, meg kell venni hozzá és fel kell telepíteni a MySQL providert, hogy jó minőségű, gyors kapcsolatot létesíthessünk. Mindez VISION-t használva felesleges: a beépített natív illesztő gyors, telepíteni semmit nem kell.

Az SAP mellett lehetséges még a PostgreSQL direkt elérése, amihez VISION nélkül ugyanúgy providert kell vásárolni és telepíteni, mint a MySQL-hez, az SQLite-on keresztül pedig saját adatbázis szerverekhez tudunk illeszkedni.

A Cloud adatbázis kezelők rendszere egészen új dimenziókat nyit meg a VISION felhasználók előtt: lényegében a világ összes cloud platformjához tudunk közvetlenül is kapcsolódni. Például az Azure-hoz, vagy a Google Cloud Platformhoz.

Figyelemre méltó a MongoDB integrálása, ami a VISION programozók számára további új lehetoségeket kínál, s mindezt ingyenes, gyors, könnyen telepíthető és használható Big Data környezetben.

Maga a VISION is tartalmaz egy saját Big Data adatbázis kezelőt, ami gyorsabb még a MongoDB-nél is, amennyiben idobélyeges adatok tárolására használjuk.