PCN d'afficheurs : graduer les changements par composant et par impact

Pourquoi une PCN ne vaut que par sa graduation

Une notification de changement de produit vous dit que quelque chose a changé. Prise seule, elle est presque inutile, car « quelque chose a changé » couvre tout, d'une nouvelle imprimante d'étiquettes à une génération de panneau différente. Ce qui rend une notification exploitable, c'est qu'elle indique quel composant a changé et quelle classe d'impact porte ce changement — vous pouvez alors décider en un après-midi s'il s'agit d'un exercice d'archivage ou d'un projet de requalification. La plupart des fournisseurs émettent des notifications. Bien moins les graduent. C'est la graduation qu'il faut exiger dans votre accord, car c'est elle qui permet à votre équipe d'ingénierie de trier sans lire chaque notification en entier.

“Un chiffre de luminance ne veut dire quelque chose qu'accompagné de la méthode qui le sous-tend. Chaque nombre de cette page est mesuré selon les normes listées à la fin de cet article — si la fiche technique d'un fournisseur ne dit pas comment un chiffre a été obtenu, considérez-le comme de la décoration.”

Les composants qui doivent être couverts

Les guides de qualification indépendants pour modules d'affichage industriels listent les catégories de changement qu'un fournisseur doit s'engager à notifier. Pour un module TFT, la liste est précise, et plus longue que la plupart des acheteurs ne s'y attendent :

• Source du panneau et génération du panneau
• Circuit driver — y compris un équivalent de seconde source
• LED de rétroéclairage — y compris un changement de bin
• Contrôleur tactile et firmware tactile
• FPC — layout, raidisseur, fournisseur du connecteur
• Matériaux optiques — polariseur, film de diffusion et prisme, adhésif optique
• Firmware — séquence d'initialisation, VCOM et tables gamma
• Lieu de fabrication
• Procédé de production critique — paramètres de bonding, fenêtre de laminage, méthode de test

Si la procédure PCN de votre fournisseur ne nomme pas explicitement ces catégories, le résultat pratique est que les changements de certaines d'entre elles seront traités comme des affaires internes et vous le découvrirez par une panne terrain plutôt que par une notification.

Trois classes d'impact, et ce que chacune vous oblige à faire

La graduation utile n'est pas seulement par composant mais par ce que le changement peut faire à votre produit. Trois classes couvrent presque tout :

La frontière qui compte le plus est celle entre B et C, car c'est là qu'un fournisseur est incité à classer un changement comme peu impactant. Une seconde source de circuit driver en est l'exemple le plus net : le module peut paraître identique et se mesurer dans les limites de la fiche technique, mais la table de registres, la séquence d'initialisation et le VCOM et gamma gravés en OTP changent potentiellement — un changement de classe C pour votre firmware même si c'est un changement de classe B pour la fiche technique du module.

Pourquoi la seconde source d'un circuit driver est le cas le plus difficile

La seconde source de circuits driver est courante et généralement bien intentionnée — l'original arrive en fin de vie ou sous allocation, et un part électriquement équivalent maintient la ligne. Le problème, c'est que « électriquement équivalent » est un énoncé sur la fiche technique, pas sur votre firmware. Ce qui peut différer entre un original et sa seconde source :

• Jeu de commandes et adresses de registres dans la séquence d'initialisation
• Ordre et timing des rails à la mise sous tension
• Plage d'offset VCOM et façon dont le trim est stocké — sur beaucoup de pièces, c'est une valeur OTP de 7 bits programmée pour le panneau spécifique
• Format de table gamma et courbe par défaut
• Tensions de rails générées — une pompe de charge spécifiée à 4,960–5,968 V sur une pièce n'est pas garantie identique sur une autre

C'est pourquoi « le circuit driver a changé mais tout le reste correspond » est une question à trancher par une comparaison de timing contre votre schéma, pas par un oui.

Ce qu'une notification exploitable contient réellement

Une notification sur laquelle on peut agir comporte six champs. Demandez-les par leur nom :

1. Classe de changement (A / B / C) avec le raisonnement, pas seulement la lettre
2. Composant et référence — ancienne et nouvelle, y compris la désignation de seconde source si c'est ce qui a changé
3. Date d'effet et lot de bascule — quel numéro de lot est le premier concerné, pour que votre contrôle réception change de critères
4. Ce qui a été mesuré — les caractéristiques contrôlées avant et après, avec la méthode et les limites, pas une déclaration du type « aucun impact constaté »
5. Ce que le client doit faire — rien, inspecter une caractéristique nommée, ou requalifier
6. Porte d'approbation — si l'expédition peut se poursuivre avant votre approbation écrite pour les changements de classe C

Le champ 4 est là où les notifications faibles se trahissent. « Testé, aucun problème » n'est pas une mesure. Des caractéristiques nommées avec des valeurs avant/après, si.

Délais de notification et langage contractuel qui les rend réels

Une notification qui arrive après l'expédition des pièces modifiées est un exercice d'archivage, pas un contrôle. Ce qu'il faut spécifier :

• Classe C : notification écrite avec un délai suffisant pour requalifier, et une porte d'approbation explicite avant l'expédition des lots concernés.
• Classe B : notification avant la bascule de lot, avec le numéro de lot concerné identifié pour que le contrôle réception applique les critères delta.
• Classe A : un résumé périodique suffit.
• Toutes classes : un chemin d'escalade défini lorsque la classification d'impact est contestée.

Deux clauses supplémentaires appartiennent au même accord et sont bien plus difficiles à ajouter plus tard. D'abord, que les outillages, firmwares et dessins personnalisés sont dédiés à votre pièce, maintenus, et transférables ou restituables en fin de programme — sinon un changement que vous ne pouvez pas inverser n'est pas vraiment notifié, il est imposé. Ensuite, que les pièces retournées terrain sont conservées pour analyse plutôt que mises au rebut, afin de distinguer les causes côté processus fournisseur des causes d'intégration côté client.

Traçabilité : ce qui rend tout cela applicable

Le contrôle des changements sans traçabilité est inapplicable, car on ne peut pas dire quelles unités ont été construites avant ou après un changement. Le test est simple et peut être mené à tout moment : prenez un numéro de série ou de lot d'une expédition livrée et demandez au fournisseur de reconstituer le lot de panneau, le bin LED, le lot de bonding, la version du code d'init et le dossier d'inspection qui se trouvent derrière. Un fournisseur capable de le faire à partir de ses dossiers en moins d'une heure exerce une vraie traçabilité. Celui qui a besoin de jours, ou qui ne peut tracer que jusqu'à l'expédition, non. Ce même ensemble de dossiers vous permet de répondre à la question qui finit par arriver dans tout programme longue durée : un regroupement de pannes apparaît à un palier d'heures de fonctionnement particulier, et vous devez savoir s'il correspond à un changement.

Questions fréquentes

Pages associées