Jump to content

    
Sign in to follow this  
Flood

Обновление позиционных обозначений на плате при изменении схемы

Recommended Posts

Столкнулся с новым для себя вопросом при обновлении ревизии печатной платы. Возможно, это называется Back-Annotate (?).

 

Имеется готовый проект - схема + печатная плата. Требуется сделать новую ревизию проекта, слегка изменить схему и т.п. Схема - Orcad, ПП - Orcad/Allegro.

 

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

 

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

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

Share this post


Link to post
Share on other sites
On 11/23/2018 at 9:37 PM, Flood said:

Да, 17.2. Какие методы решения?

Делаешь раз, делаешь два.

Перенумеровываешь схему задавая Prefix ну например с 1000 , все изменения потом переносишь на плату.

Во втором шаге делаешь то же самое, но задавая префикс с 1

Снимок1.GIF

Снимок2.GIF

Share this post


Link to post
Share on other sites
В 26.11.2018 в 08:43, KAlexn сказал:

Делаешь раз, делаешь два.

Перенумеровываешь схему задавая Prefix ну например с 1000 , все изменения потом переносишь на плату.

Во втором шаге делаешь то же самое, но задавая префикс с 1

Если честно, я не понял, в чем фишка. Можно чуть подробнее?

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

2. Передаю новые номера на плату ?

2. Вношу изменения ?

3. Перенумеровываю с нормальным префиксом ?

4. PROFIT ?

 

Понимаю, что есть какая-то хитрость с появлением не пересекающихся номеров, но как именно ей воспользоваться - не понял.

Share this post


Link to post
Share on other sites

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

Имеете разброс номеров ->
-> нумеруете схему заново в "высоком" диапазоне (ВСЕ компоненты получают новые номера)
-> переносите изменения в плату (ВСЕ компоненты получают новые номера и остаются на своих местах)
-> нумеруете схему теперь уже нормально, с единицы(опять же, ВСЕ компоненты получают новые номера)
-> переносите все на плату (и снова - ВСЕ компоненты получают новые номера и остаются на своих местах)
 имеете синхронизированный проект с правильно упорядоченной нумерацией.

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

Share this post


Link to post
Share on other sites
20 часов назад, Uree сказал:

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

Ага! То есть:

1. В схему (и только в схему) вносятся все нужные изменения.

2. Перенумерация схемы вверх + перенос на плату. Из-за изменения всех refdes все оставшиеся компоненты правильно перенумеруются (неясно только, почему?), удаленные - удаляются, новые - возникают.

3. Перенумерация схемы обратно вниз + перенос на плату.

4. Работа с изменениями на плате (расстановка + трассировка новых цепей / компонентов, очистка от удаленных).

Верно?

Share this post


Link to post
Share on other sites

В принципе можно и так, но я бы сделал в порядке 1-4-2-3. Сначала все правки, и в схеме и в плате, а в самом конце, когда уже все готово ренумерация. А то мало ли, всплывет что-то в процессе правок и опять повторять сей процесс придется.

Почему еще стоит именно так делать - потому что нежелательно что-то добавлять/удалять при перенумерации. Лучше, если она будет "чистой", без доп. действий. Когда перед ренумерацией дизайн уже готов, статус проекта будет "зеленым"(все размещено, все разведено, ошибок нет). И после ренумерации этот статус измениться не должен - это и будет показатель правильности операции.
Если Вы смешаете изменения в схеме с изменениями нумерации, то проконтролировать таким способ правильность процесса не получится.

Share this post


Link to post
Share on other sites

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

 

Share this post


Link to post
Share on other sites

Коллеги, в 17.2 в 56 хотфиксе что-то сломалось? Проверьте, пожалуйста, кто может. У меня лично половина резисторов с платы слетает в описанном варианте.

Share this post


Link to post
Share on other sites
On 11/26/2018 at 10:50 AM, Uree said:

Это доступно не только в 17.2, но и в старшей 16.6, только через Refdes Control, а не Advanced Annotation.

Где-то уже минимум два раза это описывал ранее.

Если Вас не затруднит, поясните подробнее про механизм обновления RefDes именно в Cadence 16.6. Поиском по форуму Ваш совет не ищется.

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Sign in to follow this