PCN de displays: classificando mudanças por componente e por impacto

Por que uma PCN só vale tanto quanto sua classificação

Uma notificação de mudança de produto informa que algo mudou. Por si só, isso é quase inútil, porque « algo mudou » abrange tudo, de uma nova impressora de etiquetas a uma geração de painel diferente. O que torna uma notificação acionável é que ela declara qual componente mudou e qual classe de impacto essa mudança carrega — assim você decide em uma tarde se é um exercício de arquivamento ou um projeto de requalificação. A maioria dos fornecedores emite notificações. Bem menos as classificam. É a classificação que vale a pena especificar em seu contrato, porque é ela que permite à sua equipe de engenharia fazer a triagem sem ler cada aviso por completo.

“Um número de brilho só significa algo acompanhado do método por trás dele. Cada número desta página é medido conforme as normas listadas no final deste artigo — se a ficha técnica de um fornecedor não disser como um número foi obtido, trate-o como enfeite.”

Os componentes que precisam ser cobertos

Guias de qualificação independentes para módulos de display industrial listam as categorias de mudança que um fornecedor deve se comprometer a notificar. Para um módulo TFT, a lista é específica e mais longa do que a maioria dos compradores espera:

• Fonte do painel e geração do painel
• CI driver — incluindo um equivalente de segunda fonte
• LED de retroiluminação — incluindo mudança de bin
• Controlador de touch e firmware do touch
• FPC — layout, stiffener, fornecedor do conector
• Materiais ópticos — polarizador, filme de difusão e prisma, adesivo óptico
• Firmware — sequência de init, VCOM e tabelas gama
• Local de fabricação
• Processo de produção crítico — parâmetros de bonding, janela de laminação, método de teste

Se o procedimento de PCN do seu fornecedor não nomear essas categorias explicitamente, o resultado prático é que mudanças em algumas delas serão tratadas como assuntos internos e você ficará sabendo por uma falha em campo em vez de por uma notificação.

Três classes de impacto e o que cada uma obriga você a fazer

A classificação útil não é apenas por componente, mas pelo que a mudança pode fazer ao seu produto. Três classes cobrem quase tudo:

A fronteira que mais importa é a entre B e C, porque é aí que o fornecedor tem incentivo para classificar uma mudança como de baixo impacto. Uma segunda fonte de CI driver é o exemplo mais claro: o módulo pode parecer idêntico e medir dentro dos limites da ficha técnica, mas o mapa de registradores, a sequência de inicialização e o VCOM e gama gravados em OTP podem mudar — uma mudança de classe C para o seu firmware mesmo que seja de classe B para a ficha técnica do módulo.

Por que a segunda fonte de um CI driver é o caso mais difícil

A segunda fonte de CIs driver é comum e geralmente bem-intencionada — o original chega ao fim de vida ou fica sob alocação, e uma peça eletricamente equivalente mantém a linha rodando. O problema é que « eletricamente equivalente » é uma declaração sobre a ficha técnica, não sobre o seu firmware. O que pode diferir entre um original e sua segunda fonte:

• Conjunto de comandos e endereços de registradores na sequência de inicialização
• Ordem e temporização dos trilhos na partida
• Faixa de offset VCOM e como o trim é armazenado — em muitas peças é um valor OTP de 7 bits programado para o painel específico
• Formato da tabela gama e curva padrão
• Tensões de trilhos geradas — uma bomba de carga especificada em 4,960–5,968 V em uma peça não é garantidamente idêntica em outra

É por isso que « o CI driver mudou, mas todo o resto corresponde » é uma pergunta a ser respondida com uma comparação de temporização contra o seu esquemático, e não com um sim.

O que uma notificação utilizável realmente contém

Uma notificação com a qual se pode agir tem seis campos. Peça-os pelo nome:

1. Classe de mudança (A / B / C) com o raciocínio, não apenas a letra
2. Componente e número da peça — antigo e novo, incluindo a designação de segunda fonte se for isso que mudou
3. Data de efetivação e lote de corte — qual número de lote é o primeiro afetado, para que a inspeção de recebimento mude de critérios
4. O que foi medido — as características verificadas antes e depois, com o método e os limites, não uma declaração de que « nenhum impacto foi encontrado »
5. O que o cliente deve fazer — nada, inspecionar uma característica nomeada ou requalificar
6. Porta de aprovação — se o envio pode prosseguir antes da sua aprovação escrita para mudanças de classe C

O campo 4 é onde as notificações fracas se revelam. « Testado, sem problemas » não é uma medição. Características nomeadas com valores de antes e depois, sim.

Janelas de aviso e a linguagem contratual que as torna reais

Uma notificação que chega depois que as peças alteradas já foram enviadas é um exercício de registro, não um controle. O que especificar:

• Classe C: aviso por escrito com lead time suficiente para você requalificar e uma porta de aprovação explícita antes do envio dos lotes afetados.
• Classe B: aviso antes do corte do lote, com o número do lote afetado identificado para que a inspeção de recebimento aplique critérios delta.
• Classe A: um resumo periódico é suficiente.
• Todas as classes: um caminho de escalada definido quando a classificação de impacto for contestada.

Duas cláusulas adicionais pertencem ao mesmo contrato e são bem mais difíceis de acrescentar depois. Primeira: que ferramentas, firmware e desenhos customizados são dedicados à sua peça, mantidos e transferíveis ou devolvíveis no fim do programa — caso contrário, uma mudança que você não pode reverter não é realmente notificada, é imposta. Segunda: que as peças devolvidas de campo sejam preservadas para análise em vez de descartadas, para que causas de processo do fornecedor e causas de integração do lado do cliente possam ser distinguidas.

Rastreabilidade: o que faz tudo isso funcionar

Controle de mudança sem rastreabilidade é inaplicável, porque você não consegue dizer quais unidades foram fabricadas antes ou depois de uma mudança. O teste é simples e pode ser feito a qualquer momento: escolha um número de série ou de lote de um envio entregue e peça ao fornecedor para reconstruir o lote do painel, o bin de LED, o lote de bonding, a versão do código de init e o registro de inspeção por trás disso. Um fornecedor que consegue fazer isso a partir dos registros em menos de uma hora tem rastreabilidade real. Um que precise de dias, ou que só consiga rastrear até o envio, não tem. Esse mesmo conjunto de registros é o que permite responder à pergunta que chega, cedo ou tarde, em todo programa de vida longa: um agrupamento de falhas aparece em um marco específico de horas de operação, e você precisa saber se ele coincide com uma mudança.

Perguntas frequentes

Páginas relacionadas