[svvord 0]

И ещё один вопрос к знатокам.

 

Имеется сборка KiCAD 2010-05-05-BZR2356 (так уж получилось что в FreeBSD она давно не обновлялась). Не сказать чтобы я не могу собрать свежую версию, я её собрал но пока не устанавливал, т.к. колдую полноценный новый порт, а работаю пока на старом.

 

Создаю элементы под Л561ЛЕ5 (4 элемента И-НЕ в одном корпусе) и не могу понять как мне правильно указать выводы питания. По идее они должны располагаться либо на одном из четырёх элементов, либо вообще не отображаться. Предпочтительнее конечно первый вариант, т.к. он явно указывает наличие выводов питания и с чем они должны соединяться (предположим в схеме может иметься два разных источника питания). Т.к. я совсем не представляю как сделать первый вариант, решил остановиться на втором и просто скрыть выводы питания.

Однако желаемого эффекта не достиг. Выводы питания отображаются на всех подэлементах микросхемы...

Примера того как с этим справлялись другие я пока не обнаружил... Если не затрудник, объясните мне бестолковому как тут быть? =)

 

Опять же, я пока не изучал ситуацию по наличию готовых ГОСТ библиотек для KiCad. Но, если их не окажется, то буду в любом случае такую библиотеку готовить в том объеме, который нужен мне. Обширная библиотека может быть сформирована усилием многих.

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

 

А по поводу дюймовой сетки в EEschema, вот этот ответ полностью решил для меня данный вопрос.

Ответ понят =) Но метрическая система как-то привычнее... Впрочем это не первостепенной важности вопрос.

[baranovskiykonstantin 0]

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

- в редакторе библиотек выбрать элемент, на котором будут отображаться выводы питания (скажем на первом, выбираем "Элемент А");

- к нему дорисовываем эти самые выводы питания (в вашем случае они уже нарисованы);

- в свойствах выводов убираем галочку с "Общий для всех элементов (частей) в корпусе";

- сохраняем элемент в библиотеку;

- сохраняем библиотеку;

- готово, можно использовать.

 

Если снять отметку с "Видимый" то вывод по умолчанию будет скрыт, увидеть его можно будет после нажатия на левой панели кнопки "Показать скрытые выводы" (вторая снизу).

[svvord 0]

Барановский Константин, благодарю. Получилось.

[Сергей Борщ 128]

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

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

 

 

Сделал несколько патчей для pcbnew:

1) Исправил проблему с поиском файла проекта при запуске pcbnew с указанием имени файла платы без пути

2) Добавил запоминание выбора "печать всех слоев на одну страницу"

3) Добавил отключение точек привязки текста при печати.

4) Исправил масштабирование при печати с маштабом "fit to page". Раньше оно печатало с масштабом 1:1, теперь именно так, как это принято в остальных программах.

5) исправил утечку памяти при попытке печати не выбрав ни одного слоя.

 

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

KiCAD_patches_11_03_13v2.zip

[baranovskiykonstantin 0]

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

Создайте багрепорт на launchpad.net и выложите сюда ссылку, а мы вас поддержим. Чем больше людей подтвердит наличие этих багов, тем быстрее ваши патчи добавят в код.

Думаю так будет быстрее.

 

[alex91 0]

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

 

Нормально можно посмотреть только в FoxitReader. Остальные - либо не открывают, либо отображают не всё (как элементы, так и связи).

Похоже - дело не в библиотеках, а глубже. Но туда не полезу - навыков не хватит. :(

 

зы А вот SVG нормально чертит.

[valber 0]

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

 

Таких NoName библиотек для kicad , 20 страниц на github . Какая из них официальная люди все равно не узнают(хотя кто-то что-то хотел в рассылке, предлагал вести на гитхабе)

 

Тут вопрос систематизиции и визуализации библиотеки, так как её должны проверить на корректность(не знаю как опция datasheet но вот опция alias и фктпринт очень важны), мы сами хотели писать движок для этого, но уж лучше дорабаттывать что есть kicadcloud.com плюс ещё есть различне хорошие модельки wrl которые не включены в офф библиотеки.

[Сергей Борщ 128]

Создайте багрепорт на launchpad.net и выложите сюда ссылку, а мы вас поддержим. Чем больше людей подтвердит наличие этих багов, тем быстрее ваши патчи добавят в код.

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

 

Кстати, там была опечатка в патче для fit to page, залил исправленный в сообщение выше.

 

Вот кто бы еще научил как, пусть даже на свежеустановленной убунте, собрать так, чтобы не только print preview красиво все казал в pcbnew (это уже есть), но и на печать выходило что-то, хотя бы похожее на то, что показывалось на предпросмотре. У меня (при печати в pdf) сначала не хватало части элементов, поставил libgnomeprint - задача печати просто стала виснуть с результатом 0кб и 100% времени проца на задаче pdftops (?!?!) в течении часов, удалил libgnomeprint - то также виснет, то выдает пустые страницы.

[AVL 0]

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

 

Я "за".

Выбрал бы вариант на github (больше нравится как VCS) или launchpad (удобнее в плане, что там ведется проект KiCad и одно из хранилищ библиотек KiCad).

 

Таких NoName библиотек для kicad , 20 страниц на github . Какая из них официальная люди все равно не узнают(хотя кто-то что-то хотел в рассылке, предлагал вести на гитхабе)

 

Тут вопрос систематизиции и визуализации библиотеки, так как её должны проверить на корректность(не знаю как опция datasheet но вот опция alias и фктпринт очень важны), мы сами хотели писать движок для этого, но уж лучше дорабаттывать что есть kicadcloud.com плюс ещё есть различне хорошие модельки wrl которые не включены в офф библиотеки.

Если я правильно понимаю, библиотек и хранилищ для них наплодили много не ГОСТ варианта.

Соответственно, если сразу организуемся, то, возможно, удастся сделать одно общее хранилище для ГОСТ библиотек KiCad. Хотя, конечно, нет и здесь гарантии, что не будет разброда.

 

Насчет kicadcloud.com пока не смотрел, не исключаю, что хороший вариант организации.

[Сергей Борщ 128]

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

Удивительно, но два патча приняли, два исправили по-своему и один отклонили, но тут уж сам дурак. "Большая ошибка опытного мастера". Заслал исправлеие в рассылку...

 

Не ожидал, честно скажу.

 

[break 0]

Барановский Константин

Перевод пользовательского интерфейса выполняется с помощью программы Poedit. Нужно открыть файл doc/internat/ru/kicad.po

Что-то я не могу найти такого пути и файла. Получается, что не установился. Где он должен находиться? Хотя, с другой стороны, отдельные надписи на русском имеются. Ничего не понимаю ©.

 

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

Как следует не работает. Мало того, что надо не просто выделить, но и сдвинуть, не отпуская ЛКМ (иначе выскочит меню), так ещё и отрывает проводники от выводов элементов.

 

Самосборка 3989.

[svvord 0]

Таких NoName библиотек для kicad , 20 страниц на github . Какая из них официальная люди все равно не узнают(хотя кто-то что-то хотел в рассылке, предлагал вести на гитхабе)

 

Опыт показывает что отечественные нужды буржуев мало волнуют. Большая часть пользователей KiCAD как раз оттуда и им наша библиотека в принципе не нужна. Такая библиотека нужна исключительно пользователям из б.СССР, т.к. именно у нас сформировалась некая самобытность. Я полагаю что нет смысла включать её в официальную. Главное по моему организовать наиболее полную библиотеку отечественных элементов, что бы пользователи из б.СССР:

1. не тратили время на поиски разрозненных библиотек;

2. имелась унификация компонентов, а значит упрощённый обмен проектами (и опытом) при необходимости.

 

Тут вопрос систематизиции и визуализации библиотеки, так как её должны проверить на корректность(не знаю как опция datasheet но вот опция alias и фктпринт очень важны), мы сами хотели писать движок для этого, но уж лучше дорабаттывать что есть kicadcloud.com плюс ещё есть различне хорошие модельки wrl которые не включены в офф библиотеки.

Естественно необходима систематизация. Я это в общем-то подразумевал. Если просто свалить всё в одну кучу. то мы получит ещё одну малополезную библиотеку.

 

А вот касательно визуализации... Не понял что конкретно под этим подразумевается. Можно на пальцах объяснить? =) Если имеется в виду визуализация веб-проекта по типу kicadcloud.com, то даже не знаю на сколько оно необходимо. По мне, так лучше просто поставить библиотеку с максимальным кол-вом элементов и пользоваться ею из KiCAD.

 

kicadcloud.com проект полезный, но очень уж не функциональный и не удобный на мой взгляд. Навигация там крайне ужасна. Как раз с систематизацией там проблемы. Зачатки систематизации на основе тегов там не очевидны и не удобны. К сожалению...

[baranovskiykonstantin 0]

Что-то я не могу найти такого пути и файла. Получается, что не установился. Где он должен находиться? Хотя, с другой стороны, отдельные надписи на русском имеются. Ничего не понимаю ©.

Есть два способа добраться к файлам переводов:

1) сложный - используя исходники документации на launchpad:

- открываем терминал и переходим в папку в которой будут храниться исходники документации KiCad, например, "cd c:\src" для Windows или "cd ~/src" для Linux;

- копируем ветку переводов на компьютер с помощью терминала, выполнив "bzr checkout lp:~kicad-developers/kicad/doc doc" (для линукса, насколько данная процедура отличается от виндовса не знаю);

- получим папку "doc" в которой по пути " doc/internat/ru/kicad.po" лежит нужный нам файл переводов;

- открываем его, редактируем, сохраняем;

- создаем в папке "doc" новую папку "build";

- переходим в новую папку "cd doc\build" - Windows, "cd doc/build" - Linux;

- собираем документацию выполнив две команды "cmake ../" (если путь установки отличается от пути по умолчанию, нужно указать куда устанавливать документацию, добавив параметр -DCMAKE_INSTALL_PREFIX=путь\для\установки) и затем "make"

- далее устанавливаем новую документацию и переводы "make install" - windows "sudo make install" - linux;

- готово.

 

2) простой - используя файлы переводов, установленные вместе с исполняемыми файлами KiCad:

- для Windows: c:\kicad\share\internat\ru\kicad.po - "c:\kicad" путь установки по умолчанию, может отличаться;

- для Linux: /usr/local/share/kicad/internat/ru/kicad.po - "/usr/local" путь установки по умолчанию, тоже может отличаться;

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

 

В приложении руководство по переводу графического интерфейса KiCad от разработчиков.

 

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

Как следует не работает. Мало того, что надо не просто выделить, но и сдвинуть, не отпуская ЛКМ (иначе выскочит меню), так ещё и отрывает проводники от выводов элементов.

Да все отлично работает. Какое меню после отпускания ЛКМ в EEschema? Давайте еще раз по пунктам:

1) нажимаем и держим клавишу Ctrl;

2) выделяем место соединения проводников следующим образом:

2.1) возле места соединения проводников нажимаем и удерживаем ЛКМ;

2.2) не отпуская ЛКМ тянем курсор в сторону, при этом отобразится прямоугольник выделения;

2.3) перемещаем курсор так, чтобы место соединения оказалось в прямоугольнике выделения;

2.4) отпускаем ЛКМ;

3) отпускаем клавишу Ctrl;

4) выделенный узел перемещается в след за курсором мыши, тащим узел в новое место. При этом провода не должны отрываться, а должны тянуться как резиновые.

5) щелкам ЛКМ - место соединения проводников остается в новом месте с сохранением связей.

GUI_Translation_HOWTO.pdf.zip

[break 0]

Барановский Константин

- для Linux: /usr/local/share/kicad/internat/ru/kicad.po

Спасибо, помогло (пришлось ещё права дать на доступ).

 

Да все отлично работает. Давайте еще раз по пунктам:

Я делал не так. Есть варианты:

1) нажать <Ctrl>, нажать ЛКМ на точке соединения или проводнике.

Дальше возможны 2 варианта

2а) Отпустить <Ctrl>, сдвинуть курсор, отпустить ЛКМ (этот вариант тождественен действиям без <Ctrl> вообще) - произойдёт перемещение проводников с отсоединением от других проводников и от выводов элементов.

2б) сдвинуть курсор и отпустить <Ctrl> и ЛКМ (в любой последовательности) - провода потянутся резинкой.

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

И, кстати, по Вашему методу п.3 можно выполнить сразу после п. 2.2.

 

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

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

 

P.S. Ещё вопрос. Как связано приложение и pdf справки? Я вручную настроил соответствие pdf и Okular. Из Dolphin'а и Krusader'а всё происходит нормально, а KiCAD открывает GIMP'ом.

Изменено 12 марта, 2013 пользователем break

[baranovskiykonstantin 0]

Я делал не так. Есть варианты:

1) нажать <Ctrl>, нажать ЛКМ на точке соединения или проводнике.

Дальше возможны 2 варианта

2а) Отпустить <Ctrl>, сдвинуть курсор, отпустить ЛКМ (этот вариант тождественен действиям без <Ctrl> вообще) - произойдёт перемещение проводников с отсоединением от других проводников и от выводов элементов.

2б) сдвинуть курсор и отпустить <Ctrl> и ЛКМ (в любой последовательности) - провода потянутся резинкой.

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

И, кстати, по Вашему методу п.3 можно выполнить сразу после п. 2.2.

Я привел метод, который работает.

 

P.S. Ещё вопрос. Как связано приложение и pdf справки? Я вручную настроил соответствие pdf и Okular. Из Dolphin'а и Krusader'а всё происходит нормально, а KiCAD открывает GIMP'ом.

Откройте KiCad, далее в меню выберите "Настройки -> PDF просмотрщик -> PDF просмотрщик" откроется диалоговое окно "Выбор программы просмотра PDF", укажите исполняемый файл вашей программы просмотра PDF файлов. После этого в EEschema, PCBnew и др. файлы справки будут открываться в выбранной вами программе.

Изменено 13 марта, 2013 пользователем Барановский Константин