Доска Protel редко терпит неудачу в тот день, когда кто-то открывает ее в Altium Designer. Сбой обычно появляется позже, когда след больше не соответствует утвержденной библиотеке, старый многоугольник воссоединяется по-другому или выпущенные Gerbers перестают соответствовать сборке, которая поставляется годами. Устаревшая миграция печатных плат — это не столько открытие файла, сколько сохранение намерений, которые так и не были записаны четко.
Если доска по-прежнему имеет значение для производства, обслуживания или сертификации, миграция должна защищать больше, чем геометрию. Он должен защищать библиотечные ссылки, правила проектирования, предположения о стеке, выходные данные сборки и небольшие заметки процесса, которые удерживают повторный заказ от превращения в дорогостоящий цикл отладки.
Почему устаревший дизайн Protel может выглядеть правильно и при этом быть неправильным?
Altium унаследовал линию Protel, поэтому команды часто ожидают чистой передачи. На практике визуальное преобразование — это только один слой проблемы. Наброски платы могут открываться, треки могут отображаться, а спецификация все еще может экспортироваться, но мигрированный проект уже может отклоняться от выпущенного продукта.
Скрытые риски обычно находятся в тех местах, которые замечает производство до того, как придумает: устаревшие имена следов, противоречивые определения дыр, неработающие классы сети, устаревшие использование слоя и выходные контейнеры, которые больше не соответствуют текущему комплекту изготовления или сборки. Если продукт представляет собой плату для замены поля, даже смена эталонного шелкографии или сверление сверла может замедлить обслуживание и проверку.
Аудит пакета выпуска, прежде чем что-либо импортировать
Прежде чем прикасаться к базе данных дизайна, соберите последний производственный набор известных хороших. Это означает, что Gerbers или ODB++, файлы сверления, список сетей IPC, если они доступны, сборочный чертеж, заметки об установке и утвержденную редакцию спецификации. Преобразованную печатную плату без этого справочного пакета трудно проверить, потому что у вас нет ничего достоверного для сравнения.
Архив также должен содержать утвержденную версию схемы, поскольку дефекты, возникающие при миграции, зачастую проявляются сначала в виде отклонений в библиотеках или именах сетей, прежде чем становятся заметными в макете. Тщательная проверка схемы печатной платы позволяет обеспечить импортированному проекту не только геометрическую, но и электрическую базовую версию.
Это также момент, чтобы запечатлеть то, что фабрика должна была компенсировать вручную. Если ассемблер редактировал вращение центроида, скорректировал апертуры паяльной пасты или сохранял частную заметку о трафарете за пределами файла САПР, эти детали должны быть возвращены в план миграции. В противном случае новый проект Altium может быть технически более чистым, но менее точным с эксплуатации.
Проверьте библиотеки в качестве контролируемого набора данных
Рассматривайте миграцию символов и следов как задачу управления данными, а не косметической очисткой. Устаревшие библиотеки Protel часто содержат дублированные следы, бесшумные обмены PIN-кодами или именование, которые имели смысл для одного дизайнера, но не для покупки или сборки. Верните каждый критический пакет компонентов к производителю, особенно разъемам, BGAS, QFNS, упаковкам с мелкой подачей и силовыми деталями, которые полагаются на объем припой.
Если продукт все еще покупается в объеме, выровняйте мигрированную библиотеку с текущим планом поиска. Вот где дисциплинированный pcb структура спецификации ВАЖНО. Миграция следа, которая игнорирует утвержденные альтернативы, флаги жизненного цикла и ограничения источника на уровне пакета, только пересылает несогласованность ниже по течению.
Постройте проект Altium вокруг контрольно-пропускных пунктов
Самый безопасный путь миграции проводится поэтапно. Импортируйте схему и печатную плату, разрешите неработающие ссылки библиотеки, перекомпилируйте, затем сравните поведение правил и выводы в небольших контрольных точках. Не ждите до конца, чтобы регенерировать все и надеяться, что дельты приемлемы.
На стороне печатной платы сначала проверьте сопоставление слоев, через типы, keepouts, определения комнат, разделенные плоскости и заливки меди. Затем перейдите к классам NET, правилам ширины, правилам очистки, ограничениям дифференциальной пары и целям длины. Старые правила иногда мигрируют как широкие значения по умолчанию, даже если исходная плата полагалась на более узкие локальные исключения. Силы сильного тока, сетки, управляемые импедансом, и доступ к контрольной точке — это то, где этот дрейф становится дорогим.
Производственные результаты заслуживают поэтапного сравнения
После того, как импортированный дизайн компилируется чисто, сгенерируйте те же выходные данные, что и старая плата. Сравните количество сверл, использование диафрагмы, содержимое шелкографии, отверстия маски паяльника, слои пасты и ориентацию центроидов. Если перенесенная плата будет подаваться новой линии SMT или другого рабочего процесса CAM, подтвердите, что выходной пакет по-прежнему практичен для ассемблера, а не просто CAD-VALID.
Этот шаг легко недооценить. Плата может проходить проверку правил дизайна и при этом не срабатывать при изготовлении, поскольку новый контейнер вывода изменил полярность слоя, удалил механические детали или переименовывал файлы таким образом, что это ломает автоматическое потребление магазинов. Самые безопасные команды сравнивают новый пакет с последним доказанным способом, сравнимым с фабрикой, а не с тем, как конструктор смотрит на макет.
Если файлы сборки и соглашения о центроидах изменились, просмотрите их с той же строгостью, что и в PCB процесс сборки. Это не позволяет успешному импорту САПР стать проблемой производства.
знать, когда миграция должна стать редизайном
Некоторые проекты Protel не должны сохраняться точно. Если плате уже нужны новые компоненты, пересмотренные цели импеданса, обновленное расстояние между утечкой или другой стек изготовления, преобразование может быть только первым шагом перед контролируемой перепроектированием. В этих случаях время инженерного времени лучше потратить на отделение многократного использования намерений от устаревшего беспорядка.
Хорошее правило таково: если ваши усилия по проверке уже раскрывают незадокументированные обходные пути, незадокументированные исключения DFM и устаревшие библиотеки, плата говорит вам, что она никогда не была по-настоящему под контролем конфигурации. Одно только преобразование не исправит. Частичная перерисовка с более чистыми библиотеками и современными выходами может иметь более низкий риск для следующего производственного цикла.
Практический контрольный перечень миграции для производственных досок
- Заморозьте последний утвержденный производственный пакет перед импортом проекта.
- Разрешение библиотек символов и следов против текущих утвержденных частей, а не только устаревших имен.
- Перестраиваем или проверяем классы сети, правила дифференциальной пары и специальные исключения.
- Проверка полигонов, плоских соединений, настроек термического сброса и сохранения поведения после импорта.
- Регенерируйте производственные, сборочные и тестовые выходные данные и сравните их с пакетом исторического выпуска.
- Проведите пилотный обзор с заинтересованными сторонами изготовителя или сборки, прежде чем использовать мигрированный проект для повторного выполнения.
Заключение
Миграция Protel в Altium Designer прошла успешно только тогда, когда новый проект может воспроизвести плату, которую ваша фабрика знает, как построить. Это означает, что контроль библиотек, перевод правил, сравнение результатов и производственная реальность — все должны согласовываться. Если ваша команда рассматривает работу как структурированное инженерное релиз, а не как преобразование программного обеспечения, перенесенный дизайн становится полезным. Если нет, то первая доска становится тем, что вы должны были провести, прежде чем нажимать import.
Часто задаваемые вопросы
Может ли Altium Designer открывать старые файлы Protel напрямую?
Часто да, но открытие файла — это только начало. Вам по-прежнему необходимо проверить библиотеки, правила проектирования, полигоны, сопоставления уровней и каждый производственный вывод, прежде чем доверять мигрируемому проекту.
Что обычно ломается в первую очередь в протеле к миграции Altium?
Ссылки на след, пользовательские правила, медные заливки, классы сети и выходные задания являются общими точками отказа, поскольку устаревшие структуры данных редко сопоставляются один на один.
Стоит ли мигрировать библиотеки перед выпуском Respin доски?
да. Очистите библиотеку символов и следов сначала или параллельно с импортом дизайна. В противном случае каждая коррекция схемы или макета становится одноразовым патчем, который потом трудно контролировать.
Когда перерисовка безопаснее, чем преобразование?
Перерисовка часто безопаснее, когда исходные файлы неполные, устаревшие правила не задокументированы, или продукт уже нуждается в стеке, следе или модернизации спецификации.
