Złożone projekty inżynieryjne wykorzystują wiele formatów ECAD/MCAD.

Złożone produkty elektroniczne rzadko powstają w jednym środowisku programowym. Projekty referencyjne mogą pochodzić z narzędzi ECAD open source. Obudowy mechaniczne są definiowane na platformach MCAD. Partnerzy produkcyjni pracują na neutralnych danych wytwórczych. Dostawcy udostępniają modele 3D w jeszcze innych formatach.

Zespoły inżynierskie nie wybierają wielu formatów CAD jako strategii. One je dziedziczą. Praktyczne pytanie brzmi: jak prawidłowo zarządzać tymi formatami i wykorzystywać je na każdym etapie rozwoju.

W złożonych projektach różne typy danych CAD służą różnym celom technicznym. Inżynierowie muszą rozumieć, co zawiera każdy format, czego nie zawiera i jak należy go używać.

Najważniejsze wnioski

• Złożone projekty elektroniczne dziedziczą formaty ECAD, MCAD i produkcyjne z wielu źródeł (starsze projekty, open source, dostawcy, partnerzy). Sukces zależy od zrozumienia, do czego służy każdy format, i od właściwego używania go na każdym etapie rozwoju.
• Przeglądarki ECAD tylko do odczytu są cenne przy inspekcji, ekstrakcji BOM i analizie wykonalności, ale nie zastępują natywnych środowisk ECAD, w których aktywnie zarządza się ograniczeniami, regułami i zmianami. Autorytatywny projekt musi pozostać w narzędziu, w którym kontrolowany jest zamysł inżynierski.
• Skuteczna współpraca ECAD–MCAD dotyczy integracji fizycznej, a nie konwersji plików. Współpraca koncentruje się na wymianie geometrii, odstępów, wyrównania złączy, ograniczeń stackupu i wysokości komponentów, aby zapewnić dopasowanie i poprawne działanie PCB wewnątrz obudowy. Proces ten jest dwukierunkowy i wspiera dopasowanie, prześwity, ścieżki cieplne oraz zachowanie układów rigid-flex, ale nie zastępuje dedykowanych narzędzi symulacyjnych.
• Zdyscyplinowane zarządzanie własnością danych i kontrolą rewizji ma kluczowe znaczenie w zespołach pracujących w wielu narzędziach. Zespoły rozproszone osiągają sukces dzięki definiowaniu modeli nadrzędnych, zasad kontroli rewizji i kontrolowanych procesów wydawania, a nie przez zmuszanie wszystkich do pracy w jednym systemie CAD. Jasno określona odpowiedzialność za dane ECAD i MCAD zapobiega niejasnościom wersji, przeróbkom i problemom integracyjnym wykrywanym na późnym etapie.

Praca z wieloma formatami plików ECAD

Współczesne projektowanie PCB często zaczyna się od starszych projektów, płytek ewaluacyjnych lub projektów open source utworzonych w różnych narzędziach ECAD. Inżynierowie mogą otrzymywać dane schematów i layoutów w formatach natywnych dla KiCad, OrCAD, Eagle lub innych platform.

W takich sytuacjach zespoły zwykle robią jedną z następujących rzeczy:

• Otwierają projekt w przeglądarce tylko do odczytu, aby sprawdzić layout, stackup lub rozmieszczenie komponentów
• Wyodrębniają listę części do porównania BOM lub oceny kosztów
• Odtwarzają lub migrują projekt do swojego podstawowego środowiska ECAD
• Wykorzystują geometrię miedzi, topologię prowadzenia ścieżek lub strategię ograniczeń jako punkt odniesienia

Przeglądanie obcych plików ECAD to nie to samo co projektowanie w nich. Przeglądarka tylko do odczytu umożliwia inspekcję i ekstrakcję danych, ale nie zapewnia natywnej edycji, zarządzania ograniczeniami ani sterowanej regułami kontroli projektu.

Inżynierowie używają przeglądarek plików ECAD głównie na etapach oceny i migracji. Na przykład firma świadcząca usługi projektowe może analizować starszy projekt klienta utworzony w innym narzędziu ECAD. Przeglądarka umożliwia szybką ocenę liczby warstw, struktur impedancyjnych, strategii fanoutu i gęstości upakowania komponentów przed podjęciem decyzji o migracji lub przeprojektowaniu.

Wyodrębnienie listy części z obcego projektu ECAD może również wspierać wczesne modelowanie kosztów. Jest to działanie związane z przeglądem danych, a nie funkcja współpracy ECAD–MCAD.

Współpraca ECAD–MCAD w rozwoju produktów fizycznych

Gdy PCB wykracza poza etap tworzenia schematu i wczesnego layoutu, interakcja z inżynierią mechaniczną staje się nieunikniona. Ograniczenia mechaniczne determinują obrys płytki, rozmieszczenie otworów montażowych, wyrównanie złączy i obszary keepout. Ograniczenia elektryczne determinują stackup, rozkład miedzi i wysokość komponentów.

Współpraca ECAD/MCAD koncentruje się na fizycznej integracji PCB wewnątrz obudowy lub zespołu. Nie jest to funkcja przeglądarki wielu formatów. To wymiana geometrii, ograniczeń i danych o prześwitach między dwiema dziedzinami projektowania.

Typowy przepływ współpracy obejmuje:

• Eksport obrysu PCB, elementów montażowych i modeli 3D komponentów z MCAD do ECAD
• Import geometrii obudowy, dystansów i objętości keepout do środowiska layoutu PCB
• Weryfikację wyrównania złączy i głębokości wsunięcia
• Sprawdzanie pionowych prześwitów dla wysokich komponentów
• Iteracyjne modyfikacje obudowy, gdy zmienia się grubość płytki lub stackup

W dojrzałych przepływach pracy proces ten jest dwukierunkowy. Inżynierowie mechanicy definiują objętość wewnętrzną i cechy konstrukcyjne. Inżynierowie elektrycy definiują miedź, stackup dielektryczny i rozmieszczenie komponentów. Każda z dyscyplin aktualizuje drugą wraz ze zmianą ograniczeń.

Dokładne modelowanie geometrii miedzi może wpływać na ścieżki cieplne i rozkład masy, ale sama symulacja termiczna jest zwykle wykonywana w wyspecjalizowanych narzędziach analitycznych. Wymiana danych ECAD–MCAD dostarcza informacji o geometrii i materiałach, na których opierają się te narzędzia. Nie zastępuje ona dedykowanych środowisk symulacyjnych.

Zarządzanie ograniczeniami osi Z i wysokością komponentów

W miarę jak produkty stają się cieńsze i bardziej gęsto upakowane, pionowy prześwit staje się głównym ryzykiem integracyjnym. Kondensatory elektrolityczne, ekrany, złącza i cewki często wyznaczają maksymalną wysokość płytki. Inżynierowie mechanicy muszą upewnić się, że żebra obudowy, pokrywy i elementy złączne nie kolidują z tymi komponentami.

Proces współpracy zwykle obejmuje:

• Przypisywanie dokładnych atrybutów wysokości komponentów w ECAD
• Eksport zespołów 3D płytki do MCAD
• Przeprowadzanie kontroli prześwitów w zespole mechanicznym
• Przekazywanie wyników kolizji z powrotem do layoutu PCB

Kontrole te są niezbędne w urządzeniach medycznych, zespołach lotniczych i kosmicznych, platformach robotycznych oraz wszelkich kompaktowych produktach konsumenckich. Błędy prześwitów wykryte po uruchomieniu oprzyrządowania mogą skutkować kosztownymi cyklami przeprojektowania.

Struktury rigid-flex i składane

Płytki rigid-flex wprowadzają dodatkowe wymagania koordynacyjne. PCB nie jest już płaską strukturą. Może się zginać lub składać do postaci trójwymiarowej.

W takich projektach inżynierowie muszą:

• Definiować obszary gięcia i dopuszczalne promienie w stackupie PCB
• Dostarczać zespołom mechanicznym złożone reprezentacje 3D
• Weryfikować, czy obszary elastyczne nie kolidują ze ściankami obudowy
• Potwierdzać, że przejścia miedzi i coverlay są zgodne z mechanicznymi elementami odciążającymi

Analiza naprężeń mechanicznych jest zwykle wykonywana w dedykowanych narzędziach. System ECAD dostarcza geometryczną definicję obszarów sztywnych i elastycznych, podczas gdy MCAD ocenia dopasowanie i interakcję mechaniczną.

Zespoły zdecentralizowane i dyscyplina formatów

Duże projekty często angażują zewnętrzne firmy projektowe, konsultantów mechanicznych i producentów kontraktowych. Każdy uczestnik może pracować w innym ekosystemie CAD.

Udane projekty nie zależą od jednej zunifikowanej platformy. Zależą od zdyscyplinowanej wymiany danych. Obejmuje to:

• Uzgodnione procedury kontroli rewizji
• Zdefiniowaną własność mechanicznych i elektrycznych modeli nadrzędnych
• Kontrolowane wydawanie danych produkcyjnych
• Jasną dokumentację stackupu i doboru materiałów

Gdy w grę wchodzi wiele formatów ECAD, zespoły muszą również określić, który zbiór danych jest autorytatywny. Kopia starszego projektu w przeglądarce tylko do odczytu nie jest plikiem nadrzędnym. Plik nadrzędny znajduje się w środowisku natywnym, w którym aktywnie zarządza się ograniczeniami.

Rola projektów referencyjnych i open source

Inżynierowie często ponownie wykorzystują projekty referencyjne opublikowane w alternatywnych formatach ECAD. Mogą to być płytki rozwojowe, moduły zasilania lub front-endy RF.

Przepływ pracy zwykle obejmuje:

• Analizę oryginalnego layoutu w celu zrozumienia strategii prowadzenia ścieżek i uziemienia
• Wyodrębnienie listy komponentów do porównania źródeł zaopatrzenia
• Ponowną implementację topologii w podstawowym środowisku ECAD
• Zastosowanie zaktualizowanych reguł projektowych i ograniczeń stackupu

Bezpośrednia edycja obcego formatu bez translacji ograniczeń może prowadzić do naruszeń reguł lub ryzyka produkcyjnego. Migrację należy traktować jako zadanie inżynierskie, a nie skrót polegający na konwersji pliku.

W miarę jak projekty rosną i angażują partnerów korzystających z wielu narzędzi ECAD, Altium Agile Teams zapewnia praktyczny sposób zarządzania tą złożonością bez wymuszania natychmiastowej migracji. Zespoły mogą przenosić projekty utworzone w narzędziach takich jak KiCad, OrCAD i Eagle do współdzielonego obszaru roboczego Altium w celu przeglądania, recenzji i inspekcji BOM, przy jednoczesnym zachowaniu oryginalnego formatu plików każdego projektu. Ułatwia to interesariuszom z obszarów elektryki, mechaniki, produkcji i zaopatrzenia pracę w oparciu o ten sam, aktualny kontekst projektu, ocenę wpływu na produkowalność i dostępność oraz koordynację decyzji między formatami.

Dzięki zapewnieniu widoczności wielu formatów CAD w ramach uporządkowanego zespołowego przepływu pracy, Altium Agile Teams pomaga organizacjom ograniczać tarcia, unikać niejasności wersji i utrzymywać zgodność działań rozproszonych współpracowników w miarę przechodzenia projektów do produkcji. 

Rozpocznij bezpłatny okres próbny Altium Agile Teams ➔