Всем доброго времени суток. Возник такой вопрос организационно-технического характера:
У меня, например, есть необходимость сделать себе библиотеку с мюратовскими конденсаторами (поскольку их конденсаторов в альтиуме так и так нет).
Предположим что, для простоты, у меня будут всего два конденсатора - GRM0112C1E100JE01 и GRM0112C1E1R0BE0 (конденсаторы взяты первые попавшиеся с сайта мюраты).
Все конденсаторы отличаются названием, емкостью, типом диэлектрика (тут я пример выбрал не удачный - у них одинаковый диэлектрик, насколько я помню расшифровку названия), типоразмер, класс точности, температурные характеристики и тип упаковки.
Сосбтвенно как мне отобразить это в библиотеке так, чтобы было убодно и работать с ней, и делать потом по ней перечни (с нормальным полным названием) и просто сделать поменьше затрат на ее составление? Сделать по одному компоненту на каждый конденсатор (тысячи их) или сделать один компонент, например, на каждый типоразмер и остальное прописать где-то в параметрах и потом как-то это засовывать в документацию? К сожалению гугление по теме библиотек альтиума, в основном, находит статьи по их созданию, в которых сей момент вообще никак не рассматривается.

Сообщение отредактировал RiseOfDeath - Jun 5 2015, 06:46

Все дороги ведут в Рим
1. Сделать по одному компоненту на каждый конденсатор. Это правильный путь
2. Это тоже можно. Но поиск параметров каждый раз на схеме за вами со всеми вытекающими проблемами ( не то ввел, не то прописал )

Стало быть, стоит придерживаться первого варианта?

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

Сообщение отредактировал RiseOfDeath - Jun 5 2015, 07:07

О у каждого свое.
я пытаюсь указывать только определяющие параметры для удобства.

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

Скажем я в свое время при освоении Altium делал только те компоненты которые требуются. Но делал полностью с точными названиями, номиналами, ценами, поставщиками и т.д.
А потом с некоторого времени конденсаторы и резисторы делать перестал, поскольку накопились все основные виды корпусов и номиналов.
И теперь я просто копирую конденсаторы и резисторы с одной схемы на другую.
Но когда все готово для сдачи в производство, в Parameter Manager на схеме оптом корректирую точные User Parameters которые называю PartName (название у производителя) и PartNum (номер у поставщика).
Корректировки нужны потому что производители обычно не имеют тех конденсаторов и резисторов которые указаны на схеме.
Они присылают свой список. И в Parameter Manager все это переписывается.

Иногда просто переписываю PartName от одного известного производителя, чтобы производство легче нашло аналоги без согласования.

Но важнее всего описание компонета типа такого - 10 uF, 16V, X5R, ±10%, 0805
Производителю обычно больше ничего и не надо.

Это когда лишь бы конденсатор. или резистор.
В большинстве случаев проходит но:
А если важен ESR.
А если критична высота (такие есть и 1.8 и 2.5 мм)
А если широкие пределы температур ...
А если ...

Нет уж. заводской номер.
А если замена--- то всегда спрашивать. Где-то она возможна, а где-то приведет к плачевным результатам

Еще бы, кто бы спорил.
Конечно точный уникальный номер от производителя компонента обязателен даже если и без него все ясно.
Я только выставлять его предлагаю не в базе данных для всей тысячи элементов, а в Parameter Manager для конкретного набора элементов.

Видимо начальник плохо вас контролирует, раз позволяет подчинённым ерундой заниматься.
Создаётся типоразмер и уже на SCH в Comment или Description прописываются подробности о нём. Почему в Comment или Description, а не в рукопашно созданный и "правильно названный" параметр? Потому, что SCH List не работает с пользовательскими параметрами, что влечёт за собой огромные ограничения в редактировании этих самых параметров. Но, судя по вопросу, привычки использования SCH List у вас нет, то психологической зависимости от него вы не испытываете, соответственно и нервного срыва на фоне невозможности массового редактирования параметров не возникнет. Это я - уже как наркоман, без List не представляю свою работу.

Эк ты загнул. Для редактирования параметров существует Parameter Manager.

Эта "ерунда" не приводит потом к миллиардным неликвидам на складе

Как в этом поможет библиотека компонентов, когда это определяется базой данных отдела комплектации? К примеру, в Микране я имел право устанавливать только те элементы, которые есть в перечне склада. Если, мне, нужен был уникальный элемент, то начальник писал служебку на покупку уникального элемента с обоснованием покупки. Таким образом и сдерживался рост номенклатуры.


Абсолютно неудобная вещь. Вызвав её, ты не можешь перейти в главное окно. К тому же, оно отображает только User параметры в то время как SCH List отражает все изменения в процессе редактирования элементов иными средствами. Так же, из Листа можно сразу производить выделение, зум выделенного и прочее...

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

База склада меняется ежедневно. Сегодня закупили мурату, а завтра борнс. А после завтра запретили импорт и переходи на российское. Завтра на складе 10 вольтовые, а после завтра 16 вольтовые...
Кароче, все случаи не опишешь при всём желании.

Долгое время у меня была библиотека компонентов "конденсаторы", и в ней: С_0603, С_0805....
И уже когда ставил компонент на схему, то ручками вписывал емкость, напряжение, диэлектрик. Впринципе всех это устраивало т.к. на конторе есть специальные люди которые занимаются оформлением КД и комплектацией для производства. И дальше по цепочке эти мои "емкость, напряжение, диэлектрик" превращались в конкретный Manufacturer Part Number + наш складской номер.
Однако года два назад пришло понимание что это тупиковый путь, ошибки неизбежно появляются на всех этапах. Сейчас в библиотеке отдельный компонент - отдельный Manufacturer Part Number. Если какие-то вопросы с доставабеьлностью, то замена по согласованию с разработчиком.

То есть: 30 отделов - 30 номенклатур.