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

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

Решение с хитрыми слэшами в виндаке работает, в списке файлов так и отображаются.

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


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

_Pasha
Я так понимаю, что это и есть импорт старых либ. Или я неправ?
Проблема в том, что старые библиотеки не читаются.
Может когда-нибудь починят... Хотя я сомневаюсь.

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

Сергей Борщ

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

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

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

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

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

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

Если на работе или где там у Вас есть нормальный интернет и установлен 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://docs.kicad-pcb.org/Pcbnew/Pcbnew.html
описывает как можно подключить и использовать не только сервер GitHub, но и свой корпоративный или домашний для библиотек!

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

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

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

Это точно...

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

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

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

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

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

Это описывалось выше на этой странице, точнее можно почитать на официальном сайте
А по сути есть два варианта:

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

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

https://habrahabr.ru/post/271051/

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

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

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

Удалось восстановить с диска библиотеку от Aldan.
Пока разместил тут.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Всё же, рекомендую изучить:
http://docs.kicad-pcb.org/stable/ru/gettin...onents-in-kicad

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

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

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

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

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

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


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

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

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

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

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


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

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

one_eight_seven

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


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

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


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

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


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

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

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

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

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

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

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

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


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


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

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

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

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