Programação MCU em PCBA: STM32, Teste Funcional e Rastreabilidade

Em 2022-Q2, um cliente industrial da África do Sul que já comprava cablagens passou a discutir eletrónica porque mantinha fornecedores separados para harnesses, PCBAs e componentes. O pedido técnico incluiu "IC STM32F105RBT6 sourcing", "PCB/PCBA manufacturing integration" e "Multi-category supply consolidation"; o risco real era enviar placas montadas sem uma regra comum para firmware, teste funcional e rastreabilidade. O programa cresceu de encomendas de cablagem de cinco dígitos para uma parceria multi-categoria, mas só fazia sentido se a PCBA com MCU fosse controlada como processo de fabrico.

TL;DR

• Programação MCU é etapa de produção, com revisão, checksum e registo por unidade.
• IPC-J-STD-001 e IPC-A-610 cobrem processo e aceitabilidade da PCBA.
• FCT valida boot, corrente, comunicação e I/O; gravação sozinha não basta.
• Separe sourcing do MCU, firmware e teste em critérios de aceitação.
• Exija rastreabilidade de 8 campos antes de sair de NPI para série.

Background: para quem este guia foi escrito

Este guia é para engenheiros de hardware, responsáveis NPI e compradores técnicos que estão a transformar uma placa funcional em montagem PCB repetível. A fase típica é protótipo validado, BOM quase congelada e primeira conversa com EMS sobre sourcing, programação e teste. O microcontrolador já está escolhido, mas ainda há dúvidas sobre quem compra o IC, quem grava firmware, quem mantém o programa de teste e quem responde quando uma unidade liga mas não comunica.

MCU é um microcontrolador que integra CPU, memória e periféricos para controlar uma função eletrónica. PCBA é a placa de circuito impresso já montada com componentes soldados e testados. Teste funcional, ou FCT, é o ensaio que energiza a PCBA e confirma comportamento real, como boot, comunicação, consumo, I/O, sensores ou relés.

O erro comum é tratar firmware como ficheiro externo ao fabrico. Na prática, versão de firmware, checksum, proteção de leitura, serial number e fixture fazem parte do mesmo pacote de qualidade que stencil, perfil de reflow e AOI. Se estes dados ficam fora da RFQ, o fornecedor pode montar placas corretas e ainda assim entregar unidades impossíveis de rastrear.

"Quando uma PCBA tem MCU, a pergunta não é apenas se o componente soldou bem. A pergunta é se a placa certa recebeu o firmware certo, passou o teste certo e ficou ligada a um número de série." — Hommer Zhao, Fundador & Especialista Técnico

Role: como uma fábrica sénior olha para MCU + PCBA

Escrevo isto na perspetiva de fábrica, com 15+ anos a rever NPI, SMT, teste elétrico, sourcing de componentes e integração eletromecânica para clientes industriais, médicos, automóveis e IoT. Numa PCBA com STM32, ESP32, NXP, Microchip ou outro MCU, começo por separar 4 riscos: material, montagem, programação e função.

Material significa MPN exato, embalagem, origem e substituições. Um STM32F105RBT6 não deve virar "STM32 equivalente" sem aprovação de engenharia, porque memória, pinout, periféricos, temperatura e disponibilidade podem mudar. Montagem significa soldadura e aceitabilidade visual controladas por IPC, em especial IPC-J-STD-001 para requisitos de processo e IPC-A-610 para critérios de aceitação da montagem eletrónica.

Programação significa método e prova. A estação grava por SWD, JTAG, UART, USB bootloader ou interface proprietária? O ficheiro tem versão e checksum? A proteção de leitura fica ativa antes ou depois do teste? Função significa que a PCBA executa pelo menos o comportamento mínimo esperado. Para alguns produtos, isso é corrente em repouso e resposta RS-485. Para outros, é ADC, PWM, sensor, relé, display ou comunicação com uma cablagem final.

Objective: escrever uma especificação que o EMS consegue executar

O objetivo não é pedir "programar firmware". O objetivo é criar uma instrução de fabrico que uma equipa consiga repetir em 50, 500 ou 5000 PCBAs sem depender da memória do operador. A especificação deve dizer que ficheiro é válido, que hardware é usado para gravação, que parâmetros são lidos de volta, que teste vem depois e que dados ficam guardados.

Para sourcing de componentes eletrónicos, a BOM deve declarar MPN aprovado, AVL, lifecycle status, embalagem e regra de substituição. Para o MCU, acrescente versão de silicon quando relevante, requisito de temperatura e qualquer boot strap que influencie programação. Se o cliente fornece firmware, defina canal de entrega, revisão, checksum e autorização para uso em produção.

Para teste, não misture todos os objetivos numa só frase. Separe "programar", "verificar programação", "testar função" e "registar resultado". Programar escreve dados. Verificar lê checksum, versão ou resposta do dispositivo. Testar função mede sinais reais. Registar resultado cria evidência para rastreabilidade, auditoria e análise de falha.

Key Result: normas, números e critérios de decisão

Uma PCBA com MCU deve ter critérios de aceitação em 3 camadas. A primeira é montagem: soldadura, polaridade, danos, limpeza e aceitabilidade visual conforme IPC-J-STD-001 e IPC-A-610. A segunda é teste elétrico: curtos, abertos, valores críticos e cobertura, frequentemente alinhada com IPC-9252 quando ICT ou flying probe entram no plano. A terceira é teste funcional: firmware, boot, consumo, comunicação e resposta da aplicação.

Para referências públicas estáveis, a equipa pode alinhar vocabulário com printed circuit board assembly, surface-mount technology e ARM architecture, já que muitos MCUs STM32 usam núcleos Arm Cortex. Estas páginas não substituem normas compradas nem datasheets, mas ajudam engenharia, compras e qualidade a falar sobre o mesmo objeto técnico.

Na decisão de aprovação, use estados claros. Verde: primeira peça aprovada, firmware validado, FCT passou e rastreabilidade completa. Amarelo: PCBA soldada, mas falta checksum, fixture está instável ou consumo ficou fora da janela. Vermelho: MPN errado, firmware não autorizado, proteção de leitura mal configurada, boot falha ou teste não consegue detetar uma falha crítica.

"Se uma unidade falha no campo e ninguém sabe lote do MCU, firmware, checksum e estação de teste, a fábrica perde horas a reconstruir história. Rastreabilidade é engenharia de diagnóstico, não burocracia." — Hommer Zhao, Fundador & Especialista Técnico

Tabela de controlo para PCBA com MCU

Esta tabela força uma conversa objetiva. O comprador vê que programação MCU não é só tempo de operador; inclui fixture, validação, dados e reação a falhas. O engenheiro vê onde a própria documentação ainda está incompleta antes de pedir preço fechado.

Fluxo recomendado para NPI

Comece com uma revisão documental antes da primeira PCBA. O pacote mínimo deve incluir Gerbers, BOM, centroid, desenho de montagem, firmware, checksum, instrução de programação, requisitos IPC, plano de teste e critérios de embalagem ESD. Para produtos com cablagem ou caixa, junte desenho de conector, pinout e sequência de integração.

Na primeira peça, valide visualmente MPN crítico, orientação, polaridade e soldadura. Depois grave firmware em modo controlado, leia versão ou checksum e execute FCT. Se o produto comunica por CAN, RS-485, Ethernet, USB ou UART, o teste deve confirmar pelo menos uma transação real, não apenas presença de tensão.

Para um lote piloto de 20 a 100 unidades, guarde logs por unidade. A equipa deve conseguir responder em minutos: quantas falharam programação, quantas falharam FCT, qual falha repetiu, em que estação, com que firmware e em que lote de MCU. O nosso guia de ICT vs flying probe ajuda a decidir a parte elétrica antes do FCT, enquanto DFT e pontos de teste mostra como desenhar acesso sem destruir o layout.

Quando o sourcing do MCU deve ficar com o EMS

Deixar o EMS comprar o MCU faz sentido quando o fornecedor tem canal aprovado, consegue comparar datas de entrega, guarda rastreabilidade de lote e aceita regra de não substituição. Em programas com STM32 ou outro MCU sujeito a disponibilidade variável, isto pode reduzir trabalho da equipa OEM, mas só se a AVL estiver fechada.

O caso da África do Sul mostra a utilidade de consolidar sem perder controlo. O cliente já tinha relação industrial por cablagens, mas PCBA e componentes estavam fora. Ao trazer "IC STM32F105RBT6 sourcing" para a conversa de engenharia, a decisão deixou de ser apenas preço do chip e passou a incluir montagem, programação, teste e integração logística.

Não aceite substituição silenciosa por "mesma família". Mesmo quando o encapsulamento encaixa, diferenças de flash, RAM, timers, ADC, USB, CAN, temperatura ou errata podem quebrar firmware. Escreva na PO: qualquer MPN alternativo exige aprovação escrita, teste de regressão e nova primeira peça.

Fixture e teste funcional: onde os escapes nascem

Um fixture de FCT para PCBA com MCU precisa de contacto estável, proteção contra inversão, limitação de corrente e software versionado. Se a fixture também programa, deve separar claramente falha de gravação, falha de contacto e falha funcional. Caso contrário, a equipa pode trocar uma placa boa por uma estação ruim.

O tempo de ciclo deve ser definido com engenharia. Para placas simples, 30 a 60 segundos podem bastar. Para produtos com boot longo, comunicação, calibração ou carga real, 2 a 3 minutos por unidade pode ser razoável. O número não deve ser inventado por compras; ele nasce do que o produto precisa provar.

Uma regra prática é incluir pelo menos 5 medições: tensão de entrada, consumo em repouso, consumo ativo, versão de firmware e uma função crítica. Depois acrescente medições específicas: CAN frame, leitura ADC, GPIO, PWM, relay click, LED current ou sensor. O teste deve falhar quando a função falha, não apenas quando a placa não liga.

"Um FCT fraco dá conforto falso: a placa acende um LED e passa. Um FCT útil força o produto a provar a função que o cliente realmente compra." — Hommer Zhao, Fundador & Especialista Técnico

ESD na bancada de programação

A bancada de programação costuma ficar fora da linha SMT principal. Esse é um ponto de risco. O operador pode gravar firmware, trocar jumpers, ligar USB, tocar headers e manusear PCBAs já montadas com componentes sensíveis. Se essa área não estiver dentro da EPA, o produto pode sair com dano latente que só aparece depois.

Use ANSI/ESD S20.20 ou IEC 61340-5-1 como referência de programa ESD. Na prática, peça superfície aterrada, pulseira ou calçado controlado, verificação diária, embalagem ESD e transporte interno fechado. A página pública da International Electrotechnical Commission ajuda a enquadrar a família IEC, mas a evidência deve vir de registos reais da fábrica.

Para prototype PCB assembly, a tentação é relaxar ESD porque o volume é pequeno. É justamente no protótipo que se toca mais na placa, se regrava firmware e se usa equipamento de bancada. Controle cedo; corrigir hábito depois da PVT custa mais.

Evolve: trocar "programar e testar" por uma instrução mensurável

A frase fraca em muitas RFQs é "fornecedor deve programar e testar todas as placas". Ela não diz ficheiro, interface, checksum, janela elétrica, função, tempo de teste, dados registados ou reação a falha. Troque por uma instrução verificável.

Exemplo melhor: "Programar firmware FW-2.4.1 por SWD, confirmar checksum 0xA17C9E32, gravar serial único, ativar proteção de leitura nível acordado, medir 24 V input, 3,3 V rail, consumo ativo entre 85 mA e 115 mA, confirmar resposta RS-485 em 9600 bps e guardar log por número de série. Qualquer falha repetida em 2 unidades consecutivas exige hold do lote e revisão de fixture."

Esta substituição muda o comportamento da cadeia. O EMS sabe que equipamento e tempo precisa cotar. A engenharia sabe que dados precisa libertar. A qualidade sabe quando bloquear. Compras consegue comparar propostas sem reduzir tudo a preço por placa.

Checklist antes de libertar série

• BOM e AVL do MCU aprovadas, sem substituição automática.
• Firmware libertado com versão, checksum e autorização de produção.
• Interface de programação validada em 3 a 5 primeiras unidades.
• Critérios IPC-J-STD-001 e IPC-A-610 declarados no pedido.
• FCT mede boot, consumo, comunicação e pelo menos 1 função crítica.
• Logs guardam serial, lote, firmware, checksum, estação, operador, data e resultado.
• Bancada de programação incluída no programa ESD.
• Plano de reação definido para 2 falhas repetidas ou desvio de corrente.

Referências

1. Printed circuit board assembly: https://en.wikipedia.org/wiki/Printed_circuit_board_assembly
2. Surface-mount technology: https://en.wikipedia.org/wiki/Surface-mount_technology
3. IPC electronics standards: https://en.wikipedia.org/wiki/IPC_%28electronics%29
4. International Electrotechnical Commission: https://en.wikipedia.org/wiki/International_Electrotechnical_Commission

FAQ

Como especificar programação de MCU numa PCBA?

Defina MPN, revisão de PCB, versão de firmware, checksum, método de programação, alimentação, tempo máximo por unidade, fixture, etiqueta e critério de teste funcional. Para MCU STM32, confirme também boot mode, pinos SWD/JTAG e proteção de leitura antes do lote piloto.

O fornecedor EMS deve comprar o microcontrolador e programar o firmware?

Pode, desde que a BOM tenha MPN aprovado, AVL, regra de substituição e ficheiro de firmware controlado por revisão. No caso usado neste guia, o escopo incluiu IC STM32F105RBT6 sourcing e PCB/PCBA manufacturing integration.

Que normas entram numa PCBA com firmware?

Use IPC-J-STD-001 para requisitos de processo de soldadura, IPC-A-610 para aceitabilidade da montagem, IPC-9252 para cobertura de teste elétrico quando aplicável e ANSI/ESD S20.20 ou IEC 61340-5-1 para controlo ESD em bancada de programação.

Programar firmware substitui teste funcional?

Não. A programação só confirma que o MCU aceitou o ficheiro. O teste funcional deve medir pelo menos alimentação, boot, consumo, comunicação, I/O crítico e versão de firmware, normalmente em 30 segundos a 3 minutos por unidade conforme o produto.

Que dados devem ficar rastreados por unidade?

Rastreie número de série, lote de PCB, lote do MCU, versão de firmware, checksum, operador ou estação, data, resultado de teste e falhas. Para produção repetitiva, estes 8 campos reduzem muito o tempo de análise quando aparece defeito de campo.

Quando devo pedir ICT, flying probe ou FCT para uma PCBA com MCU?

Use flying probe em protótipos ou baixos volumes, ICT quando há acesso a 80% a 95% das redes críticas, e FCT sempre que firmware, comunicação ou carga real definem a função do produto.

CTA: envie o firmware junto com a BOM

Se a sua PCBA inclui MCU, não separe cotação de montagem, sourcing, programação e teste. Envie Gerbers, BOM, centroid, firmware, checksum, requisitos IPC e objetivo de teste funcional. A PCB Portugal pode rever montagem PCB, teste funcional, sourcing de MCU e NPI antes do primeiro lote. Para iniciar a revisão, fale com a equipa através da página de contacto.