Hogyan kell programozni riasztások és figyelmeztetések HMI-képernyő?

Hogyan kell programozni riasztások és figyelmeztetések HMI-képernyő?

Hiba 17 riasztás nem egy diagnózis. Egy jó HMI-nek el kell mondania, hogy mi történt, mikor, milyen súlyos és mit kell ellenőriznie az operátornak.

A riasztórendszer PLC-ben vagy egy erre a célra szolgáló készülékben indul, ahol tényleges feltételek jönnek létre. HMI olvas, formáz, megjeleníti és archiválja őket, ha szükséges. Egyértelműen különböztesse meg az értesítési, figyelmeztető és leállítási hibát. A riasztó hitelesítése azt jelenti, hogy a személy észrevette; ez önmagában nem távolíthatja el a működési hiba okát, és nem kerülheti meg a biztonsági blokádot.

Lépésenkénti eljárás

1. Készítsen egy listát az eseményekről. Minden riasztáshoz írja le a kioldó jelzést, a prioritást, az üzemben tartó szövegét, a tervezett választ és az eltávolítás feltételeit.
2. Azonosítsa a forrást az irányítóban. A PLC készítsen stabil riasztási biteket vagy kódokat. Ha az érzékelő rövid ideig ingadozik, megfelelő szűrést vagy időzítést kell alkalmazni a kormányberendezésben.
3. Add Alarm / Eseménynapló EasyBuilder Pro. Csatlakoztassa az eseménybeállításokat a regisztrációhoz és adja meg az üzeneteket a kezelő nyelvén. Testreszabása a konfiguráció a modell és változata a szoftver.
4. Design felhasználói nézet. Az aktív hibáknak láthatónak kell lenniük az alapképernyőn; a részletek, az idő és az utasítások külön diagnosztikai ellenőrzés alá helyezhetők.
5. A visszaigazolás és a történelem szerkesztése. Megjegyzés a formáció, megerősítés és eltávolítás, ahol a konfiguráció lehetővé teszi. Vigyázz a megfelelő időre, dátumra és lehetséges szinkronizálásra.
6. Adja hozzá a kommunikációs riasztás elvesztését. Ha a HMI-nek már nincs új adata, azt ki kell fejtenie. A mért tömeg vagy nyomás fagyasztott kijelzése erősen félrevezető lehet.
7. Végezze el a tesztprotokollt. Az összes riasztót típusonként indítja el, egyszerre teszteli a hibákat, a kommunikációs hibát, a visszaigazolási engedélyt és újraindítja.

Gyakorlati példa az ellenőrző mérlegre

Az általános "NOK" helyett, pl. "Kilépés megerősítve - ellenőrizze a kilövőhengert és az optikai érzékelőt". Ez az üzemeltetőre azonnal alkalmazandó. A részletes szolgáltatás oldal is mutatja szenzor, katapult késleltetés, szelepállapot és az utolsó esemény.

Színek, hang és elérhetőség

Használjon vöröset az igazi kritikus helyzetekhez, sárgát a figyelmeztetésekhez. Soha ne támaszkodj kizárólag a színre: a szöveg, a szimbólumok és a státusz szintén fontos. Azt akarom, hogy a hangjelzés riadjon, ne zavarjon állandóan. Ne rejtse el a riasztásokat a szolgáltatás menüben.

Hány riasztóra van szüksége egy gépnek?

A szám önmagában nem számít. Jobb 20 világos üzenet van utasításokkal, mint száz használhatatlan kód. A rendszernek különbséget kell tennie a kiváltó ok és az abból eredő riasztások között, hogy az üzemeltető ne kapjon több hasonló értesítést.

A leggyakoribb végrehajtási hibák

• A szöveg nem jelzi az okot, a helyet vagy az ajánlott ellenőrzést.
• A riasztót tompítani kell a tényleges hiba kijavítása nélkül.
• A rendezvény ideje nincs szinkronizálva a HMI, a PLC és a szerver között.
• A prioritások tévednek, és a fontos hiba továbbra is rejtve marad a bejelentések között.
• A hálózati szünet után az interfész figyelmeztetés nélkül mutatja a régi méréseket.

Hogyan tud segíteni Svet Črnil?

A Fekete Tanácsban átlátható ipart alakítunk ki HMI-képernyők és diagnosztika. A hibalista, a PLC-jelek és az aktuális képernyő fényképe - világosabb értesítéseket, riasztási naplót és teszttervet készíthetünk.

Szakértői forrás: Weinek EasyBuilder Pro felhasználói kézikönyv - Eseménynapló. Csatlakozáskor mindig ellenőrizze a kézikönyv és a konkrét változata az eszközök használt.