Главная > Новости > Содержание
Определение взаимодействия между электрическими и механическими доменами
Jul 03, 2018

Современные электро-механические конструкции имеют множество проблем дизайна, которые вызывают различные препятствия на протяжении всего процесса проектирования. Обычно эти проблемы можно разделить на две основные группы:

1. Столкновения, вызванные компонентами и механическими зазорами, не учитываются

2. Синхронизация проектных данных между электрическими и механическими конструкциями

В прошлом разработчикам часто приходилось обмениваться электронными письмами назад и вперед, чтобы действительно понять намерения другого дизайнера. Процесс был громоздким, и часто информация терялась или были большие периоды, когда дизайнеры не обменивались информацией. Поэтому дизайнеры часто сталкивались с нарушениями, которые вызывают проблемы в обратном направлении.

В результате дизайнеры потратили значительное количество времени на повторную разработку дизайна, чтобы гарантировать, что общий дизайн соответствует требованиям дизайна до окончательного подписания.

С введением формата ProSTEP (IDX) возможна жесткая синхронизация между электрическими и механическими потоками и очень простая. Дизайнеры могут легко взаимодействовать с каждым доменом на любой частоте в течение всего процесса проектирования. Они могут обменяться истинным намерением проекта, чтобы гарантировать, что все механические и составляющие зазоры будут соблюдаться на каждом этапе проектирования.

Что должно измениться, чтобы сделать эту синхронизацию успешной? С этой более мощной технологией возникает большая ответственность в определении потока обмена информацией. Определение потока разработки имеет решающее значение для обеспечения эффективного процесса. Время, затраченное на этот этап, уменьшает избыточные этапы и гарантирует, что правильные данные будут обмениваться и применяться во всем проекте.

В большинстве электромеханических проектов критические конструктивные ограничения сначала определяются инженером-механиком, в том числе контуром каркаса, местами монтажных отверстий, областями хранения мест размещения / маршрутизации, размещением разъемов и т. Д. Требования к конструкции и элементы платы затем обмениваются с ECAD, чтобы убедиться, что для запуска проекта используется правильная информация.

Первоначальный обмен - это «Базовый» файл и такой же, как если бы вы использовали IDF, поскольку он будет содержать всю сборную базу данных из механического домена. Однако это единственное сходство между ними. Новая схема ProSTEP iViP теперь позволяет вам выйти за пределы отправки одного статического файла в / из каждой команды разработчиков, поскольку он позволяет каждому домену отправлять инкрементные данные (т. Е. Только то, что изменилось после обмена исходной базой).

Как вы можете себе представить, это облегчает гораздо более последовательный и точный поток информации взад и вперед между дисциплин дизайна, поскольку он также предоставляет отчет о различиях, способ включения заметок о том, что изменилось непосредственно в самом файле IDX, и о способности графически допросить обновления на печатной плате или механической сборке и принять или отклонить их. Этот процесс способствует более тесному сотрудничеству и позволяет раннее выявление критических проблем в процессе проектирования.

Следующие шаги описывают типичный рабочий процесс между инструментами проектирования ECAD и MCAD с использованием схемы iViP ProSTEP:

1. Инженер-механик создает PCB внутри сборки, которая монтируется на существующее оборудование.

2. Файл IDX «Baseline» экспортируется в конструктор ECAD.

3. «Базовая линия» принимается в проекте ECAD, синхронизируя ECAD с базами данных MCAD.

4. Затем дизайнер ECAD отправляет файл «Response» инженеру MCAD, который был принят «Baseline».

5. Плата изменяется либо в наборе инструментов MCAD, либо в ECAD, и отправляется соответствующему инструменту с использованием файла совместной работы (поэтапного) предложения.

6. Дизайнер ECAD (или инженер MCAD) затем анализирует обновления и принимает или отклоняет предложение и отправляет файл ответов обратно отправителю.

7. Второй дизайнер / инженер принимает файл «Response», и процесс продолжается.