[Uladzimir 82]

Поля компонента:

все нужны

Component Type (объясните пожалуйста, что это такое)

По этому полю для перечня элементов есть программы которые кучкуют компонент как ГОСТ требует

Mode (на всякий случай, может не нужно)

Нужно. я в свое время забыл-- теперь не хватает. Руками приходится выбирать.

Особенно когда библиотека и для своих, и для забугорных

 

Поля корпуса:

 

Package - ключ

Footprint Ref

...

Footprint Ref 4

Тут проблема. С одной стороны 3 посадочных места по стандарта по IPC + пользовательский,

А если горизонтальная и вертикальная установка?. Я еще не придкмал

Pin Count вообще лишнее

Power Dissipation Экзотика. Тем паче радиатора и обдува не учитывает

Package Decription (надо ли?) Обязательно, с указанием названия этих корпусов в других стандартах (jedec и т.п)

 

Поля моделирования:

Забыты Поля для подключения внешних моделей. может там и эти параметры задавать?

[masterofnature 0]

По поводу Component Type: может и заблуждаюсь - но это похоже на выбор, размещенный в Library Component Properties под Description.

Есть варианты: Standard, Mechanical, Graphical и т.п.

Контекстная подсказка по назначениям типов есть (? в заголовке окна)

[Uladzimir 82]

По поводу Component Type: может и заблуждаюсь - но это похоже на выбор, размещенный в Library Component Properties под Description.

Есть варианты: Standard, Mechanical, Graphical и т.п.

 

Я это тоже имел ввиду

[uriy 5]

По поводу формирования перечней посмотрите вот это http://electronix.ru/forum/index.php?showt...mp;#entry646854 я пользуюсь. Мне кажется отличный вариант.

[Uladzimir 82]

Согласен, но есть существенный недостаток

Или дописывать, или пользоваться теми параметрами, что там есть

 

Тут

тут же делают программу

[Krys 2]

Требования противоречат друг-другу.

Предлагаю: Есть один (или несколько) ответственный библиотекарь.

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

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

 

Вы же, для уменьшения ожидания, можете сделать следующее:

сделать уго, футпринт, связать их локально и вставить в схему.

их же отправляете к библиотекарю на проверку.

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

Всё равно тягомотина получится :)

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

 

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

 

[Uladzimir 82]

Т.е. я нарисовал для себя, сразу же ей воспользовался, но копия уже осталась в инете.

Речь и идет об этом.

А библиотекарь должен просмотреть, возможно добавить другие параметры и подставить не во временную папку, а уже в постоянную

[jkrieger 0]

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

[Uladzimir 82]

Если у кого-то есть идеи, было бы очень интересно выслушать.

Да идей набросают столько, сколько людей.

Нужно ограничить круг и переходить к практике

[jkrieger 0]

Владимир, пока я не вижу ни одной идеи как можно добавить в общую библиотеку новый компонент в течение 10-15 минут.

 

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

[Uladzimir 82]

Сору строки из выложенной

Paste В общую

2 клика

Если параметры подправить-- это уже индивидуально

[uriy 5]

вы хотите БД тоже хранить под svn общую для всех? Идеология разработчиков AD такова что в svn храняться только УГО и футпринты а БД у каждого своя локальная. Такой подход мне очень не нравится. Я считаю что у группы разработчиков работающих в одной конторе и БД должна быть единая. Но БД сильно раздуется при большом количестве компоннетов. При добавлении всего одного компонента придется апдейтить всю БД. А весить она будет десятки или даже сотни метров.

[jkrieger 0]

Сору строки из выложенной

Paste В общую

2 клика

Если параметры подправить-- это уже индивидуально

Надо еще не забывать заливать в инет обратно. Это еще несколько кликов. И тогда получится сколько пользователей, столько и библиотекарей.

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

 

Если бы можно было как-то базу инкрементально обновлять...

 

UPD:

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

 

Добавление будет происходить следующим образом:

- добавил локально

- сделал Commit в TortoiseSVN

 

А модератор потом уже проверять будет.

Изменено 23 сентября, 2010 пользователем Jack Krieger

[Uladzimir 82]

Нет. Кликать как я сказал может один. Ну ограниченная группа.

Остальные только выкладывать

[jkrieger 0]

То есть должно быть две библиотеки. Одна - та, куда пользователи будут присылать обновления, а вторая - которая проверенная. При этом все пользователи будут обновляться из проверенной библиотеки, затирая тем самым свои локально добавленные компоненты проверенными. Правильно ли я понял мысль?