Wykrywaj kosztowne awarie sprzętu na wczesnym etapie. Dowiedz się, jak wielodyscyplinarny przegląd projektu PCB integruje weryfikację mechaniczną, termiczną i firmware jeszcze przed powstaniem pierwszego prototypu.
Chociaż standardowe przeglądy schematu i layoutu zapewniają poprawność elektryczną, prawdziwy sukces sprzętu wymaga weryfikacji wykraczającej daleko poza tradycyjny zakres odpowiedzialności projektanta PCB. Płytka o nienagannej integralności sygnału jest bezużyteczna, jeśli narusza ograniczenia wysokości obudowy w osi Z, przegrzewa własne komponenty lub trafia do produkcji z zamienionymi pinami.
Aby zapobiec tym problemom ujawniającym się na późnym etapie, multidyscyplinarne zespoły inżynieryjne muszą odejść od sekwencyjnych przekazań i uwzględniać ograniczenia mechaniczne, termiczne i firmware już na najwcześniejszych etapach przeglądu projektu.
Altium Agile Teams zapewnia multidyscyplinarnym zespołom elektroniki ustrukturyzowaną współpracę, wspólną widoczność i międzydziedzinowe przepływy pracy potrzebne do włączenia interesariuszy z obszaru mechaniki, termiki i firmware do pracy na bieżącym stanie projektu bez spowalniania zespołu.
Zatrzymywanie prac nad layoutem w celu przeprowadzenia ręcznego przekazania między domenami niszczy harmonogramy rozwoju. Historycznie projektowanie sprzętu opierało się na silosowym, kaskadowym procesie: EE kończy layout, eksportuje statyczne pliki PDF, arkusze CSV oraz model STEP płytki PCB i „przerzuca je przez ścianę” do kolejnego działu. Taki oderwany przepływ pracy gwarantuje fragmentację kontroli wersji, nieporozumienia i nadmiar zleceń zmian inżynieryjnych (ECO).
Podejście shift left zasadniczo zmienia ten paradygmat. Przenosi testowanie, weryfikację i współpracę między zespołami do aktywnej fazy projektowania, aby wychwycić krytyczne błędy, zanim wymuszą kosztowne ponowne wykonanie płytki.
Chociaż kompleksowa lista kontrolna przeglądu PCB stanowi fundament, realizowanie jej za pomocą niepołączonych narzędzi to moment, w którym zespoły tracą czas i budżet. Zamiast eksportować nieaktualne pliki, interesariusze muszą przeglądać projekt natywnie. Altium Agile Teams eliminuje tarcia na wczesnym etapie, skupiając multidyscyplinarnych ekspertów wokół jednego źródła prawdy i umożliwiając im rejestrowanie ograniczeń oraz weryfikowanie wyników w czasie rzeczywistym.
Aby zrozumieć, jak to pomaga utrzymać tempo projektu, musimy spojrzeć poza schemat na trzy najważniejsze granice integracji: dopasowanie mechaniczne, zarządzanie termiczne i gotowość firmware.
Tradycyjny podział między EE i ME często prowadzi do problemów z mechanicznymi kolizjami ujawniającymi się na późnym etapie. Naruszenia wysokości w osi Z, źle wyrównane otwory montażowe, kolizje z obudową i problemy z dopasowaniem złączy to klasyczne błędy, które wychodzą na jaw dopiero przy składaniu pierwszego fizycznego prototypu.
Choć pojedyncze niedopasowania komponentów mogą zdarzać się od czasu do czasu, powtarzające się błędy dopasowania są objawem wadliwego przepływu pracy, a nie słabej inżynierii.
Możliwe jest oszacowanie temperatury płytki na podstawie realistycznej mocy traconej przez komponenty, modeli termicznych obudów, stackupu płytki, rozkładu miedzi i założeń dotyczących przepływu powietrza. Powinno to być częścią końcowego procesu weryfikacji przed wydaniem projektu, a nie przed trasowaniem lub zakończeniem rozmieszczenia komponentów. Chociaż pełna kwalifikacja nie odbywa się bezpośrednio w oprogramowaniu ECAD, możliwe jest przeniesienie projektu do oprogramowania MCAD przez chmurę.
W ekosystemie Altium layout PCB można bezpośrednio przesłać do SOLIDWORKS lub Ansys w celu przeprowadzenia symulacji termicznej/CFD. ME weryfikuje zaimportowaną geometrię i przypisuje moc tracona, właściwości materiałowe oraz warunki brzegowe w zewnętrznym środowisku symulacyjnym. Te dane wejściowe określają, czy proponowany układ chłodzenia utrzymuje temperatury komponentów na akceptowalnym poziomie.
Użytkownik MCAD może dostosować geometrię obudowy, wybór i rozmieszczenie wentylatora oraz konstrukcję i położenie radiatora. Wyniki wyznaczają ograniczenia ECAD, takie jak prześwity dla radiatora, wymagania dotyczące przelotek termicznych, a nawet potrzebę dodania kolejnych warstw płaszczyzn. Włączenie tego do końcowej pętli weryfikacyjnej pozwala zidentyfikować rozwiązania zarządzania ciepłem przed wykonaniem prototypu.
Wiele nowoczesnych produktów sprzętowych wymaga firmware, a inżynierowie systemów wbudowanych często są głęboko zaangażowani w przegląd projektu PCB. Specjaliści od kodu potrzebują wczesnego dostępu do schematów, aby wskazać decyzje sprzętowe kolidujące z architekturą firmware/oprogramowania wbudowanego.
Do klasycznych „blokad” po stronie firmware należą zamienione piny RX/TX, brak dostępu do pinów debugowania JTAG/SWD lub przypisanie pinów do niekompatybilnych sygnałów albo interfejsów. W przypadku dużych procesorów cyfrowych programiści firmware nadal polegają na eksportowanych arkuszach przypisania pinów, które stają się nieaktualne dokładnie w chwili, gdy EE zapisuje nową rewizję schematu.
Ręczne przekazania powodują niejednoznaczność i kosztowne rozbieżności wersji.
Altium Agile Teams odpowiada na ten problem bezpośrednio, zapewniając multidyscyplinarnym zespołom elektroniki strukturę, wspólną widoczność i połączone przepływy pracy potrzebne do bardziej spójnego i pewnego przechodzenia od layoutu przez przegląd do wydania. Uczestnicy odpowiedzialni za mechanikę, termikę i firmware pracują na tym samym aktualnym stanie projektu, a nie na wyeksportowanych migawkach, dzięki czemu zespół wcześniej wykrywa konflikty, ogranicza poprawki i dociera do produkcji z mniejszą liczbą niespodzianek.
Zastępując odizolowane, sekwencyjne przeglądy współbieżnym i ustrukturyzowanym przepływem pracy, zespoły eliminują niejednoznaczność powodującą problemy na późnym etapie. Efektem są projekty, które posuwają się naprzód szybciej, z mniejszą liczbą obejść i znacznie mniejszym zakresem poprawek.
Dowiedz się więcej o Altium Agile Teams →
Przegląd projektu PCB identyfikuje błędy w schemacie, layoucie i plikach produkcyjnych, zanim fizyczna płytka wejdzie w fazę prototypowania. Zapewnia, że projekt jest funkcjonalny, możliwy do wyprodukowania (zgodnie z DfM) oraz niezawodny w docelowym zastosowaniu.
Shift left oznacza przeniesienie testowania, weryfikacji i współpracy między zespołami na najwcześniejsze etapy cyklu projektowego. Zamiast czekać na gotową płytkę, aby zidentyfikować błędy funkcjonalne, zespoły multidyscyplinarne (inżynierowie mechanicy, termiczni i firmware) przeglądają projekt, gdy jest on jeszcze w fazie zmian. Ogranicza to kosztowne poprawki i zapobiega opóźnieniom projektów.