Scada - mítoszok és valóság
Teljesen érthető vágya SCADA-csomag szállítók eladni, amennyire csak lehetséges, hogy ígéretet, amit hallani akar a vevő, generált egy csomó legenda, szakemberek között az ipari automatizálás. Próbáljunk legalább néhányat eloszlatni.
A mítoszokat az eladók terjesztik
"SCADA - magas megbízhatóság, felelős alkalmazásokhoz." Abszolút igazság, ha figyelembe vesszük az elektronika, a számítástechnika és különösen a számítógéppel kapcsolatos összes megbízhatóság relatíveit. Az IBM PC jelentősen megbízhatóbb, mint elődje SM-4, és a Windows NT stabilitása a korábbi Windows verziókhoz képest egyszerűen fantasztikus. Azonban alig lehet abszolutizálni a rendszer egyik elemének megbízhatóságát a többiektől elkülönítve. Végül, az abszolút "védelem a bolondtól", és még inkább az intelligens szolgáltatótól, nem létezik. Ezért beszélünk a rendszerek megbízhatóságát alapján bármely SCADA-csomag és a lehetőséget, felhasználásuk különösen fontos célra, akkor mindig értékelni legalábbis elvileg elfogadhatóságát kellően hosszú újratölti bármilyen szoftver Windows alatt, amelynek során a számítógép újraindítására válik süket és vak.
Mítoszok, amelyekben az ügyfelek hisznek
- Már nem lesz szükségünk a programozókra. Nem mondhatjuk, hogy ez nagyszerű túlzás. Valójában a programozók, akik nem tudnak közvetlenül hozzáférni a regiszterekhez és gazdag tapasztalattal rendelkeznek a grafikus interfészek létrehozásában, jobb, ha távol tartják az SCADA csomagokat. Ezek a szoftverek rendszerint tartós allergia, mert szinte az összes korábbi programozási tapasztalat felesleges. Azonban a beépített SCADA-csomag nyelvi szkriptek programozásának alapos tanulmányozása szükséges. És jó, ha ismerős és egyszerű Basic-t kapnak. A gyakorlat azt mutatja, hogy a SCADA-n alapuló projektek 99% -ának nagyon komoly algoritmusokat kell programoznia a beépített nyelveken.
"Könnyedén létrehozhat valós idejű adatgyűjtési rendszereket." Mint tudják, a valós idő minden konkrét esetben teljesen különböző időintervallumokat jelent, a mikrotól a másodpercig percig. Számomra logikusnak tűnik, ha a felső szint ACS TP-jével az emberi operátorral körülbelül 0,1-1 s lesz. Egyrészt, az üzemeltető nehéz elvárni gyorsabb reakció, a másik - a megfelelően tervezett PCS ellenőrzés és szabályozás, gyors folyamatok általában megfelelnek az alacsonyabb szintű helyi vezérlők, függetlenül programozható SCADA-csomag, és egyéb eszközöket. Ha a garantált válaszidő a 0.1-1 s tartományban megegyezik a valós idejű megértéssel, akkor valóban lehetőség van valós idejű adatgyűjtési rendszer létrehozására SCADA csomag segítségével. Ezzel szemben, ha meg a számítógépen fut SCADA-csomag egy pár gyors ADC táblák és szeretné írni az adatokat az archív lemezen található összes csatorna frekvenciája 100 kHz, akkor valószínűleg súlyosan csalódott az eredmény.
"Az OPC kiszolgáló elhagyása nagyon nehéz és drága." Ez akkor van, ha csak az OPC szabvány és a C ++ fordító leírása szerepel. Ha egy speciális eszközcsomagot vásárol, például az OPCToolWorX-t az Iconics-tól, a komplexitás kérdése majdnem megszűnik, de az ár kérdése felmerül. Az ilyen eszköz költsége körülbelül 4000 dollár, de a Net-en könnyedén megtalálhat egy üreset az OPC szerver számára a Modbushoz, és megoldhatja a problémát, vagy megvásárolhat egy megfelelő eszközt a szerényebb orosz programozókból. Például az UniORS a "Prosoft" -on felajánlott, kb. 350 dollárba kerül. A tapasztalatok azt mutatják, hogy egy pár hét múlva ténylegesen írni és hibázni kell egy teljesen működőképes OPC kiszolgálót.
"A SCADA nagyon drága, jobb megírni magad." Ezzel továbbhaladhat és átírhatja a kiválasztott fejezeteket a Windows rendszerből. Minden problémát megoldja a hálózati protokollok, adatbázisok, illesztőprogramok a perifériás eszközökhöz stb. Ezután vásároljon jegyet a gőzösbe, és örökre elfelejtse ezt a rémálmát. Az ügyfelekkel való kommunikáció eléggé nagy személyes tapasztalata azt mutatja, hogy a SCADA íróit szinte minden kis rendszerintegrátor befolyásolja. A betegség a programozók fenntartásának költségeivel, az első nagyprojektek megjelenésével, az ügyfél személyzetének képzésével és az önállóan írott programokkal kapcsolatos problémák növekedésével jár. A GENESIS legfrissebb változatának létrehozása 30 ember évet töltött. Hasonló adatok vezetnek és az orosz fejlesztők SCADA. Feltételezve, hogy a „mi” dolgozni kétszer olyan hatékony, és ezután költségként havi $ 200 létrehozása a csomagot a mennyiség mintegy 15 x 12 x 200 = 36 $ 000. Ez sokkal drágább vásárlási legtöbb becsapott SCADA-csomag. Az első esetben az eredmény nem garantált, és az időt a kerékpár találmányára fordítják.
Úgy tűnik számomra, hogy csak egy út áll rendelkezésre - komplex megoldások beszerzése egy forrásból. Csak így fogják elkerülni a kollektív felelőtlenséget a programozók és a berendezések fejlesztőinek egymás között, és vádolják egymást a VESA-kompatibilitás hiányában, majd a járművezetők görbületében. Nem szükséges körbejárni az örök mantránál a "vas rossz - a program rossz". A különböző vállalatok képviselői szemtől-szembe kerülő fogadások nélkül minden kérdésre szakértelemmel válaszolnak, mindent példákon mutatnak be, és a vezető megkapja az újakat a tartályokból.
A tárgyak internete - olyan trend, amely már radikálisan megváltoztatja az üzleti világot. És bár vannak még ...
Az ágazat nagy igényei szünetmentes áramforrások számára, például nehéz körülmények között való munkavégzésre ...
Az offshore fagyálló platform Prirazlomnaya az első olyan olajpálya, amely teljesen ...
A JOVYATLAS ipari inverterek a kohászati, olaj- és gázipari vállalatok ...