Códigos de estado do inversor

Cada inversor comunica um estado de funcionamento sobre si próprio — ligado à rede, em espera, potência limitada, falha, e assim por diante — no vocabulário do seu próprio fabricante. A Mirox passa a registar esse estado para cada inversor de que recolhe dados, descodifica-o por fabricante para o seu idioma e mostra-o ao lado dos estados dos componentes da própria plataforma. Fica com a palavra do próprio dispositivo sobre a sua condição, sem abrir o portal do fabricante nem deslocar-se à instalação.

O que é registado

• O código bruto do fabricante, por inversor, em cada ciclo de recolha (normalmente uma vez por minuto) — armazenado como uma série temporal própria, ao lado das medições do inversor, para que se possa consultar o estado de qualquer momento do passado e todas as alterações fiquem registadas.
• A palavra do próprio dispositivo, não um veredicto da Mirox. O código de estado é o que o inversor diz sobre si próprio. É distinto dos estados dos componentes que o Gémeo Digital deriva da produção medida, e dos eventos de saúde que a plataforma abre com base na sua própria evidência. Mostre-os lado a lado; respondem a perguntas diferentes.
• A ausência de estado é uma lacuna, nunca um código. Quando um inversor não envia qualquer estado — o registador não consegue alcançá-lo, ou o dispositivo reporta "não disponível" —, nada é registado para esse momento. A plataforma nunca preenche a lacuna com um estado próprio.
• O significado é o do fabricante. O mesmo número significa coisas diferentes consoante o fabricante (o 512 da Huawei é Ligado à rede, um 512 da SMA é algo completamente diferente). Por isso, a Mirox guarda o fabricante junto de cada leitura e descodifica com a tabela desse fabricante.

Ao lado da palavra do fabricante, a Mirox regista ainda, para cada inversor, um estado de funcionamento normalizado, traduzido a partir do código do fabricante: a produzir, a produzir com limitação — do operador de rede ou de um setpoint, autolimitação (o inversor limita-se a si próprio para se proteger), em repouso (noite, verificações de arranque, espera), parado por comando, parado por proteção, falha, inacessível ou desconhecido. A mesma situação lê-se assim da mesma forma em qualquer marca, e um parque com quatro fabricantes revê-se numa só passagem. O código bruto continua visível ao lado, e um código que nenhuma tabela de descodificação contém ainda aparece como desconhecido juntamente com o seu número.

Onde o vê

Na tabela Análise → Inversores de uma central e em Componentes → Inversores, a coluna Código de estado mostra o texto do estado descodificado com o código bruto por baixo:

• o texto é o que um operador lê, no idioma da interface;
• o código bruto é o que um ticket de suporte ou o manual do fabricante precisam;
• um travessão significa que o inversor não enviou qualquer estado recentemente;
• Código desconhecido significa que o inversor reportou um número que a tabela de descodificação ainda não contém — o número permanece visível e nenhum significado é adivinhado para ele (ver Quando um código é desconhecido).

A coluna pode ser ordenada, para que os inversores que não estão no seu estado normal de funcionamento apareçam no topo. A leitura é obtida apenas dos últimos ciclos de recolha; um estado com horas de antiguidade não é mostrado como se fosse ao vivo.

Fabricantes suportados

Cada tabela de descodificação contém os seis idiomas da interface (inglês, alemão, francês, espanhol, italiano e português) e é mantida centralmente, pelo que um estado é formulado da mesma forma na interface, nas notificações e no assistente de IA.

Exemplos

Quando um código é desconhecido

Os fabricantes acrescentam estados com novo firmware. Quando um inversor reporta um número que a tabela ainda não contém, a Mirox mostra Código desconhecido juntamente com o número, e mantém a leitura — esta nunca é descartada nem substituída por uma etiqueta adivinhada. As tabelas de descodificação são alargadas à medida que novos códigos vão aparecendo no terreno; se vir um código desconhecido que lhe interesse, envie o número, o fabricante e o modelo do inversor para o suporte (ou abra um ticket) e será acrescentado para todos.

Eventos de alarme ativos

Para além do estado de funcionamento, o Mirox leva os alarmes e avisos que um equipamento comunica sobre si próprio — os de um inversor, tal como os de um conversor de bateria ou de um BMS de contentor — para os eventos do parque. Cada comunicação é usada duas vezes, para duas perguntas diferentes: é registada exatamente como o equipamento a enviou e é entregue à monitorização própria do Mirox como mais um indício a par das medições. Os códigos são descodificados com as mesmas tabelas por fabricante do estado, e o texto original do equipamento e a sua severidade (crítica, maior, menor, aviso) permanecem associados a cada entrada.

• Dois registos, dois propósitos. Quando um inversor levanta um alarme sobre si próprio — por exemplo o 2005 Fan abnormal da Huawei —, o Mirox abre para esse inversor um pequeno registo de alarme comunicado pelo equipamento: aberto no momento em que o equipamento levanta o código, fechado no momento em que o retira, um registo por código, com a contagem de quantas vezes voltou. A severidade atribuída pelo equipamento decide se se lê como Falha comunicada pelo inversor ou como Aviso comunicado pelo inversor (Falha comunicada pela bateria / Aviso comunicado pela bateria no caso de uma bateria). Estes registos são um espelho simples da lista ativa do próprio fabricante: nunca são pesados contra as nossas medições, nunca alteram um estado de saúde nem um número de disponibilidade, e é a retirada pelo equipamento que os fecha.
• A mesma comunicação passa a ser uma entrada da monitorização própria do Mirox. Em paralelo, o alarme é traduzido para o vocabulário normalizado do Mirox e entregue à monitorização que já examina as medições desse inversor. Um código alimenta exatamente uma via, para que um mesmo facto nunca receba dois ciclos de vida — um código térmico alimenta a conclusão de temperatura, um código de isolamento a conclusão de isolamento, os códigos de arco elétrico e de corrente residual um alarme de segurança, uma comunicação de que o logger não alcança um inversor o registo próprio desse inversor, O logger não alcança o inversor (e daí, ao fim de uma hora de luz do dia, um evento sem comunicação), e tudo aquilo para que o Mirox não tem medição própria passa a ser uma Falha de dispositivo do inversor (ou uma Falha de dispositivo da bateria, onde também ficam os avisos de comunicação de uma bateria). Os Eventos do inversor descrevem o encaminhamento completo.
• Uma intervenção azul, não um alarme de produção. Uma falha de dispositivo está aberta num inversor que continua a produzir, e é assim que é mostrada: em azul de manutenção na lista de eventos, como estado Falha de dispositivo na página de análise, e contada pela chave azul na linha da estação, ao lado das quatro conclusões de manutenção. O inversor continua a contar como produtor em toda essa página.
• Um filtro, para que um sobressalto isolado nunca se torne um alarme. O tempo que um código tem de se manter antes de abrir um evento depende da severidade atribuída pelo próprio fabricante — um código de classe falha precisa de duas verificações consecutivas, um de classe aviso precisa de um segundo levantamento, e o que não vem classificado cai pelo lado prudente do aviso. Os arcos elétricos e as correntes residuais são a exceção no sentido contrário: um Alarme de segurança do inversor abre com uma única comunicação ativa, de dia ou de noite. Consulte os Eventos do inversor para os limiares exatos.
• Onde a palavra do equipamento confirma uma conclusão do Mirox. Nas duas classes que o Mirox também mede por si próprio, a comunicação da máquina é corroboração: reforça a sequência que a nossa própria medição já está a construir e nunca pode bloquear um veredicto limpo. A palavra do equipamento confirma uma conclusão por si só apenas onde a nossa própria comparação não consegue avaliar de todo esse inversor — um parque que não publica temperatura de armário, um logger com unidades comparáveis a menos — e mesmo aí só com severidade de falha. No caso do isolamento, é atualmente a única via para uma conclusão confirmada, porque a escalada com base na nossa própria leitura está deliberadamente desligada até a calibração ser refeita, por volta de novembro de 2026. Não há de todo nenhuma conclusão de desequilíbrio de fases ou de rendimento alcançável a partir de uma comunicação de alarme: nenhuma lista de fabricante contém essas condições.
• Um só registo, atualizado no lugar. Se o inversor retirar o alarme de ventilador à noite e o voltar a levantar na tarde seguinte, o evento mantém-se aberto e a sua contagem passa a 2 — nunca há um segundo evento. Ao abri-lo vê-se o raciocínio e a tabela Avisos do equipamento: cada código com a sua contagem, a palavra de severidade do fabricante e a sua mensagem, e um selo ativo nos códigos que o equipamento ainda está a levantar.
• O fecho é decisão do Mirox. Um equipamento que deixa de repetir a sua própria falha não foi reparado — deixou apenas de falar dela. Um código retirado fica por isso retido e só é libertado por uma verificação independente, por dias tranquilos suficientes em que a peça avariada foi realmente solicitada, por um teto de quanto tempo pode manter-se aberto, ou — nas classes a que alguém teve de se deslocar para repor — pela própria retirada. As contagens por classe estão em Eventos do inversor.
• Quando o inversor deixa de produzir — ou deixa de responder —, o evento de produção assume a comunicação. A falha de dispositivo é fechada para dentro da nova Falha de produção do inversor, que a partir daí transporta todos os códigos que a máquina levanta; o registo de alcançabilidade é fechado da mesma forma para dentro de um evento Inversor sem comunicação. Ambos os fechos são inscritos como escalados, nunca como resolvidos. Quando o próprio evento fecha, abre um registo sucessor se ainda estiver de pé alguma afirmação. Os códigos são corroboração, nunca causa — a passagem de testemunho está descrita por inteiro na página de eventos.
• O que nunca chega a ser uma conclusão. As autoverificações de rotina e os códigos que apenas descrevem a noite ou o crepúsculo (sem injeção de energia, tensão de contínua demasiado baixa) são registados mas nunca abrem nada nosso — são, no entanto, citados no raciocínio de outras conclusões quando explicam a situação. Quando a maioria dos inversores de um parque comunica a mesma palavra de rede em poucos minutos — uma perturbação da rede, um amanhecer húmido —, isso é uma propriedade da rede, e o Mirox suprime a abertura de uma conclusão por inversor. Inversor parado por comando, Paragem de proteção do inversor e Autolimitação do inversor não são lidos da lista de alarmes: nascem do estado de funcionamento do inversor.
• Suportado hoje: inversores Huawei SUN2000 atrás de um SmartLogger (ambos os transportes, a lista de alarmes oficial completa da Huawei); SMA Sunny Central — os registos de falha do gateway de central SC-COM e o registo de eventos da interface web clássica por inversor; o próprio registo de mensagens emparelhadas do SMA Data Manager / Power Manager (dispositivo inacessível, a aguardar setpoints, dispositivo comunica erro, além de alguns avisos informativos de rotina); e a lista de falhas ativas do logger Sungrow (os códigos de proteção de rede da série SG e os alarmes de ventilador, com qualquer outro código apresentado na redação original do dispositivo até ser acrescentado à tabela de descodificação). Os controladores de central Zebotec comunicam apenas um estado de funcionamento e não têm lista de alarmes, pelo que não são produzidos eventos de alarme para eles. Seguir-se-ão mais fabricantes.
• Nota sobre a Sunny Central clássica: a leitura do registo de eventos requer o início de sessão de instalador; com um utilizador simples as medições não são afetadas, mas os alarmes não podem ser lidos.
• Nota sobre o SMA Data Manager: o seu registo de mensagens só abrange os inversores efetivamente monitorizados pelo próprio gestor — um inversor lido diretamente pelo seu próprio Sunny Central comunica os seus alarmes por essa via, pelo que nada é comunicado em duplicado. Apenas uma pequena parte das suas várias milhares de etiquetas de mensagem está hoje classificada; as restantes ficam sem tradução, o que significa que abrem uma falha de dispositivo com severidade Erro e nada com severidade Aviso, e que nenhuma conclusão térmica, de isolamento ou de segurança é alcançável a partir desta família.

Trabalhar com os dados

• Exportação de componentes. O estado está disponível como a métrica bruta de componente comp_raw_inverter_vendor_status para o tipo de componente inversor na API de Exportação de Métricas — um valor por inversor e por passo temporal, o código bruto do fabricante.
• Série temporal bruta. No Grafana e no MiroxQL, a série é powerplant_inverter_vendor_status, etiquetada com inverter_id, inverter_vendor (a tabela de descodificação) e inverter_model. Leia-a com o último valor por inversor; nunca calcule a média nem a soma de um código de estado — o resultado seria um estado que nenhum dispositivo alguma vez reportou.
• Assistente de IA. O Assistente de IA e as ferramentas MCP respondem a perguntas sobre o estado reportado de um inversor e os seus alarmes ativos a partir dos mesmos dados e das mesmas tabelas de descodificação.

Funcionalidades Relacionadas

• Eventos do inversor — todos os eventos que um inversor pode ter, o que os abre e como fecham
• Estados dos Componentes — o estado próprio de cada componente, baseado em evidência, determinado pela plataforma
• Monitorização em Tempo Real — dados de produção ao vivo ao lado do estado
• Registadores de Dados — que registadores e famílias de inversores são suportados
• API de Exportação de Métricas — exportar o estado como série temporal