Contexto do projeto
O aplicativo existente coordenava dez controladores de temperatura, obturadores, câmera industrial, scripts de processo e registros experimentais. O diagnóstico de campo apontou dados térmicos descontínuos, lacunas silenciosas no armazenamento e atraso na visualização, escritas indicadas como bem-sucedidas sem mudança real, Ramp Rate exibido antes da leitura do hardware e escala de temperatura inconsistente.
Objetivo de engenharia
Preservar integrações já comprovadas e isolar os caminhos de maior risco: tornar escritas rastreáveis, sincronizar parâmetros nos dois sentidos, recuperar aquisição e armazenamento, unificar unidades, produzir um instalador Release repetível e definir a aceitação restante no hardware do cliente.
Confiabilidade em todo o caminho de controle e dados
Comunicação serial, aquisição da câmera, persistência, estado da interface e empacotamento foram tratados como uma cadeia observável. Cada alteração corresponde a um modo de falha e a um resultado verificável.
- 01
Linha de base e evidências
Fixar versões de código e instalador, revisar logs e SQLite, identificar limites dos dispositivos e separar falhas observadas de hipóteses.
- 02
Aquisição serial e leitura
Manter o polling rápido de PV/SP e ler Ramp Rate no registro 0x0023 em baixa frequência, um controlador a cada três segundos.
- 03
Controle verificado
Aceitar a escrita somente se a resposta Modbus 0x06 corresponder ao escravo, registro e valor e o SP for confirmado por leitura; repetir ou indicar falha caso contrário.
- 04
Recuperação da câmera
Monitorar chegada e persistência de quadros separadamente, reabrir a aquisição após três segundos e reagendar o armazenamento se houver quadros sem arquivo.
- 05
Consistência de dados e unidades
Usar um único caminho de unidade, remover o antigo fator dez, preservar o horário real da captura e manter diagnósticos consultáveis.
- 06
Release e aceitação
Compilar o pacote x64, auditar dependências, registrar versões e SHA-256, preservar a reversão e emitir a lista de aceitação de hardware.
Entregáveis controlados
- Patch direcionado
- Patch de 12 arquivos para Ramp Rate, escritas verificadas, recuperação da câmera, armazenamento e unidades.
- Instalador de teste
- Versão 1.0.3.20260728 para Windows x64 com Qt, SQLite, SDK da câmera, configuração de dispositivo e VC Runtime.
- Revisão de arquitetura e código
- Revisão da estrutura, comunicações, dados e riscos P0/P1 priorizados.
- Registro de build e pacote
- Saída Release, inventário de dependências, metadados, contagens e SHA-256.
- Lista de aceitação em campo
- Leitura do dispositivo, escritas repetidas, duração da câmera, reconexão, continuidade e unidades.
Evidências de engenharia
Cada evidência identifica artefato, escopo e limite. Ela não substitui a aceitação no hardware do cliente.
Revisão de arquitetura
83 arquivos fonte e cabeçalhos C++; cerca de 36.200 linhas físicas revisadas.Foram identificados riscos P0/P1 e limites de responsabilidade. Não é certificação do software.
Diagnóstico da versão anterior
Intervalo mediano de aproximadamente 125 ms; 99% em até 130 ms; lacunas de 562,921 s e 17,306 s; 1.486 imagens sem duplicatas consecutivas.É a linha de base da falha anterior, não a validação prolongada da versão 1.0.3.
Build Release
Build aprovado; EXE de 1.727.488 bytes; SHA-256 CB4A11624F97BABC892399DF0975059408AA62CA4502622BBEE84D058D2FD5FD.Confirma o artefato reproduzível e as verificações estáticas inspecionadas.
Auditoria do instalador
78 arquivos e 66.292.772 bytes; nenhuma Qt Debug DLL; Qt, SQLite, SDK da câmera, VC Runtime e arquivos de dispositivo presentes.SHA-256: 6908988BF48670AC25A9F004BC77070960AE55D19D35AB51212EBDD64B4321A9. O pacote não é assinado.
Status da validação
- Verificações estáticas aprovadas para leitura de Ramp Rate, escrita e releitura, watchdogs de aquisição e armazenamento e remoção da escala antiga.
- CTest terminou com sucesso, mas não encontrou testes; isso não é evidência funcional.
- ProductVersion, FileVersion, conteúdo, dependências e valores SHA-256 foram verificados.
- A versão 1.0.3 não havia sido instalada nem executada no instrumento do cliente; aceitação de dispositivo e duração continua pendente.
Escopo e limitações
O resultado publicado é um instalador Windows de teste acompanhado por evidências de código, build, pacote e revisão estática. Não comprova aceitação final no local, assinatura de produção, exatidão metrológica certificada, armazenamento contínuo prolongado nem operação com toda combinação de controladores e câmeras. A aceitação final exige leitura real de Ramp Rate, concordância do painel em escritas repetidas, pelo menos duas horas de câmera sem lacunas inexplicadas, testes de desconexão e recuperação e verificação de unidades no instrumento.