Alapvető diagnosztika/hibakeresés Niagara rendszerben
Frissítve: 2024. ápr. 2.
Röviden összefoglaltunk néhány dolgot, amit érdemes lehet megvizsgálni, ha egy Niagara-vezérlő lassú, vagy ha a driver nem úgy működik, ahogyan azt várnánk.
Az "Előfizetés most" gombra kattintva egy ingyenes regisztrációt követően Ön is megtudhatja, mik lehetnek a legfontosabb lépések a hibák kiküszöböléséhez!
Először is: ellenőrizze a Resource Manager-t a stationjén
Kattintson a jobb gombbal a stationre, és válassza a "Views - Resource Manager" menüpontot.
Ez megnyitja a Resource Monitor oldalt, ahol ellenőrizheti a CPU és a memória felhasználást.
A CPU-nak sosem szabad meghaladnia a 80% feletti tartós használatot, de az időnkénti 80% feletti terheléscsúcs normális.
Hasznos tanácsok:
a felhasznált proxy pontok mennyiségének ellenőrzése licence ellenében
a Heap Memory felhasználásának ellenőrzése
Sosem szabad a rendelkezésre álló memória 75%-ánál többet felhasználni. A Heap Memory-t elsősorban a Station modulok és a Java program objektumai használják, így ha a memóriahasználat magas, az ennek a kettőnek köszönhető.
Ellenőrizze az "Engine hogs"-t
Kattintson jobb gombbal a stationre, mint korábban, de ezúttal válassza a "Spy" lehetőséget. A fő nézetben kattintson a "sysManagers", majd az "engineManager" menüpontra, majd görgessen lefelé, hogy megtalálja a "Engine Hogs"-t.
Erre kattintva megnyílik a station fő komponenseinek listája, és a jobb oldali oszlopban megjelenik a komponens átlagos futási ideje. Ha azt látja, hogy a műveletek futása sokáig tart, akkor olyan dologról lehet szó, amit érdemes kétszer is megvizsgálnia a stationjén, és esetlegesen enyhíteni a Jace/Niagara vezérlő terhelését. Nem létezik "szabály" az "idő hosszának" meghatározására, azonban, 0,5-1 másodperc vagy afelett már érdemes lehet megnézni a dolgot. A fél másodperc 500.000us (mikroszekundum) értékben jelenne meg.
Ellenőrizze az eszközök lekérdezési ciklusidejét (driver poll rates)
Az adatlekérdezésen alapuló eszközök, mint a Modbus vagy akár a BACnet, amennyiben a COV nincs engedélyezve, folyamatosan futtatják a parancsokat "gyors", "normál" és "lassú" konfigurált sebességek alapján.
Az alábbi stationben van néhány Modbus pont, amelyek mind "normál" sebességgel, 5 másodpercenként végzik a lekérdezést.
A driver Property Sheet-jét vizsgálva fontos ellenőrizni, hogy a ciklusidő (lásd a sárgával kiemelt alsó részt) minden egyes sebesség (gyors/normális/lassú) esetében mindig egyenlő vagy alacsonyabb, mint az adott sebességhez konfigurált tényleges idő. Tehát a gyors ciklusidő átlagának mindig 1 másodpercnek vagy az alatt kell lennie, a normál ciklusidőnek 5 másodpercnek vagy az alatt, a lassú ciklusidőnek pedig 30 másodpercnek vagy alatta. A hosszabb ciklusidő azt jelzi, hogy a hálózat túl van terhelve és ezt általában a Jace/Niagara vezérlő sebességcsökkenése jelzi (ellenőrizze a Resource Monitor-t).
Használja az Application Director konzolt a hálózat (vagy komponens) hibakeresésére
Az "Application Director" (a "Platform" alatt) egy konzol kimenetet mutat, és ez a legmegfelelőbb hely a station hibáinak ellenőrzésére, valamint, hogy minden a megfelelő módon működik-e. Használatát a TCP oktatáson már meg kellett tanulnia, de alább talál egy kis emlékeztetőt arról, hogyan adhat hozzá további adatokat.
Másolja az Application Director tartalmát, és küldje el az ügyfélszolgálatnak. Ez nélkülözhetetlen lesz ahhoz, hogy segítsen felderíteni a problémát a stationjén. Illetve segíthet abban is, hogy megállapítsa, hova kell összpontosítania a figyelmét a megoldások megtalálása érdekében.
Hogyan adhatok több hibakeresési funkciót az Application Director konzolhoz?
Bár a legtöbb hiba megjelenik az Application Director konzolban, a hibakeresés során azonban előfordulhat, hogy több részletet is meg kell jeleníteni, hogy minél több információ birtokában vizsgálódhassunk.
Kétféleképpen jeleníthet meg több információt a konzolon. Mindkettő ugyanahhoz az eredményhez vezet, és az egyik művelet a másik módszer esetében is megjelenik.
1. módszer: a " Spy " módszer
Kattintson a jobb gombbal a stationre, és válassza a "Spy" lehetőséget. Ezután válassza a "logSetup" lehetőséget a fő nézetben.
Megnyílik egy hosszú táblázat a stationon használt összes komponenssel.
A felső részen látni fogja, hogy egy-egy komponensnél be tudja állítani, hogy az Application Director több információt jelenítsen meg az egyes komponensekről.
Tegyük fel, hogy a Modbus hálózat hibakeresését szeretnénk elvégezni. Esetleg az összes generált Modbus adatcserét szeretnénk megjeleníteni.
Megkeressük a "ModbusTcpNetwork" drivert, és a flag-et az alapértelmezettről "finest"-re állítjuk.
Az Application Director konzol megmutatja, hogy mi történik és segít abban, hogy tudjuk, hogy hány modbus parancsot futtatunk, hány regisztert kérdezünk le egyszerre, és hogy van-e valamilyen hiba:
2. módszer: a Services - Debug Service használata
A fentiek közül ugyanezt elérhetjük, ha megnézzük a stationunk Services menüpontját, és duplán kattintunk a "Debug Service"-re (hibakeresési szolgáltatás)
Figyeljük meg, hogy a "ModbusTcpNetwork" "Finest" sor már létezik, mivel azt az 1. módszerrel adtuk hozzá.
Ha ezt a módszert kívánja használni, csak keresse meg a komponenst a "Log Category" első betűinek beírásával és kiválasztásával. Ezután a legördülő menüből válassza ki a napló típusát, és a jobb oldali szélső "+" gomb megnyomásával adjon hozzá egy új sort. A sor eltávolítása az adott modul hibakeresésének "alapértelmezettre" való visszaállításával egyenértékű.
Mi történik, ha újraindítás után vissza akarom állítani a konzol tartalmát?
Ha a vezérlő újraindul, és vissza szeretné állítani a konzol újraindítás előtti állapotát, a konzol legutóbbi kimeneteiről biztonsági mentések készülnek.
Kattintson a jobb gombbal a stationre, és válassza a "Spy", majd a "Console" menüpontot.
Ez hozzáférést biztosít néhány, közvetlenül az újraindítás előtt rögzített konzolkimenethez txt formátumban, ahogy az alábbiakban is látható:
Innen duplán kattinthat a fájlra, hogy közvetlenül a workbenchben láthassa azt.
Amennyiben ezen segédlet tárgyalt módszerek alkalmazása után sem oldódott meg problémája, keresse fel ügyfélszolgálatunkat!
Hogyan könnyítheti meg a munkánkat?
Biztosítson niagara verziót
Biztosítson másolatot a modulokról
Magyarázza el, hogy hogyan lehet a jelenséget reprodukálni
Biztosítson biztonsági mentést és adja meg a bog file jelszavát is
Küldje el az Application Director tartalmát a hibákkal és a thread dump hozzáadásával
Biztosítsa a konzol és a spy log-ok biztonsági mentését
Az UI típusú problémákhoz biztosítsa a konzol kimenetét
Ne adjon képernyőfelvételeket a szöveges fájlokról
(Forrás: SmartNode Kft.)
Bármilyen kérdéssel keressenek minket bizalommal!
Vegye fel velünk a kapcsolatot, és legyen szerződött partnerünk, hogy még több értékes információval gazdagodjon. Partnereink számára további technikai hírleveleket, programozási segédleteket és kész sablonokat biztosítunk az általunk értékesített legtöbb eszközhöz.
További, az Önök számára hasznos eszközöket talál az alábbi linkek egyikére kattintva:
Hozzászólások