[Frederic 0]

готовится RB

необходимо выровнять цепь "мелкосхему - via", подтягивающий резистор не учитывать при расчете длины

 

возможно добавить VP в данном случае?

или придется добавить в схему компанент-контакт реализованного в виде via

[Uree 1]

Да что ж Вы такие странные выравнивания придумываете... Fill же давно написал - выравнивайте пин пару источник-приемник. Все, никакие пуллапы/терминаторы в этой длине не учитываются.

[Frederic 0]

Да что ж Вы такие странные выравнивания придумываете... Fill же давно написал - выравнивайте пин пару источник-приемник. Все, никакие пуллапы/терминаторы в этой длине не учитываются.

да, такие странные выравнивания к сожалению

и как это сделать если только два пина ???

и один из них пин резистора :)

 

[Uree 1]

Ну где-то же есть реальный источник? Резистор им быть не может. Вот и делайте его "прозрачным" для сигнала и определяйте пин-пару источник-приемник с последовательным резистором в цепи.

[Frederic 0]

Ну где-то же есть реальный источник? Резистор им быть не может. Вот и делайте его "прозрачным" для сигнала и определяйте пин-пару источник-приемник с последовательным резистором в цепи.

совершенно верно, источник есть где то, но по иерархии выше :)

сейчас делается RB и источника НЕТ, только via куда подключится источник

[Uree 1]

Тогда я бы трактовал это ВИА как коннектор с одним пином и делал пин-пару от него к нагрузке.

[fill 2]

готовится RB

необходимо выровнять цепь "мелкосхему - via", подтягивающий резистор не учитывать при расчете длины

 

возможно добавить VP в данном случае?

или придется добавить в схему компанент-контакт реализованного в виде via

VP можно разместить в via, перестроить соединения, чтобы вместо Pin--Pin получить Pin--VP--Pin и соответственно получить пару VP-Pin, на которую и установить нужное правило выравнивания.

[Frederic 0]

VP можно разместить в via, перестроить соединения, чтобы вместо Pin--Pin получить Pin--VP--Pin и соответственно получить пару VP-Pin, на которую и установить нужное правило выравнивания.

совершенно верно, получится два соединения:

1. мелкосхема (Pin) - резистор (Pin)

2. мелкосхема (Pin) - via (VP)

 

но не могу понять как сгенерить/добавить VP, если цепь состоит из двух физ.выводов :(

[fill 2]

совершенно верно, получится два соединения:

1. мелкосхема (Pin) - резистор (Pin)

2. мелкосхема (Pin) - via (VP)

 

но не могу понять как сгенерить/добавить VP, если цепь состоит из двух физ.выводов :(

Топология цепи - Custom.

[Frederic 0]

Тогда сформулируй точно, что с чем должно быть выровнено. Ибо фраза "не трогать размещение VP" для меня означала, что плечи выровнены и их трогать нельзя и интересует только выравнивание длин до VP.

Если нужно оставить плечи так как есть (с разной длинной в разных цепях), и при этом выровнять длины от источников к приемникам, то что мешает сформировать пары пинов источник-приемник и на них установить одну группу выравнивания?

на тестовом примере все прекрасно получается

но как только делаю в реальном применение - нет

плечи подравнял руками, далее хочу сделать выравнивание источник-приемник

нажимаю Tune, моментально происходит удаление всех змеек и все

прикладываю реальный тест-кейс (замечание - в нем не указана точность выравнивания плеч)

 

в чем проблема ???

 

далее еще вопросы:

1.где указать точность выравнивания источник-приемник, чтобы убрать красноту в столбце "Violation"

для А0 плечи имеют разницу 0.2213мм - Violation серый

для А1 плечи имеют разницу 0.0691мм - Violation красный

2.где указать, чтобы в HazardExplorer для DelayFormulas при устранение ошибки происходило исчезание ошибок

 

совсем в трех соснах заблудился :)

выкладываю новую картинку

при учете длины via (необходимо учесть длину via, т.к. стек равен 2,3 мм) как криво идет расчет длины

убрал учёт via - всё чётко, выравнивание в ноль

стэк имеет только сквозное via

C64n_acm.7z

[fill 2]

У меня почти все выравнивает, после того как убрал пару косяков в правилах, установил допуск по умолчанию 2мм (был 0.25мм) и для плеч 0.5мм.

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

Новая версия

Указание допуска в формуле

[Frederic 0]

У меня почти все выравнивает, после того как убрал пару косяков в правилах, установил допуск по умолчанию 2мм (был 0.25мм) и для плеч 0.5мм.

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

Новая версия

Указание допуска в формуле

спасибо !!!!!!!!!!!!!!

[Frederic 0]

У меня почти все выравнивает, после того как убрал пару косяков в правилах, установил допуск по умолчанию 2мм (был 0.25мм) и для плеч 0.5мм.

.....

имеется какая то логическая ошибка :(

например для цепи А7

 

1.выровнены плечи - НЕ выравнены пин-пин

2.НЕ выровнены плечи - выравнены пин-пин

см картинки

 

via сквозное

в Setup/SetupParameters/ViaDefinitions/Length factor = 1

 

проект приложил

C64n_106.7z

[fill 2]

имеется какая то логическая ошибка :(

например для цепи А7

 

1.выровнены плечи - НЕ выравнены пин-пин

2.НЕ выровнены плечи - выравнены пин-пин

см картинки

 

via сквозное

в Setup/SetupParameters/ViaDefinitions/Length factor = 1

 

проект приложил

 

Проблема в том что по разному считается.

В данном случае сделана разводка на слое 3 для одной цепи и для другой цепи одно плечо на слое 14. Длины\толщины поставил в th для удобства расчета.

Как можно увидеть на скрине (в тестовом проекте) для длины плеча не учитывается длина внутри перехода в виртуальном пине - что в принципе логично, т.к. в правиле стоит длина от VP до пина приемника. Поэтому в случае разводки плеч на одном и том же слое проблемы нет, а в случае разводки на разных слоях возникает учитываемая дополнительная разница в длине внутри VP при расчете полной длины трасс от приемника к передатчику (в данном случае она равна 99th - переход со слоя 3 на слой 14).

[Frederic 0]

Проблема в том что по разному считается.

В данном случае сделана разводка на слое 3 для одной цепи и для другой цепи одно плечо на слое 14. Длины\толщины поставил в th для удобства расчета.

Как можно увидеть на скрине (в тестовом проекте) для длины плеча не учитывается длина внутри перехода в виртуальном пине - что в принципе логично, т.к. в правиле стоит длина от VP до пина приемника. Поэтому в случае разводки плеч на одном и том же слое проблемы нет, а в случае разводки на разных слоях возникает учитываемая дополнительная разница в длине внутри VP при расчете полной длины трасс от приемника к передатчику (в данном случае она равна 99th - переход со слоя 3 на слой 14).

в общих чертах понял :)

 

если не трудно - прошу выложить свой проект, чтобы привязаться к твоей таблице (не вижу разницу 99th)