Работа с инженерами-электриками: руководство по выживанию для инженера-механика

Инженеры-механики сталкиваются с более сжатыми сроками, меньшими габаритами изделий и растущим давлением в части бесшовного взаимодействия с электротехническими командами.

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

Несмотря на широкое внедрение CAD, проектные данные по-прежнему хранятся в изолированных «силосах», из-за чего интеграция становится подверженной ошибкам, которых при таком объеме данных можно было бы полностью избежать. Когда команды ECAD и MCAD работают несогласованно, цена вопроса — не только переделки, но и жизнеспособность продукта.

В этой статье рассматриваются растущие требования к инженерным командам, влияние плохой коммуникации на ход разработки и необходимость более интеллектуального решения для усиления сотрудничества между инженерами по печатным платам (PCB) и инженерами-механиками.

Сближение подразделений: EE, ME и цепочка поставок

Сегодняшние разработчики испытывают все большее давление: необходимо уменьшать габариты изделий и продлевать срок их службы. Эти требования обусловлены двумя ключевыми факторами:

1. Ожидания рынка: И потребители, и бизнес ожидают более компактных, более сложных продуктов, обеспечивающих более высокую производительность в меньшем пространстве.
2. Экологические требования: Цели устойчивого развития побуждают компании проектировать электронику с минимальным воздействием на окружающую среду и с использованием материалов из ответственных источников.

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

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

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

Точки междисциплинарного взаимодействия

Что инженерам-механикам нужно от инженеров-электриков

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

• Тепловые зоны: Размещение мощных компонентов определяет конструкцию теплоотвода и воздушных потоков.
• Выравнивание разъемов: Ориентация и зазоры должны соответствовать механическим ограничениям.
• Экранирование и заземление: Инженеры-механики опираются на точную стратегию заземления PCB при проектировании корпуса.
• Прокладка кабелей: Внутренняя конструкция должна учитывать радиусы изгиба и разгрузку от натяжения.
• Защита от ударных нагрузок: Схемы крепления зависят от понимания хрупкости компонентов.
• Требования соответствия стандартам: Решения по механической компоновке принимаются с учетом зон электрической изоляции по напряжению.
• Интеграция силовых модулей: Механические команды планируют конструктивные отсеки с учетом габаритов блока питания и тепловых характеристик.

Что инженерам-электрикам нужно от инженеров-механиков

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

• Габариты корпуса: Компоновка платы должна адаптироваться к внутренней геометрии корпуса.
• Стратегия рассеивания тепла: Предположения по охлаждению должны отражать реальные механические воздушные потоки и контакт с радиатором.
• Крепление и изоляция: Компоненты должны выдерживать вибрации и быть правильно разнесены.
• Позиционирование разъемов: Размещение должно соответствовать физическим точкам доступа или вырезам в панели.
• Экранирование EMI: Требует совместной работы для обеспечения контактных точек проводящего корпуса.
• Размещение батареи: Электрическая компоновка не должна ухудшать конструкцию корпуса.
• Защита от внешней среды: Для изделий с рейтингом IP требуется тесная координация между выбором компонентов и методами герметизации.

Почему взаимодействие EE и ME дает сбои

Часто инженеры-механики и инженеры-электрики работают с самыми лучшими намерениями, но их методы взаимодействия остаются несогласованными.

Командам, работающим в отдельных подразделениях, нужна информация о текущем состоянии проекта в реальном времени, однако и здесь возникают свои трудности. Вопрос не в том, «какие данные им нужны?», а скорее в том, «как эти данные должны быть им представлены?»

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

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

Краткий обзор типичных проблем совместной работы:

• Данные передаются в виде статических файлов или скриншотов.
• Команды говорят на разных языках проектирования (форматы ECAD и MCAD).
• По мере асинхронного развития проектов возникает расхождение версий.
• Проверки проводятся слишком поздно, чтобы предотвратить переделки.

Поток данных между EE и ME

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

Скриншот компоновки PCB не может передать зоны зазоров, тепловые ограничения или требования к креплению. Его также нельзя запросить или интегрировать в среды MCAD для проверки. Такой статичный подход неизбежно приводит к неверной интерпретации и вынуждает механические команды принимать проектные решения на основе неполной или устаревшей информации.

Перевод между языками проектирования PCB и механики

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

ECAD сосредоточен на схемотехнике, целостности сигнала и проверке электрических правил, тогда как MCAD уделяет приоритетное внимание физическим допускам, поведению материалов и пространственным ограничениям. Выходные данные (DXF, IDF, Parasolid или STEP-файлы) не всегда напрямую совместимы без инструмента перевода — решения для совместного проектирования, которое предоставляет проектные данные в понятном формате. Даже когда совместимость есть, такие данные редко передают проектный замысел.

Этот разрыв вынуждает инженеров переводить или приблизительно интерпретировать работу друг друга, что несет в себе неизбежные риски.

Расхождение версий между инженерами

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

Инженер-механик может ссылаться на STEP-модель, экспортированную неделю назад, не подозревая, что с тех пор разъем уже был перемещен в компоновке ECAD. К моменту обнаружения этого несоответствия, что обычно происходит во время сборки прототипа, стоимость переделки достигает максимума, а сроки разработки оказываются под угрозой.

Поздние проверки проекта

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

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

Давление на EE и ME

Инженеры испытывают серьезное сжатие времени на проектирование из-за сокращения сроков вывода продукции на рынок. Фактически ошибки между EE и ME отражают темп и давление современной среды разработки.

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

MCAD codesign в Altium Develop создан для разработки электромеханических изделий, используя среду проектирования PCB от Altium и предоставляя еще больше информации для обеих проектных дисциплин.

Приведенный ниже whitepaper по совместному проектированию для специалистов MCAD и разработчиков PCB рассматривает это давление более подробно, подчеркивая важность командной работы для достижения эффективности. MCAD codesign выступает как решение для передачи данных по запросу, требующее минимального времени на внедрение и позволяющее избежать временных затрат на внедрение новых CAD-систем.

Черновик flippingbook для кампании ME

Сотрудничайте в реальном времени с MCAD Codesign

Хотя ответ кроется в том, как команды взаимодействуют друг с другом, следующий вопрос таков: «Как именно они это делают?»

Инженеры-механики, которые хотят оставаться синхронизированными со своими командами PCB, могут воспользоваться MCAD codesign, который объединяет всю необходимую для команд информацию на их собственном языке проектирования и в адаптированном формате. Эта возможность использует двунаправленный обмен проектными данными и коммуникацию между инженерами-механиками и инженерами-электриками, что дает значительное преимущество. Используя MCAD codesign, инженеры могут продолжать работать в предпочитаемых CAD-системах, включая:

• SolidWorks
• PTC Creo
• AutoDesk Inventor
• AutoDesk Fusion 360
• Siemens NX

Результат? И инженеры-электрики, и инженеры-механики работают в своих привычных инструментах, но при этом остаются синхронизированными. Проектный замысел сохраняется между дисциплинами, что сокращает количество согласований и ускоряет циклы разработки.

Ключевые возможности интеграции MCAD Codesign для инженеров-механиков

• Интеграция с нативными инструментами: Работайте в предпочитаемой механической CAD-системе, синхронизируя каждый этап с коллегами из ECAD.
• Двунаправленная синхронизация проектных данных: Мгновенно передавайте и получайте изменения в топологии PCB, форме платы, размещении компонентов и вырезах без экспорта данных. Это помогает избежать путаницы и обмена устаревшей информацией, гарантируя, что и инженеры-электронщики, и инженеры-механики работают с самыми актуальными данными.
• Наглядность в 3D-контексте: Визуализируйте компоненты PCB и их размещение в полном 3D непосредственно в механической среде. Избегайте конфликтов при монтаже, проблем с зазорами и несоответствия корпусу.
• Уведомления об изменениях и история: Будьте в курсе изменений и того, кто выполнил те или иные действия с элементами проекта. MCAD codesign также ведет журнал обновлений проекта для обеспечения прослеживаемости и удобства проверки.
• Ранняя проверка посадки и форм-фактора: Используйте 3D-модели для проверки выравнивания, зазоров и механических ограничений до создания прототипа, значительно сокращая количество итераций.
• Простое взаимодействие с командами ECAD: Передавайте проектный замысел, даже если вы не разбираетесь в электрических схемах. Просматривайте только ту информацию, которая относится к вашей роли и представлена в формате, удобном для механических процессов.

MCAD codesign устраняет недопонимание, связанное с обменом файлами, позволяет инженерам сокращать сроки проектирования и помогает инженерам-механикам вносить вклад в разработку с большей точностью.

Независимо от того, нужно ли вам создавать надежную силовую электронику или передовые цифровые системы, Altium Develop объединяет специалистов всех направлений в единую совместную команду. Без разобщенности. Без ограничений. Это пространство, где инженеры, разработчики и новаторы работают как единое целое, совместно создавая решения без барьеров. Оцените возможности Altium Develop уже сегодня!