|
Где лучше задавать атрибуты компонента |
|
|
|
May 4 2007, 11:48
|
Частый гость
 
Группа: Новичок
Сообщений: 125
Регистрация: 24-04-07
Пользователь №: 27 267

|
Цитата(Uree @ May 4 2007, 15:43)  А какие атрибуты Вы ему присваиваете? Стандартных, которые должны быть у любого компонента, атрибутов всего три: RefDes, Type, Value. Ну... Во-первых, мне стандартных атрибутов мало...Я ввожу свои специфические атрибуты Цитата(Uree @ May 4 2007, 15:43)  ...но по умолчанию не отображаются. Во-вторых, мне нужно чтобы мои "не стандартные" атрибуты отображались...Причём на плате и схеме чтобы отображались разные атрибуты..Что прикажете делать...Править "видимость" этих атрибутов на плате и схеме??? Не..Так не годится....
|
|
|
|
|
May 4 2007, 11:59
|
Частый гость
 
Группа: Свой
Сообщений: 133
Регистрация: 4-05-06
Из: Волгодонск Ростовской обл.
Пользователь №: 16 768

|
Цитата(Uree @ May 4 2007, 15:43)  Стандартных, которые должны быть у любого компонента, атрибутов всего три: RefDes, Type, Value. Все остальные есть смысл задавать для компонента целиком в Library Manager, тогда они есть и в схеме и в РСВ, но по умолчанию не отображаются. +1! Я к каждому символу и корпусу добавляю еще один - RefDes2 (для шелкографии) Цитата(Доктор ТуамОсес @ May 4 2007, 15:48)  Во-вторых, мне нужно чтобы мои "не стандартные" атрибуты отображались...Причём на плате и схеме чтобы отображались разные атрибуты..Что прикажете делать...Править "видимость" этих атрибутов на плате и схеме??? Не..Так не годится.... Создавайте эти атрибуты в символе и в корпусе, но не заполняйте их значения. Соответственно включайте видимость нужных. Значения атрибутов заполняйте в "библиотекаре".
--------------------
Делай что должен, и будь что будет...
|
|
|
|
|
May 4 2007, 12:35
|
Частый гость
 
Группа: Новичок
Сообщений: 125
Регистрация: 24-04-07
Пользователь №: 27 267

|
Цитата(NightWish @ May 4 2007, 15:59)  +1!
Я к каждому символу и корпусу добавляю еще один - RefDes2 (для шелкографии) А атрибут VisibleType почему не добавляете...Ведь значение атрибута Type и тип указываемый в перечне элементов {и при необходимости отображаемый на принц.схеме} разные вещи...Type нужен для идентификации компонента в библиотеке...А VisibleType для перечня и принц. схемы..Там русские буквы и прочее...Поэтому я ввожу атрибут VisibleType
|
|
|
|
|
May 4 2007, 12:49
|
Частый гость
 
Группа: Свой
Сообщений: 133
Регистрация: 4-05-06
Из: Волгодонск Ростовской обл.
Пользователь №: 16 768

|
Цитата(Доктор ТуамОсес @ May 4 2007, 16:35)  А атрибут VisibleType почему не добавляете...Ведь значение атрибута Type и тип указываемый в перечне элементов {и при необходимости отображаемый на принц.схеме} разные вещи...Type нужен для идентификации компонента в библиотеке...А VisibleType для перечня и принц. схемы..Там русские буквы и прочее...Поэтому я ввожу атрибут VisibleType У меня для этого свой атрибут есть, Name называется
--------------------
Делай что должен, и будь что будет...
|
|
|
|
|
May 4 2007, 13:06
|
Частый гость
 
Группа: Новичок
Сообщений: 125
Регистрация: 24-04-07
Пользователь №: 27 267

|
Цитата(Uree @ May 4 2007, 15:59)  Тогда Вам не в ПКАД. Ищите другую систему. Т.е. Вы считатете, что можно использовать только 3 атрибута {RefDes,Type и Value}, тогда зачем спрашивается разработчики Пикада ввели туда ещё до сотни зарезервированных атрибутов и возможность определять атрибуты пользователя?? А??? А то получается как в анекдоте про чукчу: "чукча умный...Он обманул таксиста: деньги заплатил, а поехать не поехал" Цитата(NightWish @ May 4 2007, 16:49)  У меня для этого свой атрибут есть, Name называется  Да это не принципиально как он называется...Принципиально, что пользователю приходится вводить эти атрибуты и размещать их на плате и схеме...
|
|
|
|
|
May 4 2007, 13:21
|
Частый гость
 
Группа: Свой
Сообщений: 133
Регистрация: 4-05-06
Из: Волгодонск Ростовской обл.
Пользователь №: 16 768

|
Цитата(Доктор ТуамОсес @ May 4 2007, 17:06)  Да это не принципиально как он называется...Принципиально, что пользователю приходится вводить эти атрибуты и размещать их на плате и схеме... Мне видимость этих атрибутов непринципиальна, поэтому я их ввожу только в библиотекаре. Отображается же у меня атрибут Type, который в 99% случаев совпадает с Name. Из-за одного элемента на схеме и плате можно напрячься, чтобы погасить Type и засветить Name.
--------------------
Делай что должен, и будь что будет...
|
|
|
|
|
May 4 2007, 13:38
|
Знающий
     
Группа: Свой
Сообщений: 5 223
Регистрация: 25-04-05
Из: Z. Gora
Пользователь №: 4 480

|
Цитата(Доктор ТуамОсес @ May 4 2007, 16:06)  Т.е. Вы считатете, что можно использовать только 3 атрибута {RefDes,Type и Value}, тогда зачем спрашивается разработчики Пикада ввели туда ещё до сотни зарезервированных атрибутов и возможность определять атрибуты пользователя?? А??? Где Вы прочитали, что я так считаю? Я точно знаю, что эти атрибуты обязательны и всегда есть у любого из компонентов. Остальные на Ваше усмотрение - если надо, то применяйте. Цитата(Доктор ТуамОсес @ May 4 2007, 16:06)  Да это не принципиально как он называется...Принципиально, что пользователю приходится вводить эти атрибуты и размещать их на плате и схеме... Вводить - как уже написано, в библиотекаре. А насчет размещать на схеме - это же не обязательно. Более того - если вспомнить ГОСТы, на схеме не должно быть даже номиналов элементов. не говоря уже о типах и т.д. Достаточно того, что атрибуты есть и их можно собрать в отчет. А уж на плате тем более не должно быть лишней отображаемой информации. Насчет видимости атрибутов тоже все решается - есть маска выбора, для однотипных элементов можно в несколько кликов вкл./выкл. отображение совпадающих атрибутов.
|
|
|
|
|
May 4 2007, 14:08
|
Профессионал
    
Группа: Свой
Сообщений: 1 972
Регистрация: 10-10-05
Из: 54°36'41.81" 39°43'6.90"
Пользователь №: 9 445

|
Чего-то я не врубаюсь, о чем спорим-то? Ответ был дан в 4м сообщении. Цитата(NightWish @ May 4 2007, 15:59)  Создавайте эти атрибуты в символе и в корпусе, но не заполняйте их значения. Соответственно включайте видимость нужных. Значения атрибутов заполняйте в "библиотекаре". Таким образом хоть сто разных атрибутов у компонента сделайте, они будут и на схеме и на плате, а видимыми, по умолчанию, будут только те, которые были нарисованы на схематике и патерне (вы же когда схематик или патерн рисуете знаете что вы на нем видеть хотите, вот сразу и размещайте). Чего все завелись-то?
--------------------
Подвиг одного - это преступление другого! (с) Жванецкий
|
|
|
|
|
May 4 2007, 14:27
|
Частый гость
 
Группа: Новичок
Сообщений: 125
Регистрация: 24-04-07
Пользователь №: 27 267

|
Цитата(Uree @ May 4 2007, 17:38)  А насчет размещать на схеме - это же не обязательно. Более того - если вспомнить ГОСТы, на схеме не должно быть даже номиналов элементов. не говоря уже о типах и т.д. Достаточно того, что атрибуты есть и их можно собрать в отчет. А уж на плате тем более не должно быть лишней отображаемой информации. Лично я схемы и платы при разработке нового устройства делаю не для того, чтобы ГОСТу угодить, а для того, чтобы схема и плата содержали максимум информации и были "читабельными".....Например мне не достаточно только позиционного обозначения элемента на плате...Например есть на схеме резистор...И мне не без разницы какой это резистор 2-х ватный МЛТ на 1 Ом или 0,125 Ватный SMD 0602 на 1 МОм...А для каждого элемента лезть в перечень (а он может состоять из полтыщи и более элементов) чтобы уточнить "а что же за резистор у меня стоит в этой цепи" извините мне в лом...Вот когда устройсто отработано. Аналогично и для платы...Сборщику лучше на сборочном чертеже лучше указать какого типа, например, резюк с позиционным обозначением R43...А то пока он будет глазами искать в перечне что же это за резюк такой - много времни пройдёт...А потом глаза устают искать , да и внимание притупляется...Тут и до ошибки не далеко...А когда прямо на сборочнике на корпусах элементов написаны их типы и номиналы, тут уж, извините, гораздо быстрей всё пойдёт...Да и без ошибок....А что касается ГОСТов...Можно после всего сделать и по ГОСТам, но эта документация электромонтажнику нафиг не нужна
|
|
|
|
|
May 4 2007, 14:34
|
Частый гость
 
Группа: Новичок
Сообщений: 125
Регистрация: 24-04-07
Пользователь №: 27 267

|
Цитата(Доктор ТуамОсес @ May 4 2007, 18:27)  Можно после всего сделать и по ГОСТам, но эта документация электромонтажнику нафиг не нужна А мне как разработчику - тем более...Поэтому я делаю схемы не чтоб угодить "каждой букве закона", а чтобы мне как разработчику было удобнее понимать и представлять схему...Ну конечно же всё же следуя ГОСТам но не доводя это следование до абсурда, когда чтобы соблюсти "каждую букву закона" приносится в жертву читабельность схемы и время, необходимое для разработки...Например Схематик отдельные парты обозначат так D2:2 т.е. через двоеточие...А ГОСТ требует точку...Так вот..Я никогда не буду править вручную схему из пятисот элементов, чтобы у каждого элемента заментить двоеточие на точку....Ну и т.д. и т.п.
|
|
|
|
|
May 4 2007, 16:24
|

Гуру
     
Группа: Модераторы
Сообщений: 8 455
Регистрация: 15-05-06
Из: Рига, Латвия
Пользователь №: 17 095

|
Цитата(Доктор ТуамОсес @ May 4 2007, 16:06)  Т.е. Вы считатете, что можно использовать только 3 атрибута {RefDes,Type и Value}, тогда зачем спрашивается разработчики Пикада ввели туда ещё до сотни зарезервированных атрибутов и возможность определять атрибуты пользователя?? А??? А вы не кричите, а переведите названия этих атрибутов и подумайте, зачем они могут быть нужны. А еще подумайте, почему на главной вкладке propertities символа и паттерна есть галочки для управления видимостью только этих трех атрибутов. Цитата(Доктор ТуамОсес @ May 4 2007, 16:06)  Да это не принципиально как он называется... Еще раз подумайте, зачем атрибут Value. И зачем вам видеть на схеме или плате SMD0805 (type), если там должны быть 1К (value) и R1 (RefDes). Не валите кривизну своих рук на разработчиков пакета. Что касается ГОСТа - почитайте 2.004-88 (или если есть более свежий) "Общие требования к выполнению конструкторских и технологических документов на печатающих и графических устройствах вывода ЭВМ" и не нужно будет заменять точку на двоеточие.
--------------------
На любой вопрос даю любой ответ"Write code that is guaranteed to work, not code that doesn’t seem to break" ( C++ FAQ)
|
|
|
|
2 чел. читают эту тему (гостей: 2, скрытых пользователей: 0)
Пользователей: 0
|
|
|