2 Yuri Potapoff У вас со Shemagee совсем другая проблема - вам просто надо создать для данного продукта собственную базу библиотек, аналогичную существующим у других продуктов. Другое дело если вы действительно не остановитесь на достигнутоми попытаетесь с помощью трансляторов интегрировать ее в другие продукты.
Удачи в этом начинании.
P.S. Снимаю с вас последнее предупреждение.

Поэтому я и заметил, что для моделирования нужно использовать готовые
(коммерческие) библиотеки. И совершенно не нужно (IMHO) совмещать их с
библиотеками используемыми для рисования схем и разводки плат т.к. схема
модели и схема готового изделия заметно различаются.

Что касается наличия унифицированных библиотек с УГО и корпусами, то да, они
требуются только для экономии времени. В сети можно найти несколько сборников
библиотек, но они (для меня) практически бесполезны, поскольку нет смысла
тратить время на их верификацию и, возможно, подгонку к нужному стандарту.

IMHO глобальная библиотека компонентов - дело достаточно бестолковое. Слишком разные запросы у народа. Мне приходилось видеть много стандартных библиотек от Cadence, PCAD, Jedec, IPC и т.д., но ни одна не могла удовлетворить наши запросы и в каждой компонент, ну скажем типа 0603, отличался по геометрии от компонента в другой библиотеке. Компоненты были слишком громоздкими, а упаковать надо было 1800 компонентов на плату размером 160*100мм. Исследование зарубежного опыта на примере готовых изделий показало, что можно существенно уменьшить габариты компонентов. Но для разных применений и разных климатических и механических воздействий необходимы разные площадки и варианты монтажа (для выводных компонентов). По вопросм расчета площадок SMD компонентов предлагаю обращаться к стандарту IPC-SM-782.
Успехов!!!
P.S. Если у кого возникнут вопросы по SMD компонентам, могу проконсультировать.

А за "готовые и коммерческие" надо деньги платить и, притом, немеряные

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

Еще раз извиняюсь за грубое начало послания

Еще раз соглашусь с LeonY - полезность библиотеки определяется именно тем, что она должна включать в себя все необходимое для всего цикла работы над проектом (преславутое сквозное проектироваеие).

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

Согласен с вашем видением проблемы. Но хочу заметить, что разногласия
возникли только на почве различной сложности проектов. Так, для устройства
на МК с незначительной обвязкой (несколько перифирийных МС) такие
библиотеки не нужны, более того, описание полной модели поведения
МК представляется достаточно времяемкой задачей.
Насчет одной схемы для моделирования и производства - мои задачи позволяют
выполнить раздельное моделирование узлов и блоков, если же я не в состоянии
состыковать результаты и учесть побочные эффекты, то пора не пенсию.
Естественно, такой подход будет не верным для очень сложных и/или
скоростных и, следовательно, дорогих проектов. А в этом случае стоимость
нормальных библиотек не так важна.

В идеале да. Но очень слабо верится в появление полных, всесторонне
протестированых некоммерческих моделей .

То, что к Schemagee надо разрабатывать библиотеки, это понятно. Но особой необходимости в этом нет, так как она понимает любый библиотеки пикада, то есть если пользователь хоть когда-то работал в пикаде, то библиотеки для SG у него уже, считай, есть.

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

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



Прямо гора с плеч!

Если бы вы еще удалили с ftp сервера взломанную версию Schemagee и TDD, цены бы вам не было. Особенно бы вам были благодарны разработчики программы, которую проще и дешевле купить легально.

То что библиотеки от PCAD понимаются это гуд.
Не думаю что понимать библиотеки других САПР составляет большой труд для программисотов.

Чтобы понимать форматы надо иметь их описания. Пикад и протел у нас есть, есть PADS и разберемся с Zuken.

Ничего нет по оркаду-каденсу. У кого есть, прошу прислать.

а как-же желание удалит Schemagee и TDD с FTP.

Библиотеки дело нужное и бесполезное.
Их нет, так как они не нужны большим фирмам.Принцип бизнеса другой.

Есть консультанты и консалтинговые фирмы.
они все это и делают.
А все фишка в том что ответственность
за неточности и ошибки кто будет нести?

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

Тогда кому нужны такие либы.
А доступ к фирменным библиотекам и опыту открыт
ни когда не будет.

Судя по отсутствию сообщений в теме, она затихла.

Означает ли это, что весь пар ушел в гудок?

net ne oznachaet.

prosto global'nye biblioteki vozmozhna tol'ko v ramkax Firmy ili Kompanii.