Что-то не могу найти, как можно контролировать расстояние между диф. парами на одном слое (между внешними проводниками). Версия 15.5.
Может, это есть в новых версиях? Кто как делает?

Создайте класс, включите в него нужные цепи/пары, создайте Spacing Constraint Set с нужными зазорами, и установите его на созданный класс.

С этого и начал. Только я использую не классы, а назначаю свойства (properties), как это сказано в мануале. Но подозреваю, что это не важно.
Так вот, при таком подходе DRC проверяет расстояние между всеми проводниками с назначенными свойствами. У меня, допустим, три пары (6 проводов). Я на все назначил одно и то же свойство. Соответственно и DRC начинает считать ошибкой зазор между проводниками внутри пары, т.к. он меньше расстояния между парами. Вот в чем вопрос.
Ну не назначать же свойства отдельно на плюсовые и минусовые провода? Хочется работать именно с парой, как с отдельным объектом.

А я не просто так написал именно о классах Посмотрите в хэлпе иерархию констрейнов(Constraint Object Hierarchy) и все станет ясно. Вы назначили констрейны зазоров практически на самом верхнем уровне иерархии, для цепи(Net). И они конфликтуют с другими констрейнами заданными на том же уровне, только в другой ветке правил. А вот классы находятся всего лишь на одну ступеньку выше, чем Default, поэтому цепи в классе подчиняются правилам для класса, а цепи в паре подчиняются констрейнам пары и конфликта не происходит.
Посмотрите какие констрейны являются определяющими для этих пар (CNS Show -> Resolved).

Видимо, я уже сильно отстал от жизни, ибо ничего подобного у себя не наблюдаю. Нету никаких классов и show resolved.
Единственное упоминание о классах цепей в хелпе есть в разделе про назначения свойств. Там благодаря назначенным свойствам и образуются классы цепей, но больше этот термин нигде не используется. Соответствие между цепями со свойствами и наборами констрейнов задается с помощью табличек в окошках assignment table.
Естественно, ест иерархия объектов, но не констрейнов, а объектов дизайна. Про констрейны написано, что они наследуются согласно иерархии объектов дизайна.
Сама эта иерархия выглядит так: system - design - design instance - bus - diff pair - xnet/net - matched/relative group - pin pair.
Про классы и default ничего не сказано...

Как-то так:



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

Ух ты! Там уже и spacing, и physical есть. У меня такого нету, в констрейн менеджере только electrical.

Но все равно, как я понял, ругань начинается потому, что наборы правил применяются не к парам, а к цепям. Т.е. невозможно (у меня не получается) работать с парой, как с неделимым объектом, всегда назначаемые констрейны применяются к обоим проводникам внутри пары.
У меня есть желание раздвинуть пары одного типа (видимо, в новых версиях это принадлежность задается классом, а у меня назначаются свойства) на определенное расстояние просто для страховки, при этом моделировать crosstalk совершенно не хочется.

Я, к сожалению, не могу проверить совет Uree на практике, ибо нету у меня классов, но странно, почему этого не можете сделать Вы... По-идее, слова Uree выглядят очень правдоподобно...

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

Vitan, выложите хэлп по вашей версии Аллегро в паб. Желательно полную папку /docs, или как она там называется. Просто Вы почему-то сидите на достаточно древней версии и ни этой версии, ни док по ней уже похоже ни у кого нет. Поэтому помочь тяжело.
Но в общем случае, классы цепей и констрейны(ограничения) в Аллегро есть давным давно, меняются только способы их вписывания. То, что Вам надо, можно описать, осталось только посмотреть в хэлпе как именно это сделать.
Еще могу посоветовать перейти на версию поновее Очевидный так сказать совет

Может от лицензии зависит? В простейшей L, наверное, ничего такого нет.

З.Ы: ааа, раз у вас старая версия, то мой коммент бессмыслен.

В новых версиях наоборот - физические констрейны и спэйсинги есть во всех версиях, а вот электрические - диффпары, длины, группы есть только в старших версиях. Точнее диффпары есть уже и в младших, но они единственное, что там есть. Хуже всего, что в версии "L" нет регионов и правил для них Надеюсь в новой версии Аллегро 16.5 они этот функционал "опустят" до младшей версии

Положил доки в аплоад/пцб/кейденс/спб_1551_док
Если не трудно, посмотрите, я так и не нашел ничего более подходящего, чем max_parallel.

Vitan, похожий на ваш случай показан в \doc\aleg_spec_tut\examples\spacing_set_viewlet_swf.html. Правда там набор правил добавляется на уровень цепей... Но вот вопрос - а если Вы через Properties создадите неткласс и на него навернете набор правил, все равно не получается?

ЗЫ А все-таки, перейти на версию поновее совсем не судьба или типа некогда такой ерундой заниматься? Неужели с лицензией работаете и без оплаченного maintenance?

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

Uree, Вы можете сделать картинки наподобие тех, что привел Ant_m, чтобы стало понятно, как у Вас получается работать с парой, как с единым объектом (в плане спейсинга)?

В принципе могу, но не сейчас. Время на это нужно... а его сейчас нет.

Похоже в старых версиях с этим сложнее, либо просто мы не всё знаем.

Вот так ваш случай выглядит в версии 16.3:

- пары определены (DPr в столбце Object type) и собраны в NetClass(NCIs), для которого назначен PCS (physical constraint set)

[attachment=56242:Pair_1.PNG]

- физические параметры трассировки пары описываются через PCS, причем вместе со спэйсингами и их допусками

[attachment=56243:Pair_2.PNG]

- в разделе спэйсингов этому нет-классу назначен свой SCS (spacing constraint set)

[attachment=56244:Pair_3.PNG]

в этом CSC я дополнительно определил зазор line_to_shape, дабы полигон земли был подальше от пары.

А теперь Ваш случай - определяем в этом же SCS зазор lin_to_line = 0.5мм

[attachment=56245:Pair_4.PNG]

Работает. Там где синим обведено пары расположены на большем расстоянии - ошибок нет. Там где зеленым - расстояние от трасс неткласса CLS_HDMI до любых других трасс меньше 0.5мм - получаем ошибки. Конкретно на скрине имеем трассы земли, питания и соседние пары. Т.е. то, что Вы и хотели - зазоры в паре и зазоры в нетклассе определены по разному и одно с другим не конфликтует, потому как правила диффпары выше в иерархии, чем правила для нет-класса:

[attachment=56251:CS_Hierarchy.PNG]