Auditar um PMV
O edital exigiu NTCIP. O fornecedor declarou conformidade. O painel chegou. Agora alguém tem que dizer se aquilo cumpre o que foi contratado — e essa pessoa normalmente nunca viu um objeto NTCIP na vida. Esta página descreve o que uma auditoria de recebimento confere, e por que quase tudo isso deixa de ser verificado por falta de quem saiba o que pedir.
A boa notícia: boa parte da conferência é objetiva e cabe em uma tarde, com o equipamento na bancada. A ressalva honesta: há um ponto em que essa verificação para, e é importante saber onde ele fica. Está explicado no fim da página, sem rodeio.
O que se está verificando, afinal
Um PMV compatível com NTCIP é, na prática, um equipamento que responde a perguntas pela rede. Cada informação dele tem um endereço — o OID — e um nome. Pergunta-se pelo nome, ele responde o valor. Auditar é fazer as perguntas certas e conferir se as respostas batem com o contrato.
Três exemplos do que uma auditoria bem-feita descobre:
- se o painel tem realmente a matriz de pixels que foi vendida;
- quantos pixels já estão queimados no equipamento que acabou de chegar;
- qual fabricante, modelo e versão de firmware o próprio equipamento declara — que nem sempre é o que está na proposta.
As ferramentas existem, e são acessíveis
A conferência se faz com os arquivos MIB — o dicionário de objetos, gratuito, da NEMA (ver MIBs NTCIP) — carregados em um MIB browser, o programa que conversa com o equipamento. Os mais usados:
| Ferramenta | Licença | Para quê |
|---|---|---|
| iReasoning MIB Browser | Edição pessoal gratuita | Interface gráfica, carrega a MIB e consulta o equipamento em poucos cliques |
| Mibble | Livre, código aberto | Compilador e navegador de MIB em Java. Excelente para validar se um arquivo MIB está correto |
| Net-SNMP | Livre, código aberto | Conjunto de linha de comando, para quem quer registrar a conferência em script |
Um ajuste que economiza uma tarde. As MIBs NTCIP são escritas em SMIv1, e as ferramentas modernas assumem SMIv2. Ative o modo SMIv1 ou o modo tolerante de importação antes de carregar qualquer coisa — do contrário aparece uma cascata de erros que não tem nada a ver com o equipamento. A ordem de carga das MIBs está em MIBs NTCIP.
O que a auditoria confere
Com o painel na bancada e o MIB browser carregado, a conferência de recebimento lê um punhado de objetos e os compara ao que foi contratado. Por assunto:
| Objeto NTCIP | O que diz | Compara-se com |
|---|---|---|
moduleMake, moduleModel, moduleVersion | Fabricante, modelo e firmware que o próprio painel declara | A proposta. Divergência aqui é achado, não detalhe |
vmsSignHeightPixels, vmsSignWidthPixels | A matriz real, em pixels | A resolução vendida |
dmsSignHeight, dmsSignWidth | A dimensão da face, em milímetros | O projeto — pixels × passo tem de fechar |
pixelFailureTableNumRows | O número de pixels com falha que o painel reconhece | Zero, num equipamento novo |
dmsSignType, shortErrorStatus | Tipo de painel e estado de erro resumido | O esperado para o modelo |
A conferência mais útil, e a mais ignorada. A ABNT NBR 17050:2022, no seu Anexo E, obriga o PMV a informar ao software de controle o estado dos pixels e os eventuais queimados. O objeto que responde a isso existe na NTCIP 1203. É, portanto, um requisito normativo brasileiro, objetivo e verificável — e praticamente nunca verificado em recebimento no país. Um painel novo que já reporta pixels queimados foi aceito sem que ninguém perguntasse.
Sobre o procedimento operacional. Esta página descreve o que conferir e por que, não o passo a passo de operar o equipamento. Consultar e, sobretudo, escrever em um painel são atos que se executam na bancada de recebimento, sobre equipamento que se está autorizado a inspecionar, por quem responde pela integração — e com as credenciais de rede que constam do documento de entrega do fornecedor. Se esses parâmetros não vierem na entrega, esse já é o primeiro apontamento da auditoria.
A prova que costuma ser aceita — e não é prova
Antes de chegar ao limite da ferramenta, há um limite mais básico, e mais comum: o do que se aceita como prova de conformidade. A cena se repete. Alguém pergunta se o equipamento é NTCIP; o fornecedor abre uma pasta com os arquivos MIB e diz «é NTCIP, está aqui»; e a conformidade é dada por comprovada.
Não é. Mostrar a MIB prova que o fabricante tem o dicionário — não que o equipamento implementa os objetos dele. A MIB é pública e gratuita: qualquer pessoa baixa da NEMA em minutos. Possuir o arquivo, ou exibi-lo numa tela, não diz nada sobre o que o painel de fato responde quando perguntado. É como apresentar um dicionário para provar que se escreveu um livro.
O fundo do problema. Hoje, no recebimento comum, a conformidade NTCIP não é medida — é argumentada. Ela é dada por quem tem o argumento mais convincente na sala, ou aceita por quem não tem como contestar. De um lado, o avaliador sem ferramenta que aceita a pasta de MIBs; do outro, a disputa técnica em que vence quem domina o vocabulário. Nenhum dos dois é medição. É o contrário do julgamento objetivo que uma contratação pública deveria ter.
A conferência com MIB browser descrita acima já é um salto sobre isso: pelo menos pergunta ao equipamento e compara a resposta com o contrato. Mas ela também tem um teto.
Onde essa verificação para
Chegamos ao ponto que a página prometeu no começo. Um MIB browser é excelente para a conferência acima — e não faz o resto:
| O MIB browser faz | O MIB browser não faz |
|---|---|
| Lê e escreve um objeto por vez | Não sabe quais objetos a NTCIP 1203 torna obrigatórios |
| Mostra o valor que veio | Não diz se o valor é conforme — só que ele existe |
| Confirma que o equipamento responde | Não testa faixa, erro e recusa: o que acontece diante de um valor inválido |
| Consulta configuração | Não exercita as máquinas de estado: ativar mensagem, prioridade, expiração, retorno à mensagem padrão |
| — | Não valida MULTI, a linguagem em que a mensagem é escrita |
| — | Não gera relatório de conformidade para anexar ao recebimento |
A diferença entre as duas colunas tem nome nas próprias normas: a coluna da direita é o que os procedimentos de ensaio da NTCIP 1203 cobrem, objeto por objeto, junto com o que a NTCIP 8007 define como documentação de conformidade. São centenas de passos, e nenhum deles é uma consulta solta.
Sendo direto: com um MIB browser comprova-se que o equipamento responde. Comprovar que ele está conforme é outro trabalho, e hoje, no Brasil, ele simplesmente não é feito — não por má-fé, mas porque não existe ferramenta acessível para fazê-lo.
O que estamos construindo
É exatamente essa lacuna que o testador NTCIP que desenvolvemos pretende fechar: executar os procedimentos de ensaio da norma contra o equipamento e emitir o relatório de conformidade que hoje ninguém consegue produzir.
Está em desenvolvimento, e preferimos dizer isso a prometer data. Os detalhes do que já funciona ficam em Software.
Relacionado
- MIBs NTCIP — como obter e compilar
- NTCIP 1203 — a norma de PMV
- Conformidade e PRL — a lista de requisitos que a auditoria deveria seguir
- Os três mínimos da NBR 17050 — o que conferir no laudo óptico