Hlášení poruch - Fault reporting

Hlášení poruch je koncepce údržby, která se zvyšuje provozní dostupnost a to snižuje provozní náklady prostřednictvím tří mechanismů.

  • Snižte diagnostické vyhodnocení náročné na práci
  • Odstraňte prostoje diagnostických testů
  • Poskytněte oznámení managementu o zhoršeném provozu

To je předpoklad pro Podmíněná údržba.[1]

Aktivní redundance lze integrovat do hlášení poruch, aby se zkrátila doba odstávky na několik minut ročně.

  • Pasivní redundance
  • Aktivní redundance

Dějiny

Organizace, jejichž primární odpovědností je zajistit, aby byly systémy připraveny podle očekávání, jako jsou vesmírné agentury a armáda, požadují filozofii formální údržby.[2]

Náročné na práci plánovaná údržba začalo během vzestupu průmyslové revoluce. Závisí to na pravidelném diagnostickém vyhodnocení založeném na kalendářních datech, vzdálenosti nebo použití. Záměrem je provést diagnostická vyhodnocení, která indikují, kdy je nutná údržba, aby se zabránilo nepříjemnostem a bezpečnostním problémům, které nastanou, když během používání dojde k selhání kritického zařízení.

Elektronická revoluce umožnila integraci levných senzorů a ovládacích prvků do většiny zařízení. Patří sem diagnostické indikátory, snímače kapalin, snímače teploty, snímače zapalování, monitorování výfukových plynů, snímače napětí a podobná monitorovací zařízení, která indikují, kdy je nutná údržba. Senzorové displeje jsou často umístěny na nepřístupných místech, která nelze během normálního provozu pozorovat. Pro kontrolu indikátorů je často vyžadována pravidelná údržba náročná na práci.

Některé organizace eliminovaly nejnáročnější periodickou údržbu a diagnostické prostoje implementací návrhů, které přinášejí veškerý stav senzorů indikátorům poruch umístěným v těsné blízkosti uživatelů.

Zásada

Údržba vyžaduje tři akce.

  • Hledání závad
  • Izolace poruch
  • Obnova poruchy

Zjišťování poruch vyžaduje diagnostickou údržbu, která vyžaduje prostoje systému a mzdové náklady.

Požadavky na prostoje a náklady spojené s diagnostikou jsou vyloučeny pro každou položku, která splňuje následující kritéria.

  • Automatická diagnostika
  • Vybaveno pro vzdálené prohlížení
  • Zobrazuje se na visciditě dozorčích pracovníků

Implementace

Hlášení poruch je volitelná funkce, kterou lze přeposlat na vzdálené displeje pomocí jednoduchého nastavení konfigurace ve všech moderních výpočetních zařízeních. Úroveň hlášení systému, která je vhodná pro Podmíněná údržba jsou kritické, výstražné a nouzové, které označují ukončení softwaru z důvodu selhání. Specifické hlášení poruch, například selhání rozhraní, lze integrovat do aplikací propojených s těmito systémy hlášení. Pokud jsou zahrnuty do návrhů, nevznikají žádné náklady na vývoj.

Jiné druhy hlášení poruch zahrnují malování zelené, žluté a červené zóny na teplotní měřidla, tlakoměry, průtokoměry, snímače vibrací, tenzometry a podobné snímače. Vzdálené prohlížení lze implementovat pomocí a videokamera.

Výhody

Historický přístup pro Hledání závad je periodické diagnostické testování, které eliminuje následující pokutu za provozní dostupnost.

Hlášení poruch eliminuje náklady na údržbu spojené s manuálním diagnostickým testováním.

Práce je eliminována v nadbytečných provedeních pomocí funkcí vyhledávání poruch a izolace poruch k automatické rekonfiguraci zařízení pro zhoršený provoz.

Úspory údržby lze přerozdělit na upgrady a vylepšení, která zvyšují konkurenceschopnost organizace.

Újmy

Poruchy, které nespouštějí trvalý požadavek na izolaci chyb a akce obnovy chyb, by se u akce správy neměly zobrazovat.

Například rozsvícení indikátoru poruchy v situacích, kdy není nutný lidský zásah, způsobí rozbití tím, že způsobí, že personál údržby provede práci, když již není nic poškozeno.

Dalším příkladem je povolení hlášení chyb pro selhání doručování paketů v síti Internet, které zvýší zatížení sítě, když je síť již zaneprázdněna, a to způsobí celkový výpadek sítě.

Viz také

externí odkazy

Reference

  1. ^ „Opnav Instruction 4790.16: Condition Based Maintenance“. Operace amerického námořnictva. Archivovány od originál dne 15. 2. 2013. Citováno 2012-08-15.
  2. ^ „Opnav Instruction 4790.7: Maintenance Policy for United States Navy Ship“. Operace amerického námořnictva. Archivovány od originál dne 15. 2. 2013. Citováno 2012-08-15.