Версия для печати темы

Автор: viknn Apr 1 2013, 08:45

Генератор eeschema-библиотек от А.Колодкина

Автор: viknn Apr 2 2013, 03:05

Текущий сборник gost-библиотек на http://electronix.ru/redirect.php?ftp://ftp.kicad.ru/pub/kicad/library/

Автор: valber Apr 2 2013, 06:24

Ну существует этих генераторов , не мало

** Создаем УГО online
http://electronix.ru/redirect.php?http://kicad.rohrbacher.net/quicklib.php
** Генерируем УГО из XML
http://electronix.ru/redirect.php?https://github.com/AdharLabs/Kicad-tools/tree/master/libgen
** Создаем УГО с помощью list2kc
http://electronix.ru/redirect.php?https://github.com/nekromant/list2kc

Сейчас статью про это пишу.

Автор: tema-electric May 17 2013, 07:11

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

Автор: AVL May 28 2013, 12:55

Пока не изучал что это за библиотеки, но считаю есть смысл поместить их и другие ГОСТ-библиотеки в хранилище lp:~kicad-gost-committers/kicad/library
Есть возражения против этого?

Автор: AVL May 28 2013, 15:37

Потенциальное хранилище lp:~kicad-gost-committers/kicad/library будет независимо от lp:~kicad-gost-committers/kicad/kicad точно также как и от lp:~kicad-gost-committers/kicad/doc. Независимы с точки зрения хранилищ. А с точки зрения "подгружаться безусловно" не совсем понимаю о чем речь. Если речь о штатных библиотеках, которые обычно устанавливаются при установке дистрибутива KiCad, так это определяет тот человек, который собирает этот дистрибутив. Откуда библиотеки возьмет, те и попадут в дистрибутив.

Варианты могут быть, например, такими:
1) lp:~kicad-gost-committers/kicad/library в виде ответвления от lp:~kicad-lib-committers/kicad/library с добавлением отдельных директорий ГОСТ-библиотек
2) прямо в lp:~kicad-lib-committers/kicad/library добавить отдельные директории ГОСТ-библиотек (пока не знаю как отреагирует команда kicad-lib-committers)
3) полностью независимый lp:~kicad-gost-committers/kicad/library
4) полностью независимый lp:~kicad-lib-gost-committers/kicad/library (создать отдельную команду kicad-lib-gost-committers со своими правами, хотя мне лично больше нравится вариант с командой kicad-gost-committers и для библиотек и для кода. Это если сравнивать только с пунктом 3)

Автор: AVL Jun 1 2013, 06:34

Прошу по возможности каждого указать какой вариант больше нравится.
Я отдаю предпочтение варианту №1 из указанных 4-х.

Автор: mobidev Jun 1 2013, 08:59

Да, наверно вариант № 1 оптимальный, по крайней мере мне так тоже кажется, можно будет спокойно иметь
в одном флаконе и свежую ветку основных библиотек буржуинов и спокойно добавлять наши ГОСТовские.

Автор: Сергей Борщ Jun 1 2013, 18:24

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

Автор: IgorKossak Jun 1 2013, 18:36

Сергей Борщ, +1.
Основной напряг с библиотеками возникает только когда начинаешь работать в KiCAD. Потом, по мере наработки багажа, отвлекаешься на них всё меньше. Тем более, что в общедоступных библиотеках, как правило, нужных элементов процентов на 5, да и те приходится дорабатывать.
Единственную пользу в общедоступных библиотеках я бы видел в виде паттернов для PCB и в соответствующих им 3D моделях. К тому же, их многообразие на порядки меньше, чем у схемных элементов.

Автор: AVL Jun 1 2013, 19:54

Как я уже говорил, хранилище исходников программы и хранилище библиотек - это 2 независимых хранилища.
При выкачивании хранилища lp:~kicad-gost-committers/kicad/kicad хранилище библиотек, например, lp:~kicad-gost-committers/kicad/library не будет выкачиваться автоматически.
lp:~kicad-gost-committers/kicad/library нужно выкачивать отдельно и по желанию.
При подготовке дистрибутива принимается отдельное решение какую именно библиотеку поместить в дистрибутив. Либо дистрибутив с библиотеками - это вообще может быть отдельный дистрибутив.


Преимущество хранилища как раз в том, чтобы можно было различным людям удобно и упорядоченно корректировать, улучшать библиотеки.
В моем понимании, ГОСТ-библиотеки могут иметь (в идеале) только одно единственно возможное представление. И по идее любой сможет использовать такие библиотеки для любых проектов.
На сколько понимаю, имеется разрозненность библиотек в Инете, и большинство из них сырые, недоделанные. Нужно собрать все в одном месте (в хранилище), навести порядок, провести ревизию, устранить ошибки и т.д. В результате должна получиться максимально полная ГОСТ-библиотека компонентов, пригодная для каждого разработчика. Данную работу есть смысл выполнять общими усилиями.

Автор: Сергей Борщ Jun 1 2013, 20:13

Отлично. Только это меня и беспокоило - я совсем слаб в bazaar, поэтому смутил путь с общим "корнем".

Автор: IgorKossak Jun 2 2013, 11:42

Дело не столько в сырости библиотек (я имею в виду пока только схемные УГО), сколько в различных толкованиях изображений, допускаемых ГОСТом. И если на простые УГО типа дискретных элементов и несложных МС всё более-менее устаканилось, то в случае сложных микроконтроллеров я, например, не встречал ещё ни одного устраивающего меня варианта. Хотя, те варианты, что есть, тоже имеют право на жизнь и не противоречат ГОСТу. Здесь многое зависит от традиций и вкусов. Кто-то любит гигантские изображения со всеми выводами, даже четырёхсторонние, кто-то любит скрывать выводы питания. Кто-то любит делать многоэлементные гетерогенные компоненты. Кто-то указывает все возможные функции выводов, а кто-то только основные или по умолчанию. Вариантов здесь может быть множество, всем не угодишь. Поэтому результирующая свалка может быть огромной, а её полезность для данного конкретного разработчика - стремящейся к нулю, чем дальше - тем больше.
Кроме того, время разработки УГО для нового компонента (кои появляются чуть ли не каждый день, в отличие от типов корпусов) сопоставимо с временем поиска (и проверки) в общедоступной библиотеке.
PS. Недавно озаботился новым проектом на STM32F407Z. Сделал как обычно УГО со всеми функциями для выводов и сгруппировал по портам ввода\вывода. Положил этот УГО на схему и ужаснулся тому, что он занял половину площади листа. Пришлось переделать УГО под данный конкретный проект, в котором сгруппировал выводы пофункционально (Ethernet, USB, UART, ...) и указал только нужные функции (и номера портов). Жить стало значительно легче, площадь УГО уменьшилась втрое, читабельность увеличилась. Но пострадала переносимость. Для другого проекта придётся другой УГО делать. Ну и как бы мне помогла общественная библиотека?

Автор: AVL Jun 2 2013, 14:27

Да, насчет чипов согласен. Наверно для чипов есть смысл использовать генераторы УГО. В случае ГОСТ, какие-то ГОСТ-генераторы УГО. Я пока не имел дело с ними.
А вот УГО дискретных компонентов можно унифицировать и иметь отработанную библиотеку: транзисторы, диоды, резисторы и т.д.
Также можно попытаться все-таки выбрать какой-то наиболее универсальный вариант УГО для микросхем дискретной логики и тоже сделать отработанную библиотеку.
По крайней мере будем иметь базис.
На самом деле чипы тоже можно представить в каком-то одном варианте. Кто-то возьмет и будет использовать как есть. Кто-то другой не будет использовать готовое УГО чипа, а либо сгенерирует его согласно своим критериям, либо разработает его сам без генерации.

Автор: IgorKossak Jun 2 2013, 14:37

Именно об этом я и говорил. И такие библиотеки должны быть маленькими и их должно быть не много.

Автор: AVL Jun 2 2013, 14:41

Да, цель - получить в идеале одну библиотеку, наиболее универсальную согласно усредненному мнению.

Автор: tema-electric Jun 5 2013, 15:07

Эти библиотеки уже будут заполнены номиналами, например у резюков и кондеров?

Автор: AVL Jun 5 2013, 15:50

Может я что-то упускаю, а зачем?

Автор: tema-electric Jun 5 2013, 16:31

По опыту. Сначала делается схема и плевать на номиналы, а потом когда все готово надо эти номиналы вбивать, а уже лень. Бывает даже плата приходит и в спешке делается документация, чтобы отдать монтажникам.
Сначала в моих библиотеках были абстрактрые элементы ... потом элементы с предопределенными посадочными местами ... Следующий шаг - номиналы.

Автор: AVL Jun 8 2013, 13:42

Я про это слышал на каком-то из mailing list. Никогда таким подходом не пользовался. Пугает размер "списочков". Даже имея список компонентов без учета номиналов не удается быстро находить нужный компонент, список и так длинный. При дроблении на номиналы будет же еще напряжнее что-либо найти, или я не понимаю?

Автор: tema-electric Jun 8 2013, 14:16

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

Однако, учитывая количество рядов резисторов и конденсаторов, и разнообразие посадочных мест, наверно, Вы правы. Это будет сложно и громоздко. С точки зрения использования мне это представлялось просто: в поисковой строке набираем 0805 1K5 и вылазит сразу нужный резистор с нужным номиналом и посадочным местом, либо чтобы выбор номинала вылазил при расположении компонента, либо при особом способе вставки в виде сочестания клавиш, или установки галочки "задать номинал при расположении". Но все другое - это програмная реализация. Может быть здесь бы помогла ваша утилита GOST-Tools, чтобы туда можно было подрубать списки для назначения номиналов пассивным комопнентам, а на eeSchema курсор бы указывал на компонент.

Автор: _Pasha Jun 8 2013, 14:32

Это - от необходимости иметь разную маркировку корпуса элемента уже в случае 3D-представления платы. Поскольку такие вещи должны автоматизироваться (в будущем), подобный подход размножения сущностей не разделяю.

Автор: zöner Jun 8 2013, 14:44

жесть до чего доводит лень...
по-вашему нажать 4 кнопки v 1K5 - слишком сложно ?
а если нужно чуть поменять вид элемента - придется всю библиотеку перерисовывать ?
только для резисторов возможны куча вариантов корпусов - 0201..2012, штыревые 100mil..1600mil - перемножьте на количество номиналов - потом попробуйте быстро найти нужный среди 100500 вариантов.это зря. Если нужно много одного номинала - можно копировать 1 элемент с введенным номиналом (и другими атрибутами, напр. футпринтом), дальше поблочно. Хорошо что в Кикаде с копированием проблем нет.

Автор: tema-electric Jun 8 2013, 15:20

Под такой поисковой строчкой подразумевается поиск компонента с обозначением: Чип 0805 1.5кОм±5% .... хотите ТУ, хотите дальше ОЖО ...С другой стороны подход AVL для генерации перечней подразумевает использование дополнительных полей, и не обязательно пихать это в название.

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

В конце концов, это может быть скрипт на питоне для автогенерации группы библиотек.

Автор: AVL Jun 9 2013, 09:34

Создал ветку lp:~kicad-gost-committers/kicad/library
Пока поместил только библиотеки из директории library архива http://electronix.ru/redirect.php?ftp://ftp.kicad.ru/pub/kicad/library/aldan/kicad_gost_lib_mod_3d_20.01.13.7z в директорию library/GOST в хранилище.
Остальное, наверно, есть смысл добавлять по мере необходимости.
То есть сейчас добавил то, что имеет отношение к ГОСТ и уже неплохо структурировано.

Анализируя библиотеки из http://electronix.ru/redirect.php?ftp://ftp.kicad.ru/pub/kicad/library мне пока понятно, что их сложно сравнивать, поскольку много компонентов/паттернов помещено в конкретные файлы. Если была пересортица внутри файлов, либо массивные перемещения, то, к примеру, с помощью kdiff3 уже не могу отследить разницу. К примеру не получается легко отловить дубликаты.

Если не ошибаюсь, где-то на mailing list слышал информацию, возможно ее озвучивал Dick Hollenbeck, было предложение для каждого компонента иметь отдельный файл библиотеки. Мое мнение, идея хорошая. Такой подход позволит четко отслеживать все изменения, вносимые в библиотечный компонент, в том числе средствами VCS (в данном случае с помощью bzr diff, bzr qlog).
У кого какие соображения?

Автор: Сергей Борщ Jun 10 2013, 08:08

http://electronix.ru/forum/index.php?s=&showtopic=112839&view=findpost&p=1168491

Автор: break Jun 10 2013, 08:29

tema-electric
Где разница в количестве нажатий кнопок между в поисковой строке набираем 0805 1K5 и вставлением "пустого" элемента, а потом вбивания номиналов и выбора футпринта? Только одно преимущество вижу - не надо смотреть одновременно на CvPcb и Eeschema, чтобы правильно выбирать размер. Зато громоздкость библиотеки это преимущество убивает. А если разбивать по разным библиотекам, то придётся ещё делать телодвижения по выбору библиотеки.

Автор: tema-electric Jun 10 2013, 10:40

1) Видимо, у Вас редко бывает под сотню-другую резисторов и конденсаторов. Я лично, посадочные места редко выбираю. Это больше актуально для новых компонентов. Процедура отнимает кучу времени ... Мне проще грохнуть *.cmp файл и назначить посадочные автоматом.
2) Поисковая строка 0805 1K5 значительно отличается по своей длине от "Чип 0805 1.5кОм+-5%" Вставка всякого рода символов +- под unix системами значительно отличается от виндовой вставки того же символа.
3) Мне тоже не хочется громоздкости. Пример приводил основываясь на опыте работы с супрессорами. "Поставил и забыл"
4) Библиотеки можно разбить по рядам. Это будет своего рода защитой от дурака для новичков.
5) На данный момент вижу больше пользы от скрипта, который бы делал группу либ с пассивм с учетом требования предприятия. Может даже имеет смысл делать этот скрипт привязываясь к полям, которые использует AVL в GOST-Tools. Чтобы было минимум правок в перечне.
6) Я за минимизацию ручного труда, пусть даже ценой увеличения объемов библиотек.

Автор: zöner Jun 10 2013, 11:44

так вы искать нужный номинал/корпус по библиотекам будете дольше чем ввести с клавиатуры.
а если потом нужен другой номинал ? опять искать ?

Автор: tema-electric Jun 10 2013, 12:54

Что долгого в нажатии клавиши A и наборе строчки 0805 1K5, мышином клике и установке нужного компонента? Тут проблема в другом, что текущий поиск не поддерживает такой запрос, потому что у него две половинки. Но это решаемо, если сделать его одной строчкой 0805_1K5...

Я понимаю, что может оно и проще нажать кнопку V на компоненте, и вставить строчку, а затем отредактировать ее. Я сейчас так и делаю. Но это утомляет жутко.

Другой номинал. Все зависит от поведения генератора перечней. Я пока только знакомлюсь с ним.

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

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

Автор: zöner Jun 10 2013, 13:23

когда-то уже предлагал сделать табличный редактор атрибутов, где можно выделить сразу кучу элементов и прописать нужные Value/Footprint/... для всех

Автор: break Jun 10 2013, 13:46

tema-electric
Видимо, у Вас редко бывает под сотню-другую резисторов и конденсаторов.
Да, 250 компонентов было в феврале. Больше такого не хочу - только с третьего раза развёл. Правда назначение номиналов и футпринтов заняло ничтожно мало времени, по сравнению с разводкой.

нажать кнопку V на компоненте
Можно просто щёлкнуть мышью.

Все эти разговоры вокруг того, что надо создавать целую кучу супер пупер библиотек — не верю и не думаю что правильно. Ни одно предприятие не будет умышленно раздувать себе номенклатуру элементов, без лишней надобности. Если только проблем хочет или это предприятие - радиолюбитель
Я сейчас посмотрел номенклатуру резисторов - около 150 шт. только SMD. Только необходимые - я знаю что такое унификация.

Вообще обозначенный подход могу реализовать своими силами в частном порядке под себя
Справедливо.

zöner
когда-то уже предлагал сделать табличный редактор атрибутов
OrCAD'овский подход. Да, довольно удобно, удобнее, чем править по одному элементу, но только если есть схема перед глазами. Так что напрашивается принцип как в CvPcb.
С другой стороны, одинаковые элементы проще размножать копированием, а разнотипным присваивать номиналы непосредственно в момент установки на схему, тем более, что я, например, предварительно схему на бумажке не рисую.

Автор: zöner Jun 10 2013, 13:57

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

Автор: tema-electric Jun 10 2013, 17:40

Еще немного подумал. У размножения сущностей вроде резисторов и конденсаторов есть один большой недостаток. Схемный кеш будет раздут однотипными компонентами. В таком случае лучше делать один компонент с кучей псевдонимов, а затем запускать скрипт автозаполнения, который по псевдониму будет автоматически присваивать номинал. Тут даже посадочное место можно автоматически заполнить. Но место у резисторов связано с мощностью, так что это приемлемо только для конденсаторов.
А может эту фишку засунуть сразу в GOST-Tools? (речь именно о автозаполнении поля value (F1) по имени псевдонима). Но это так, лишь мысли в слух ))

Автор: break Jun 11 2013, 07:17

zöner
схема разводится, и параллельно моделируется/макетируется
Это порочный метод, от него надо уходить. Есть у нас такой специалист (к счастью в другом отделе) - сначала разводит, а потом, если зажать в углу и выкрутить руки, ноги и прочие части тела , то даёт схему (про оформление можно и не надеяться).

tema-electric
Но место у резисторов связано с мощностью, так что это приемлемо только для конденсаторов.
Конденсаторы тоже приходится разные по размерам ставить, в зависимости от номинала и напряжения. Хорошо хоть пока ТКЕ не приходится подбирать, но и это возможно.
И у резисторов не только мощность влияет. Была плата, на которой мощность не влияла, а влияло напряжение - пришлось ставить отдельные резисторы 1206 только из-за высокого напряжения, остальные - 0603 из-за размеров.

Схемный кеш будет раздут однотипными компонентами.
Ничему не мешает, пусть будет раздут.

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

Автор: tema-electric Jun 11 2013, 12:09

В библиотеке с виду их не отличить. А вот если начать редактировать, тогда там видно будет во вкладке "Псевдонимы". Но зато поправив один компонент, поправятся все. В плане УГО. Я таким макаром пополняю библиотеку, собственно. Если УГО совпадает и посадочное тоже, то просто вписываю еще одно имя.

Автор: tema-electric Jun 22 2013, 17:13

Вопрос косвенно связан с библиотеками. KiCAD поддерживает еще один формат 3D моделей x3d. Сегодня посмотрел в wings и во FreeCAD функции экспорта, и не нашел там этого формата. Вопрос, в чем делать этот x3d? На сайте 3dcontentcentral тоже пусто.

Автор: _Pasha Jun 22 2013, 17:36

Это для Blender. Там и импорт и экспорт имеется.
Пишут, что X3D типа наследник VRML... В общем, тот еще наборчик

Автор: _Pasha Oct 2 2013, 12:18

Работа с минимальным кол-вом библиотек(=1) все-же удобнее. Ниеогда не задавался вопросом: есть ли ограниения на количество элементов? Вроде в исходниках не находил. Стало быть, нету?

Автор: viknn Oct 18 2013, 16:55

Раньше здесь http://electronix.ru/forum/index.php?act=attach&type=post&id=74993
говорилось про возможность использования 3D-моделей SW/Компас для KiCAD *.wrl 3D-образов компонентов
при посредничестве Wings-3D. Тогда не получилось раскрашивать модели в Wings. Сейчас привожу небольшое
руководство, которое показывает как это сделать.

Автор: tema-electric Oct 19 2013, 02:12

Раз уж про Wings тема пошла, доброшу и свои 5 копеек.

Чтобы посмотреть на деталь со стороны оси Z нужно просто нажать Z. Если с обратной стороны, то Shift+Z.
Тоже самое и по остальным осям X, Shift+X, Y, Shift+Y. Что интересно, эти сочетания работают и в 3D просмоторщике KiCAD.
Включение/выключение перспективы осуществляется по кнопке O. Полезно, когда оценивается параллельность или еще что-то такое, например что отверстие в транзисторе по центру отверстия радиатора ))

Когда вы что-то двигаете вдоль оси или осей, используйте клавиши Shift, Ctrl, Shift+Ctrl. Они делают шаг дискретным.

У Wings есть четыре режима работы: точки, ребра, полигоны и объекты. В этих четырех режимах происходит выделение соответствующих режиму объектов.
Выделеные объекты подсвечиваются красным цветом. Чтобы сбросить все выделения надо нажать пробел.
Для разукраски я перехожу в режим выделения полигонов и начинаю блочным выделением с помощью мыши выделять все что мне нужно. Если что-то левое зацепил, использую блочное выделение с зажатой кнопкой Ctrl. То что нельзя выделить блочным выделением, выделяется индивидуально, кликаньем мыши в отдельные полигоны.

Перед разукрашиванием нужно создать цвета материалов. Они создаются в окне Outliner. Если оно у вас не показано, тогда Window->Outliner.
В этом окошке материал по умолчанию default. Я обычно делаю следующие материалы: pins - выводы, body - тело компонента, mark - цвет маркировки ключа или текста. Материал default нужно выделить левым кликом, и затем на нем же сделать правый клик.
Вылезет менюшка:
Edit Material (Там редактируется цвет),
Assign to selection (назначить материал выделению. Как раз то, что делается после выделения полигонов)
Select (Выбирает полигоны, которым назначен этот материал. Никогда не пользовался Хотя удобно, если всего два цвета: pins и body. После выделения pins можно инвертировать его и тут же назначить body, хотя в таких случаях я предпочитаю полностью объекту назначить body, а потом разукрашивать pins).
Duplicate (Дублирует выбранный материал)
Rename (Меняет имя материала)
Delete (Удаляет материал (кроме default))
Drop picked object (Не пользовался, не знаю зачем оно ))) )

Для создания своих материалов обычно делается: Duplicate -> Rename (pins), Duplicate -> Rename(body), Duplicate -> Rename (mark), Edit Material (pins), Edit Material (body), Edit Material (marks).

Пожалуй все

Автор: alex9 Oct 19 2013, 05:39

Ещё грошик про Wings3D, об который я споткнулся.
В свойствах материала (ПКМ -> Edit Material: Material properties) основной цвет определяет параметр Diffuse. Чтобы его изменить надо в Vertex Color выбрать Ignore. Остальное меняется произвольно.

Автор: max_donetsk Nov 4 2013, 13:27

Доброго времени суток!
Подскажите, пожалуйста, как в kicad создать посадочное место компонента, у которого контактная площадка имеет скос только с одной стороны? Мне, например, понадобилось нарисовать микросхему STM8S003F3U6, корпус у нее UFQFPN. Так вот, если посмотреть на рекомендуемый footprint, то крайние ножки имеют срезы с одной стороны, в принципе, логично, потому как корпус маленький и если не делать срезов, то ножки просто могут замкнуть. Продумывал вариант сделать крайние ножки меньшими по размерам по сравнению с остальными, однако, прихожу к выводу, что это чревато не пропаями разными, поэтому делать надо по рекомендации производителя. Помогите, пожалуйста!

Автор: faa Nov 4 2013, 16:05

Можно сделать из двух (прямоугольной и трапецеидальной) с одним номером с наложением одной на другую.
Где-то это в факе-хелпе на просторах интернета лет 5-7 назад проскакивало.

Автор: _Pasha Nov 4 2013, 20:04

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

Автор: _Pasha Feb 5 2014, 19:33

Объясните, плз, что это за мутная фича: fp-lib table
Линуховые сборки компилил без этого. В первый раз увидел, что это какая-то нередактируемая фигня и понял, что ей не место в системе.
--
Недавно брал с гостовского фтп вендузные сборки, теперь не могу ни библиотеки нормально задать ни понять как это сделать.

Автор: break Feb 12 2014, 11:01

В Pcbnew версии 4246 (bzr4619-testing) могут использоваться библиотеки посадочных мест только нового формата.
Что будем делать?
Рисовать заново - не предлагать.

Автор: Сергей Борщ Feb 12 2014, 11:41

Собрал последнюю версию официального репа недавно. Тоже полдня втыкал, что это за фигня. Старые библиотеки (у меня сборка r4653) поддерживаются. В общем они то ли с ноября то ли с декабря (гордятся в описании cvpcb) похоронили старое окно выбора библиотек. Они считают, что нам удобнее вписывать путь к библиотеке и ее имя руками.

В общем там есть некие таблицы. Есть глобальная таблица и есть таблица для конкретного проекта. Внизу окна есть несколько "типа системных" переменных, в которых хранятся пути к "общепризнанным" местам хранения библиотек. Содержимое одной из этих переменных (KISYSMOD) совпало с тем местом, где я храню свои библиотеки - /home/user/kicad/modules

Жму "Append row", в колонке nickname придумываю прозвище библиотеке (ic), в столбец Library path вписываю ${KISYSMOD}/ic.mod, Plugin type выбираю Legacy.
Повторяем для каждой библиотеки, посылая лучи поноса Дику.
Хранят они файл с таблицей... в корне моей домашней директории. Создать в домашней директории отдельную скрытую папку и сложить весь ворох своих файлов туда, как делают все нормальные программы, они до сих пор не догадались.

Автор: break Feb 12 2014, 13:39

Сергей Борщ
Plugin type выбираю Legacy
Вот оно! Спасибо.
А у меня оно выглядит просто как графа, в которую надо что-то вписывать руками, пока не ткнёшься.
Хоть всё равно не хочет читать, но можно дальше разбираться.

Автор: _Pasha Feb 12 2014, 17:48

Я какбы лучезарно благодарен ему лишь за то, что он эту фигню не в *.csv поселил, а в s-record, для которого надо баланс скобок соблюдать и прочая. Т.е. парсить уно-моменто в питоне не выходит, а времени разобраться никогда нету, пока есть старая альтернатива.

Автор: break Feb 14 2014, 06:25

Нашёл решение.

1. Меняем версию Pcbnew на 4239 (достаточно заменить только один файл).
2. Переходим к редактированию библиотеки.
3. Выбираем текущую библиотеку.
4. Сохраняем текущую библиотеку "как", указываем новый формат. И... получаем бардак в виде отдельных файлов на каждое посадочное место. Придётся с этим смириться.
5. Возвращаем Pcbnew версии 4246 (bzr4619-testing).
6. Прописываем в таблице библиотек полный путь к новым библиотекам (для удобства можно переместить файлы из каталога xxx.pretty в удобное место).
7. Profit!

http://electronix.ru/forum/index.php?showtopic=111642&view=findpost&p=1224453 в виндаке работает, в списке файлов так и отображаются.

Автор: _Pasha Feb 14 2014, 09:23

Дык а это тогда что?!


Я так понимаю, что это и есть импорт старых либ. Или я неправ?

Автор: break Feb 17 2014, 05:43

_Pasha
Я так понимаю, что это и есть импорт старых либ. Или я неправ?
Проблема в том, что старые библиотеки http://electronix.ru/forum/index.php?showtopic=111642&view=findpost&p=1235837.
Может когда-нибудь починят... Хотя я сомневаюсь.

Автор: Сергей Борщ Feb 17 2014, 07:38

У меня читаются, правда у меня линух...

Автор: break Feb 17 2014, 14:25

Сергей Борщ

Прошу прощения за оффтоп.
У меня вопрос: 3D просмотр отображается? У меня после очередного обновления OpenGL накрылся.

Автор: Сергей Борщ Feb 17 2014, 15:22

Не проверял, но на днях в рассылке писали, что они умудрились поломать относительные пути к файлам 3D-моделей. Все замерли в ожидании исправлений, но слабо верится что они будут скоро - Дика понесло очередные плюшки внедрять, а остальные только в ладоши хлопают.

Автор: _Pasha Feb 17 2014, 15:57

как раз проблема встала портабельности проектов. Буду решать питоном.

Автор: Сергей Борщ Feb 17 2014, 21:46

Вот чего выловил:

Автор: Ruslan.B Jun 27 2014, 11:45

Тоже столкнулся с этой ерундой насчет библиотек. А у меня работа а не погоня за новшествами! И так неохота бросать Кикад... Но где же наконец стабильный, пригодный к применению релиз ГОСТ-кикада? Не требующий возни с переделкой библиотек, не вылетающий со ссылками на WX? Я долго и успешно работал на 2012 года выпуске а теперь...
Про библиотеки и номиналы - почитал. Это подход программистов, видимо. Электронщики стремятся к простым решениям. Я вам сейчас даже на резисторах покажу почему эта идея утопична. Вы в курсе, что существуют помимо стандартных рядов ещё и точные, прецензионные? И каков же будет список?
То же самое у других компонентов В общем, поле ввода номинала - это идеальное, самое лучшее решение. Выбор из списков в любом случае хуже. Кто хочет - пусть там как-то скриптами изворачивается.
Я уже скачал тут библиотеки конденсаторов, и очень раздражают эти 100500 разновидностей одной детали, которые оказывается отличаются цветами или фирмой, формой и т.д! То есть всё это многообразие нужно только для 3-Д отрисовки. В таком случае я бы предпочёл программу для тех кому это надо сделать отдельно (типа CVPCB но назначение 3d-модели компоненту).

Автор: Эдди Jun 15 2015, 21:23

Мужики, а как по-человечески себе скачать кикадовские библиотеки?
У меня стоит версия 20140717 (сейчас до мартовской сего года обновляю, но это долго - таки гента). На работе намного более древний кикад стоит, все ОК. А вот дома решил платку развести — и кирдык! Ни одного посадочного места "из коробки" нет! Только гитхаб. А с гитхаба кикад не качает — виснет вусмерть. Да и вообще, что за издевательство — каждую подборку футпринтов отдельно качать?
Есть ли нормальные сборки "все в одном"?

Автор: mobidev Jun 16 2015, 06:38

Если на работе или где там у Вас есть нормальный интернет и установлен bzr или git,
то можете слить себе в локальную директорию все библиотеки,

или ГОСТовские соответственно


отнести их домой и настроить KiCad на использование GitHub'овских библиотек, но находящихся у Вас локально на ПК.
Для этого надо найти файлы, обычно лежащие в KiCad/library/template


и просто переименовать или лучше скопировать НУЖНУЮ в fp-lib-table, предварительно сохранив оригинал fp-lib-table.

То есть активно во время работы будут использоваться библиотеки с именем fp-lib-table,
в которой и прописаны настройки где искать библиотеки, то есть теоретически можно часть библиотек пользовать локально,
а часть с того же GitHub, мало ли у кого какие нужды.

P.S. как раз раздел 2.4.6. Using the GitHub Plugin http://electronix.ru/redirect.php?http://docs.kicad-pcb.org/Pcbnew/Pcbnew.html
описывает как можно подключить и использовать не только сервер GitHub, но и свой корпоративный или домашний для библиотек!

Автор: Эдди Jun 16 2015, 11:09

У меня прокси как дома, так и на работе. И активные соединения (ssh, активный ftp, git, bzr, торренты и т.п.) не работают.

Похоже, надо будет sed'ом выдрать нужное из fp-lib-table и просто гитом через http все библиотеки слить. Ох уж эти кудесники...

Автор: Сергей Борщ Jun 16 2015, 12:04

У меня тоже прокси, при этом ssh, git, bzr, торренты работают.

Это точно...

Автор: Aldan Jan 26 2016, 22:35

В связи с выходом новой стабильной версии KiCad переделал библиотеку 3-х летней давности.
Схемотехническая библиотека мало изменилась: в ней были произведены некоторые уточнения.
Библиотека посадочных мест претерпела большие изменения: она была почищена и расширилась на 900 посадочных мест вместе с 3D-модулями; прежде единый файл посадочных мест был разбит на 14 библиотек и все посадочные места были сконвертированы в .kicad_mod.
Архив KiCadLibMod_27.01.2016.7z временно можно скачать по ссылке: http://electronix.ru/redirect.php?https://yadi.sk/d/21d_61gpnnoqM
Прошу, как всегда закинуть библиотеку на фтп http://electronix.ru/redirect.php?ftp://ftp.kicad.ru/pub/kicad/ ( http://electronix.ru/redirect.php?ftp://kicad.r4b.ru/pub/kicad/ ), причем старую библиотеку переместить в папку old.
----------
P.S. Вот бы еще и документацией на русском к новому KiCad разжиться, а то в нем даже папки “ru” нет...

Автор: viknn Feb 4 2016, 17:05

Библиотеку разместил.

Автор: Aldan Feb 4 2016, 22:47

Спасибо.
Загрузку с временной ссылки удалил. Теперь качать с фтп.

Автор: L`Autour Feb 16 2016, 07:23

Давно мучает вопрос: вроде стандартный ряд размеров шрифтов в чертежах по госту это 1.8, 2.5, 3.5 и т.д. Тогда почему в библиотеках с УГО сделанным под гост обычно идут шрифты 1.5 и 3.0? И для микросхем: вроде по госту основной шрифт единый для всей схемы, однако размеры шрифтов позиционного обозначения, номера ножек и назначения выводов в библиотеках часто разные.

Автор: Ruslan.B Mar 8 2016, 11:30

Информации не нашел как настроить с github своего... а надо очень - ситуация такая, несколько машин, в итоге общий сервер библиотек очень нужная штука.

Автор: mobidev Mar 10 2016, 14:17

Это описывалось выше на этой странице, точнее можно почитать на http://electronix.ru/redirect.php?http://docs.kicad-pcb.org/en/pcbnew.html#_managing_footprint_libraries_pretty_repositories
А по сути есть два варианта:

1) размещать библиотеки локально в папке и периодически менеджером версий обновлять из локальной сети предприятия,
2) размещать сразу на локальном сервере предприятия, но изменения вносить туда Вы всё равно будете через менеджер версий (в это случае, просто системную переменную KIGITHUB меняете на свой сервер).

Автор: MrYuran Mar 10 2016, 14:22

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

http://electronix.ru/redirect.php?https://habrahabr.ru/post/271051/

Автор: Ruslan.B Mar 12 2016, 19:51

Спасибо! Со вторым способом просто ещё не разобрался, либо не видит библиотек либо выдает ошибки при проверке.
Пока сделал в NFS общую директорию и на каждой машине в /usr/local/share/ лежат библиотеки а rsync по cron их обновляет - сперва изменения сливает в общую, затем обновляет из неё. Плюс кнопка экстренной синхронизации по требованию.

Автор: Stas633 Jan 27 2017, 07:58

Добрый день.
Переходим на предприятии на KiCAD.
Хочется "на попробовать" ГОСТовскую библиотеку.
Дайте, плз., рабочую ссылку.
Спасибо.

Автор: SDI Jan 30 2017, 17:52

Все ссылки на гостовскую библиотеку от 27.01.17 не рабочие.

Автор: faa Jan 31 2017, 05:02

Удалось восстановить с диска библиотеку от Aldan.
Пока разместил http://electronix.ru/redirect.php?https://github.com/faa00/KiCAD_GOST_library.

Автор: Pahomov1 Jul 9 2017, 13:55

Извините не удержался
Не делайте этого
Kikad это даже не низший уровень
Как например Вы интегрируете в него поддержку базы закупок
Не привязывать посадочное место это вообще идиотизм (вообще оно привязывается через equ но очень не всегда работает)
Поиска компонентов по базе нет
Термобарьеры не адаптируют при разводке
Если совсем денег нет или задачи не сложные возьмите PCAD
Если посложнее и инженеров уважаете то AlTIUM или PADS
Если у Вас предприятие то Mentor Graphics Expedition Enterprise
Во всех перечисленных кадах тоже есть проблемы но это проблемы а не откровенная кривизна

Автор: Ruslan.B Jul 14 2017, 06:27

Извините, не удержался. Вы всё врете(с). У нас предприятие. 4 года Кикад. Всё в порядке.

1. Посадочное место привязано сразу, свои библиотеки проверенные на все случаи.
2. База закупок...какую это имеет связь вообще? На образец закупаются компоненты после разработки, на серию - не вопрос. На предприятии OpenERP, а поставщики всё равно в ручном режиме выбираются, как и производители комплектующих. Надо будет - напишем модуль.
3. По какой базе? Зачем и кому это надо? Нормальный инженер выбирает компонент не в САПР, а например в компэл-сдс...да сейчас параметрический поиск на каждом сайте. А если поиск по библиотеке имелся в виду то вы отстали от жизни лет на 25. Что из перечисленного есть в вашем Пикад, который к тому же далеко неясно можно ли теперь приобрести?
А если на предприятии серьезно программируют ARM как МК так и одноплатники, работают с БД и т.д и естественно, на всех машинах Linux - какой из перечисленных вами САПР это умеет?

Автор: Эдди Jul 14 2017, 06:48

Кстати, немного пооффтоплю.
Меня уже начинает бесить то, что при изменении посадочного места или обозначения на принципиальной схеме в библиотеке, на чертеже/печатной плате никаких изменений не происходит. Может, есть заветная кнопочка "обновить"? Но я заметил, что кикад создает отдельные файлы ресурсов для проекта, и изменение в библиотеке на этих файлах никак не сказывается; простейшим способом является удалить измененный элемент и заново добавить из библиотеки.
Но, может быть, есть способ менее муторный, потому как, скажем, если элементов десятка три, и ты их все хочешь изменить… Опять что ли grep/sed/awk в помощь?

Автор: Ruslan.B Jul 14 2017, 07:21

Хм. Можно подробнее? Например вот я изменил библиотеку, поправил посадочное место. У меня есть плата уже разведенная в какой-то мере...
Я сразу на это/любое посадочное место ПКМ, затем там в меню "замена посадочного места" а дальше "обновить все посадочные места на плате"
В схеме я если меняю то чаще называю по другому, а старую версию не трогаю. Потому не обновляется.
По "опять греп-сед-авк" - я с интересом прочитал вашу заметку но снова не понял для чего это. Ведь если мы заранее настроили классы цепей, размеры отверстий - мы просто глобально приводим значения ширины дорожек и размеров отверстий к классу цепи. Можем в правилах и перетасовать цепи... Я так делаю, хотя ваш способ интереснее и универсальнее.

Автор: Эдди Jul 14 2017, 08:04

Спасибо, я невнимательно меню смотрел. Но все-таки хочется автоматом чтобы обновлялось — т.е. все посадочные места заново считывались из библиотек при открывании файла, а не сохранялись локально, если не "закрепить" их.

так просто, увы, не получится: скажем, у меня класс цепи питания имеет ширину дорожки 5мм, Via диаметром 0.8мм с площадкой в 2мм. Но как эту дорожку к МК приконнектить? Естественно, сделав ответвление дорожкой толщиной 0.2мм. И так много где еще.
Но это — полбеды. Еще хуже с классами ситуация накаляется тем, что от них расстояния между дорожками наследуются, в итоге ту же отводку в 0.2мм сделать не получится, т.к. у класса требование — не меньше 2мм между проводниками.

Автор: Ruslan.B Jul 14 2017, 08:21

А они как раз таки считываются при открытии из библиотек, просто вопрос идёт мол спасти из кэша или нет...
По второму... Зазор-то он между разными цепями а не между проводниками одной цепи. Ответвление... есть особые размеры - вручную переключаю "пользовательский размер" и всё...там есть допустим 0,2 и 1 и 2 мм.

Автор: Эдди Jul 14 2017, 09:24

Проблема в том, что в настройках нужно указать минимальный зазор. И если я хочу всю плату разводить 0.5/0.5, а к МК подключаться на 0.2/0.3, то придется минимальный зазор сделать 0.3. И в этом случае когда выберешь толщину 0.5 из "пользовательских", зазор останется тем же — 0.3.
В общем, есть еще для разработчиков поле деятельности. Лучше было бы не отдельно задавать размеры, а сделать возможность выбора класса, чтобы отдельные сегменты можно было к разным классам причислять — и не было бы проблем ни с шириной дорожек, ни с зазором, ни с переходными отверстиями.

Автор: Ruslan.B Jul 16 2017, 09:59

Да, идеально бы было выбрав сегмент на плате тут же задать/изменить ему класс. Вообще это решаемо...
Нам, как предприятию не хватает помимо этого момента - заливки "сеткой" и возможности привязки к листу схемы сразу и "куска" разводки, чтобы например модуль не как отдельной платой добавить на основную а "на том же текстолите." Это тоже решается посадочным местом и скриптом с совмещением герберов, но не так как хотелось бы - заливка, соединение дорожек...

Автор: op3op3 Jul 17 2017, 01:12

в альтиуме это можно задать рисованием рум-а и указание для этого рума своих правил

Автор: one_eight_seven Aug 13 2017, 16:44

Здравствуйте.

Только установил KiCAD, поэтому вопросы совсем новичковые, поскольку полностью документацию прочесть я не успел, тем более, что качество оной совсем не соответствует моему мировоззрению. Я привык, что правильное проектирование устройства в САПР начинается с библиотеки. Документации по библиотеке я не нашёл вообще - только отрывочные сведения и достаточно прекрасное описание формата файлов библиотек.

Но:
1. Правильно ли я понимаю, что библиотеки компонентов нет вообще и эта фукнция переложена либо на оформление компонента в схеме либо на библиотеку УГО?
2. Правильно ли я понимаю, что манипуляции с библиотекой, как таковой не предусмотрены, то есть саму по себе её не создать, открыть для редактирования - тоже не получтся, и нужно либо создать проект, потом идти в схемный редактор, а оттуда запускать редактор библиотек и там, через свойства настраивать пути, сохранять компоненты в библиотеки и т.п.?
3. Если мне нужно исправить УГО, то единственный способ исправить все его инстанции - это пройтись скриптом по библиотеке? (понимаю, что это может быть даже oneliner, но нет ли инструмента, предоставляемого KiCAD'ом?)

Автор: Барановский Константин Aug 13 2017, 18:30

Всё же, рекомендую изучить:
http://electronix.ru/redirect.php?http://docs.kicad-pcb.org/stable/ru/getting_started_in_kicad.html#make-schematic-components-in-kicad

Автор: one_eight_seven Aug 13 2017, 19:50

С этим документом я ознакомился, потому и спрашивал. Правильно ли я понимаю, что там методология ещё докомпьютерных времён: сначала я набросаю как-нибудь схему, а потом к этой схеме как-нибудь присобачу посадочные места, ну и далее - трассировка платы, вывод фотошаблонов, а BOM - вообще по остаточному принципу.

Вот прямо простейший пример: запускаю я KiCad, и пока не создам/открою проект - я даже не могу запустить Eeschema средствами, предоставляемыми программой kicad. Правда, при этом, я могу запустить отдельно Eeschema. Но даже запустив её и редактор библиотек я не могу создать библиотеку - я могу лишь открыть существующую. Ну или создать компонент в "нигде" и сохранить его в новую библиотеку. Имеются только такие костыльные методы?

Автор: Барановский Константин Aug 14 2017, 06:44

one_eight_seven, ну, в общем, так оно и есть.

Автор: op3op3 Aug 15 2017, 00:57

Я бы сказал, что работать с библиотеками в KiCAD-е приятно и удобно. Если в Альтиуме библиотека это отдельный, самодостаточный, монстроидальный проект, то в KiCAD библиотеки это простой, эффективный, гармоничный инструмент рабочего проекта. Как для УГО так и для посадочных мест.

Автор: one_eight_seven Aug 15 2017, 11:00

А месье знает толк в извращениях...

Можно пошаговую инструкцию как привязать библиотеку хотя бы к Libre Office Base?


Так не только в Альтиуме. И для этого есть свои причины.

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

Автор: op3op3 Aug 16 2017, 02:32

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

Если зарплата высококвалифицированного специалиста у вас соответствует его квалификации, то купить "нормальный" продукт и посадить за него низкоквалифицированных специалистов будет дешевле. согласен с вами

Автор: dxp Aug 16 2017, 09:14

+1. Средства редактирования библиотечных элементов в KiCad очень слабые, тут не поспоришь.


А вот тут не согласен. Во-первых, текстовый формат файлов очень хорошо ложится под систему управления версиями. Во-вторых, он позволяет очень легко производить генерацию компонентов. Например, для микросхем (а это основной объём и трудоёмкость) и разъёмов мы совсем ушли от редактирования в графике - библиотеки собираются скриптами наподобие программ. Это очень удобно и не требует никакой особой квалификации.

Автор: one_eight_seven Aug 16 2017, 11:31

Простите, а с чем именно вы не согласны? Ведь я указываю текстовый формат именно как плюс.

Автор: break Aug 16 2017, 11:53

one_eight_seven

Это вообще современный стиль программ. Особенно это характерно для систем написания и отладки программ. Видимо, это и повлияло на разработчиков KiCAD'а. Вообще-то в KiCAD'е всё не так страшно, создать проект достаточно быстро и просто, не то, что, например в каком-нибудь Эклипсе или VS.


А чем это плохо? Какой смысл создавать библиотеку ради неё самой, чтобы в ней не было элементов? Кстати, библиотеки посадочных мест уже, как таковые, больше не существуют - каждое посадочное место представлено в виде отдельного файла.

Автор: one_eight_seven Aug 16 2017, 12:08

Вопрос в корне неверный. Правильный вопрос: "а какие преимущества даёт стиль, принятый в KiCad?". Ведь это они сделали не так, как все, в результате чего пропал интуитивно-понятный (или привычный - кому как больше нравится) порядок действий.


У меня библиотеками разнимался отдельный человек. Он же осуществлял учёт поступления/расхода компонентов. И библиотека была привязана к ERP. Вроде так сегодня принято?

Автор: alex9 Aug 16 2017, 19:46

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


Мне не понятна цель развиваемой вами дискуссии. Вы установили себе БЕСПЛАТНЫЙ продукт.
Если вы хотите освоить его - задавайте вопросы, читайте ответы, изучайте, пользуйтесь тем, что есть.
Если вы хотите улучшить его - вперёд! Думаю, многие здесь вас поддержат, а кто-нибудь - и поможет.
Если он вам совсем не подходит - так удалите.

Автор: one_eight_seven Aug 16 2017, 20:41

Какой ум! А я-то не знал, что делать.

Пересмотрите дискуссию. Вопрос мной был задан, ответ был мной получен. Всё. Мне начали доказывать, что там всё очень удобно. Я спросил, если удобно, то как сделать вот такусенькую простенькую вещь. Ответа не получил, а получил уточняющие вопросы. На них ответил. То, что это очередной представитель не очень качественного оупенсорса (по крайней мере до тех пор пока CERN там всё не перелопатит) - я увидел. Сборка из исходников документирована из рук вон плохо, по написанному не собирается, так что даже желания участвовать в этом нет и вот это предложение тоже мимо:

Если его нельзя установить по написаному, то качество кода даже оценивать не хочется. То есть, после git clone, очень скоро последовало rm -rf. Может через несколько лет ещё разок взгяну.

Не бесплатный, а свободный: free «as in free speech, not as in free beer». И цена применения и поддержки этого оупенсорса для компании выше, чем у коммерческих продуктов, что, в общем-то, не редкость.

Автор: Ruslan.B Aug 18 2017, 05:16

Не забывайте ставить ИМХО или привести расчёты объективные.
Наш опыт применения в рамках предприятия - положительный. Коммерческий продукт не задушил бы стартап только в одном случае: если бы он был украден. Что в общем-то, не редкость (с).

Вообще все ваши посты тут похожи на хвастовство в стиле "а я ниасилил". А ведь тот же OrCAD лет 10 назад помню, далеко не каждый мог по инструкции установить и запустить, далеко не во всех версиях Windows... А уж потом ещё и работать в новой для тебя системе. А за него между тем, деньги платят.
Зачем собирали из исходников, взяли бы готовый. Попробуйте собрать из исходников хотя бы Pcad что-ли...для сравнения.
Тут же речь о свободной альтернативе, которую вы сравниваете с платными уже освоенными вами продуктами. И несоответствие вашим ожиданиям выражается в абсолютно неконструктивной критике, даже с элементами клеветы - поскольку многое всего лишь эмоции а не аргументы. Я бы понял возмущение если бы вам его продали по цене того же OrCAD. Но тут это ни к чему.

Автор: one_eight_seven Aug 18 2017, 15:18

Как будто что-то плохое, и как будто возможно сравнение с неосвоенными продуктами.


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


Правда, удивительно для "удобного" софта в 2017? Кроме того, я и не скрываю, только не "ниасилил", а даже не захотел осилить. Причины - вот в этом посте: http://electronix.ru/redirect.php?https://electronix.ru/forum/index.php?showtopic=111723&view=findpost&p=1513252
После этого меня попытались переубедить, я и начал задавать, судя по вашей реакции, неудобные для фанбоев вопросы.

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

Автор: Барановский Константин Aug 18 2017, 18:26

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

Автор: Ruslan.B Aug 21 2017, 06:29

Вместо готового пакета взял исходники, нашел функцию, которая мало кого интересует (связь с БД) , написал что всё плохо, ушёл... Логики ноль, пользы ноль, смысла ноль. Лучше бы описал мол не хватает такой-то важной и полезной функции - с аргументацией зачем она вообще нужна и как это работает. Иначе из сообщений вообще нечего извлечь.

Автор: one_eight_seven Aug 21 2017, 07:02

Ваш маня-мирок удивителен. С чего вы взяли, что я не брал готовый пакет, если я описывал свой опыт работы с KiCad? Или вы думаете, что я смог запустить то, что не собралось? Этот форум - не единственный, мне посоветовали собрать из исходников, и попробовать изменения, которые уже достаточно давно работают, но не включаются в стабильную версию. И судя по описанию, хотя бы на том же CERN'е - это действительно нужные функции.


Мало кого из тех, кто ей не пользуется, не пользовался и не способен понять? Возможно.
Я прекрасно понимаю, как можно обходиться без этой функции, и достаточно долго без неё обходился, но уже не хочу.


Развивайтесь, эволюционируйте и прекращайте додумывать за других. Тогда сможете и про логику и про пользу рассуждать более здраво.

Я вот встречал два вида старичков - одни заявляли, что им плату быстрее сразу начертить, даже не включая компьютер, и всё это баловство молодёжи, а другие - они таки включали компьютеры и возвращаться к кульманам уже не хотели. Платы, что характерно, на выходе были и у одних и у других, а доказывали, как это всё не нужно - только первые. Прямо как вы. Чего вы мне доказать хотите? Что мне функция, к которой я привык, и на которой у меня часть производственного процесса построена - не нужна? Вы зря стараетесь. Тем более, что вы не правы - можете взглянуть на другие ECAD'ы для расширения кругозора. Причём, она настолько распространена, что я удивился, не найдя описания её в KiCad, оттого и задал вопрос, о чём жалею - случайно оскорбил ваши религиозные чувства... Уж простите меня, если можете.

Автор: op3op3 Aug 22 2017, 01:12

У меня такое впечатление, что из местных читателей мало кто понял что вы подразумеваете по "связь с БД" и для чего это вам нужно. Мой опыт работы с БД говорит, что "связь с БД" на 99% зависит от самой БД , ее инструментария и людей которые управляют этой БД. Ну и да, разработчиков из ЦЕРН мало интересуют средства массового производства, от этого и технологическая подготовка в KiCAD очень слабо реализована, по сути, отсутствует.

Хорошо бы из этой темы выделить новую, где обсуждать, что еще требуется и желательно добавить в KiCAD

Автор: Ruslan.B Aug 22 2017, 03:17

Мой тоже. У нас OpenERP и заявка на склад и поставщикам запросы выполняются там. А касательно применения БД разработчиком- зачем?
Вы что, выбираете компонент в схему по наличию на складе? По цене? А это от серийности случайно не зависит? А может, всё же важнее параметры, надежность?
С другими системами я работал не один год и пришёл к KiCAD. Другое дело, что за последующие годы в тех системах появилось что-то новое. но Кикад тоже не на месте стоит.

Автор: break Aug 23 2017, 06:22

one_eight_seven

У "всех" разный, а не привычный порядок действий. И у многих отнюдь не интуитивно понятный. Я перед переходом на KiCAD пытался освоить Mentor (Pads) и PCB Editor (OrCAD). Без должного стимула и при недостатке времени (другой работы было много, а пробные лицензии работали всего месяц) у меня ничего хорошего не получилось из-за необычности подхода (до того работал в OrCAD Layout). KiCAD освоил за неделю, правда тогда в нём ещё был немного другой принцип работы с библиотеками. Переход на нынешний принцип вызвал первичное недовольство, но не привёл к неудобству работы.


Не надо выдирать части из фразы. Вопрос стоял не:
,
а:

Ключевые слова выделены. Смысл меняется.
Повторяю вопрос иначе: Какой смысл в пустой библиотеке?
И в вашей ситуации наверное больше подошёл бы Mentor Xpedition. Со всеми вытекающими в виде большой цены и обучения на курсах по использованию.
Хотя мне такой подход, когда каждому радиоэлементу каждого номинала нужен свой библиотечный элемент (у резисторов, например, каждый номинал каждого типоразмера, каждой точности, каждой мощности имеет отдельный библиотечный элемент), кажется слишком неудобным.


Под Windows, если не нужен вариант под ГОСТ (гостовские рамки и штампы можно подключить в любую версию), собирать не обязательно - достаточно скачать готовый вариант. У меня, например, такой вариант сейчас и стоит, поскольку KiCADWinbuilder сломали. Я раньше сам собирал.
Под Linux собирается надёжно. Если нет хорошей документации, то это описано на этой конференции. Я успешно собирал уже несколько раз. Но, если гнаться за последними версиями, то все ошибки разработчиков придётся проверять на себе.

Ruslan.B
Вы что, выбираете компонент в схему по наличию на складе?
Да. Унификацию надо повышать, по возможности.

Автор: one_eight_seven Aug 23 2017, 07:33

Вы совершенно правы, мне так тоже неудобно. Поэтому мне и удобнее, когда есть одно УГО - резистор, а остальное берётся из заданых в базе данных ТКС, допуск, типоразмер, номинал, статус компонента и т.д. УГО и посадочное место - это тоже поля в базе дынных. Поиск потом тоже ведётся по базе данных по тем же параметрам. Добавить параметр в базу данных - тоже довольно просто. При этом, у меня не вызвало затруднений настрочить perl'овый скрипт, который добавит параметр в библиотеку УГО KiKad'а. Но то, что в базе данных получается само собой - структурированность по типу, и т.п. в KiCad надо продумывать заранее и включать в компонент. Можно даже использовать для этого существующую базу данных, но для этого надо уметь с ними работать уже не на уровне пользователя (с чем, повторюсь, у меня справлялся монтажник). Но при этом возникает проблема с тем, что данные начинают хранится во множестве мест, и их нужно как-то консолидировать.

Это что касается связи с базой данных.

Теперь зачем она:
1. Чтобы разработчик брал компоненты только из базы данных. Чтобы он не мог создать и поместить в схему непроверенный элемент. А-то мне уже попадались в копеечных схемах 100pf СВЧ конденсаторы по $2 в партиях и шестимесячным сроком поставки. Тут к KiCad'у претензий нет, кроме необходимости двойной работы (хоть её можно и автоматизировать) - подобное можно сотворить в любом CAD'e просто вручную переписав номинал/part number в схеме.

Суть в том, чтобы сделать так, что разработчику пойти по правильному пути - сделать запрос человеку, работающему с библиотекой, было удобнее, чем быстренько наваять компонент, поменяв у него параметры на нужные сейчас, тем самым решив сиюминутную задачу и наплодив проблем и лишней работы в будущем. Это можно сделать легко теми же скриптами.

2. Из этой же базы данных берутся сведения для базы данных изделий, что сильно облегчает жизнь при поддержке производства, внесении изменений. Собственно, здесь основная проблема в том, что KiCad плодит локальные библиотеки в директории проекта. (gcc же не создаёт локальные копии библиотек в директории проекта, и как-то работает). То есть, опять нарушается принцип единого источника данных, который в этот раз уже так легко не решается.

В общем-то это всё на сегодня совершенно чуждые KiCad'у парадигмы (и он от этого не плохой, я его не ругаю, как тут некоторые думают). И он в этом, конечно, не одинок. Без этого, разумеется, можно работать (но по-другому), это, естественно, можно обойти, починить (но с этим уже не справится монтажник).

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


Спорно: именно под Linux и не собралось. И причиной - именно плохая документированность этого процесса. Я знаю, что если бы мне это было нужно, я бы собрал, как это сделали тысячи других людей. Но это требует большей вовлечённости в процесс, чем должно. Об этом, кстати, пишу не только я, но и немало пользователей из-за рубежа, которые тоже, как я решили попробовать KiCad.


Для домашнего пользования (первая причина, по которой я обратил внимание на KiCad) он у меня не окупится в обозримом будущем. Да и если мне придётся разворачивать процесс разработки на новом месте (вторая причина, по которой я решил посмотреть KiCad), то Xpedition там с большой долей вероятности будет overkill. Хотя с этим инструментом я знаком.


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

Автор: break Aug 25 2017, 08:09

one_eight_seven

А в каком пакете так сделано?


Может я что-то делаю не так, но заранее ничего не продумываю.
В ГОСТовской ветке есть инструмент для задания свойств компонентов. Позволяет даже создавать исполнения платы, чего мне сейчас не хватает.


Лично я не создаю новые компоненты с другими параметрами, а ставлю общее УГО, а потом, тем или иным методом, меняю у него свойства.


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


Мне казалось, что на этой конференции уже всё было разложено по полочкам.


Как-то это плохо согласуется с заявлениями о базе данных компонентов на производстве.


Тогда требования о единой базе тоже избыточны.


Ещё раз повторяю: библиотек посадочных мест, как таковых, в KiCAD'е больше не существует - каждое посадочное место имеет отдельный файл.
Как можно создать то, чего не существует?
Новая библиотека УГО делается через копирование компонента или создание нового в новой библиотеке, для этого даже есть большая кнопка на панели инструментов.
Можно сохранить текущую библиотеку под новым именем.
Про создание нового файла библиотеки в текстовом редакторе говорить не буду - вот это точно костыль, хотя при этом гарантированно будет совершенно пустая библиотека.

Автор: Uree Aug 25 2017, 08:17

Вообще-то наверное во всех ныне присутствующих на рынке. Точно знаю об Altium, OrCAD Capture CIS/Design Entry HDL, Expedition DxD/DC.
В общем это стандартный подход к библиотекам сейчас - символ один, а атрибуты к нему добавляются из БД.

Автор: one_eight_seven Aug 25 2017, 08:53

Эта конференция - это не документация к KiCad.


Подумайте ещё. Может быть поймёте желание иметь на работе и дома одинаковые пакеты.


Я не могу открыть тул без применения костылей. Срать мне на то, что библиотек посадочных мест, как таковых, не существует: библиотеки компонентов (совмещенные с графикой УГО) существуют.


Если тул не запускается, то большой кнопки нет, панели инструментов нет. Как создать и сохранить я разобрался - с этого начал. Метод какой-то странный и отличается от всего, что я пробовал до этого, но и чёрт с ним, спишем на вкусовщину.


Вот это новость, а если мне HighSpeed не нужен от слова "вообще", а изделия производятся и продаются массово и поддерживаются много лет?


Вот последствия такого метода мне приходится разгребать на каждом месте работы. Почти у всех этих мест есть общее: с уходом носителя тайного знания о том, где смотреть, где не смотреть, а где он рыбу заворачивал, вдруг резко перестало получаться производить электронику по имеющейся документации и имеющимся исходникам.

Автор: op3op3 Aug 28 2017, 08:54

Как в Альтиуме добавить атрибуты символа из БД? В какой момент это делается? в свойствах символа на схеме есть кнопка добавить параметр, но не вижу как загрузить из базы

Автор: Ruslan.B Aug 28 2017, 10:06

Теперь понял о какой базе речь. Хотя тоже не видел ее ни в одном из пакетов. Про унификацию могу сказать...скорее склад зависит от выбора элементной базы, чем ассортимент склада влияет на продукцию.
Про изменение свойств УГО и проблемы из-за этого - не слыхал. Ведь библиотека не меняется а на схеме и так видно...не вижу никаких проблем производить электронику с уходом кого-то.
Да, выбор % точности у резисторов и другие данные не помешали бы. Но на практике таких компонентов менее десятой доли от объёма , так что вручную не сильно напрягает. А по умолчанию идёт например, 5%.

Автор: op3op3 Aug 29 2017, 02:00

Для разработки изделия складские позиции должны играть слабое влияние, верно. А при серийном производстве, чем больше изделий, чем больше номенклатура элементной базы тем сложней удерживать осмысленный порядок на складе и монтаже. Например, существует огромное многообразие step-down преобразователей, и раздувание применяемых позиций не оправдано. Для домашнего и штучного изготовления можно оптимизировать применяемую комплектацию по разным критериям: получил образцы, нашел в тумбочке, продают в магазине за углом. При серийном производстве достать катушку каких-нибудь микросхем в сжатые сроки может оказаться довольно затруднительно, а при потребности уже в десятки тысяч, производителям чипов приходится закладывать эти объемы в свои планы. И каждую позицию приходится держать на складе. Увеличение остатков на складе приводит к связыванию операционных средств. С резисторами и конденсаторами лучше ситуация с доставкой, за-то там позиций много


для конденсаторов: тип корпуса, тип керамики, напряжение

Автор: one_eight_seven Aug 29 2017, 05:52

Задаётся только сама база данных и ключ. Все поля базы данных после этого добавляет сам альтиум. После чего можно отключить не интересующие вас. По крайней мере, так было четыре года назад. Как оно происходит сейчас, с введением Vault - я уже не знаю наверняка, но насколько я знаю, старые методы работы с библиотеками из пакета не убрали.

Автор: Ruslan.B Aug 30 2017, 10:08

Согласен, если выпускать планируется на предприятии то конечно. Но вот мы бы рады например унифицировать разъёмы а заказчики "А у конкурентов вот такие, удобно вертикально" а в другом изделии "А угловые лучше при обслуживании ". Мало этого, есть требования по окружающей среде и надежности, в итоге те же DC-DC модули где-то дорогие, где-то среднего сегмента.
Да, верно. Причем у нас сейчас есть несколько библиотечных компонентов с заранее проставленными свойствами и выбор из списка...Это именно чтобы не забыть указать тип диэлектрика и рабочее напряжение.

Автор: break Sep 1 2017, 06:25

Uree

Я после 16 версии с ним дела не имел. В тех версиях подход не сильно отличался от KiCADовского. Хотя в KiCAD'е всё же лучше - для отдельных параметров существуют отдельные поля.

one_eight_seven

А на какие ещё программы предоставляется документация по сборке и компиляции?


Я подумал, но не понял желания сумасшедшего миллионера иметь дома пакет уровня Xpedition. Можно, теоретически, и за это не платить, но тогда желание использовать KiCAD мне не понятно.
Для крупносерийного производства KiCAD пока не очень подходит, дома Mentor избыточен. Для разных задач приходится использовать разные инструменты.


Ничего не понял. Какие библиотеки компонентов? УГО или посадочных мест? Или единая библиотека, включающая УГО и посадочные места? Так это тоже не всегда удобно, поскольку типов корпусов элемента может быть несколько вариантов.


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


Надо правильно оформлять документацию. У нас всё производится без исходников. Если нет ошибок, то я вообще не принимаю участия в изготовлении. На производстве берут спецификации, сборочные чертежи, пакет GERBER файлов, файл прошивки и, при необходимости, файл автоматической расстановки элементов, после чего на выходе получается готовое изделие.

Автор: op3op3 Sep 1 2017, 06:45

Подскажите, как в ГОСТ-овской версии создавать исполнения. Там исполнения можно делать по устанавливать/не устанавливать и по номиналам ?
Или где про это прочитать можно, а то хелп отсутствует в ГОСТ-овской версии

Автор: one_eight_seven Sep 1 2017, 08:26

Да числа им не счесть, зайдите, например, на gnu.org.

Автор: break Sep 20 2017, 07:15

one_eight_seven

Не надо прикидываться шлангом.
На, например, Ментор или Альтиум есть инструкции по компиляции?
Да и на многие другие (если не на все) программы с открытым кодом инструкции по компиляции не лучше. Погромисты, как обычно, пишут программы под себя, а не под пользователя. Им не нужно, чтобы кому-то было просто и удобно пользоваться их поделками.

Автор: one_eight_seven Sep 20 2017, 07:21

Автор: Hale Jan 31 2018, 07:13

Ничего не понял. Так как все-таки импортировать библиотеки в KiCAD.

Вот для чайника, с нуля. Скачал, установил, там же http://electronix.ru/redirect.php?http://kicad-pcb.org/libraries/download/ скачал три ZIP:
kicad-symbols-master.zip
kicad-footprints-master.zip
kicad-packages3D-master.zip

Вот че с ними-то делать? Ни одного мануала не нашел. На самой странице написано алхимическими загадками для наследственных телепатов:
"add these libs to kicad via the footprint library manager found in the preferences menu of pcb_new and the footprint editor"
Что мягко говоря не соответствует действительности - нет такой программы "pcb_new" после инсталяции. А в "Pcbnew" есть только импорт футпринтов, но не символов и не 3D моделей. И не понятно куда он это импортирует; судя по всему в проект...

ОК. Тупо распаковываем kicad-footprints-master и импортируем по одной директории (поскольку пачкой не импортирует - не все директори одинаковые)...Часть ОФИЦИАЛЬНЫХ футпринтов все равно считывается с ошибкой... И никакой структуры, никаких запросов на библиотеку символов. Что дальше?

Так как же по-челоечески обновить все глобальные бибилиотеки? Ну чтобы после запуска сразу все было доступно с любого проекта и локально добавлять по минимуму?

//PS что, еще один конструктор типа Elmer+Salome+километры неотлаженных скриптов, которыми умеют пользоваться от силы 150 человек в мире, треть из которых сидит в NIST и соревнуется в научной хитрости?

Автор: gte Jan 31 2018, 07:51

Вы, когда разберетесь как это все выполнять, беретесь написать руководство или его часть?

Автор: Hale Jan 31 2018, 07:59

gte

Я уже перешел на мат вслух. Хорошо что сотрудники ридной мови не розумиють.

>Вы, когда разберетесь как это все выполнять, беретесь написать руководство или его часть?

Пока что нарыл http://electronix.ru/redirect.php?http://diy-scib.org/blog/working-kicads-terrible-library-management
Автор кажется того же мнения. Но к сожалению с те пор как он взялся нам помочь, разрабы уже подсуетились и все "переделали", чтобы жизнь медом не казалась...

Автор: op3op3 Feb 15 2018, 05:34

попробуйте глянуть тут http://electronix.ru/redirect.php?http://downloads.kicad-pcb.org/archive/install.txt

Автор: Hale Feb 22 2018, 07:14

пока оказалось, что те строчки путей которые казалось не редактируются, с некоторйо версии стали редактироваться. храняться где-то в ебенях... и pcbnew с футпринт-эитором, по крайней мере 3D-футпринт движок точно, кладут на них болт. А берут эти пути из DOS констант ("SET ...=...")

Но главное, те либы что качаются с репозитория и те что включены в дистриб - несовместимы и программа регулярно зависает.
Поэтому я плюнул, удалил ссылки на все встроенные либы и футпринты, установил ссылки и подключил все новые из пользовательской папки (некоторые из которых отказались подключаться).
А 3D модели свалил в одну кучу тоже в пользовательской папке. И все равно часть из 3D моделей (~70%) не загружается по неизвестной мне причине. Хотя часть корпусов, кнопочек загружается.

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


... в остальном, пока я на стадии редактирования схематики, пока что мне нравится. После ДезайнСпарка точно нравится.
Напрягает правда отсутствие динамической нумерации компонентов. Например, копируешь блок, или субсхему, и все надо перенумеровывать ручками, поди не ошибись. Еще не хватает полей в описании компонентов. Хочется записать например список подходящих моделей резисторов для выдачи в BOM...а некуда. Пишу в единственную графу ссылки на даташит.

Автор: faa Feb 22 2018, 14:41

Зачем динамическая нумерация (если имеется ввиду аннотация)?
Аннотацию обычно в самом конце делают.
Причем вариантов множество - и по ГОСТ (сквозная сверху-вниз слева-направо), и с префиксами, и со стартовыми номерами для листов и т.д. и т.п.

Полей можно в элементы (компоненты) добавить много и каких надо.
Всё это в документации расписано довольно подробно.

Автор: Hale Feb 23 2018, 03:38

зачем? чтобы самому не запутаться нафиг в процессе.
да. с полями дал маху. уже заметил.

а есть какой-то простой способ пергнать step модели в vrml? вообще не понимаю, зачем в штатных библиотеках два файла, степ и вмл, если он степ никак не использует?

Автор: aaarrr Feb 23 2018, 09:34

http://electronix.ru/redirect.php?https://www.freecadweb.org/wiki/Macro_PartToVRML

Автор: Сергей Борщ Feb 23 2018, 10:57

В FreeCAD, начиная с версии 0.17 в addon manager есть расширение kicadStepUpMod (в предыдущих версиях его надо было устанавливать вручную). Оно позволяет подогнать step под посадочное место Kicad и экспортировать подогнанный под это же посадочное место vrml.

Автор: Hale Feb 25 2018, 22:40

простите... я имел в виду, очень простой, т.е. через Windows. Как я понимаю кикадовский питон в виндовой сборке работает (у меня в общем и не работает почему-то) в пределах самого кикада, а установка полного питона, с Qt и пр. это уже не простой вариант.


Ах вот оно в чем дело! Видимно настолько новая фича что нигде не отражено. Спасибо! Буду тогда ставить Фрикад.

Автор: op3op3 Feb 26 2018, 00:44

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



есть ведь кнопка annotate, и работает она соответственно своему названию

поля в компонент добавляются


гляньте ночную сборку
http://electronix.ru/redirect.php?http://downloads.kicad-pcb.org/windows/nightly/
может больше понравится

Автор: op3op3 Mar 5 2018, 00:21

В ночной сборке KiCAD версии 5
библиотеки версии 5 тут http://electronix.ru/redirect.php?http://kicad-pcb.org/libraries/download/
И под прочие системы пятая версия (ночная сборка) с автообновлением на сайте http://electronix.ru/redirect.php?http://kicad-pcb.org/download/linux-mint/

Автор: op3op3 Mar 6 2018, 00:43

Подскажите как можно сделать скрипт, который будет скачивать с гитхаба библиотеки и раскладывать их по местам, чтоб одним кликом обновлять
http://electronix.ru/redirect.php?https://github.com/KiCad/kicad-symbols
http://electronix.ru/redirect.php?https://github.com/KiCad/kicad-footprints
http://electronix.ru/redirect.php?https://github.com/KiCad/kicad-packages3d
http://electronix.ru/redirect.php?https://github.com/KiCad/kicad-templates

под линуксом

Автор: one_eight_seven Mar 6 2018, 10:13

bash?
Makefile?

Если полностью автоматизировать хотите, то можно воспользоваться cron'ом, чтобы он запускал эти скрипты, или добавить в rc.local
jenkins и т.п. - это уже будет overkill.

Автор: op3op3 Mar 7 2018, 00:23

Где-то мелькала утилита специально для гитхаба, про нее и думал, ну и в bash

я обычный пользователь линукса, для меня эти названия из области заклинаний ))

Автор: one_eight_seven Mar 7 2018, 10:28

в bash просто создаёте текстовый файл, например, get_libraries.sh

pushd-git-popd повторить для всех интересующих вас директорий.
первая строка - это путь до оболочки, её можно найти командой:


скрипт можно запускать с помощью команды:

либо сделать скрпит исполняемым:

и запускать: ./get_libraries.sh


cron - это планировщик в линупсах, гуглится на раз-два.

P.S. если вы вручную изменяете библиотеки, и не хотите, чтобы они сливались (merge) с теми, что находятся на github, то вместо git pull origin master лучше использовать git pull --rebase origin master (эта версия будет работать и в том случае, если вы не делаете изменений вручную)

Автор: Hale Mar 23 2018, 07:25

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

Кроме того, я по комопнентам проверял. В символах прописаны определенные имена 3Д моделей. И они не соответствуют действительности, потому что разрабы постоянно меняют наименования и раскладку, никак не могут выработать единого стандарта.


Только это не динамическая нумерация, а статическая по запросу, причем переписывающая нумерацию уже отредактированных компонентов.


уже разобрались.



спасибки

Автор: aaarrr Mar 23 2018, 08:30

Это так. Но если использовать KiCAD для работы, то библиотеки надо заводить и поддерживать свои.

Автор: op3op3 Mar 26 2018, 01:02

Что такое динамическая нумерация? Позиционное обозначение как-то само меняется в зависимости от внешних факторов??


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

На данный момент в KiCAD-е отсутствует библиотека падов, контактных площадок. Получается при различных технологических требованиях приходится редактировать компонент, даже если он полностью устраивает. Например в библиотеке отверстия под сетку дюймовых свёрел, минимальные зазоры от маски до площадки, минимальная ширина маски, количество пасты в зависимости от толщины трафарета или вылет площадки при ручном монтаже. То есть, параметры и свойства площадок хочется править не зависимо от библиотеки компонентов, например в библиотеке площадок.

Автор: faa Mar 26 2018, 06:46

Это можно задать для проекта. Меню Размеры - Зазор маски конт. пл.

ЗЫ: Про это есть в документации. Может раз потратить время и прочитать не по диагонали?

Автор: op3op3 Mar 26 2018, 09:02

Хорошо что вы предложили мне почитать документацию. Только это слабо влияет на технологию производства. Например, при пайке волной от площадки делается отвод перпендикулярный волне, по ходу конвейера, для сбора капли припоя за выводом. Например, резистору 0805 и конденсатору 0805 требуется разное количество пасты на площадках для качественной пайки и для автоматического контроля монтажа системой технического зрения. Например, для крупных площадок, типа D2PAK, или площадок отвода тепла, маска по трафарету пасты делается сеткой, чтобы ракель не вычерпывал пасту из крупного окна. И отступ от края, про который вы упоминаете, крайне далек от решения этих задач.

Автор: op3op3 Mar 27 2018, 01:08

Позволю себе тоже порекомендовать вам почитать документацию )
Есть международная организация -- IPC , (Institute for Printed Circuits) -- ассоциация производителей электроники, эта организация выпускает и поддерживает в актуальном состоянии ряд спецификаций по разработке, изготовлению, контролю качества печатных плат

http://electronix.ru/redirect.php?http://www.ipc.org/international/Russian/why-OEMs-need-IPC-standards-Russian.pdf

В спецификации по разработке трафаретов http://electronix.ru/forum/index.php?act=Attach&type=post&id=70433 есть множество интересных рекомендаций, в том числе по форме окон трафаретов

Проектирование и топология описываются в семействе спецификаций http://electronix.ru/redirect.php?https://necompany.ru/downloads/IPC_rus/IPC-7351A.pdf , http://electronix.ru/redirect.php?http://www.sphere.bc.ca/class/downloads/ipc_2221a-pcb%20standards.pdf, IPC-2141, IPC-2251, IPC-7093,

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

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

У KiCAD-а, при всех его достоинствах, на данный момент, довольно слабая оснащенность в технологической подготовке к серийному производству

Автор: faa Mar 27 2018, 05:22

С предложениями-доработками - http://electronix.ru/redirect.php?https://launchpad.net/~kicad-developers

Автор: Elessar Cuthalion Apr 21 2018, 17:44

В этом репозитории лежат мои личные библиотеки для KiCAD: http://electronix.ru/redirect.php?https://github.com/ElessarCuthalion/KiCAD_library
Можно пользоваться, надеюсь, кому-нибудь пригодится.
При создании УГО старался ориентироваться на ГОСТ.
Все посадочные места проверены мной в личных проектах.