В современных условиях инженеру-проектировщику необходимо постоянно получать новые знания, чтобы быть востребованным на рынке труда. Часто получать новую информацию приходится, так сказать, “без отрыва от производства”: в ходе работы над проектом, в поездках на работу и т.п. Современный цифровой мир это позволяет, было бы желание. Однако, иногда качество получаемых знаний может страдать. Информация усваивается человеком поверхностно или даже в искаженном виде.
Общаясь с трассировщиками ПП, работающими в САПР печатных плат Cadence OrCAD/Allegro, я иногда замечал, что люди не придают большого значения цветовой индикации полей в редакторе правил Constraint Manager. А именно: пользователи не обращают внимания на то, что некоторые колонки раскрашены в желтый цвет.
На самом деле желтый цвет в редакторе правил Cadence означает, что данная проверка не может быть проведена по какой-либо причине. Причины могут быть разными:
В большинстве случаев не возникает фатальных ситуаций, при которых появляются ошибки, приводящие к неработоспособности ПП. Поскольку OrCAD PCB Editor обладает многоступенчатым механизмом проверок проекта на DRC, просто так, одним движением их не отключить. Однако иногда из-за досадного пробела в знаниях, или же из-за невнимательности, создаются ситуации, приводящие к возникновению некорректных ситуаций в проекте. Например, один разработчик рассказал мне, как случайно отключил проверку на закорачивание разноименных линий друг с другом. Причем, САПР ПП не будет в этой ситуации сообщать об ошибке, поскольку проверка отключена пользователем.
![](https://habrastorage.org/r/w780q1/webt/uk/iw/ur/ukiwurgztezttq0vge-deobxtb4.jpeg)
Пересечение одного проводника другим без появления сообщения об ошибке
На приведенном рисунке видно, что проводники разноименных линий пересекаются друг с другом. Однако сообщения об ошибке не возникает. Причина данного поведения программы разработчику не ясна, поскольку при онлайн-трассировке все зазоры, заданные в менеджере констант, сохраняются и поддерживаются.
![](https://habrastorage.org/r/w780q1/webt/3d/ys/px/3dyspx9ududfo27uwx2kav0ociy.jpeg)
Зазоры и правила в регионах поддерживаются при трассировке
Отсутствие маркера DRC кроется как раз в настройках Constraint Manager.
![](https://habrastorage.org/r/w780q1/webt/tk/57/wg/tk57wgq0xbylhp3yipmg8xpziws.jpeg)
Так выглядит отключенная проверка в Constraint Manager
Желтый цвет в разделе проверок зазоров Line-to-Line означает, что проверка не проводится (или не может быть проведена). Из-за этого маркер DRC и не возникает. Конечно, частичное отключение проверок иногда очень удобно и позволяет сократить общее время проверки проекта, но …. Это может привести к фатальным последствиям, если при сдаче проекта и генерации файлов для производства разработчик не включит все необходимые проверки и не проведет с ними финальную DRC-проверку.
Отключить или включить определенную проверку в Cadence очень просто: достаточно кликнуть на шапке интересующей ячейки и выбрать из выпадающего меню Analysis Mode.
![](https://habrastorage.org/r/w780q1/webt/ly/uu/cm/lyuucmibuas6tots-dcbiblqh8i.jpeg)
Быстрое включение или отключение определенного вида проверок
При включенной проверке цвет шапки серый, при отключенной проверке цвет шапки желтый.
Почему же при отключенной проверке в Constraint Manager при трассировке все-таки поддерживаются необходимые зазоры и OrCAD PCB Designer не дает пользователю нечаянно совершить ошибку? Это происходит как раз из-за того, что система проверок DRC состоит как бы из двух частей: проверки в режиме реального времени Online DRC, и проверки по требованию Batch Mode DRC. Batch Mode DRC как раз и отключается принудительно в Constraint Manager. Online DRC продолжает работать, если в режиме трассировки значение параметра Bubble в окне Options отлично от состояния OFF.
![](https://habrastorage.org/r/w780q1/webt/6j/uv/z2/6juvz2harbsccqj0ravtpehvzmo.jpeg)
Возможные значения, которые может принимать параметр Bubble
Если инженер не хочет видеть отключенные проверки или же какие-то разделы в редакторе правил Constraint Manager, то их можно легко скрыть.
![](https://habrastorage.org/r/w780q1/webt/z-/1v/sn/z-1vsnadnl6sxl9rhodpbewbrve.jpeg)
![](https://habrastorage.org/r/w780q1/webt/vr/vh/t3/vrvht3b5n0e80qulrozlaghipzc.jpeg)
Скрытие колонки или раздела из рассмотрения
Когда проверка снова станет необходима, ее можно вернуть в поле отображаемых колонок.
![](https://habrastorage.org/r/w780q1/webt/j6/f8/c4/j6f8c4oinkk5b7_69dzhfuluvma.jpeg)
Возвращение скрытых колонок
Хочется отметить, что табличный редактор правил САПР Cadence Allegro / OrCAD, при всей своей мощи, очень удобен и прост в настройках, а сами проверки выполняются довольно быстро, поэтому зачастую нет нужды что-то принудительно отключать.
С другой стороны, если уж потребовалось отключить какие-то особенно медленные проверки, разработчик может сначала сохранить «технологический» файл, содержащий настройки всех необходимых проверок, потом отключить их временно, а при выпуске конструкторской документации после завершения трассировки – вновь подгрузить тот технологический файл со всеми проверками и запустить окончательный DRC.
Да, кстати, если вспомнить о том разработчике, который отключил проверку на КЗ между цепями – к счастью, производитель печатных плат при запуске заказа обратил его внимание на проблему замыкания между цепями, так что им удалось избежать финансовых и временных потерь. Но, по опыту работы в компании, которая занималась изготовлением печатных плат, могу сказать, что проблема отключения «лишних» проверок встречалась очень часто, у большинства клиентов, и не зависела от того, в каких САПР работают разработчики. Так что не забывайте их включать в нужный момент!
Общаясь с трассировщиками ПП, работающими в САПР печатных плат Cadence OrCAD/Allegro, я иногда замечал, что люди не придают большого значения цветовой индикации полей в редакторе правил Constraint Manager. А именно: пользователи не обращают внимания на то, что некоторые колонки раскрашены в желтый цвет.
На самом деле желтый цвет в редакторе правил Cadence означает, что данная проверка не может быть проведена по какой-либо причине. Причины могут быть разными:
- Проверка отключена пользователем.
- Проводящая дорожка либо не проложена вовсе, либо не доведена до конца.
- Иные причины.
В большинстве случаев не возникает фатальных ситуаций, при которых появляются ошибки, приводящие к неработоспособности ПП. Поскольку OrCAD PCB Editor обладает многоступенчатым механизмом проверок проекта на DRC, просто так, одним движением их не отключить. Однако иногда из-за досадного пробела в знаниях, или же из-за невнимательности, создаются ситуации, приводящие к возникновению некорректных ситуаций в проекте. Например, один разработчик рассказал мне, как случайно отключил проверку на закорачивание разноименных линий друг с другом. Причем, САПР ПП не будет в этой ситуации сообщать об ошибке, поскольку проверка отключена пользователем.
![](https://habrastorage.org/webt/uk/iw/ur/ukiwurgztezttq0vge-deobxtb4.jpeg)
Пересечение одного проводника другим без появления сообщения об ошибке
На приведенном рисунке видно, что проводники разноименных линий пересекаются друг с другом. Однако сообщения об ошибке не возникает. Причина данного поведения программы разработчику не ясна, поскольку при онлайн-трассировке все зазоры, заданные в менеджере констант, сохраняются и поддерживаются.
![](https://habrastorage.org/webt/3d/ys/px/3dyspx9ududfo27uwx2kav0ociy.jpeg)
Зазоры и правила в регионах поддерживаются при трассировке
Отсутствие маркера DRC кроется как раз в настройках Constraint Manager.
![](https://habrastorage.org/webt/tk/57/wg/tk57wgq0xbylhp3yipmg8xpziws.jpeg)
Так выглядит отключенная проверка в Constraint Manager
Желтый цвет в разделе проверок зазоров Line-to-Line означает, что проверка не проводится (или не может быть проведена). Из-за этого маркер DRC и не возникает. Конечно, частичное отключение проверок иногда очень удобно и позволяет сократить общее время проверки проекта, но …. Это может привести к фатальным последствиям, если при сдаче проекта и генерации файлов для производства разработчик не включит все необходимые проверки и не проведет с ними финальную DRC-проверку.
Отключить или включить определенную проверку в Cadence очень просто: достаточно кликнуть на шапке интересующей ячейки и выбрать из выпадающего меню Analysis Mode.
![](https://habrastorage.org/webt/ly/uu/cm/lyuucmibuas6tots-dcbiblqh8i.jpeg)
Быстрое включение или отключение определенного вида проверок
При включенной проверке цвет шапки серый, при отключенной проверке цвет шапки желтый.
Почему же при отключенной проверке в Constraint Manager при трассировке все-таки поддерживаются необходимые зазоры и OrCAD PCB Designer не дает пользователю нечаянно совершить ошибку? Это происходит как раз из-за того, что система проверок DRC состоит как бы из двух частей: проверки в режиме реального времени Online DRC, и проверки по требованию Batch Mode DRC. Batch Mode DRC как раз и отключается принудительно в Constraint Manager. Online DRC продолжает работать, если в режиме трассировки значение параметра Bubble в окне Options отлично от состояния OFF.
![](https://habrastorage.org/webt/6j/uv/z2/6juvz2harbsccqj0ravtpehvzmo.jpeg)
Возможные значения, которые может принимать параметр Bubble
Если инженер не хочет видеть отключенные проверки или же какие-то разделы в редакторе правил Constraint Manager, то их можно легко скрыть.
![](https://habrastorage.org/webt/z-/1v/sn/z-1vsnadnl6sxl9rhodpbewbrve.jpeg)
![](https://habrastorage.org/webt/vr/vh/t3/vrvht3b5n0e80qulrozlaghipzc.jpeg)
Скрытие колонки или раздела из рассмотрения
Когда проверка снова станет необходима, ее можно вернуть в поле отображаемых колонок.
![](https://habrastorage.org/webt/j6/f8/c4/j6f8c4oinkk5b7_69dzhfuluvma.jpeg)
Возвращение скрытых колонок
Хочется отметить, что табличный редактор правил САПР Cadence Allegro / OrCAD, при всей своей мощи, очень удобен и прост в настройках, а сами проверки выполняются довольно быстро, поэтому зачастую нет нужды что-то принудительно отключать.
С другой стороны, если уж потребовалось отключить какие-то особенно медленные проверки, разработчик может сначала сохранить «технологический» файл, содержащий настройки всех необходимых проверок, потом отключить их временно, а при выпуске конструкторской документации после завершения трассировки – вновь подгрузить тот технологический файл со всеми проверками и запустить окончательный DRC.
Да, кстати, если вспомнить о том разработчике, который отключил проверку на КЗ между цепями – к счастью, производитель печатных плат при запуске заказа обратил его внимание на проблему замыкания между цепями, так что им удалось избежать финансовых и временных потерь. Но, по опыту работы в компании, которая занималась изготовлением печатных плат, могу сказать, что проблема отключения «лишних» проверок встречалась очень часто, у большинства клиентов, и не зависела от того, в каких САПР работают разработчики. Так что не забывайте их включать в нужный момент!