Inżynieria zespołowa: siła precyzji z Team Ribbot

W sprzęcie o wysokiej wydajności pojedynczy milimetr decyduje o tym, czy część pasuje, czy zawodzi. Jednak tradycyjny sposób przenoszenia projektu między narzędziami elektrycznymi i mechanicznymi sprawia, że temu milimetrowi trudno zaufać. Neutralne pliki wymiany, takie jak STEP, DXF i IDF, muszą przetłumaczyć projekt z języka jednej aplikacji na format ogólny, a potem ponownie zinterpretować go po drugiej stronie. Każde takie tłumaczenie spłaszcza geometrię i zaokrągla współrzędne. Niewielki błąd konwersji na początku kończy się problemem z dopasowaniem na końcu.

• Neutralne pliki, takie jak STEP i IDF, pozbawiają projekt jego inteligencji, pozostawiając odłączoną geometrię, którą trzeba ręcznie naprawiać.
• Najgroźniejsze błędy to te małe. Przesunięcie o ułamek milimetra pozostaje niezauważone i psuje wszystko, co zostaje na nim zbudowane.
• MCAD CoDesigner przesyła dane natywnie w obu kierunkach, bez pliku pośredniego, więc nie ma etapu konwersji, który mógłby wprowadzić błąd.
• Transfer natywny zachowuje inteligencję projektu, a nie tylko jego kształt. Oznaczenia komponentów i numery części pozostają powiązane w świecie elektrycznym i mechanicznym.

Przypadek Ribbot: gdy liczą się milimetry

Ribbot to ważący 250 funtów robot bojowy zbudowany dla BattleBots Pro League. Jego niestandardowe sterowniki silników muszą być wykonane z dokładnością do milimetra. Płytka zawiera krytyczne komponenty po obu stronach, cechy mechaniczne dla połączeń elektrycznych oraz otwory montażowe, które dociskają radiator do tranzystorów FET przy rzeczywistym obciążeniu wstępnym.

Przy takim upakowaniu błąd translacji nie jest drobną uwagą o zaokrągleniu. Jeśli położenie pinu przesunie się o ułamek milimetra podczas konwersji pliku, płytka przestaje pasować do obrabianej aluminiowej obudowy. Dla zespołu rywalizującego na najwyższym poziomie ligi, przy napiętym harmonogramie i ograniczonym budżecie, jedno błędne przesłanie danych może oznaczać obudowę, którą trzeba przeprojektować od zera. Najbezpieczniejszym rozwiązaniem było całkowite usunięcie plików firm trzecich z procesu.

Wada neutralnych plików

Słabością konwencjonalnego przepływu pracy jest sam neutralny plik wymiany. Formaty STEP i IDF usuwają inteligencję z modelu i zamieniają uporządkowany projekt w zbiór niepowiązanych kształtów.

Duże błędy nie są największym zagrożeniem. Błędny punkt odniesienia albo odwrócona oś są oczywiste i ktoś szybko je wychwyci. Prawdziwe niebezpieczeństwo tkwi w mikroskopijnym błędzie. Jednomilimetrowy błąd zaokrąglenia podczas importu jest niewidoczny gołym okiem. Przechodzi niezauważony, a inżynier dalej buduje na fundamencie, który już jest błędny. Gdy błąd w końcu wyjdzie na jaw, jego naprawa kosztuje znacznie więcej, niż kosztowałoby jego wcześniejsze wykrycie.

Stary przepływ pracy: ruletka eksportu i importu

W poprzednich latach inżynier elektryk eksportował plik IDF, kompresował go i wysyłał e-mailem do inżyniera mechanika, który importował go i miał nadzieję, że dane przetrwały tę podróż.

Każde przesłanie oznaczało ręczne poprawki. Neutralne formaty gubią więzy i zniekształcają krzywe, więc inżynierowie musieli odtwarzać splajny, ponownie wyrównywać otwory montażowe i od nowa definiować powiązania montażowe, zanim mogli zacząć pracę. Nie projektowali. Łatali dane i obchodzili ograniczenia formatu. Jedna przeoczona wada mogła uruchomić lawinę prowadzącą do pełnego przeprojektowania obudowy, gdy podczas montażu nic do siebie nie pasowało.

Nowy przepływ pracy: natywna, bezpośrednia synchronizacja

Ribbot wyeliminował z procesu błędy formatu, korzystając z bezpośredniej synchronizacji w MCAD CoDesigner. Zamiast generować zewnętrzny plik, CoDesigner przenosi projekt między Altium Designer a mechanicznym narzędziem CAD w sposób natywny. Bezpośrednio mapuje strukturę danych projektu płytki na natywny format zespołu mechanicznego. Bez etapu konwersji nie ma błędu konwersji.

Gdy zespół elektryczny umieszcza gęsto upakowane złącze, zespół mechaniczny otrzymuje jego dokładną reprezentację geometryczną, bez zmian. Bezpośrednie połączenie pozwala zespołowi pracować z ciasnymi pozycjami montażowymi i wysoką gęstością komponentów bez uszkadzania danych u podstaw. Jak ujął to Tim, zespół nie musi już radzić sobie z przypadkowymi wyeksportowanymi plikami bryłowymi, które mogłyby wprowadzić błąd do projektu mechanicznego albo błędne dane wejściowe do projektu elektrycznego.

Jeden model o wysokiej wierności, któremu ufają obie strony

Rezultatem jest jedno źródło prawdy, na którym mogą polegać obie dziedziny. Nick opisuje model o wysokiej wierności zarówno w ECAD, jak i MCAD, który daje każdemu z inżynierów pewność, że projekt mechaniczny i elektryczny będą ze sobą współpracować w docelowym położeniu. To właśnie ta pewność pozwoliła zespołowi używać szybkich procesów, takich jak druk 3D, do sprawdzania dopasowania płytki w obudowie przed wydaniem pieniędzy na obrabiane metalowe części. Gdy robot został po raz pierwszy zmontowany, wszystko pasowało. Bez niespodzianek.

"Możliwość zobaczenia komponentów w 3D i dokładnego określenia, jak będą osadzone w podwoziu, zmienia zasady gry. Nie musimy się martwić, że coś uderzy w ściankę lub belkę wsporczą, bo już wcześniej zobaczyliśmy to w modelu o wysokiej wierności." — Cam Collins, główny inżynier mechanik

Jak pomaga natywna synchronizacja

MCAD CoDesigner łączy Altium Designer i wiodące narzędzia MCAD, w tym SOLIDWORKS, PTC Creo i Autodesk Inventor, bez pliku pośredniego. Wynikają z tego dwie rzeczy:

• Geometria pozostaje nienaruszona. Złożone obrysy płytek, zakrzywione wycięcia oraz matematyczny opis splajnów i łuków są przenoszone dokładnie, zamiast być przybliżane do prostych segmentów, jak często dzieje się przy eksporcie do STEP lub DXF.
• Zachowana zostaje również inteligencja. Transfer zachowuje więcej niż sam kształt. Oznaczenia komponentów i numery części pozostają połączone między środowiskami elektrycznym i mechanicznym, dzięki czemu zmiana jednego komponentu aktualizuje jego odpowiednik bez zrywania istniejącego połączenia.

Dla zespołu projektującego nieprostokątne płytki wewnątrz obudów wykorzystujących każdy dostępny milimetr sześcienny ta dokładność stanowi różnicę między częścią, która od razu wskakuje na miejsce, a taką, którą trzeba przebudować.

Brak utraty danych między ECAD i MCAD (krok po kroku)

Zwycięstwo na ostatnim milimetrze

W BattleBots Pro League systemy mechaniczne i elektryczne muszą działać w idealnej harmonii, a harmonia zależy od danych, które nie ulegają przesunięciom podczas przesyłania. Zastępując pętlę eksport-import bezpośrednią synchronizacją bez formatów pośrednich, Ribbot utrzymuje dokładność danych projektowych od pierwszego połączenia aż po finalną konstrukcję.

Zadbaj o to, aby Twoje dane inżynierskie były wolne od błędów translacji. Zobacz, jak działa dokładna dwukierunkowa synchronizacja w MCAD CoDesigner.

Dokładność projektu i integralność danych: najczęściej zadawane pytania

Dlaczego formaty takie jak STEP lub IDF są podatne na utratę dokładności podczas transferów?

Te formaty działają jak tłumacze między różnymi aplikacjami CAD. Eksport przekształca model natywny w ogólną reprezentację geometryczną, a import ponownie interpretuje te ogólne dane do natywnego formatu narzędzia odbierającego. Po drodze pojawiają się błędy zaokrągleń, utrata parametrów i zerwane więzy.

Czy pominięcie plików pośrednich oznacza, że przestajemy szukać właściwej wersji pliku?

Tak. Ponieważ synchronizacja działa przez chmurę, nie trzeba już tropić pliku o nazwie „board_v4_final_updated.STEP”. Wymiana danych zarządza zmianami natywnie, więc zespół pracuje na aktualnych danych, zamiast zgadywać, który plik jest właściwy.

Czy złożone elementy geometryczne, takie jak zakrzywione wycięcia w płytce, są zachowywane dokładnie?

Tak, i z większą dokładnością niż w przypadku formatów neutralnych. STEP i DXF często przybliżają złożone krzywe jako serię prostych segmentów, co zmniejsza precyzję. Bezpośrednia synchronizacja zachowuje dokładny matematyczny opis splajnów i łuków.

Co dzieje się z właściwościami komponentów i oznaczeniami bez użycia formatów neutralnych?

Są zachowywane. Neutralne pliki zazwyczaj usuwają inteligencję elektryczną i przekazują jedynie ogólne ciało 3D. Synchronizacja natywna utrzymuje powiązanie między danymi elektrycznymi, takimi jak oznaczenia i numery części, a projektem mechanicznym.