Allegro 15.5
Всегда делал ренамбер по возрастанию позиционных обозначений. Но все равно плохо. Трудно искать глазами.
Есть сильное желание разбивать плату на квадраты (сектора), а рядом размещать табличку, в каком секторе какой рефдес находится. Ну и внутри квадратов ренамберить.
Потом все это помещать на сборочный чертеж и радоваться. Так за бугром делают, видел.
Как такое сделать?
Может, еще лучше есть идеи? Может, скрипт у кого готовый есть?
Спасибо.

Пришлите пожалуйста пример, хочется все увидеть своими глазами.

В смысле, пример того, как я хочу?
Мне его просто долго искать, давно видел где-то.
А что именно Вам не понятно?

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

Дык ну элементарно же! Сортировка!

Это не считается. "давно видел где-то".... Пожалуйста конкретный скринсэйв, название ПО где видели. Кот так делает за бугром? Да вы поймите, инструментария полно всякого разного и чтобы расписать вам последовательность действий нужно понять до конца что вы "давно видели где-то".

Ну нету у меня скринсейва. Ну не самому же мне его рисовать?
Видел это не в ПО, а в чертеже. Не помню, что это было за устройство, по-моему, мобильный телефон.
Попробую еще раз описать.
Основное пространство чертежа занимает главный вид смонтированного изделия, т.е. слой assembly. При этом он разделен вертикальными и горизонтальными линиями на квадраты (прямоугольники). Сверху и слева проставлены обозначения строк и столбцов, прямо как в морском бое.
А сбоку табличка:
RefDes Position
C1 B5
C2 A3
C3 B4

Position - это квадрат (прямоугольник). В примере содержимое таблички я написал от балды. Отсортировано по RefDes.
Для дополнительного улучшения еще хотелось бы ренамберить элементы в пределах квадрата, но с этим я могу справиться и вручную, хотя, конечно, хотелось бы автоматом ренамберить во всех квадратах.

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

а не проще поставить подходящий кад, передать плату, и уже в каде делать поиск нужного элемента?

Выглядит, как минимум, сложнее.
Кад меня устраивает, и платы переделывать никто не будет.
Мой вопрос касается проектирования новых плат и корректировки КД на имеющиеся.
Я хочу, чтобы после окончания разводки была такая табличка. Как Вы понимаете, она не нужна для поиска элементов, когда человек сидит за компьютером, т.к. при этом используется обычный поиск (либо в кад, либо в чертеже PDF). Табличка нужна для бумаги и при монтаже\ремонте.

Для быстрого поиска.
Заходим на панель Find справа -> Find by Name (Symbol or Pin) -> Refdes (в окошке ниже) Enter.
Аналогично с другими объектами из списка.

Для таблички берем скил и пишем. Все довольно просто. Скил в освоении прост. Отладчик есть только очень простой set telskill в консоли. Документация исчерпывающая в справке. Если есть опыт работы с объектно ориентированными языками, вообще проблем не будет.

Спасибо. Я в курсе.


Берем и пишем. Как Вы думаете, зачем я создал топик на форуме?

К сожалению (или к счастью) именно берем и пишем. Там действительно ничего сложного нет. Даже человек далекий от программирования способен за неделю написать неплохой скрипт для работы с базой данных проекта Allegro. Skill предоставляет практически безграничные возможности работы с проектом. Как вариант решения Вашей проблемы, можно предложить следующую концепцию программы:
- выполняется перебор всех компонентов платы в цикле;
- при позиционировании на компоненте можно извлечь всю его информацию и входящие в него объекты, поэтому берем его координаты и позиционное обозначение, выполняем смещение на необходимую величину по X, Y и в полученную координату в нужном слое (скажем, AssemblyNotes) пишем текст, соответствующий поз. обозначению компонента;
- собственно и все. При желании можно разрисовать вывод в виде таблички и т.д.

В базовом варианте скрипт займет примерно страницу текста. При желании добавить графическую форму или разные оформительские рюшечки может вырасти до 2 - 3 страниц. Время для подготовленного пользователя около 2 дней с отладкой. Для неподготовленного около 1,5 недель с чтением документации и поиском необходимых функций.
PS. Большинство функций работы с базой данных проекта Allegro в Skill начинаются с axl. Почитать надо всего два документа из комплекта документации: Cadence SKILL Language User Guide и Allegro® User Guide: SKILL Reference. В первом общее описание языка, во втором функции работы с базой. Если освоите Skill, поймете насколько это мощный и простой инструмент.

Я знаю про его возможности. Но я думаю, что одной страницей кода не отделаться.
Писать в AssemblyNotes бессмысленно, ибо человек все так же будет рыскать по нему в поисках нужной инфы. Вся идея состоит именно в сортировке позиционных обозначений и в выводе таблички. Кроме того, нужно выводить еще и вертикальные и горизонтальные линии, а также буквы и цифры по бокам. Для каждой платы должно быть разная плотность ячеек, согласитесь, без этого будет плохо. Табличка, я думаю, должна выводиться не на экран (хотя, можно и туда), а в файл, чтобы из него потом можно было вставить ее в многолистовой чертеж (это - когда табличка не влезает на один лист). Ну и т.п.
Не не два дня работы-то!

Решать Вам. Вариант предложен. Практически все функции Allegro (включая отчеты в т.ч. html, подготовку данных для производства и т.д.) реализованы через Skill. Средствами самой программы реализовано очень малое количество базовых функций. Работа с текстом у Skill вообще выше всяких похвал.

В общем, решение найдено.

Табличка делается следующим образом.
После окончания разводки и ренамберинга сохраняем BRD под новым временнным именем. Рисуем Package Keepin, если еще нету. Задаем сетку расстановки (Place_Grid_Top). Идем в настройки ренамбера и ставим там Grid Based Renumber. Удаляем звездочку (или то, что есть) из окошка RefDes Prefix. Делаем ренамбер с опцией User Defined Grid. В результате все префиксы рефдесов исчезают, а компоненты ренамберятся так, как и надо - вместо рефдесов появляются координаты ячейки, в которой стоит компонент. Если в одной ячейке компонентов много, то аллегро дописывает через дефис настраиваемый суффикс.
Далее экспортируем placement. Сохраняем файл на всякий случай и открываем исходный, не отренамберенный файл. Тоже экспортируем placement.
Координаты компонентов в двух файлах совпадают. В одном файле имеем исходные рефдесы, в другом - новые рефдесы, которые представляют собой координаты ячеек.
Пара несложный телодвижений в экселе\аксессе\etc и вуаля, табличка готова!
Напоследок экспортируем DXF со включенной сеткой. Буквы и цифры по бокам можно нарисовать и вручную.

И никакого скилла.

Думаю, что вопрос сильно надуман, все намного проще:

1. ориджин в левом нижнем углу платы
2. component report в любой текстовый вид(отсортировать можно на любой вкус,+ можно добавить колонку: location(TOP/BOT X: Y:) в BOM)
( таблица деталей на чертеже лишняя)
3. ну и рисуем линейки(rulers) по XY на свой вкус (сеточкой, шаг, риски, значения, итд.)

Максимум простоты и удобства,+ подходит под любой САПР.

Не спорю, даже сам говорил, что лучше в отдельный документ ее оформить.


Это примерно то же самое, что и я хотел. Только я хотел сделать квадраты, и каждому дать имя, как в морском бое. Мне показалось так более естественно для человека.

Есть еще момент: имея квадраты, можно делать ренамбер так, чтобы имена квадратов попадали в рефдесы компонентов (я выше описал процесс, как это делается). Если можно не соблюдать ГОСТ, то можно это тоже использовать и присовокупить к исходным рефдесам имена (координаты) квадратов. Получится что-то типа "RC5-2". Здесь R - резистор, С5 - имя квадрата, где он стоит этот резистор, 2 - порядковый номер резистора внутри квадрата (если подобных там несколько).
Получается, можно не только на бумаге, а и на живой плате поиск ускорить. Особенно, если по краям нарисовать в шелкографии маленькие рисочки, а между ними цифры и буквы.

Хотелось бы, конечно, чтобы аллегро формировало рефдес при ренабмере настраиваемым способом. Можно было бы тогда делать что-то типа "R123(C5)", тогда "(C5)" считалось бы адресным обозначением по ГОСТ 2.710. Или, даже лучше - "+С5-R123" - конструктивное обозначение.
Вот это можно уже и на скилле пописать.

UPD. Сам вопрос задал, сам и отвечу.
Сделать конструктивное обозначение тоже можно без скилла.
Нужно всего лишь применить переименование с помошью файла, по-моему он называется rename.txt. По методу, описанному выше получаем текстовый файлик placement с координатами компонентов и квадратами. В экселе или подобной программе создаем файлик rename.txt, в котором берем исходные рефдесы вида "R123" и прибавляем к каждой строке текст с именем квадрата, обрамленный искусственно знаками плюса и минуса. Скармливаем этот файлик при ренамбере, и готово!

Однако, вопрос еще до конца не закрыт.

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

Поэтому вопрос: есть ли идеи как можно оформить весь чертеж одинаково (т.е. без выносок) так, чтобы облегчить поиск компонента глазами?

Способ с клетками тут уже не подходит, ибо все компоненты могут попасть в одну клетку.

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

ИМХО подобная проблема может возникнуть только в одном случае, если была не грамотно отрисована схема. Если же схема составлена грамотно, то использование hierarchical bkocks, вкупе с RefDes control, полностью закрывает вопрос. А именно, все компоненты на плате размещены как "островки", с единой нумерацией. Т.е. достаточно увидеть глазом IC4xx и сразу понятно, что все R4xx или C4xx где-то совсем рядом. Соотв., никакие таблички не требуются. Скорее наоборот, подобные таблички вредны, как и любой другой костыль.
Дополнительный бонус такого подхода в том, что при трассировке тоже сразу понятно, ближе к чему должен располагаться каждый элемент.

Делал именно так когда-то давно. Но потом стало ясно, что не помогает. Многие импортные схемы и платы так же оформлены. Бывает, ремонтирую что-нибудь, и надо найти деталь. Казалось бы, вот она, где-рядом должна быть, и тоже префикс у неё R4XX, шаришься полчаса, а она вообще на обратной стороне. Т.е. проблема этого подхода в том, что границы этих островков никак не заданы. Моя же система наоборот, четко задает зоны.
Однако, Вы дали хорошую идею попробовать приспособить для этого управление рефдесами на этапе создания нетлиста. В принципе, если в составе рефдеса будет некий кусок, отвечающий за местонахождение элемента в иерархии схемы, то тогда вопрос переходит в создание таблички расположения блоков на плате, а не отдельных деталей. Останется только конкретизировать границы этих блоков, ибо они никогда не будут правильной прямоугольной формы... Шелкография тоже может не помочь, т.к. бывает, что вообще нету места ее рисовать... Что-то все равно не получается.

Для трассировки, точнее, для размещения, есть ROOM или СOMPGROUP. Именовать детали по группам - это уже перебор

ИМХО, если кто-то ищет компонент, не располагая вообще никакой документацией на изделие (современное), то это уже почти абсурд. Так быть не должно. А если документация есть, то почему бы не сделать PDF, где можно строчку поискать в электронном виде, а потом глазами уже искать. Для особо принципиальных, требующих документации в бумажном виде, можно издать причесанный pick & place файл, где в виде таблицы изложить перечисление refdes: side, X, Y по всем компонентам, а также указание, откуда координаты откладывать.

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

Это означает только одно, что надо не полениться и внести изменения в схему. Т.е. привести схематик к грамотному виду. В сущности, это "не помогает" как раз индикатор того, что схема отрисована как-то не так.


Это нормально. Элемент может и с другой стороны, но все равно в районе этого "островка".


Если подумать, то в каких-то четких границах просто нет нужды. Это явно лишняя сущность.


Угу. "Любая грамотная трассировка, должна начинаться уже на этапе создания схемы"(с) Tahoe


Блин, ну на то они и "островки", что их визуально легко отличить. Но вот почему они должны непременно быть прямоугольной формы - ума не приложу. А если они будут круглыми? Сразу навеяло, несравненный Дж.Карлин: ... а если ты клянёшься на библии, но она на китайском языке, перевернута вверх тармашками и половина страниц в ней отсутствует, это будет считаться?


Лично я, например, шелкографией почти не пользуюсь. Так что без "моего" подхода - вообще никуда.

Не нормально. Человек об этом не знает, глядя только на рефдес и потратит впустую полчаса.


Если есть какой-либо другой способ, то - да, конечно. Но если речь об "островках", то границы должны быть.


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

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


Зачем? Почему не достаточно просто знания, что вот IC401, а значит R432 находится совсем рядом? Можно подумать, что непременно требуется пограничников с собаками расставить и без четкой полоски они не знают, что охранять.


См. выше: "достаточно просто знания, что вот IC401, а значит R432 находится совсем рядом".

Где искать тогда R732? Рядом с чем? С IC701? Где найти IC701? Понимаете?

Так в том-то и удобство. Достаточно найти любой элемент 7xx. И не придется все листы сборочного чертежа елозить.

Ага, сначала полчаса ищем этот любой элемент, потом еще полчаса рядом с ним ищем наш искомый, потом произносим крепкое словцо, переворачиваем плату, и по-новой...
Нет, это не годится, к сожалению.

А если чуток подумать?
Подсказка. Есть такой метод, называется от противного. Здесь автоматически нечто похожее получается.

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

Вот как выше предлагал, так и оформить. Собственно, так я всегда и делаю - конденсаторы, которые "под BGA", располагаются на схематике в том же иерархическом блоке, что и BGA. При аннотации схематика, разумеется, задействован RefDes control. В итоге получаем пресловутый "островок", без лиших затрат и телодвижений. Не понятно только, о чем спор, какие ещё могут быть _грамотные_ варианты?
Если же в вопросе была, типа, подковырка, мол, распиши мне ещё каждый конденсатор поименно, то эта подковырка тоже идет курить, в сторонку. Причины, надеюсь, очевидны?

Это не подковырка, это вопрос открытым текстом, причем, аж с начала топика. Я ищу решение, которое позволит находить отдельные элементы, а не островки и группы.
Вы внутри своей, якобы, грамотно оформленной группы конденсаторов сможете быстро найти нужный? Как?

Ключевое слово "быстро". А способы обозначения все те же:
- сборочный чертеж
- шелкография

Это "быстро" как раз и обеспечивается за счет структурированности. В противном случае, пришлось бы елозить глазом по всем углам платы/чертежа, в поисках каждого элемента. ЕМНИМС, выше я уже проводил аналогию с программированием на Сях, со struct.

Довольно быстро.
Нажмите для просмотра прикрепленного файла
Последние 2 страницы.

Вот! Кто спрашивал в начале, смотрите, это именно то, о чем я говорил. Только модель телефона другая была, вроде.

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

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


Угу, принцип работы всех больших контор - навалить все в одну кучу, а потом разводить руками, мол, "исторически сложилось"...

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

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

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

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

Так ведь выше уже расписал! Иерархический блок, RefDes control и _правильное_ расположение элемента на схеме, гарантируют, что на плате он окажется в пределах "островка". Это и есть первое приближение поиска, если угодно. А далее - сборочный чертеж в зубы и вперёд. Искать на нем конкретный компонент становится легче, поскольку границы поиска сильно сужены.



Я не совсем понимаю смысл вопроса. Что значит "только по рефдесу"? А что, есть ещё какие-то _вменяемые_ способы? На сборочном чертеже мы же находим компонент по рефдесу, а не как-то иначе.



Так все же, "по рефдесу" или "только принадлежность к группе"?


Обойтись вообще без дополнительной доки тоже не получится. А раз так, то вопрос только в том, что это за дока, стандартный сборочный чертеж или изобретение велосипеда.

Нет, не вперед. Повторюсь последний раз: этого не достаточно. Представьте себе группу из одной большой микросхемы и сотни-другой конденсаторов. Ваш метод здесь не работает.


По принадлежности к группе, отраженной в рефдесе.

Отлично работает. Если все разбито на блоки грамотно.

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



Все равно не понимаю, в чем сомнения. Есть рефдес. Кроме своего прямого назначения, он несет в себе ещё и дополнительную смысловую нагрузку. Что не устраивает? Что кроме "C534", этот рефдес можно рассматривать ещё и как "C5.34"?

Предпочитайте. У меня же именно этот пример.

Пока вижу только сферического коня в вакууме. Ни схемы, ни, хотя бы, названия "одной большой микросхемы"(с), требующей в обвязку "сотни-другой конденсаторов"(с).

Ах, вот оно что! Вы еще ни разу не видели нормального современного проца о тысяче ногах?
Что ж Вы тогда рассказываете, как надо их грамотно рисовать?
Вот скриншот, можете посчитать количество конденсаторов, но мне уже и первых двух десятков хватит, чтобы начать задумываться о проблеме, не говоря уже о сотнях.

Посчитал. Ничуть не больше, чем в моих текущих дизайнах.



Я не видел ни одного "нормального современного проца"(с), которому в обвяз требуется 200 конденсаторов.


Даю подсказку. Пресловутые "многоногие" процы, как правило, ничем не отличаются от "малоногих". Большинство ног, это просто многоразрядные шины. Потому, найти камень, которому потребуется 100-200 емкостей в обвяз, будет, мягко говоря, затруднительно. BTW, с удовольствием посмотрю хотя бы на один на пример, опровергающий мое заявление.

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

у меня вопрос по теме, но обратный, так сказать... Есть плата, я хочу выбрать на ней Component или Net, и чтобы сие чудо подсветилось на схеме...

Оно?

Одной галки Enable intertool Communication мало. Чтобы подсвечивало из PCB Editora в DE CIS (Capture CIS) нужно в PCB Editor-е запустить команду highlite или assign color и выделить нужный объект...

В РСВ едиторе команду highlite не нашел, но с помощью assign color подсветить элемент и проводник на схеме все-таки удалось... спасибо!

Да, ошибся, правильно hilight ...