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

Очевидно ни как - простыми средствами (попробовал)...
Наверное нужно обратиться на форум "родного" Аltiumа...

А примерчик подобного элементика можно (чего-то раньше не встречал, может не обращал внимания)???

За всю историю работы-- ни разу не понадобилось, не только в PCAD но и в Altium
Сверхдлинные имена--- не читаемы, не информативны и загромождают схему.
То что написано в PDF--меньше чем 20 знаков.

прилагаю.


от части согласен

В каждом названии совершенно лишние IO.-- это три симвоола+ еще есть лишние точки, + я еще убрал бы или сократил повторяющиеся сочетания букв.
Смотришь- в наиболее длинных--- знаков 5-7 убирается.

Даа, прикольная штучка - поиграл маненька, никак не удаётся втиснуть туда лишние символы....
Единственное понял, что до слэша (слева) - "нормальные" 20 символов, а вот после... - и как они туда их втиснули????
Может в ихних элементах можно больше символов вводить (чем в Пикаде и почему тогда Пикад жуёт такое) или есть спец.символы для расширения поля...

Буду копать - правда практического применения не вижу, но интересно....

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

При хранении в ASCII виде-- длиннные имена допустимы.
при хранении в Bin--- происходит урезание.
Тоесть если не нужно обновлять и работать с библиотеками (они подключаются только в bin формате) это допустмо.
Боюсь Вам это вариант---что мертвому припарка.

похоже, что этот файл странслирован из другого пакета, и транслятор лишнего не обрезал.

Насколько понял (по первому посту) -
Так что всё может...
А ещё возможно прямо в ASCII (редактором) ввести нужное...

Эти библиотеки сконвертированы из другого CAD-а. Возможно, из Протела.
Причём местами сконвертированы с ошибками в именах пинов: в микросхеме MC74AC138 у выходов ~Y0-~Y7 цифры потерялись, остались только "~Y".
Увеличить длину поля можно только с помощью патча. Возможно, на этих выходных я этим займусь, т.к. самого припёрло.


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

Ну даю теперь особо за длиной не смотрю.
просто копирую из PDF и вставляю. Но это в ALtium Designer.

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

Так что задача в принципе более сложная

Правильно ли я понимаю, что запатчить надо только SymEd?

Нет.
Как только применяется формат Binary так и происходит обрезание.
запатчить придется и CMP
так как работа с библиотеками ведется только с форматом binary

Какое ограничение на длину имени пина в других пакетах (альтиум/протел)? И есть ли оно?
Интересует тот пакет, из которого, предположительно, были сконвертированы библиотеки для PCAD.

ALtium Designer

точно не скажу. Наверное 256. Покрайней мере еще не упирался в ограничение

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

Есть у мну надежда на будущих владельцев пикадовских исходников - может дойдут у них руки.... когда-нибудь...

Надежда умрет последней. Не дойдут.

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

Если ещё учесть что Пикадом уже заниматься ни кто не будет - каждый двигает свой продукт, а Пикад (как таковой) никому из производителей не нужен....
А для чего купили - просто убрали конкурента....


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

Ну это мы будем посмотреть.... Еще не вечер...

ИМХО: вроде сформулировал доходчиво ))

одно другому не мешает

можно и так, дело вкуса, мне не нравиться плодить УГО.
А если перепрограммируется, я включаю на все доступные пины

Подобная тема обсуждалась здесь http://www.pcad.ru/forum/40239/

Ну и что там нового в этой ссылке?
НИЧЕГО. Тоже что и здесь. а по существу и меньше.
Это нужно ~1% пользователей (наверняка цифру преувеличил)
К тому моменту, когда кто либо напишет припампасу к этому, да еще будет поддерживать для UPDATE-- цифра еще упадет на порядочек)
И будет нужна только автору поста. и любителем покопаться в припампасах.

Да сделаю я! Болею сильно сейчас
Поддержка для будущих версий не будет нужна, т.к. PCAD2006 - последний.