Relatório de falha - Fault reporting

O relatório de falhas é um conceito de manutenção que aumenta a disponibilidade operacional e reduz o custo operacional por meio de três mecanismos.

  • Reduza a avaliação diagnóstica trabalhosa
  • Elimine o tempo de inatividade do teste de diagnóstico
  • Fornecer notificação à gerência para operação degradada

Este é um pré-requisito para a manutenção baseada em condições .

A redundância ativa pode ser integrada ao relatório de falhas para reduzir o tempo de inatividade para alguns minutos por ano.

  • Redundância passiva
  • Redundância ativa

História

Filosofias de manutenção formal são exigidas por organizações cuja principal responsabilidade é garantir que os sistemas estejam prontos quando esperado, como agências espaciais e militares.

A manutenção planejada com uso intensivo de mão de obra começou durante o surgimento da revolução industrial. Isso depende da avaliação diagnóstica periódica com base nas datas do calendário, distância ou uso. A intenção é realizar avaliações de diagnóstico que indiquem quando a manutenção é necessária para evitar inconvenientes e problemas de segurança que ocorrerão quando ocorrerem falhas críticas do equipamento durante o uso.

A revolução eletrônica permitiu que sensores e controles baratos fossem integrados à maioria dos equipamentos. Isso inclui indicadores de diagnóstico, sensores de fluido, sensores de temperatura, sensores de ignição, monitoramento de exaustão, sensores de tensão e equipamentos de monitoramento semelhantes que indicam quando a manutenção é necessária. Os visores do sensor geralmente estão localizados em locais inacessíveis que não podem ser observados durante a operação normal. A manutenção periódica de mão-de-obra intensiva é freqüentemente necessária para inspecionar os indicadores.

Algumas organizações eliminaram a maior parte da manutenção periódica de trabalho intensivo e tempo de inatividade de diagnóstico, implementando projetos que trazem todos os status do sensor para indicadores de falha localizados nas proximidades dos usuários.

Princípio

A manutenção requer três ações.

  • Descoberta de falha
  • Isolamento de falhas
  • Recuperação de falhas

A descoberta de falhas requer manutenção de diagnóstico, o que requer tempo de inatividade do sistema e custos de mão de obra.

Os requisitos de tempo de inatividade e custo associados aos diagnósticos são eliminados para cada item que satisfaça os critérios a seguir.

  • Diagnóstico automatizado
  • Instrumentado para visualização remota
  • Exibido na viscosidade do pessoal de supervisão

Implementação

O relatório de falhas é um recurso opcional que pode ser encaminhado para monitores remotos usando definição de configuração simples em todos os equipamentos de computação modernos. O nível de relatório do sistema apropriado para a manutenção baseada em condição é crítico, alerta e emergência, o que indica o encerramento do software devido a falha. Relatórios de falha específicos, como falha de interface, podem ser integrados em aplicativos vinculados a esses sistemas de relatório. Não há custo de desenvolvimento se estes forem incorporados aos designs.

Outros tipos de relatórios de falhas envolvem pintar zonas verdes, amarelas e vermelhas em medidores de temperatura, medidores de pressão, medidores de fluxo, sensores de vibração, medidores de tensão e sensores semelhantes. A visualização remota pode ser implementada usando uma câmera de vídeo .

Benefícios

A abordagem histórica para descoberta de falhas é o teste de diagnóstico periódico, que elimina a seguinte penalidade de disponibilidade operacional.

O relatório de falhas elimina os custos de manutenção associados ao teste de diagnóstico manual.

O trabalho é eliminado em projetos redundantes usando as funções de detecção e isolamento de falhas para reconfigurar automaticamente o equipamento para operação degradada.

A economia de manutenção pode ser realocada para atualizações e melhorias que aumentam a competitividade organizacional.

Prejuízos

As falhas que não acionam um requisito sustentado para ações de isolamento e recuperação de falhas não devem ser exibidas para ação de gerenciamento.

Por exemplo, acender um indicador de falha em situações onde a intervenção humana não é necessária irá induzir a quebra, fazendo com que o pessoal de manutenção execute o trabalho quando nada já está quebrado.

Como outro exemplo, habilitar o relatório de falha para falha de entrega de pacote de rede da Internet aumentará o carregamento da rede quando a rede já estiver ocupada e isso causará uma interrupção total da rede.

Veja também

links externos

Referências