A kettős{0}}érzékelő redundancia-összehasonlító algoritmus teljesítményének értékelése négy fő mutató körül forog: téves riasztások aránya, téves riasztások aránya, alkalmazkodóképesség és karbantartási költség. Ez két-lépéses folyamattal valósítható meg: "laboratóriumi vizsgálat + helyszíni ellenőrzés". A konkrét értékelési módszer a következő:
I. Alapvető teljesítménymutatók (kvantitatív értékelés)
Ez a négy mutató kulcsfontosságú az algoritmus minőségének megítélésében, és közvetlenül megfelel annak gyakorlati alkalmazási értékének:
|
Indikátor |
Számítási módszer |
Pass Standard |
Kiváló szabvány |
|
Vakriasztási gyakoriság |
Téves riasztások száma ÷ Riasztások teljes száma × 100% |
5% vagy annál kisebb |
2%-nál kisebb vagy egyenlő |
|
Vakriasztási gyakoriság |
Elmulasztott valós hibák száma ÷ Valódi hibák teljes száma × 100% |
1%-nál kisebb vagy egyenlő |
0% |
|
Válasz késleltetése |
Átlagos idő a valódi hiba fellépésétől a riasztásig |
15 s vagy annál kisebb |
Kisebb vagy egyenlő, mint 5 s |
|
Hosszú távú -stabilitás |
A téves riasztások arányának módosítása 3 hónapos folyamatos működés után |
2%-nál kisebb vagy egyenlő |
1%-nál kisebb vagy egyenlő |
Kiegészítő megjegyzés: A téves riasztások aránya az ipari forgatókönyvek alapvető mutatója. A téves riasztások szükségtelen állásidőhöz vezethetnek, ami közvetlenül befolyásolja a termelési kapacitást. Magasabb prioritású, mint a téves riasztások aránya.
II. Telepítés előtti-tesztelés a laboratóriumban (a problémák korai kiszűrése) A helyszíni telepítés előtt-végezzen szimulációs teszteket az alapvető teljesítmény gyors ellenőrzéséhez:
Interferencia teszt: mesterségesen vigyen be tüskés zajt, vibrációs interferenciát és változó intenzitású hőmérséklet-ingadozásokat, hogy megbizonyosodjon arról, hogy az algoritmus téves riasztást ad-e ki-a megfelelő szabvány a következő: az azonnali interferencia nem válthat ki riasztást; csak a tartós eltérések válthatnak ki riasztást.
Hibaszimulációs teszt: Mesterségesen szimulálja a különböző típusú hibákat (egy-ponteltolódás, nulla-ponteltolás, lassú öregedés), és elemezze a téves riasztások arányát és a válaszkésleltetést-az összes valódi hibát azonnal észlelni kell, hamis riasztások nélkül.
Öregedési alkalmazkodóképesség teszt: Mesterségesen szimulálja az öregedési elsodródást különböző sebességgel két érzékelőnél, hogy megtudja, az algoritmus képes-e automatikusan frissíteni az alapvonalat az alkalmazkodáshoz-a megfelelési szabvány a következő: nem szabad téves riasztást kiváltani, ha az elsodródás ésszerű tartományon belül van; riasztást csak akkor szabad kiváltani, ha az elsodródás meghaladja a biztonságos tartományt.
III. Helyszíni ellenőrzés (végső megerősítés) A laboratóriumi vizsgálatok elvégzése után futtassa a rendszert a -helyszínen 1-2 hónapig, hogy a valós körülmények között ellenőrizze a teljesítményt:
A valós{0}}világ működési adatainak statisztikai elemzése: Folyamatosan rögzítse az összes riasztást, manuálisan ellenőrizze az egyes riasztásokat, hogy megállapítsa, valódi hiba-e vagy téves riasztás, és kiszámítja a tényleges téves riasztási arányt;
Összehasonlítás a hagyományos algoritmusokkal: Hasonlítsa össze az algoritmust az eredeti rögzített küszöbérték algoritmusával ugyanebben az időszakban, hogy megfigyelje a téves riasztások arányának százalékos csökkenését-az optimalizálásnak a téves riasztások arányának legalább 60%-os csökkenését kell eredményeznie;
Hosszú távú -stabilitásértékelés: Futtasson folyamatosan 3 hónapig annak ellenőrzésére, hogy a téves riasztások aránya jelentősen növekszik-e az érzékelő öregedésével,-ha az algoritmus tartalmazza az automatikus alapvonal-frissítéseket, a téves riasztások arányának ingadozása nem haladhatja meg a 2%-ot.
IV. További értékelési elemek Az alapvető mutatók mellett értékelje a felhasználói élményt:
Karbantarthatóság: Támogatja az egy{0}}kattintásos kalibrálást és az automatikus hibakeresést? A közönséges karbantartó személyzet gyorsan tudja működtetni?
Kompatibilitás: Integrálható a meglévő PLC-berendezésekkel további hardvercsere nélkül?
Erőforrás fogyasztás: Az algoritmus nagy számítási teljesítményt igényel a vezérlőtől, és okoz-e PLC késést?
