Jak ustalać priorytety zmian w projekcie PCB po testach

Wracają raporty z testów prototypu i zmienia się obraz tego, co jest gotowe. Jedna płytka resetuje się pod obciążeniem. Złącze, które w CAD wyglądało poprawnie, nie daje się niezawodnie osadzić podczas montażu. Przewód nie chce się poprowadzić wewnątrz obudowy bez naprężeń. Jeden z elementów w BOM ma 26-tygodniowy czas realizacji. Projekt layoutu jest ukończony, ale system nie jest gotowy do budowy. Co teraz? 

Testowanie generuje więcej informacji zwrotnych, niż jakikolwiek zespół jest w stanie od razu wykorzystać, a niektóre ustalenia wymagają natychmiastowego działania, podczas gdy inne jedynie poprawiają margines bezpieczeństwa lub użyteczność. Bez jasnego sposobu ustalania priorytetów zespoły ryzykują, że najpierw będą naprawiać problemy o niewielkim wpływie, wciąż wracać do tych samych pytań projektowych albo przygotować wydanie, które nie odzwierciedla tego, co testy już ujawniły. 

Celem jest przekształcenie wyników testów w skoncentrowany zestaw zmian, które posuną naprzód kolejną iterację.

Najważniejsze wnioski

• Testowanie prototypu ujawnia mieszankę awarii, ryzyk i udoskonaleń. Zespoły działają szybciej, gdy porządkują je według jasnych priorytetów związanych z ryzykiem budowy i gotowością do wydania.
• Dobre ustalanie priorytetów łączy wyniki testów z wymaganiami, obiektami projektowymi, zaopatrzeniem i wytwarzalnością, zanim jakiekolwiek zmiany zostaną wdrożone.
• Zmiana projektowa jest gotowa wtedy, gdy została zweryfikowana we wszystkich obszarach, których dotyczy, ponieważ poprawki rozwiązujące problem w jednym obszarze mogą wywołać nowe problemy w innym.

Zacznij od oddzielenia awarii, ryzyk i udoskonaleń

Informacje zwrotne po testach stają się łatwiejsze do opanowania, gdy zostaną podzielone na jasne kategorie:

• Awarie: Problemy, które uniemożliwiają działanie lub naruszają wymagania
• Ryzyka: Problemy zagrażające wytwarzalności, zaopatrzeniu, niezawodności lub montażowi
• Udoskonalenia: Ulepszenia zwiększające margines, użyteczność lub wydajność

Pomaga to zespołom skupić się na przyczynach źródłowych, a nie na objawach. Na przykład reset pod obciążeniem może wynikać z integralności zasilania, layoutu lub doboru komponentów, podczas gdy problem mechaniczny może mieć źródło w założeniach dotyczących obudowy albo rozmieszczeniu złączy. Wczesne sortowanie i nadawanie priorytetów ustaleniom pomaga zespołom zidentyfikować rzeczywistą przyczynę, uniknąć dublowania poprawek i ograniczyć przeróbki. 

Uporządkowane przeglądy projektu to właściwe miejsce, aby sformalizować taki podział i przypisać odpowiedzialność. Wskazówki, jak robić to dobrze, znajdziesz w 6 obszarach, na których powinny koncentrować się przeglądy projektu PCB.

Klasyfikuj zmiany według ryzyka budowy i wpływu

Gdy problemy zostaną skategoryzowane, kolejnym krokiem jest skupienie się na tych, które wpływają na następną iterację. Na początek warto zjednoczyć zespół wokół wspólnego słownictwa, korzystając z praktycznego modelu czterech poziomów.

I. Musi zostać naprawione przed następną iteracją

Problemy blokujące funkcjonalność, bezpieczeństwo lub zgodność, takie jak:

• Linia zasilania, na której pod obciążeniem występuje spadek napięcia
• Interfejs komunikacyjny działający niestabilnie
• Naruszenie wymaganego odstępu upływowego
• Złącze, którego nie da się prawidłowo połączyć podczas montażu

II. Należy naprawić, jeśli harmonogram na to pozwala

Problemy wpływające na wytwarzalność, margines niezawodności lub łatwość montażu, ale nieblokujące budowy:

• Graniczna integralność sygnału na linii wysokiej prędkości
• Ograniczony margines termiczny przy obciążeniu szczytowym
• Punkt testowy trudny do sondowania
• Element ze statusem cyklu życia wskazującym na pogarszającą się dostępność

III. Odłóż z rozpoznanym ryzykiem

Problemy, które zespół rozumie i akceptuje dla tej iteracji, z udokumentowanym planem ponownego zajęcia się nimi:

• Niewielkie obawy dotyczące marginesu EMI mieszczące się w akceptowalnych granicach
• Obejście akceptowalne przy małej skali, ale nie przy produkcji seryjnej
• Optymalizacje layoutu o ograniczonym wpływie na system

IV. Śledź jako przyszłe usprawnienie

Udoskonalenia poprawiające użyteczność, serwisowalność lub margines bez wpływu na bieżącą iterację:

• Lepsze oznaczenia lub dokumentacja
• Zoptymalizowany layout termiczny
• Uproszczona konsolidacja BOM
• Dodatkowe funkcje diagnostyczne

Klasyfikowanie wymaga zarówno dyscypliny, jak i osądu. Ustalenie trafia do kategorii „musi zostać naprawione”, gdy unieważnia następną iterację, wyniki testów lub wymagania, które były podstawą projektu. Ustalenie pozostaje w kategorii „należy naprawić”, gdy zwiększa ryzyko, ale nie blokuje postępu. Granica między tymi dwoma poziomami to miejsce, w którym toczy się większość sporów o priorytety, i warto poświęcić czas na ich rozstrzygnięcie podczas przeglądów, a nie w laboratorium.

Ryzyko związane z zaopatrzeniem zasługuje na wyraźną uwagę. Komponent, który działał w prototypie, może opóźnić następną iterację, jeśli zmieniła się jego dostępność, status cyklu życia lub czas realizacji. Testowanie prototypu rzadko ujawnia takie ryzyka, ale zrobi to przegląd łańcucha dostaw. Więcej na ten temat znajdziesz w Dlaczego potrzebujesz przeglądu łańcucha dostaw PCB.

Weryfikuj zmiany we wszystkich obszarach, których dotyczą

Zmiana projektowa jest gotowa, gdy została sprawdzona we wszystkich obszarach, na które wpływa. 

Rozważmy wspomniany wcześniej reset pod obciążeniem. Zespół ustala, że jego przyczyną jest problem z integralnością zasilania: sieć odsprzęgająca wokół obciążenia o wysokim poborze prądu jest niedowymiarowana, a linia zasilania zapada się podczas stanu przejściowego. W praktyce zespół naprawiłby to, dodając pojemność bliżej obciążenia, ale zanim zmiana będzie gotowa do następnej iteracji, musi przejść przez kilka obszarów.

• Elektryka: Czy nowa sieć odsprzęgająca spełnia docelową impedancję w odpowiednim paśmie częstotliwości? Symulacja integralności zasilania potwierdza poprawkę i sprawdza, czy nie wprowadza ona nowego rezonansu. Trzeba też przeanalizować zachowanie termiczne, ponieważ wyższy prąd przejściowy płynie teraz inną ścieżką. 

• Mechanika: Dodatkowe kondensatory wymagają miejsca na płytce. Jeśli nowe rozmieszczenie zwiększa wysokość komponentów w ciasnym obszarze obudowy, inżynier mechanik może to wychwycić, zanim layout zostanie zamrożony. Złącze lub ekran w tym samym obszarze może wymagać przesunięcia, co może z kolei wpłynąć z powrotem na obszar elektryczny. 

• Produkcja: Dodatkowe komponenty wpływają na odstępy montażowe, dostęp do punktów testowych i widoczność podczas inspekcji. Jeśli nowe rozmieszczenie zagęszcza obszar wokół celu pomiarowego sondy albo zasłania znacznik fiducjalny, plan testów i kontrole DFM trzeba zaktualizować razem z layoutem.

• Zaopatrzenie: Każdy nowy lub zastąpiony element może mieć inną dostępność, status cyklu życia lub czas realizacji niż oryginały. Zmiana, która przeszła weryfikację inżynierską, nadal może opóźnić budowę, jeśli same części są trudne do zdobycia wtedy, gdy produkcja będzie ich potrzebować.

• Wymagania: Czasem poprawka ujawnia, że bazowe wymaganie było niepełne lub nierealistyczne. Margines termiczny, którego projekt nie może osiągnąć przy akceptowalnym koszcie, może wymagać poluzowania, albo ukryte założenie może wymagać zapisania jako jawne wymaganie. Aktualizacja wymagania domyka pętlę między dowodami z testów a intencją projektową. Bez tej aktualizacji kolejna iteracja odziedziczy lukę, którą testy właśnie ujawniły.

W produktach wielopłytkowych te kontrole międzyobszarowe stają się coraz bardziej współzależne. Zmiana na jednej płytce może rozchodzić się na złącza, wiązki przewodów i dopasowanie do obudowy w całym zespole. Więcej o zarządzaniu tymi zależnościami przeczytasz w Szybciej dostarczaj gotowe do produkcji wielopłytkowe PCB dzięki projektowaniu ukierunkowanemu na wytwarzanie.

Zmiana, która przeszła wszystkie istotne obszary, jest gotowa. Zmiana, która usuwa objaw w jednym obszarze, ale tworzy nowe ryzyko w innym, gotowa nie jest. Ten etap weryfikacji oddziela rzeczywistą poprawkę od takiej, która rozwiązuje bieżący problem z testów, a po cichu przygotowuje grunt pod następny.

Utrzymuj powiązanie zmian z projektem

Zmiany po testach tracą wartość, gdy zostają oddzielone od samego projektu. Notatki rozrzucone po wątkach e-maili, zrzutach ekranu i arkuszach kalkulacyjnych wprowadzają niejednoznaczność i zamieszanie wersyjne. Zanim recenzent wróci do komentarza, często nie jest już jasne, której rewizji dotyczy ani czy problem został już rozwiązany.

Aby ograniczyć niejednoznaczność, utrzymuj informacje zwrotne bezpośrednio powiązane z projektem: 

• Komentuj konkretne komponenty, sieci lub obszary layoutu
• Łącz problemy z wynikami testów i wymaganiami
• Zapewniaj widoczność tego, kto odpowiada za każdą zmianę

Przenieś zatwierdzone zmiany do spójnego wydania

Gdy zmiany zostaną zweryfikowane i otrzymają priorytety, muszą zostać spójnie odzwierciedlone w całym projekcie — i właśnie tutaj prace po testach mają największy potencjał, by się rozpaść. Wydanie wysłane ze starym BOM, zestaw dokumentacji niezgodny z layoutem albo dane produkcyjne wygenerowane przed ostatnią poprawką wprowadzają dokładnie ten rodzaj późnych niespodzianek, które testowanie prototypu ma przecież eliminować.

Gotowe do budowy wydanie dla następnego prototypu obejmuje:

• Zaktualizowany schemat i layout odzwierciedlające wszystkie zatwierdzone zmiany
• Zweryfikowane dane BOM i zaopatrzeniowe, w tym wszelkie zamienniki wprowadzone po testach
• Spójną dokumentację i procedury testowe
• Aktualne dane do produkcji i montażu wygenerowane z najnowszego stanu projektu

Dzięki takiemu podejściu produkcja otrzymuje kompletny i dokładny pakiet, a kolejna runda testów rozpoczyna się od czystej bazy odniesienia.

Zamień wyniki testów we właściwą kolejną iterację

Prace po testowaniu prototypu obejmują trzy zadania: zidentyfikowanie najważniejszych problemów do naprawy, zweryfikowanie tych poprawek we wszystkich istotnych obszarach oraz uwzględnienie ich w dokładnym pakiecie wydaniowym. Proces jest prosty: skup się na przyczynach źródłowych, klasyfikuj według ryzyka budowy, weryfikuj w każdym obszarze, którego dana zmiana dotyczy, i przygotowuj dane wydaniowe zgodne z bieżącym stanem projektu. 

Dzięki połączonemu przepływowi pracy Altium Develop drobne pytania projektowe są rozstrzygane wcześnie, zamiast stawać się opóźnieniami na późnym etapie. Kolejna iteracja odzwierciedla właściwe zmiany, jest poparta danymi z testów i pozostaje spójna w całym produkcie. Dzięki temu kolejne cykle testowe ujawniają nowe informacje, zamiast powtarzać wnioski z poprzedniego dnia. Zacznij pracę z Altium Develop →