BR102019026689A2

BR102019026689A2 - sistema de monitoramento de integridade, e, método para monitorar e determinar a integridade de um componente

Info

Publication number: BR102019026689A2
Application number: BR102019026689-9A
Authority: BR
Inventors: Alan M. Duke
Original assignee: Simmonds Precision Products, Inc.
Priority date: 2019-01-07
Filing date: 2019-12-13
Publication date: 2020-07-28
Also published as: CA3064913A1; US20200218248A1; EP3677975B1; EP3677975A1; US11360469B2

Abstract

Um sistema de monitoramento de integridade inclui pelo menos um sensor. Uma unidade de monitoramento de integridade (HMU) está operacionalmente conectada a pelo menos um sensor para receber dados a partir deles e gerar pelo menos um indicador de status (SI) com base nos dados de pelo menos um sensor. Um dispositivo de computação está operacionalmente conectado à HMU para receber dados e está configurado para gerar uma notificação de integridade quando uma quantidade do SI maior ou igual a um limiar predeterminado do SI exceder um limiar predeterminado da contagem de pico. Um método para monitorar e determinar a integridade de um componente inclui coletar dados durante um ciclo de amostra de pelo menos um sensor para gerar um SI para um determinado componente com um dispositivo de computação. O método inclui identificar se o SI numérico se qualifica como um SI de pico, que é maior ou igual a um limiar de SI predeterminado.

Description

SISTEMA DE MONITORAMENTO DE INTEGRIDADE, E, MÉTODO PARA MONITORAR E DETERMINAR A INTEGRIDADE DE UM COMPONENTE

FUNDAMENTOS 1. Campo

[001] A presente divulgação refere-se a sistemas de uso e gerenciamento de integridade e, mais particularmente, sistemas e métodos para monitorar e determinar a integridade ou condição de um componente ou sistema.

2. Descrição da Técnica Relacionada

[002] O diagnóstico ou a estimativa do estado de integridade de um componente geralmente é realizado extraindo um recurso de um sinal e monitorando a tendência desse recurso para verificar se ele excede um limiar. O recurso pode ser um recurso único, como um indicador de condição (CI) ou um recurso composto, derivado de vários recursos, como um Indicador de integridade (HI). Os sinais e/ou recursos podem ser bastante barulhentos devido a uma variedade de influências. É comum filtrar ou suavizar a tendência do recurso antes de compará-lo ao limiar.

[003] Para muitos tipos de componentes, os recursos brutos e suavizados geralmente tendem para cima até que a falha seja iminente. No entanto, nem todos os tipos de componentes seguem essa tendência, dificultando a determinação de um limiar e/ou análise adequados que devem ser aplicados. Definir limiares muito baixos pode levar a detecções muito precoces e definir limiares muito altos pode levar a detecções perdidas.

[004] As técnicas convencionais foram consideradas satisfatórias para a finalidade pretendida. No entanto, existe uma necessidade sempre presente de sistemas e métodos de uso e gerenciamento de integridade aprimorados. Esta divulgação fornece uma solução para essa necessidade.

SUMÁRIO

[005] Um sistema de monitoramento de integridade inclui pelo menos um sensor. Uma unidade de monitoramento de integridade (HMU) está operacionalmente conectada a pelo menos um sensor para receber dados a partir deles e gerar pelo menos um indicador de status (SI) com base nos dados de pelo menos um sensor. Um dispositivo de computação está operacionalmente conectado à HMU para receber dados a partir dele. O dispositivo de computação está configurado para gerar uma notificação de integridade quando uma quantidade do SI maior ou igual a um limiar predeterminado do SI exceder um limiar predeterminado da contagem de pico.

[006] De acordo com algumas modalidades, o pelo menos um sensor é um acelerômetro. O sistema pode incluir um revestimento de ventoinha. O pelo menos um sensor pode ser acoplado mecanicamente ao revestimento de ventoinha. Uma interface gráfica do usuário pode ser conectada operacionalmente ao dispositivo de computação. O dispositivo de computação pode ser configurado e adaptado para exibir uma notificação de integridade em uma interface gráfica do usuário.

[007] De acordo com outro aspecto, um método para monitorar e determinar a integridade de um componente inclui coletar dados durante um ciclo de amostra de pelo menos um sensor para gerar um indicador numérico de status (SI) para um determinado componente com um dispositivo de computação. O método inclui identificar se o SI numérico se qualifica como um SI de pico. O SI de pico é maior ou igual a um limiar predeterminado do indicador de status. O último indicador de status pode incluir pelo menos um de um indicador de condição ou de integridade.

[008] De acordo com algumas modalidades, o limiar de SI predeterminado é igual à soma de um valor médio de uma série histórica de indicadores numéricos de status e a um desvio padrão da série histórica multiplicado por um fator configurável. A coleta de dados de pelo menos um sensor pode ser realizada continuamente enquanto o componente estiver em uso. O método pode incluir adicionar o indicador numérico de status a uma série histórica de indicadores numéricos de status para gerar uma nova série histórica de indicadores numéricos de status. O método pode incluir gerar uma notificação de integridade e/ou executar uma ação de manutenção quando o número de SIs de pico na nova série histórica de SIs numéricos exceder um limiar predeterminado de contagem de pico. O método pode incluir determinar um desvio padrão para a nova série histórica de indicadores numéricos de status. O desvio padrão para a nova série histórica de indicadores numéricos de status pode ser recalculado em tempo real cada vez que outro indicador numérico de status é adicionado. O método pode incluir determinar uma média para a nova série histórica de indicadores numéricos de status. A média da nova série histórica de indicadores numéricos de status pode ser recalculada em tempo real sempre que outro indicador numérico de status for adicionado.

[009] O método pode incluir exibir a notificação de integridade em uma interface gráfica do usuário. O método pode incluir armazenar indicador numérico de status com uma série histórica de indicadores numéricos de status para gerar uma nova série histórica. O método pode incluir redefinir a série histórica de indicadores numéricos de status após a execução de uma ação de reparo, para que uma quantidade de indicadores numéricos de status na série histórica seja definida como zero. O indicador de status pode ser pelo menos um de um indicador de condição ou de integridade.

[0010] Estas e outras características dos sistemas e métodos da divulgação em questão se tomarão mais facilmente evidentes para os versados na técnica a partir da seguinte descrição detalhada das modalidades preferidas tomadas em conjunto com os desenhos.

BREVE DESCRIÇÃO DOS DESENHOS

[0011] Para que os versados na técnica aos quais pertence a divulgação em questão entendam facilmente como fabricar e usar os dispositivos e métodos da divulgação em questão sem experimentação indevida, as modalidades preferidas da mesma serão descritas em detalhes a seguir neste documento com referência a determinadas figuras, em que:
A Fig. 1 é um diagrama de blocos que descreve esquematicamente uma modalidade de um sistema de monitoramento de integridade construído de acordo com a presente divulgação, mostrando um sensor operacionalmente conectado a um HMU para fornecer dados ao mesmo;
A Fig. 2 é um fluxograma que descreve esquematicamente uma modalidade de um método para monitorar e determinar a integridade de um componente mecânico de acordo com a presente divulgação;
A Fig. 3 é um gráfico que representa esquematicamente uma modalidade de uma comparação de indicadores de integridade com um limiar dinâmico para monitorar e determinar a integridade de um componente mecânico de acordo com a presente divulgação; e
A Fig. 4 é um gráfico que representa esquematicamente uma modalidade de uma comparação da quantidade dos indicadores de pico de integridade com um limiar predeterminado de contagem de pico de acordo com a presente divulgação.

DESCRIÇÃO DETALHADA DAS MODALIDADES PREFERIDAS

[0012] Será feita agora referência aos desenhos, em que numerais de referência semelhantes identificam características ou aspectos estruturais semelhantes da divulgação em questão. Para fins de explicação e ilustração, e não de limitação, uma modalidade exemplificativa de um sistema para monitorar e determinar a integridade de um componente mecânico de acordo com a divulgação é mostrada na Fig. 1 e é geralmente designada pelo caráter de referência 100. Outras modalidades de sistemas e métodos para monitorar e determinar a integridade de um componente mecânico de acordo com a divulgação, ou aspectos do mesmo, são fornecidas nas Figs. 2-4, como será descrito. Os sistemas e métodos descritos aqui podem ser usados para melhorar a precisão da estimativa da integridade de um componente mecânico, contando o número de instâncias de degradação que excedem um determinado limiar (por exemplo, contando "picos") em vez de determinar quando uma tendência geral de degradação excede um determinado limiar. Isso resulta no sistema exibindo com mais precisão a integridade geral em uma interface gráfica do usuário (GUI) e fornecendo notificações de ação de manutenção com tempo mais adequado para o usuário.

[0013] Como mostrado na Fig. 1, um sistema de monitoramento de integridade 100 inclui pelo menos um sensor 102, por exemplo, um acelerômetro. De acordo com a modalidade da Fig. 1, cada acelerômetro 102 é mecanicamente acoplado a um respectivo revestimento de ventoinha 106. Também está contemplado que cada revestimento de ventoinha possa ter mais de um sensor associado a ele. Modalidades do sistema 100 podem ser implementadas em um conjunto de ventoinha (que inclui o revestimento de ventoinha 106) para avaliar a integridade dos rolamentos dentro de um conjunto de ventilador. Na aplicação específica de rolamentos em conjuntos de ventoinha, pode ocorrer degradação em jatos, seguidos por períodos mais longos de pouco ou nenhum desgaste, o que significa que a tendência do indicador de status (nesta modalidade, uma tendência do indicador de integridade) permanece relativamente constante, por exemplo, como mostrado na Fig. 3 pela linha média 403. Isso dificulta o uso de uma tendência tradicional de degradação para determinar a integridade. Conforme usado na presente descrição e reivindicações, “indicador(es) de status (SI)” é/são usado(s) para descrever um único recurso derivado de um sinal (por exemplo, indicador(es) de condição (CI)) e/ou um recurso composto que é derivado de vários recursos ou sinais (por exemplo, indicador(s) de integridade (HI)).

[0014] Na modalidade da Fig. 1, uma unidade de monitoramento de integridade (HMU) 104 é operacionalmente conectada aos sensores 102 para receber dados deles e gerar indicadores de condição (CIs) com base nos dados dos sensores 102. Um dispositivo de computação 107 está operacionalmente conectado à HMU 104 para receber dados, por exemplo, os CIs, a partir deles. O dispositivo de computação 107 e a HMU podem ser acoplados um ao outro via link sem fio ou celular, por exemplo, onde a HMU está a bordo do avião e o dispositivo de computação está no solo. A HMU também pode ser conectada operacionalmente a outros sistemas de bordo para enviar ou receber outros "distintos", como dados relacionados à programação e/ou outras características da aeronave, por exemplo, o "peso sobre rodas" (WOW). A HMU pode incluir uma entrada de energia de +28 VCC e pelo menos um barramento de dados 116. O barramento de dados 116 pode ser uma entrada e/ou saída de dados e pode ser operacionalmente conectado a um ou mais outros sistemas de aeronaves. É contemplado que a HMU 104 inclua um processador, memória, etc. , semelhante ao dispositivo de computação 107, como descrito abaixo.

[0015] Com referência continuada à Fig. 1, o dispositivo de computação 107 é configurado para gerar um ou mais indicadores de status (por exemplo, um HI) e/ou gerar uma notificação de integridade quando uma quantidade das amostras de HI maiores ou iguais a um valor limiar de HI predeterminado excede um limiar de contagem de pico predeterminado. Esse método baseia-se no pressuposto de que um componente pode suportar apenas um certo número dessas explosões de picos/degradação antes de se tomar inservível. Uma única HI para uma montagem ou componente pode ser gerada pelo dispositivo de computação 107 a partir de vários CIs. Para fins de determinar se o HI é um pico HI e/ou para determinar se a quantidade de pico HI excedeu o limiar predeterminado de contagem de pico, o dispositivo de computação 107 está em comunicação com, ou inclui, um banco de dados de manutenção 117. O sistema inclui uma GUI 108 que está operacionalmente conectada ao dispositivo de computação 107. É contemplado que o dispositivo de computação 107 possa incluir ou estar operacionalmente conectado ao banco de dados de manutenção 117 para enviar e/ou receber dados dele para fins de rastreamento histórico, suporte de manutenção e investigação e validação e aprimoramento de limiar. Também é contemplado que um segundo dispositivo de computação, semelhante ao dispositivo de computação 107, possa ser operacionalmente conectado ao banco de dados de manutenção 117 e à GUI 108 e possa ser incluído para receber dados de HI do banco de dados 117 e executar a contagem de pico e o envio da notificação de integridade para a GUI 108.

[0016] Com referência continuada à Fig. 1, o dispositivo de computação 107 é configurado e adaptado para exibir a notificação de integridade na GUI 108. A notificação de integridade gerada pelo dispositivo de computação 107 pode ser um indicador binário (por exemplo, Sim/Não) versus o CI e o HI, que são analógicos (números racionais). A notificação de integridade gerada pode ser exibida da mesma maneira binária na GUI ou pode ser processada por outro processador ou semelhante, de modo que a exibição da notificação de integridade na GUI inclua um ícone ou outro recurso de exibição. A GUI é uma interface do cliente que exibe uma condição do ventilador e o status da HMU em diferentes níveis, por exemplo, nível da frota, nível da aeronave e nível da ventoinha. Os versados na técnica também apreciarão prontamente que entre o dispositivo de computação 107 e a GUI 108, sistemas intermediários, processadores, interfaces ou similares, podem ser incluídos.

[0017] Como mostrado na Fig. 2, um método 200 para monitorar e determinar a integridade de um componente mecânico inclui coletar dados durante um ciclo de amostra de pelo menos um sensor, por exemplo, um sensor 102, conforme esquematicamente indicado na caixa 202. A coleta de dados de pelo menos um sensor é realizada continuamente enquanto o sensor está no estado LIGADO e o(s) componente(s) sendo monitorado(s) é/está em operação. O sensor pode estar LIGADO o tempo todo enquanto o componente mecânico estiver em uso, ou pode ser LIGADO periodicamente por um determinado período, separado por um determinado intervalo de tempo, por exemplo, o sensor pode LIGAR por uma hora de voo a cada oito horas de voo, ou similares. A frequência do monitoramento pode influenciar a maneira como os vários limiares são definidos, por exemplo, se o monitoramento contínuo durante todas as horas de voo for realizado, os limiares poderão ser definidos mais altos. A partir dos dados coletados, uma série de indicadores numéricos de status, por exemplo, indicadores de integridade (HIs), são gerados, conforme esquematicamente indicado na caixa 204, com um dispositivo de computação, por exemplo, dispositivo de computação 107. Na modalidade atual, o HMU gera um ou mais CIs a partir de sinais de aceleração processados recebidos de um ou mais sensores. O computador 107 calcula uma ou mais HIs dos CIs (como descrito acima). Está contemplado que, em algumas modalidades, o HMU possa computar os CIs e os HIs.

[0018] Com referência contínua à Fig. 2, o método 200 inclui identificar se o HI numérico mais recente se qualifica como um HI de pico, se houver, conforme indicado esquematicamente na caixa 206. Determinar se um determinado HI se qualifica como um HI de pico inclui determinar se o HI numérico mais recente é maior ou igual a um limiar predeterminado de indicador de status (por exemplo, um limiar HI). O limiar HI predeterminado é igual à soma do valor médio de uma série histórica de indicadores numéricos de status (por exemplo, HIs) e um fator configurável (a) multiplicado por um desvio padrão (SD) da série histórica de HIs numéricos. Isso é matematicamente representado da seguinte maneira:
THI = média + α(SD)

[0019] Se o HI for maior ou igual ao Tm, então o indicador de integridade é considerado um pico HI. O Tm limiar predeterminado não leva em consideração o valor atual de HI com o qual está sendo comparado. Esta comparação pode ser realizada pelo dispositivo de computação 107, que pode fazer referência a um banco de dados de manutenção 117 para o valor THI limiar predeterminado . Uma vez concluída a comparação, no entanto, o método inclui armazenar o HI numérico atual e adicionar o HI numérico à série histórica de HI numérico armazenada, por exemplo, no banco de dados de manutenção, para o componente em questão para gerar um novo conjunto histórico de indicadores numéricos de status (por exemplo, HIs), conforme esquematicamente indicado na caixa 208. Esta nova série histórica será usada para o THI limiar predeterminado para comparações futuras. O método 200 inclui determinar desvio padrão e a média para a nova série histórica de HI numérico após a adição de cada HI numérico, conforme esquematicamente indicado na caixa 214. Por exemplo, os dados podem ser coletados por meses ou mais antes de uma ação de reparo ou manutenção redefinir o ciclo completo dos dados. Como tal, os dados dos ciclos de amostra anteriores são levados em consideração ao determinar os limiares e a contagem de picos para um ciclo atual. O algoritmo usa todos os valores de HI disponíveis desde que o monitoramento foi iniciado para um determinado componente para calcular a média da amostra e o desvio padrão.

[0020] Como mostrado na Fig. 2, o método 200 inclui determinar se o número de HI de pico excede um limiar predeterminado de contagem de pico, conforme esquematicamente indicado na caixa 210. O método 200 inclui gerar uma notificação de integridade quando o número de HI de pico excede um limiar predeterminado de contagem de pico, conforme esquematicamente indicado na caixa 212. O limiar predeterminado da contagem de pico pode ser variável, dependendo da aplicação e do tempo de monitoramento. O método 200 inclui exibir a notificação de integridade em uma interface gráfica do usuário e/ou executar uma ação de manutenção, conforme indicado esquematicamente na caixa 216. O método 200 inclui redefinir a série histórica de HI numérico após uma ação de reparo ter sido executada de modo que uma quantidade de HIs numéricos na série histórica seja definida como zero, conforme esquematicamente indicado na caixa 214. Os versados na técnica apreciarão prontamente que a redefinição é para os dados usados para gerar o limiar de HI e a contagem de pico, mas que os dados coletados anteriormente ainda são armazenados, por exemplo, dentro de um banco de dados de manutenção, como descrito acima.

[0021] Com referência agora à Fig. 3, é mostrado um gráfico 400 de um segmento de uma série de HI. Uma linha de limiar superior 401 indica esquematicamente o THI e como o THI varia conforme as amostras são acumuladas. Em outras palavras, o THI é um limiar dinâmico. Também mostra dois picos 402a, 402b (por exemplo, amostras com valores HI que excedem THI). Uma linha 403 que indica esquematicamente uma média do HI passado é razoavelmente constante (mas ainda varia) neste período de tempo. Os picos causam uma mudança perceptível no THI. A medida que são adicionados pontos "normais" que são inferiores ao pico anterior, o desvio padrão diminui e, portanto, o THI cai. O fator α pelo qual o SD é multiplicado pode variar dependendo da aplicação e do nível de conservadorismo desejado em uma determinada aplicação, por exemplo, pode variar de 4 a 5. Dados de teste ou de campo em componentes monitorados para falhas podem ser necessários para aplicar essa técnica efetivamente a outros tipos de componentes.

[0022] Com referência agora à Fig. 4, é mostrada outra modalidade de um gráfico 500 de uma série de HI. O gráfico 500 mostra mais pontos de dados do que o gráfico 400. A metade superior 500a mostra o HI coletado ao longo do tempo. Os pontos com marcadores em forma de cruz 502 são contados para o total de pico permitido. Devido ao limiar dinâmico, descrito acima, alguns pontos de dados HI relativamente altos podem não ser incluídos no total do pico devido ao aumento do limiar a partir de pontos de dados de HI anteriores e altos. A parte inferior 500b do gráfico mostra a avaliação da integridade da contagem de pico versus o tempo. O tempo pode ser indicado na forma de datas, horas de voo etc. Quando a contagem de pico é considerada como atendendo ou excedendo um determinado limiar, ela é considerada defeituosa e recomenda-se reparo, substituição ou outra ação de manutenção, conforme indicado pela etapa para cima, no lado direito do gráfico.

[0023] Com referência novamente à Fig. 1, o dispositivo de computação 107 é mostrado na forma de um dispositivo de computação de uso geral. O dispositivo de computação 107 inclui um dispositivo de processamento 111, memória 113, uma interface de entrada/saída (I/O) 115 que pode se comunicar com um componente externo, por exemplo, uma GUI 108 ou banco de dados de manutenção e, opcionalmente, um componente interno. Além disso, o dispositivo de computação 107 pode incluir o banco de dados de manutenção, descrito acima, ou pode se comunicar com o banco de dados de manutenção se for externo ao dispositivo de computação 107. O dispositivo de processamento 111 pode ser, por exemplo, um dispositivo lógico programável (PLD), microprocessador, processador de sinal digital (DSP), um microcontrolador, uma matriz de portas programáveis em campo (FPGA), um circuito integrado de aplicação específica (ASIC) ou outros circuitos lógicos distintos ou integrados com recursos de processamento semelhantes.

[0024] O dispositivo de processamento 111 e a memória 113 podem ser incluídos nos componentes fornecidos no FPGA, ASIC, microcontrolador ou microprocessador, por exemplo. A memória 113 pode incluir, por exemplo, memória volátil e não volátil para armazenar dados temporariamente ou a longo prazo e para armazenar instruções programáveis executáveis pelo dispositivo de processamento 111. A HMU também pode incluir prontamente um dispositivo de processamento e memória, semelhante ao dispositivo de processamento 111 e memória 113, descritos acima. O I/OI/F 115 pode acoplar comunicativamente a um barramento de energia/dados. Além disso, a I/OI/F 115 pode incluir uma interface para acoplar a um ou mais componentes externos, por exemplo, um elemento sensor externo, um teclado, um dispositivo apontador, uma tela, outro dispositivo de computação e/ou um local ou rede de área ampla, como a Internet, por exemplo, através de um conector, comunicação de quase frequência e comunicação com ou sem fio. É contemplado que a HMU 104 inclua componentes semelhantes ao dispositivo de computação 107.

[0025] Os métodos e sistemas da presente divulgação, como descritos acima e mostrados nos desenhos, fornecem maior precisão na estimativa da integridade dos componentes mecânicos em relação aos métodos anteriores que pressupunham que os indicadores de integridade da degradação tendiam constantemente para cima, o que resulta em menor desperdício de componentes, tempo de inspeção e similares devido a indicadores de falha prematuros reduzidos. Embora o aparelho e os métodos da divulgação em questão tenham sido mostrados e descritos com referência às modalidades preferidas, os versados na técnica reconhecerão rapidamente que alterações e/ou modificações podem ser feitas nas mesmas sem se desviar do escopo da divulgação em questão.

Claims

Sistema de monitoramento de integridade, caracterizado pelo fato de que compreende:
pelo menos um sensor;
uma HMU está operacionalmente conectada a pelo menos um sensor para receber dados a partir deles e gerar pelo menos um indicador de status com base nos dados de pelo menos um sensor.
um dispositivo de computação operacionalmente conectado à HMU para receber dados a partir dele, em que o dispositivo de computação é configurado para gerar uma notificação de integridade quando uma quantidade do pelo menos um indicador de status que é maior ou igual a um limiar predeterminado de status excede um limiar de contagem de pico predeterminado.
Sistema de acordo com a reivindicação 1, caracterizado pelo fato de que pelo menos um sensor é um acelerômetro.
Sistema de acordo com a reivindicação 1, caracterizado pelo fato de que compreende ainda um revestimento de ventoinha, em que pelo menos um sensor é mecanicamente acoplado ao revestimento de ventoinha.
Sistema de acordo com a reivindicação 1, caracterizado pelo fato de que compreende ainda uma interface gráfica do usuário operativamente conectada ao dispositivo de computação, em que o dispositivo de computação é configurado e adaptado para exibir a notificação de integridade na interface gráfica do usuário.
Sistema de acordo com a reivindicação 1, caracterizado pelo fato de que o pelo menos um indicador de status inclui pelo menos um dentre um indicador de condição ou um indicador de integridade.
Método para monitorar e determinar a integridade de um componente, caracterizado pelo fato de que compreende:
coletar dados durante um ciclo de amostra de pelo menos um sensor para gerar um indicador de status numérico para um determinado componente com um dispositivo de computação; e
identificar se o indicador de status numérico se qualifica como um indicador de status de pico, em que o indicador de status de pico é maior ou igual a um limiar predeterminado de indicador de status.
Método de acordo com a reivindicação 6, caracterizado pelo fato de que o limiar predeterminado do indicador de status é igual à soma de um valor médio de uma série histórica de indicadores numéricos de status e um desvio padrão da série histórica multiplicado por um fator configurável.
Método de acordo com a reivindicação 6, caracterizado pelo fato de que a coleta de dados de pelo menos um sensor é realizada continuamente enquanto o componente está em uso.
Método de acordo com a reivindicação 6, caracterizado pelo fato de que compreende ainda adicionar o indicador de status numérico a uma série histórica de indicadores de status numérico para gerar uma nova série histórica de indicadores de status numérico.
Método de acordo com a reivindicação 9, caracterizado pelo fato de que executa uma ação de manutenção quando o número de SIs de pico na nova série histórica de SIs numéricos excede um limiar predeterminado de contagem de pico.
Método de acordo com a reivindicação 9, caracterizado pelo fato de que gera uma notificação de integridade quando o número de SIs de pico na nova série histórica de SIs numéricos exceder um limiar predeterminado de contagem de pico.
Método de acordo com a reivindicação 9, caracterizado pelo fato de que compreende ainda determinar um desvio padrão para a nova série histórica de indicadores de status numéricos.
Método de acordo com a reivindicação 12, caracterizado pelo fato de que o desvio padrão para a nova série histórica de indicadores de status numéricos é recalculado em tempo real cada vez que outro indicador de status numérico é adicionado.
Método de acordo com a reivindicação 9, caracterizado pelo fato de que determina uma média para a nova série histórica de indicadores de status numéricos.
Método de acordo com a reivindicação 14, caracterizado pelo fato de que a média para a nova série histórica de indicadores de status numéricos é recalculada em tempo real cada vez que outro indicador de status numérico é adicionado.
Método de acordo com a reivindicação 6, caracterizado pelo fato de que compreende ainda exibir a notificação de integridade em uma interface gráfica do usuário.
Método de acordo com a reivindicação 6, caracterizado pelo fato de que compreende ainda armazenar o indicador de status numérico a uma série histórica de indicadores de status numérico para gerar uma nova série histórica.
Método de acordo com a reivindicação 17, caracterizado pelo fato de que compreende ainda redefinir a série histórica de indicadores de status numérico após a execução de uma ação de reparo, para que uma quantidade de indicadores de status numérico na série histórica seja definida como zero.
Método de acordo com a reivindicação 6, caracterizado pelo fato de que o indicador numérico de status é pelo menos um dentre um indicador de condição ou um indicador de integridade.