O ORPAON
SCADA e sistemas supervisórios

Transforme o HMI que sai com a máquina padrão em produto | Software de máquina padrão OEM

Quando um OEM despacha uma máquina padrão, o projeto mecânico se copia por modelo. O software supervisório muitas vezes continua um projeto pontual daquele número de série. As telas rodam, o processo roda — e a próxima unidade se reconstrói quase do zero. Uma vez que a máquina é exportada, cada falha vira visita ao site. Subir a lógica central e os algoritmos do PLC para a HMI, integrar controle e supervisão, depois licenciar por modelo para a entrega se replicar, é o que torna custo em lote, retenção de IP e a transformação em produto possíveis. Este artigo cobre por que o OEM transforma o software embutido em produto, até que camadas ele precisa possuir, como o software de projeto pontual difere do software-produto de máquina padrão, e três itens a travar antes de a máquina sair do país.

Por que o fabricante de equipamentos deve transformar o software embutido em produto

A construção mecânica de uma máquina padrão se copia a partir de desenhos e de uma lista de materiais. Se o software ainda se entrega como projeto, cada embarque reabre requisitos, redesenha telas e ramifica outra versão. O esforço acompanha a contagem de unidades, e as telas remendadas no campo nunca voltam à linha de base do modelo.

A questão mais aguda é onde a propriedade intelectual senta. Quando o know-how de processo e os algoritmos de decisão vivem só dentro do projeto PLC, a rotatividade de pessoal ou a troca de contratado espalha esse conhecimento com o trabalho. Suba a lógica central para a camada supervisória e mantenha controle e gestão num só lugar, e o software pode ser licenciado por modelo — um produto que viaja com a máquina, não um entregável pontual.

  • A entrega em lote é o que dilui o custo de desenvolvimento: em várias unidades do mesmo modelo, as diferenças pertencem à configuração e ao licenciamento, não a reescrever telas
  • O IP fica com o software: receitas, intertravamentos e algoritmos de decisão sentam no lado da HMI, onde o controle de versão e a checagem de licença de fato podem rodar
  • A marca da máquina não é puxada para baixo pelo HMI embarcado: operação consistente e alarmes legíveis fazem parte de como o equipamento é julgado
  • O pós-venda precisa escalar com os embarques: uma vez que as máquinas são vendidas no exterior, voar alguém para cada falha não se sustenta; o diagnóstico remoto primeiro é exigido

Para OEMs de equipamentos, tratamos o software supervisório que sai com um modelo padrão como um entregável replicável: a lógica central e os algoritmos sobem para o lado da HMI, controle e supervisão ficam num só laço, e o licenciamento se emite por modelo. Fabricantes cuja plataforma mecânica já é um produto precisam da camada de software no mesmo padrão antes que o software de fábrica deixe de ser um projeto.

Até onde o software de máquina padrão precisa chegar: HMI, receitas, alarmes, serviço remoto

Software de máquina padrão não é «mais algumas telas de operador». Para copiar com o modelo e transferir sob uma licença, o escopo precisa incluir a camada de operador, a camada de processo, a camada de exceção e a camada de pós-venda. Uma camada faltando raramente aparece no embarque; aparece na terceira unidade ou numa planta no exterior.

  • HMI: telas de operador, permissões, o ponto de entrada para a troca de modelo. Variantes da mesma série — diferentes faixas nominais ou layouts de posto — devem trocar por configuração, não por um projeto separado
  • Receitas: parâmetros de processo, condições de intertravamento, limiares de decisão. As diferenças de modelo vão para tabelas de receita e de configuração; a troca de modelo não muda código
  • Alarmes: classificação, histórico, reset e arquivo. O pós-venda remoto precisa ver o que ocorreu e se voltou ao normal, não só uma tela piscando no campo
  • Serviço remoto: dados ao vivo, histórico, alarmes, auditoria, análise. O pós-venda passa da viagem obrigatória para o diagnóstico remoto primeiro, depois a decisão de visitar ou não

Onde o software de projeto pontual difere do software-produto de máquina padrão

Use a tabela abaixo como lista de compra. Se o contrato diz «montar um conjunto para este site», um jogo de telas polido ainda deixa a próxima unidade como outro projeto. O aceite de software-produto de máquina padrão deve responder como a próxima unidade do mesmo modelo se replica, como as licenças se emitem, e como as versões se recuperam.

Ponto de confrontoSoftware de projeto pontualSoftware-produto de máquina padrão
EntregaSob medida por contrato para aquele site, depois encerradoEmbutido num modelo padrão e entregue por replicação
Onde a lógica viveProcesso e algoritmos principalmente no PLCLógica central e algoritmos sobem para a HMI; controle e supervisão num só laço
Forma do custoEsforço reestimado por unidade; o insumo sobe aproximadamente com a contagem de unidadesDesenvolve uma vez, embarca em volume; as diferenças ficam na configuração
Propriedade intelectualA engenharia se espalha por trabalhos e contratadosO software fica com o produto e se licencia por modelo
Pós-vendaMudanças de tela pressupõem visita ao siteDiagnóstico remoto, push de configuração, versões rastreáveis

Três itens a travar antes da exportação: idiomas, serviço remoto, licenciamento

Uma vez que a máquina padrão cruza uma fronteira com o equipamento, as lacunas de software se ampliam pela distância. Idioma que não fecha, sem caminho remoto de entrada, ou licenciamento deixado por escrito — tudo vira passagem de avião. O OEM deve colocar esses três itens no acordo técnico antes de a primeira unidade de exportação sair da fábrica.

  • Idiomas: mantenha as strings da UI e o texto de alarme fora das telas. Cubra o idioma da planta mais o inglês, e acrescente o idioma do mercado de destino — português para exportação ao Brasil e a Portugal. Mantenha o texto separado do layout para que cada idioma não vire um projeto próprio
  • Serviço remoto: combine um caminho remoto seguro (3G/4G/Ethernet e semelhantes) e o escopo legível de dados ao vivo, histórico, alarmes e auditoria. Diagnostique remoto primeiro, depois decida se viaja
  • Licenciamento: emita por modelo e por unidade; não entregue a árvore de fontes completa a cada site. Escreva o caminho de expiração e de upgrade de versão para que os canais no exterior não copiem a engenharia por conta própria

SCADA de múltiplas telas embutido em equipamentos de fundição e comissionado no exterior é uma referência utilizável: um fabricante europeu de equipamentos de fundição teve um SCADA localizado de linha de fundição (múltiplas telas) implantado com as máquinas em plantas no exterior. Uma máquina padrão só se sustenta como produto de exportação quando telas multilíngues e diagnóstico remoto primeiro estão os dois no lugar. Os requisitos devem ser fechados com uma janela em português e inglês, para o desvio de especificação ser pego antes do embarque.

Resumo

Productizar o software de máquina padrão não é deixar os gráficos mais ricos. É colocar a lógica central na HMI, tornar a entrega replicável e amarrar as licenças ao modelo. Com HMI, receitas, alarmes e serviço remoto no escopo, a UI multilíngue, o caminho remoto e o licenciamento têm onde pousar na exportação.

Se um modelo padrão está saindo de «um projeto por máquina» para «um produto licenciado por modelo», comece pelas telas atuais de fábrica, pelas tabelas de receita e pelos tickets de pós-venda, e primeiro marque qual camada ainda está presa na entrega de projeto.

Discutir o escopo de transformação em produto do software embutido da máquina

Informe a família de modelos, o escopo das telas de fábrica e os idiomas de destino, e ajudamos a desenhar a fronteira entre HMI, receitas, alarmes e serviço remoto. O atendimento pode ser em português ou inglês.

Fale conosco