segítség

Alphanet segítségnyújtás

Lehetőségei alapján az Alphanet Zrt. is kivette a részét a koronavírus járvány miatti előállott pandémiás helyzet kezelésében.

  1. Vállalta, hogy tanácsadást végez a felmerült igények alapján!
    Továbbá online támogatás nyújtását azoknak a felhasználóknak, akiknek nehézséget okoz, okozott a helyzet miatt szükségessé vált és alkalmazásba vont informatikai megoldások használata, különösen a Microsoft TEAMS használata!
  2. Vállalta, többek között az informatikai eszközök fokozott használata miatt meghibásodott eszközök munkadíjak felszámolása nélküli javítását!
  3. A bezárt iskolák a tanítást internet segítségével végzik, a tananyagot a diákoknak valamilyen elektronikus csatornán továbbítják.
    Ehhez sajnos nem minden mindenhol álltak rendelkezésre a megfelelő informatikai eszközök, berendezések!
    Raktárkészletünk segítéségével, a Somogy megyei Gadány község kisiskolásai részére tudtunk két számítógép konfigurációval segítséget nyújtani, amihez ezúton is megköszönjük Dr. Steinmetz Ádám országgyűlési képviselő úr közbenjárását, és támogatását!
    Reméljük a gyerekek hasznosítani tudták mindennapi munkájuk során az eszközöket!

számítógépek

puzzle

Alphanet és az Aeroplex együttműködése

puzzle

Az Alphanet Zrt. nagy megtiszteltetésnek, és egyben szakmai kihívásnak tekintette, hogy az Aeroplex Közép-Európai Kft. részére nyertes ajánlattevőként bevezethette az általa forgalmazott e-learning megoldását!

A korábbi gyakorlat szerint az ismeret anyagok elsajátításához, csak helyhez és időhöz kötötten, gazdaságtalanul és körülményesen szervezhető oktatásokkal lehetett eljutni!

Az új, korszerű távoktatási formában, ez gazdaságosabban és kötetlenebb formában tud megvalósulni!

A e-learning rendszerünk széles körben használt, és elterjedt megbízható megoldásokon alapszik, így jelentősen megkönnyíti a valós tudástranszfert, és leegyszerűsíti, vizsgáztatást!

Az eredményekről valós vizsgabizonyítvány kerül kiállításra, amelyikkel a résztvevő bárhol igazolhatja a repülés biztonsága által elvárt, és megkövetelt képzettsége meglétét.

A megoldás támogatja a cég magas műszaki követelményeinek szükséges tudások rendszeres naprakészen tartását.

A megrendelő is teljes megelégedéssel vette használatba az új megoldást!

Projektzáró Sajtóközlemény

A Nemzeti Kutatási, Fejlesztési és Innovációs Alapból biztosított támogatásból létrejövő projekt lezárásáról sajtóközleményt adtunk ki.

A KÖZLEMÉNYT IDE KATTINTVA TALÁLJA!

lenovo

Lenovo

lenovo

sql

SQL vagy nem (csak) SQL ezt itt a kérdés!

avagy

Hosszú az út a tábláktól a halmazokig.

 

Manapság szinte minden adatot számítógépen tartunk, pont ezeket az adatokat valamilyen módon rendszerezetten kell tárolni ahhoz, hogy később használni tudjuk őket. Ezeket a rendezett eltárolt adatokat hívjuk adatbázisoknak és azokat a programokat, amely ezeket az adatokat kezelik adatbázis kezelő programoknak.

Az adatbázisoknak és az adatbázis kezelő programoknak hosszú a történelme. Még a múlt században először az úgynevezett hierarchikus vagy hálós adatbázisokat kezdték el használni kifejleszteni. Egy CODASYL nevű cég dolgozta ki az első ilyen hierarchikus adatbázis kezelő programot. Ez a típusú adatbázis nagyon hasonlít a ma használatos mappa könyvtárstruktúrákhoz, itt az adatok között alá fölérendeltség van valamilyen fa szerkezet alakul ki, amiben rendezni tudjuk az eltárolt adatokat.

Rájöttek azonban, hogy ez a struktúra nehezen kezelhető nem mindig az alapján akarjuk visszakeresni az adatot, hogy hol melyik könyvtárban található hanem nagyon gyakran csak az adatnak a nevére a fájlnak a nevére emlékezünk és ez alapján szeretnénk megtalálni. Ez egy ilyen hierarchikus rendszerben elég bonyolult ezért külön programokat. Írtak rá ilyen például a find program. Ahogy rájöttek, hogy valójában az adatot különböző az adat attribútumai alapján szeretnék megtalálni tehát relációkat szeretnénk mondani az adat neve és helye, vagy az adattartalma alapján szeretnénk elő keresni. Ekkor jött elő az úgynevezett relációs adatbáziskezelő kifejlesztésének igénye.

A relációs adatbázis kezelőkben az adatokat táblákban rendezzük minden táblában vannak rekordok vagy sorok és minden sorban vannak oszlopok vagy mezők ez alapján tudjuk elő keresni azt az adatot amire kíváncsiak vagyunk. Ezekben a táblákban minden sor (rekord) azonos szerkezetű, esetleg az érték nincs kitöltve, de a helye mindig fenn van tartva. Később kidolgoztak erre egy lekérdező nyelvet ezt hívják SQL lekérdező nyelvnek másképpen structured query language-nek. Manapság ezek az SQL nyelvvel lekérdezhető úgynevezett relációs adatbázis kezelők terjedtek el a világban a legtöbb adatbázis kezelő ilyen szerkezetű, mint például az Oracle vagy a Microsoft SQL szerver esetleg a nyílt forráskódú világból a POSTGRESQL, MYSQL vagy a MARIADB.

Azonban az új technológiák újabb és újabb adatszerkezeteket, adat típusokat kezdtek el számítógépen tárolni ilyenek például a földrajzi hely információk az úgynevezett Geo információk ilyen a dokumentum, amikor egy teljes szöveg fájlt egyben tartva dokumentumként kell kezelni, illetve ilyen az loT világban, azaz az internet of things világában keletkező mérési adatok tömege. Ebben a mérésadatgyűjtő világban a beküldött adatok szerkezete nagyon eltérő nagyon nehéz őket táblákba, sorokba, rekordokba, illetve mezőkbe beszorítani. Ebben a világban egy új, úgynevezett nem SQL vagy NO-SQL rendszerű adatbázis kezelők terjednek.

Ezekben az adatbázis kezelőkben az adatokat halmazokba rendezik és a halmazoknak elemei vannak. Minden elem lehet eltérő a másik elemtől akár ugyanabban a halmazban is! Például, ha egy halmazba rendezzük egy szobában mért adatokat, akkor a hőmérséklet, a páratartalom, a levegő minősége, a fény vagy a zaj eltérő tulajdonságokkal rendelkeznek. Ezek mind más más mértékegységet más szerkezetet más méréshatárokat tartalmaznak nagyon nehéz őket táblázatokba rendezni. Ezekben a halmazokban tehát úgynevezett kulcs érték párok szerepelnek amikor valamilyen kulcs alapján például a hőmérsékletet megkapjuk annak az értékét és ez lehet, hogy teljesen eltérő a fény vagy világosság nevű kulcsban tárolt értéktől. Ezeken a halmazokon később különböző úgynevezett halmazműveleteket lehet végezni például halmazokat lehet egyesíteni összevonni az az uniót képezni esetleg a különbözetet képezni vagy a metszet műveletet végrehajtani.

Természetesen ez az új adattárolási módszer új programozási módszereket is igényel nagyon nehéz mostanában olyan programozókat találni, akik el tudnak szakadni a régi SQL adatbázis kezelők világától, ettől a lekérdező nyelvtől és képesek és hajlandók az új halmaz világba belépni. Mindenesetre, amikor mérésadatgyűjtő és vezérlő rendszert fejlesztünk intelligens épületek számára vagy intelligens dolgokkal foglalkozunk, akkor ebben az irányban való elmozdulás mindenféleképpen indokolt.

iftt

IFTTT alkalmazás az okos eszközök világában

Mi az IFTTT?

Az angol If This Then That rövidítése, ez kb. annyit tesz, hogy “ha ez, akkor az”, és arra utal, hogy a különböző webes és mobilos szolgáltatásokat és eseményeket kapcsolhatunk össze egymással feltételes logika mentén, azaz ha az egyik esemény megtörténik, vagyis a feltétel teljesül, akkor annak eredményeképpen egy általunk meghatározott másik esemény is lezajlik. Ez lehet olyan műveletsor, amit minden nap elvégzünk, így időt spórolhatunk meg, vagy akár lehet egy olyan dologról szóló figyelmeztetés, ami viszonylag ritkán történik, így hajlamosak lennénk elfeledkezni róla.

Az összeköthető szolgáltatások és események száma folyamatosan bővül, az ezeket összekötő kis app-okat hívják appleteknek. A rengeteg előre elkészített applet mellett lehetőségünk van sajátot is készíteni.

IFTTT használata

Az IFTTT egy ingyenes app, ami Android-os és iOS-es telefonokra, tabletekre ingyenesen letölthető.

A webes felületükön (www.ifttt.com)  történő regisztráció után el is kezdhetjük a saját appletjeink összeállítását. A felület letisztult egyszerűségével jól átlátható, az itt létrehozott appletjeink szinkronizálódnak az összes eszközünkkel, ahol ugyanazzal a fiókkal vagyunk bejelentkezve. A használat internetkapcsolathoz kötött, illetve bizonyos appletek csak a helymeghatározó szolgáltatás (GPS) bekapcsolásával működnek.

Az IFTTT működése

Az IFTTT több száz szolgáltatóval használható, néhány példa: Google, Amazon, Dropbox, Microsoft termékcsalád, Facebook, Twitter, okosotthon eszközöket gyártók, biztonságtechnikai eszközöket gyártók, SonOff eszközök stb.

  1. Az általunk igényelt funkcióhoz keresünk egy Applet nevű sablont, vagy az új létrehozására kattintunk.
  2. Kiválasztjuk a kezdő feltételt: HA történik valami
  3. Az IFTTT-n belül belépünk a szolgáltatás fiókjába, és megadjuk az engedélyeket
  4. Kiválasztjuk a végrehajtandó akciót: AKKOR hajts végre egy műveletet
  5. Az IFTTT-n belül belépünk a szolgáltatás fiókjába, és megadjuk az engedélyeket
  6. Ha mindent beállítottunk, elmentjük
  7. A saját kezdőfelületünkön megjelennek az általunk létrehozott appletek

Ezeket bármikor szerkeszthetjük a kis fogaskerék ikonra kattintva, valamint ki/bekapcsolhatjuk őket:

Technikai háttér

Amikor elindítjuk az appletünket, az először az IFTTT szerveréhez kapcsolódik, majd a kért művelet továbbítódik annak a szolgáltatásnak a szerveréhez, amit használni kívánunk, végül a vezérlőeszközünkhöz – és szerencsés esetben megtörténik az esemény. A legtöbb visszajelzés (és tapasztalataink, ld. alább) szerint a kérés és a végrehajtás között sokszor több másodperc is eltelik, az előbb vázolt folyamat miatt.

IFTTT az Alphanet rendszerében

Az Alphanet Zrt. K+F pályázatának keretében zajló okosépület tervezési projekt részeként a SonOff eszközök (pl. SonOff RF, Basic, POW, B1, Slampher) és az IFTTT integrálhatóságát teszteltük. A Sonoff termékeket az Ewelink app-jával lehet vezérelni, mely elérhető Android és iOS rendszerekre is. Az IFTTT szolgáltatói között megtaláljuk eWeLink Smart Home néven azokat az előre gyártott appleteket, melyek ezeket az eszközöket vezérlik. Többek között ilyen trigger – action párosokat találunk:

  • Turn On/Off SonOff – itt egy Button (Gomb) widget-et hívhatunk segítségül; a Button megnyomása be- ill. kikapcsolja a hozzárendelt eszközt.

 

 

 

Itt választjuk ki, mely eszközünkre vonatkozzon a kérés.

A be/kikapcsolás állítása.

 

 

Ha mind a bekapcsolásra, mind a kikapcsolásra szeretnénk vonatkoztatni, kétszer kell ezt az appletet beállítani, mivel egyszerre csak egy feladatra képes.

  • Turn On/Off SonOff By location – amikor megérkezünk vagy elhagyunk egy meghatározott területet, SonOff eszközünk ki/bekapcsol. (Ehhez szükséges GPS kapcsolat.)

Kérhetünk értesítést az esemény megtörténtéről, melyet az IFTTT appja jelez.

Ennél a résznél állíthatjuk be azt a területet, amit figyel az applet.

 

 

Itt választjuk ki, mely eszközünkre vonatkozzon a kérés.

A be/kikapcsolás állítása.

A tesztelés során azt tapasztaltuk, hogy nem ritka a 10-30 mp-es szünet a kérés elindítása és az esemény megtörténte között. További hátrány, hogy a technikai háttér túl sok hibalehetőséggel rendelkezik, hiszen ha a folyamatban bárhol internet kimaradás van, nem hajtódik végre a kívánt esemény. Ezek miatt ez a technológia – bár otthoni, kisebb környezetben hasznos lehet, vállalati felhasználásra, ahol a stabilitás és megbízhatóság alapvető kritérium, nem alkalmas.

 

 

 

rtls

Valós idejű helymeghatározó rendszer

Real-time location system (Valós idejű helymeghatározó rendszer)

A valós idejű helymeghatározás segítségünkre lehet tárgyak, emberek helyzetének épületen belüli lokalizációjában, úgy, hogy azokat vezeték nélküli, úgynevezett RTLS tagekkel látjuk el, melyek olyan jelet bocsátanak ki, amit a fixen kihelyezett vevő egységek érzékelnek. Az adó- és vevő egységek közötti rádióhullámok terjedésének feldolgozásával behatárolható a taghez tartozó erőforrás helyzete, legyen az jármű, vagy akár egy raklap.

Egy kisméretű jeladó (tag) adott időközönként kisugározza magából a csak rá jellemzőegyedi azonosítót, amit a falra egymástól maximum 25 méterre rögzített vevők (Anchor) érzékelnek. Az érzékelőkbe érkező jelek időeltérése és információtartalma az RTLS szerverbe jut, ahol azok kiértékelésre kerülnek egyszerű háromszögelési módszerrel. Ennek eredményeként tudjuk megadni az adott jeladó pontos koordinátáit 2 dimenzióban. Az elhelyezett érzékelők sűrűségétől függően akár 50 centiméteres pontosság is elérhető a helymeghatározási feladatok során.

Milyen előnyöket hordoz mindez magában?

  • A logisztikai központokban a teljes targoncaflotta mozgását lehet mérni és elemezni, melyből vezetői információk gyűjthetők a járművek kihasználtságára vonatkozóan. Akár gyorsasági vagy gyorsulási határérték átlépése is ellenőrizhető.
  • Egy új feladat kiosztáskor figyelembe vehető, hogy mely jármű van legközelebb, így az útvonalak optimalizálásával költségcsökkentés érhető el.
  • A megoldás követhetővé teszi a gyártási folyamat legtöbb részletét. Láthatóvá válhat például, hogy melyik termék hol található, vagy mely munkafázisnál tart. Ebből kikövetkeztethető a készre jelentés várható időpontja, hatékonyabban szervezhető a kiszállítás.
  • Gyalogos biztonsági rendszer is üzemeltethető az megoldás segítségével. A rendszer beállítható úgy, hogy ha a védősisakon elhelyezett tag (és ezáltal annak viselője) egy bizonyos távolságnál közelebb kerül egy munkagéphez, akkor annak vezetője vészjelzést kap, esetleg automatikusan leáll, így elkerülhetőek a balesetek.
  • Kiskereskedelemben a vevői szokások megismerésére is alkalmas. Marketing akciókat lehet a rendszer által gyűjtött információk alapján kezdeni.

 

Forrás: 2019. 04. 01. https://ibcs.hu/megoldasok/rtls-helymeghatarozas/

Wikipédia: https://en.wikipedia.org/wiki/Real-time_locating_system

Az Aruba eszközök jelentős része képessé tehető ilyen rendszerekkel való együttműködésre.

https://www.arubanetworks.com/pdf/solutions/AB_LOC.pdf

Megoldásuk lényege, hogy a WIFI-re csatlakoztatott eszközök jeleit, tag-jeit a Controllerek, AP-k érzékelik és képesek továbbítani a szerver komponensnek, mely pedig az adattárolást, értelmezést végzi.

Több módon létesíthető kapcsolat az eszközökkel.

Association mode

Wifi eszközök követésére alkalmas. A technológiából fakadóan, ezek az eszközök periodikusan kommunikálnak a közelben levő AP-val / AP-kal. Ha több AP is „rálát” az eszközre, háromszögeléssel jó közelítéssel behatárolható, hol található.

A technika egyúttal alkalmas a „Csaló AP-k” és interferáló Wifi-k megtalálására is.

A működéshez ugyanakkor szükséges, hogy 3 AP is vegye egy adott eszköz jelét.

Real Time Location Services:

Elsősorban nem wifiképes eszközök követésére használatos.

Az eszközt, ami képes az RFtag kommunikálására, ré kell tenni az eszközre.

A csökkentett akkumulátor használat miatt ezek az eszközök nem csatlakoznak folyamatosan a wifire. Helyette periódikusan úgynevezett „blink frame”-et küldenek, melyet a közelben levő AP-k észlelnek és továbbítanak a szerver felé.

A technológia kidolgozásában az Aruba együttműködik az AeroScout-tal és a Ekahau-val.

Az érzékelt jelet az AirWave Wireless Management Suite’s VisualRF module-nak továbbítják, további feldolgozásra.

A technológiát a helymeghatározás mellett pánikgombokhoz, hőmérséklet és egyéb érzékelőkhöz is alkalmazzák.

RTLS támogatással az eszköz monitorozható valós időben, vagy historikusan.

Konfigurálás Aruba eszközön

https://www.arubanetworks.com/techdocs/Instant_40_Mobile/Advanced/Content/UG_files/RTLS_conf/ConfProc.htm

Grafikus, vagy parancssoros interfészen egyaránt beállítható.

Más hálózati eszköz gyártók

Cisco Meraki: https://documentation.meraki.com/MR/Monitoring_and_Reporting/Real-Time_Location_Services_(RTLS)

OpenWrt (nem gyártó, csak szoftvert ad.): https://www.rtl-sdr.com/running-an-rtl-sdr-on-openwrt/

Juniper: https://www.secureidnews.com/news-item/ekahau-integrates-with-juniper-networks/

okos otthon

Okos épület mutató III. rész

Az okosépület-mutató módszertana – példa

Ahhoz, hogy jobban megértsük az SRI kiszámításának módszertanát vegyünk egy példát. A példa legyen az „egyszerű” fűtés.

Azért nem annyira egyszerű a helyzet, mert ezt is felbontották különböző szolgáltatásra, illetve funkcióra, de most csak koncentráljunk az egyszerű hőleadás vezérlésre (pl. radiátorok). Az épület különböző elemein keresztüli fűtés egy másik „szolgáltatás” (pl. padlófűtés, falfűtés, mennyezetfűtés stb.)

5 lehetséges szintet definiáltak az egyszerű radiátoros fűtésre:

Funkció szintje Leírás
0Nincs automatikus vezérlés
1központi automatikus vezérlés (egy központi termosztát)
2minden helységben külön hőfokszabályzás (pl. termosztatikus szelepek)
3minden helységben külön hőfokszabályzás és egyben kommunikáció egy központi egységgel (pl. a kazánnal. A termosztatikus szelepek csak lezárni tudják a radiátort, de nem tudják a kazánt beindítani.)
4minden helységben külön hőfokszabályzás és egyben kommunikáció egy központi egységgel és egyben jelenlét érzékelés

 

Ezek után erre az egy szolgáltatásra felírhatjuk, hogy melyik szempontból milyen a hatása:

 A funkció szintjeHATÁSOK 
level 0No automatic control00000000
level 1Central automatic control (e.g. central thermostat)+00++000
level 2Individual room control (e.g.

thermostatic valves, or electronic controller)

++00++++000
level 3Individual room control with communication between controllers and to BACS++00+++++0+0
level 4Individual room control with communication and presence control+++00+++++0+0

 

Láthatjuk, hogy nem mindegyik szolgáltatásnak van hatása az összes szempontra.

Ilyen szolgáltatásból azonosítottak (eddig) 112-őt! Ezek alapján elég időigényes és költséges ennek az mutatónak a meghatározása, ezért definiáltak egy „egyszerűsített” változatot, ahol már „csak” 52 szolgáltatást vesznek figyelembe.

Az Alphanet AlphaControl rendszerének tervezésekor ezeket a szempontokat és szolgáltatásokat vettük figyelembe.

okos otthon

Okos épület mutató II. rész

Az okosépület-mutató meghatározásának módszertana.

Az okosépület-mutató módszertani elképzeléseit a https://smartreadinessindicator.eu/ oldalon megtalálható információk alapján gyűjtöttük össze.

Az európai szakértők 10 részterületre osztották az okosépület meghatározásának módzserét:

Ezek könnyen érthető területek:

  • Fűtés
  • Hűtés
  • Használati melegvíz (DHW – domestic hot water)
  • Kényszerített szellőztetés
  • Világítás
  • Az épület külső felületének területe (ez pl. árnyékolás, természetes szellőztetés (ablaknyitás), illetve bármilyen funkció ami az épület külső felületével kapcsolatos)
  • Megújuló energiák felhasználása
  • Igény oldali felügyelet (mikor kell a fűtés, világítás stb.)
  • Elektromos járművek töltési lehetősége
  • Felügyelet (monitorozás és beavatkozás)

 

Ezeket a területeket 8 féle szempontból vizsgálják:

Ezek is egyszerűen megmagyarázható szempontok:

  • Energia megtakarítás a helyszínen
  • Rugalmas kapcsolat az energiaellátó rendszerrel pl. az elektromos hálózat felé tud-e igényt adni, vagy ha nincs valamelyik energiafajtából elegendő akkor át tud-e kapcsolni más energiaforrásra. (pl. ha nincs elég elektromos áram van-e és át tud-e kapcsolni gázmotorra)
  • Megújuló energiák hasznosítása
  • Az épületben tartózkodó emberek komfortja milyen? (hőmérséklet, pára, zaj, megvilágítás stb.)
  • Mennyire kényelmes az épületben lenni? Mik azok, amik az „életet könnyebbé teszik”? pl. milyen bonyolult vagy egyszerű módon lehet a szolgáltatásokat igénybe venni? Pl. a heti fűtési „program” megadásához kell-e egy vastag könyvet tanulmányozni?
  • Mennyire egészséges a környezet? Ne csak mondjuk a hőmérsékletet és páratartalmat figyeljük hanem a levegő minőségét is! (Ne csak lakóépületekre gondoljunk, hanem üzemekre, ahol nagy lehet a por, vegyi anyag stb. de mondjuk a kórházak műtőjének a levegőjében sem célszerű, ha baktériumok keringenek.)
  • Karbantartás. Nem csak a régi TMK (Tervszerű Megelőző Karbantartás) hanem az esetleges mért adatokon alapuló előrejelzés, hogy itt most pl. szűrőt kéne cserélni mert eltömődött.
  • Információ szolgáltatás az épületben tartózkodóknak. Tájékoztatni kell az épületben tartózkodókat az épület állapotáról, szolgáltatásaik rendelkezésre állásáról.

Legközelebb megvizsgálunk példát, ahol talán még pontosabban érthető a módszertan lényege.