Интересует следующая информация:
1) Какие символы допустимо использовать при задании атрибутов пинов, компонентов, имён файлов, библиотек и т.п. Например можно ли использовать русские буквы, символы №,$,#,(,) пробелы и т.д.???
2) Какова допустимая длина для всех сиснаксических элементов Пикада??? Например можно ли задать атрибут длиной 250 символов???
3) Каково "внутреннее" назначение синтаксических элементов Пикада??? Например, узнал, что атрибут Type используется в качестве имени компонента в библиотеке, используемое для однозначной идентификации компонента в библиотеке. RefDes {а не PinNumber и не PinName} пинов используется для задания Nodes в цепях...Ну т.д. Т.е. где почитать про то, какое предполагали использование различных синт.конструкций сами разработчики пикада, а не то что пишут в книгах. Например, где прочитать инфу, типа такой: "Refdes пинов используется для идентификации Nodes цепей, Type используется для идентификации компонентов в библиотеке"...Т.е. интересует взгляд на Пикад с точки зрения программистов-разработчиков Пикада.. А не взгляд "конструктора-прикладника" печатных плат, который "не ухом не рылом" в разработке программ автоматизированного проектирования. А то читаешь книги таких прикладников...Ощущение - галиматья полнейшая...Автор видит в пикаде не то, что заложено программистом, а то что ему кажется

О, легендарный персонаж
Почему бы не обратиться в Altium ? Здесь все-таки больше прикладники обитают

А мы что??? С Вами знакомы???


Дык наверняка многие дошли до некоторых вещей опытным путём...Как, например, я дошёл опытным путём, что только RefDes пинов используются в цепях, а не PinName и PinNumber...Хотелось бы чтоб участники этого форума поделились своими "открытиями".....Вот меня например терзают сомнения относительно допустимости использования скобок в атрибутах...Не вызовет ли это глюков...Ибо скобки используются в ASCII формате платы и NetList

Нет, просто слышал краем уха про какую-то Столетнюю войну на Телесистемах

Кое-что я делал под Пикад. Сходу вспомнил про недопустимость применения '\' в PinName.
На символы в атрибутах ограничений нету вроде...
Вы на чем пишете? Я в Дельфях

Когда несколько лет поработаешь с пикадом, понимаешь что нежелательно использовать символы типа @!#$~" и т.д. он букву "я" и то некорректно воспринимает. При сохранении в ASCII всякое может вылезти, плюс еще спектру если использовать, там свои тараканы.
Иногда глюки возникают при именовывании цепей кириллицей.
Я для себя уже давно пришел к выводу: Только латиница и цифры, еще символ подчеркивания. Вроде с "+" не возникало проблем (в отличии от "-"). Даже в путях и наименовании файла стараюсь использовать только латиницу. Без пробелов.
P.S. Что вы хотите в атрибутах написать в 250 символов?

Хочу...Хочу также использовать названия пинов такие как они приведены в даташите...Наприимер, сигнал с активным низким уровнем обозначать со значком #....А алтернативные функции пина {опять же по даташиту} разделять значком /....Также позарез нужно использовать скобки...И знаки - и +И русские буквы...Тоже нужны... {Нужно для автоматизированного оформления КД - не хочеться вручную всё перелопачивать}...А больше всего хочется понять: что же имели ввиду разработчики Пикада вводя те или иные синтаксические элементы {атрибуты} и какое подразумевали их применение...и

И ASCII формат тоже нужен..Т.к. хочется сравнивать нетлисты и по атрибутам....Так что

Часть атрибутов компонентов перекидывается в Спектру и ProRoute, и применяется там.



Конкретно символом "/" пользовался, т.к. он действительно присутствует в даташитах. Вроде нормально со спектрой перекидыватеся и не ругается. Но никто не гарантирует, что завтра-послезавтра не выйдет какой-нибудь Супер-Пупер-Мега Трассировщик и для него слеш или та же скобка не станет резервной. Вы можете не использовать автотрассировку, я например 99% плат вручную развожу, но остается тот самый 1% и из-за него начинается гимор... Ну и не только из-за этого.

Меня раздражает маркетинговая политика разработчиков Пикада..... Почему юзверь должен до всего додумываться сам методом проб и ошибок[/color][/u][/i], которые выливаются в финансовые потери??? Почему например[i][u][color=#FF0000] нельзя прямо написать в доке:"Атрибут может иметь длину не более 250 символов и допускается применять такие-то и такие-то символы"

Или, ещё пример, что оказывается при генерации NetList используются не PinNumber и не PinName, а PinDes компонента.

Не зная этого я раньше мучился вводя последовательную цифровую нумерацию для PinDes думая что PinDes это номера "ног" микросхем. А для PinName вводил "имена" выводов. Например в качестве Pindes вводил 3, а в качестве PinName {отображаемого внутри "корпуса" микросхемы на электрической схеме} TXD0. А потом на плате мучился пытаясь вспомнить какое же функциональное назначение имеет 3-я "нога".. А потом когда я узнал, что PinDes это всего лишь идентификатор Node в Нетлисте, то я обманул Пикад и сделал всё наоборот: PinDes = TXD0 PinName = 3...И передвинул в условном графическом изображении компонента на схеме PinDes на место PinName, а PinName на место PinDes...И всё !!! Красота теперь: при работе с платой на контактных площадках теперь отображаются не цифры, а имена выводов...Т.е. для моего примера не 3, а TXD0....Вот так то...Если б где-то было написано, для чего используется внутри программы PinDes, то сколько времени было бы сэкономлено...А то в книжках большинство аватаров пишуть, что PinDes это номера выводов в цоколёвке...А на самом деле нифига подобного...Это уникальные идентификаторы Nodes в Netlist.

На счет буквы "я" - глюки возникают даже если в пути файла (в директории ) обнаруживается такая!!
веселая ситуация однако

Все правильно. Тут просто кого что устроит. Можно PinDes и PinName назвать TXD0, а чтоб понять что такое PinDes достаточно перевести на русский язык: designate - название. Т.е. TXD0 написать туда будет логично. А далее кому что, кому-то на плате важны номера выводов, а кому-то их обозначения.

Еще в библиотекаре в спрейдшите можно вводить только до 31 символа с учетом возможных сужебных. Наткнулся, когда делал имена выводов для сильнофункциональной Attiny45. На служебные символы ~ уходило много "места" и пришлось обозначения (имена) пинов сокращать и придумывать разные краткие немыслимые варианты...

А где Вы это прочитали??? Или дошли сами методом проб и ошибок???


Названием то названием...{"Хоть пирогом назови - только в печь не клади"(С)}..Тут дело в другом...Для чего изначально при проектировании PCAD был предназначен каждый синтаксический элемент... Если б хотя бы в одной доке было написано, что при генерации Нетлиста используются только PinDes (а не PinName и не PinNumber) то я бы совсем по-другому стал бы строить свою работу и сэкономил бы кучу времени и нервов

Ваша логика при таком подходе не очень ясна...
Есть pattern, у него есть Pad Number - чисто внутренняя информация; и есть Default Pin Designator, он же PinDes - идентификатор ноги чипа.
Есть символ, у этого Pin Number - опять внутр. инфа; Pin Designator - для создания компонента и PinName - именно функция вывода.
А вот при создании компонента, при совпадении PinDes в символе и паттерне, Вы в таблице сразу увидите функцию вывода.
А при работе с платой, куда важнее видеть имя цепи, к которой подключен пин, а не его имя.

Ну это Вы зря говорите...Лучше видить и то и то...Более того...Имена цепям удобней давать видя название пина, к которому она подсоединяется....Например, я вижу, что цепь Net000023 соединяется с падом RXD0, то сразу ясно что это за цепь и я даю её название INPUT_UART...Всегда лучше видеть названия пинов, отражающие их функциональное назначение чем просто циферки....Меньше шансов не заметить ошибку...И при NetEdit тоже удобно когда видишь список Nodes не в виде колонки цифирок, а в виде осмысленных названий пинов.



А для чего используется эта "внутрення информация" Вам известно??? Вы пишите, что "Pin Designator - для создания компонента"....А что PinNumber и PinName не используются при создании компонента ???


А я слышал, что не только при использовании буквы "я", но и при использовании скобок и пробелов.....Вообщем до всего приходится доходить методом проб и ошибок...Altium молчит по этому поводу как рыба об лёд

А вы прям в Altium с этим вопросом обращались??? У Altium есть представитель в России - Родник, если бы вы спросили, то почти 100% получили бы ответ!!! Тем более если вы лицензионный пользователь!

Ну-ну... Возьмите FPGA с несколькими сотнями выводов типа I/O... И как - в каждом проекте будем прописывать их функции? Причем в случае перепиновки править в библиотекаре? Не сказал бы что это удачная мысль.

Ну конечно нет...Нельзя любой принцип доводить до обсурда..В вашем случае удобней оставить цифровую нумерацию...А вот у меня например MCU с 64-мя ногами и каждый пин несёт практически уникальную функцию...Тут уж номерками не обойтись...Пишу в PinDes функц. назначение вывода и красота...Хоть на плате хоть на схеме...Сразу что за Нодесы в цепи...Особенно когда ты сам являешься разработчиком схемы и какие пины с какими соединять решаешь ты..