Ár:
245.280 Ft + ÁFA ( 311.506 Ft )
Menny.:
db

MX-AOPC UA Server

Ár:
245.280 Ft + ÁFA ( 311.506 Ft )
Menny.:
db
Átlagos értékelés: Nem értékelt
Gyártó: Moxa
Elérhetőség: Nincs raktáron, rendelhető
Szállítási díj: 1.905 Ft

Ha a termék jelenleg nincs raktárunkon, úgy a várható szállítási időről munkatársaink tudnak bővebb és pontosabb információt nyújtani az alábbi elérhetőségeinken:
Telefon: +36 20 234 7762 (H-P: 09:00-17:00)
E-mail: info@comforth.hu

Leírás

A SCADA rendszerek több mint fél évszázada adják meg a lehetőséget a vezérlő szobában ülő operátorok számára, hogy eszközök és –akár nagy földrajzi területen eloszló– I/O pontok sokaságát kövessék nyomon, és ellenőrizzék. A modern SCADA rendszer felépítését az 1. ábrán mutatjuk be, ahol a SCADA szoftver van legfelül, a monitorozott eszközök a legalsó szinten, az OPC szerver pedig közöttük helyezkedik el. A PLC-k, RTU-k és/vagy a Moxa ioLogik távoli I/O egységek továbbítják a szenzorok jeleit és a mért vagy vezérlési értékeket oda-vissza az OPC szerver és az eszközök között. Ezek az egységek bizonyos mértékű autonómiát biztosítanak a távoli helyszíneken, mert elég okosak ahhoz, hogy néhány helyi vezérlési funkciót végrehajtsanak a SCADA szoftvertől függetlenül. A SCADA szoftver és az OPC szerver hagyományosan kliens-szerver alapú lekérdezési modellt követ. Ez azt jelenti, hogy a SCADA lekérdezi az OPC-t, ami szintén lekérdezi a csatlakoztatott eszközöket az aktuális értékekről, és az operátorok ezen információk birtokában tehetik meg a szükséges lépéseket. Azokat a szenzorokat, amelyek kritikus helyen vannak (pl. hogy egy ajtó nyitva vagy csukva van) akár másodpercenként le kell kérdezni, hogy pl. az esetleges intézkedéseket meg lehessen kezdeni. Például ha egy ajtó állapotát 5 másodpercenként kérdezik le, de az ajtó csak egy 4 másodperces időtartamra volt nyitva, a SCADA rendszer nem is értesül az állapotváltozásról. Ha csak egyetlen ajtót kell figyelni, akkor a gyakori lekérdezés nem lehet probléma, de ha ajtók százait kell monitorozni, akkor ez a módszer nem használható, mert teljes sávszélességet felhasználó és lassú alkalmazást eredményezne. Körülbelül tíz évvel ezelőtt a Moxa bemutatta a szabadalmaztatott Active OPC koncepciót, amelyet az ioLogik termékekbe implementált is. Ennek az a lényege, hogy az egyszerű I/O eszközökbe intelligenciát csempész, hogy ezek kezdeményezzék a kapcsolatot az OPC szerverrel. Más szóval, a csatlakoztatott I/O eszközöket az ioLogik képes periodikusan lekérdezni, és csak az előre beállított paramétereknek megfelelő adatot küldi el az Ethernet hálózaton az OPC szerver számára. Ahogyan az első ábrán is látható, a hagyományos kliens-szerver polling modell a periodikus lekérdezésen, míg az Active OPC push modellje az adat feltételes elküldésén alapul. 2008-ban, új fejlesztésként, az OPC Foundation szabványosította a feltétel alapú adatküldési módot (report by exception), amelyet OPC Unified Architecture-nek (röviden OPC UA-nak) nevezett el. Az OPC UA „feliratkozás és monitorozás” (subscription and monitored item) elnevezésű modellt használ a SCADA és az OPC szerver közötti kommunikációra. Ez a teljesen új struktúra lehetővé teszi, hogy a SCADA rendszeren keresztül közvetlenül konfigurálható legyen az OPC szerver és az I/O eszközök kapcsolata. Ezzel a fejlesztéssel megvalósítható egy olyan rendszer, ahol a terepi eszközök is és a SCADA szoftver is csak akkor küldenek és kapnak adatot, ha az új információt hordoz, amivel töredékére csökkenthető a felhasznált sávszélesség.

Műszaki dokumentációk & Szoftverek

Vélemények

Erről a termékről még nem érkezett vélemény.
Írja meg véleményét!
Menü
0

A jobb felhasználói élmény érdekében weboldalunk cookie-kat használ. Ezek telepítését lehetőséged van elfogadni vagy megtiltani. Elutasítás esetén adataidat nem lehet nyomon követni, amikor meglátogatod ezt a weboldalt. Adatkezelési tájékoztatónkat ide kattintva találod.