В высокопроизводительном оборудовании один-единственный миллиметр решает, поместится деталь или нет. Однако традиционный способ передачи проекта между электрическими и механическими инструментами делает этот миллиметр ненадежным. Нейтральные файлы обмена, такие как STEP, DXF и IDF, вынуждены переводить проект с языка одного приложения в обобщенный формат, а затем обратно — на стороне другого приложения. При каждом таком преобразовании геометрия упрощается, а координаты округляются. Небольшая ошибка преобразования в начале в итоге приводит к проблемам с посадкой детали.
Ribbot — это боевой робот весом 250 фунтов, созданный для BattleBots Pro League. Его специализированные контроллеры двигателей должны быть точны до миллиметра. На плате размещены критически важные компоненты с обеих сторон, механические элементы для электрических соединений и монтажные отверстия, которые прижимают радиатор к FET под реальной нагрузкой предварительного натяга.
При такой плотности ошибка преобразования — это не безобидная погрешность округления. Если при конвертации файла положение вывода сместится на долю миллиметра, плата уже не сядет в обработанный алюминиевый корпус. Для команды, выступающей на высшем уровне лиги, с жесткими сроками и ограниченным бюджетом, один неудачный перенос данных может означать, что корпус придется полностью перерабатывать с нуля. Самым надежным решением было полностью исключить из процесса сторонние файлы.
Слабое место традиционного процесса — сам нейтральный файл обмена. Форматы STEP и IDF убирают из модели интеллектуальные данные и превращают структурированный проект в набор несвязанных форм.
Опасность представляют не крупные ошибки. Неверно заданная точка отсчета или перевернутая ось сразу заметны, и их быстро обнаруживают. Настоящая угроза — микроскопическая ошибка. Ошибка округления на один миллиметр при импорте незаметна глазу. Она проскальзывает дальше, и инженер продолжает работу, опираясь на уже неверную основу. К тому моменту, когда ошибка проявится, ее исправление будет стоить гораздо дороже, чем если бы ее обнаружили сразу.
В прошлые годы инженер-электронщик экспортировал файл IDF, архивировал его и отправлял по электронной почте инженеру-механику, который импортировал его и надеялся, что данные пережили этот путь без потерь.
Каждая передача означала ручное исправление. Нейтральные форматы теряют ограничения и искажают кривые, поэтому инженерам приходилось заново строить сплайны, выравнивать монтажные отверстия и повторно задавать сопряжения в сборке, прежде чем можно было приступить к работе. Они не проектировали. Они латали данные и обходили ограничения формата. Одна незамеченная ошибка могла привести к полной переработке корпуса на этапе сборки, когда вдруг оказывалось, что ничего не подходит.
Ribbot исключил ошибки формата из процесса, используя прямую синхронизацию в MCAD CoDesigner. Вместо создания внешнего файла CoDesigner нативно передает проект между Altium Designer и механической CAD-системой. Он напрямую отображает структуру данных проекта платы в нативный формат механической сборки. Без этапа преобразования нет и ошибок преобразования.
Когда электротехническая команда размещает плотный разъем, механическая команда получает точное геометрическое представление без каких-либо изменений. Прямая связь позволяет команде прорабатывать тесные монтажные положения и высокую плотность компонентов, не искажая лежащие в основе данные. Как отметил Тим, команде больше не приходится иметь дело со случайными экспортированными solid-файлами, которые могли внести ошибку в механический проект или передать некорректные данные в электрическую часть проекта.
Результатом становится единый источник достоверных данных, на который могут опираться обе области проектирования. Ник описывает это как высокоточную модель и в ECAD, и в MCAD, которая дает любому инженеру уверенность в том, что механическая и электрическая части проекта будут корректно работать вместе. Именно эта уверенность позволила команде использовать быстрые методы, такие как 3D-печать, чтобы проверить посадку платы в корпусе до того, как тратить деньги на механически обработанные металлические детали. Когда робот был впервые собран, все подошло. Без сюрпризов.
"Возможность видеть компоненты в 3D и точно знать, как именно они будут располагаться в шасси, полностью меняет правила игры. Нам не нужно беспокоиться о том, что что-то упрется в стенку или опорную балку, потому что мы уже увидели это в высокоточной модели". — Cam Collins, ведущий инженер-механик
MCAD CoDesigner связывает Altium Designer и ведущие MCAD-инструменты, включая SOLIDWORKS, PTC Creo и Autodesk Inventor, без промежуточного файла. Из этого следуют две вещи:
Для команды, проектирующей платы нестандартной формы внутри корпусов, где используется каждый доступный кубический миллиметр, такая точность — это разница между деталью, которая встает на место сразу, и деталью, которую приходится переделывать.
В BattleBots Pro League механические и электрические системы должны работать в идеальной гармонии, а гармония зависит от данных, которые не искажаются при передаче. Заменив циклический процесс экспорта и импорта прямой синхронизацией без форматов-посредников, Ribbot сохраняет точность проектных данных от первого соединения до финальной сборки.
Защитите свои инженерные данные от ошибок преобразования. Узнайте, как работает точная двунаправленная синхронизация в MCAD CoDesigner.
Эти форматы выступают в роли посредников между разными CAD-приложениями. При экспорте нативная модель преобразуется в обобщенное геометрическое представление, а при импорте эти универсальные данные заново интерпретируются в нативный формат принимающего инструмента. По пути возникают ошибки округления, потеря параметров и разрушение ограничений.
Да. Поскольку синхронизация выполняется через облако, больше не нужно разыскивать что-то вроде "board_v4_final_updated.STEP". Обмен данными управляет изменениями нативно, поэтому команда работает с актуальными данными, а не пытается угадать, какой файл правильный.
Да, и с большей точностью, чем в нейтральных форматах. STEP и DXF часто аппроксимируют сложные кривые набором прямых сегментов, что снижает точность. Прямая синхронизация сохраняет математическое описание сплайнов и дуг в точности.
Они сохраняются. Нейтральные файлы обычно отбрасывают электрическую интеллектуальную составляющую и передают только универсальное 3D-тело. Нативная синхронизация сохраняет связь между электрическими данными, такими как позиционные обозначения и номера деталей, и механическим проектом.