|
Глобальная библиотека компонентов... |
|
|
|
 |
Ответов
|
Feb 4 2005, 08:22
|
Гуру
     
Группа: Админы
Сообщений: 2 736
Регистрация: 17-06-04
Из: Киев
Пользователь №: 48

|
Никто ругать вас не будет. Я внимательно слежу за этим топиком и ждал пока кто-либо поднимет вопрос: "А что же собственно такое - современная библиотека компонентов? Из чего, каких компонентов она должна состоять?". Никто не поднял, всех в основном интересуют УГО по ГОСТу (посадочные места не интересны - что у нас, что у буржуев они в принципе одинаковы). Не в обиду никому будет сказано, но вопросы УГО, в основном возникают у начинающих разработчиков - у всех кто работает довольно долго эта проблема давно решена своими руками. А внесение новых элементов в свою библиотеку происходит по накатанному сценарию по мере поступления этих новых элементов. Причем это происходит не очень часто (если конечно не метаться по сторонам). Такая же проблема может встать и в случае перехода на новый пакет проектирования. Но в этом случае еще проще. А вот создание полноценной библиотеки, в которую входит не только УГО и корпус, но и модель элемента (электрическая, логическая, физическая и др) дело серьезное. И голым энтузиазмом не подъемное. Не зря же серьезные фирмы (см. выше) за ведение таких библиотек берут серъезные деньги.
--------------------
Вам помочь или не мешать?
|
|
|
|
|
Feb 5 2005, 10:56
|

Профессионал
    
Группа: Свой
Сообщений: 1 003
Регистрация: 20-01-05
Пользователь №: 2 072

|
Цитата(Nixon @ Feb 4 2005, 12:22) А вот создание полноценной библиотеки, в которую входит не только УГО и корпус, но и модель элемента (электрическая, логическая, физическая и др) дело серьезное. И голым энтузиазмом не подъемное. Не зря же серьезные фирмы (см. выше) за ведение таких библиотек берут серъезные деньги. Поэтому я и заметил, что для моделирования нужно использовать готовые (коммерческие) библиотеки. И совершенно не нужно (IMHO) совмещать их с библиотеками используемыми для рисования схем и разводки плат т.к. схема модели и схема готового изделия заметно различаются. Что касается наличия унифицированных библиотек с УГО и корпусами, то да, они требуются только для экономии времени. В сети можно найти несколько сборников библиотек, но они (для меня) практически бесполезны, поскольку нет смысла тратить время на их верификацию и, возможно, подгонку к нужному стандарту.
|
|
|
|
|
Feb 6 2005, 19:05
|
Знающий
   
Группа: Админы
Сообщений: 689
Регистрация: 24-06-04
Из: South Africa
Пользователь №: 164

|
Цитата Поэтому я и заметил, что для моделирования нужно использовать готовые (коммерческие) библиотеки. А за "готовые и коммерческие" надо деньги платить и, притом, немеряные Цитата И совершенно не нужно (IMHO) совмещать их с библиотеками используемыми для рисования схем и разводки плат т.к. схема модели и схема готового изделия заметно различаются. Извините за грубость, но рассматривать эту фразу иначе, чем полный бред, у меня не получается. Именно СОВМЕЩЕНИЕ ВСЕЙ ИНФОРМАЦИИ в идеале и требуется при использовании сквозного цикла проектирования (не буду останавливаться на термине "сквозной цикла проектирования"). Если "схема модели и схема готового изделия заметно различаются", то на фига тогда что-то моделировать, делай схему изделия и вперед, может и заработает, что бывает в 99% случаев для не сверх критичных проектов. Этот процент резко убывает при возрастании скоростей работы, частот, жестких требований к EMI/EMC, вот тут то и надо моделирование и симуляции. Без интегрированых библиотек провести все эти процессы для мало-мальски сложного проекта почти невозможно или превращается в самостоятельную длительную работу. Говорю это исходя из собственного опыта, а не по наслышке. 4-5-6 дней уходит, например, на экспорт печатной платы из Протела в HyperLynx (это редактирование атрибутов, которые неправильно переносятся из Протела, поиск IBIS или SPICE моделей для всех активных компонентов и еще масса рутинной работы, не затрагивающей даже зачатков интелекта). По результатам симуляции ты чего-то меняешь в проекте (а иначе на фига же все это) и начинаешь все по новой, но уже побыстрее, не 4-5-6 дней, а только один, т.к. модели, в основном уже есть, надо только поработать машинисткой. И так несколько раз подряд. Как, привлекает Вас такой вариант? А тут еще над душой пара - тройка начальников стоит и кричит "быстрей-быстрей", потому-что и, действительно, надо "быстрей", но еще и потому, что они, часто, просто не понимают и/или не хотят понимать, чем ты там занимаешься. А дальше все по Галичу - клистир, который будет выписан всем участникам за неработающее изделие будет потом, "но это ж, пойми - потом". Так что давайте оставим вопрос о том, нужны ли интегрированные библиотеки, могут ли модели отличаться от самого изделия и т.д.. Конечно нужны, а модели ДОЛЖНЫ соответствовать изделию. Еще раз извиняюсь за грубое начало послания
--------------------
"В мире есть две бесконечные вещи: Вселенная и человеческая глупость. За Вселенную, впрочем, поручиться не могу". (С)
А. Эйнштейн.
|
|
|
|
|
Feb 7 2005, 08:54
|

Профессионал
    
Группа: Свой
Сообщений: 1 003
Регистрация: 20-01-05
Пользователь №: 2 072

|
Цитата <И совершенно не нужно (IMHO) совмещать их с библиотеками используемыми для рисования схем и разводки плат т.к. схема модели и схема готового изделия заметно различаются.> Извините за грубость, но рассматривать эту фразу иначе, чем полный бред, у меня не получается. Именно СОВМЕЩЕНИЕ ВСЕЙ ИНФОРМАЦИИ в идеале и требуется при использовании сквозного цикла проектирования (не буду останавливаться на термине "сквозной цикла проектирования"). Согласен с вашем видением проблемы. Но хочу заметить, что разногласия возникли только на почве различной сложности проектов. Так, для устройства на МК с незначительной обвязкой (несколько перифирийных МС) такие библиотеки не нужны, более того, описание полной модели поведения МК представляется достаточно времяемкой задачей. Насчет одной схемы для моделирования и производства - мои задачи позволяют выполнить раздельное моделирование узлов и блоков, если же я не в состоянии состыковать результаты и учесть побочные эффекты, то пора не пенсию. Естественно, такой подход будет не верным для очень сложных и/или скоростных и, следовательно, дорогих проектов. А в этом случае стоимость нормальных библиотек не так важна. Цитата Так что давайте оставим вопрос о том, нужны ли интегрированные библиотеки, могут ли модели отличаться от самого изделия и т.д.. Конечно нужны, а модели ДОЛЖНЫ соответствовать изделию. В идеале да. Но очень слабо верится в появление полных, всесторонне протестированых некоммерческих моделей  .
|
|
|
|
Сообщений в этой теме
udofun Глобальная библиотека компонентов... Jan 24 2005, 20:27 KA_ru "в идеале."
tochno net. za ideal platit... Jan 25 2005, 05:31 dietimon Могу предложить базу компонентов для OrCAD, пока п... Jan 25 2005, 09:24 udofun Спасибо, посмотрю.
Идея в чем. Сделать в интернет... Jan 25 2005, 15:07 fill Цитата(udofun @ Jan 25 2005, 18:07)Спасибо, п... Jan 25 2005, 17:41 one_man_show Идея сделать свою, доступную для всех библиотеку, ... Jan 25 2005, 20:03 3.14 <Сапры есть разные, но практически совместимост... Jan 25 2005, 20:10 one_man_show Да фиг с ним, пусть под разные САПРы будут библиот... Jan 25 2005, 23:18 Nixon Возможно я анахронизм, но я очень редко пользуюсь ... Jan 26 2005, 08:23 dietimon Давайте тогда для начала оценим то что есть по раз... Jan 26 2005, 08:35 AlexN Мечты о глобальной-всеобщей библиотеке есть не тол... Jan 27 2005, 07:34 Yuri Potapoff В новом выпуске журнала PCD Magazine
http://www.p... Feb 1 2005, 10:11 dietimon Все же хочется ещё услышать мнения и пожелания, те... Jan 29 2005, 20:56 Yuri Potapoff Цитата(dietimon @ Jan 29 2005, 23:56)Все же х... Jan 31 2005, 11:14 veter а может просто пределить формат библов, формат пре... Jan 31 2005, 13:09 dietimon Полностью согласен с Вами ("и ты жена тоже пр... Jan 31 2005, 13:32 Yuri Potapoff Ровно год назад мы инициировали разработку приложе... Jan 31 2005, 14:28 Beard Самое верное- если кто-то сделает эту работу за де... Feb 3 2005, 10:34 veter одна маленькая притча:
в городе П в студгородке бы... Jan 31 2005, 14:33 dietimon По поводу внутренних форматов, шло обсуждение на н... Jan 31 2005, 15:46 veter для начала определимся с форматом
я работаю в PCAD... Jan 31 2005, 16:01 veter а про аттрибуты:
легко по ним поисковичек маленьки... Jan 31 2005, 16:17 halfdoom Создание глобальной и универсальной базы компонент... Feb 1 2005, 10:25 veter а всетаки , каким образом проводить проверку и кла... Feb 1 2005, 16:52 halfdoom Цитата(veter @ Feb 1 2005, 20:52)а всетаки , ... Feb 2 2005, 08:46 veter ЦитатаСамое верное- если кто-то сделает эту работу... Feb 3 2005, 12:40 LeonY Сейчас меня все или почти все будут ругать, но все... Feb 3 2005, 19:26 LeonY Цитата(Nixon @ Feb 4 2005, 10:22)Никто ругать... Feb 4 2005, 08:54  Yuri Potapoff Цитата(LeonY @ Feb 4 2005, 11:54)Спасибо за м... Feb 4 2005, 10:04  Paul IMHO глобальная библиотека компонентов - дело дост... Feb 5 2005, 21:54 Nixon 2 Yuri Potapoff У вас со Shemagee совсем другая пр... Feb 4 2005, 10:12 Yuri Potapoff Цитата(Nixon @ Feb 4 2005, 13:12)2 Yuri Potap... Feb 7 2005, 09:16 Nixon Еще раз соглашусь с LeonY - полезность библиотеки ... Feb 7 2005, 07:43 udofun То что библиотеки от PCAD понимаются это гуд.
Не д... Feb 8 2005, 08:52 Yuri Potapoff Цитата(udofun @ Feb 8 2005, 11:52)То что библ... Feb 8 2005, 08:58 KA_ru а как-же желание удалит Schemagee и TDD с FTP.
... Feb 8 2005, 18:06 Yuri Potapoff Судя по отсутствию сообщений в теме, она затихла.
... Feb 15 2005, 10:39 KA_ru net ne oznachaet.
prosto global'nye bibliotek... Feb 15 2005, 11:39
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0
|
|
|