|
|
  |
KiCAD кто-нибудь использует?, Вопросы возникают, на их родном форуме тишина |
|
|
|
Mar 11 2013, 11:00
|
Группа: Новичок
Сообщений: 6
Регистрация: 6-03-13
Пользователь №: 75 928

|
И ещё один вопрос к знатокам. Имеется сборка KiCAD 2010-05-05-BZR2356 (так уж получилось что в FreeBSD она давно не обновлялась). Не сказать чтобы я не могу собрать свежую версию, я её собрал но пока не устанавливал, т.к. колдую полноценный новый порт, а работаю пока на старом. Создаю элементы под Л561ЛЕ5 (4 элемента И-НЕ в одном корпусе) и не могу понять как мне правильно указать выводы питания. По идее они должны располагаться либо на одном из четырёх элементов, либо вообще не отображаться. Предпочтительнее конечно первый вариант, т.к. он явно указывает наличие выводов питания и с чем они должны соединяться (предположим в схеме может иметься два разных источника питания). Т.к. я совсем не представляю как сделать первый вариант, решил остановиться на втором и просто скрыть выводы питания.   Однако желаемого эффекта не достиг. Выводы питания отображаются на всех подэлементах микросхемы...  Примера того как с этим справлялись другие я пока не обнаружил... Если не затрудник, объясните мне бестолковому как тут быть? =) Цитата(AVL @ Mar 11 2013, 20:51)  Опять же, я пока не изучал ситуацию по наличию готовых ГОСТ библиотек для KiCad. Но, если их не окажется, то буду в любом случае такую библиотеку готовить в том объеме, который нужен мне. Обширная библиотека может быть сформирована усилием многих. Совершенно согласен с Вами, что такую библиотеку можно создать общими усилиями. Я не ради праздного интереса справшивал о необходимости. Предлагаю создать репозиторий в который можно слить разрозненные наработки и начинать расширять базу элементов. Я могу такой репозиторий развернуть на своём сервере, а можно воспользоваться чем-нибудь по типу github'а. Цитата(Барановский Константин) А по поводу дюймовой сетки в EEschema, вот этот ответ полностью решил для меня данный вопрос. Ответ понят =) Но метрическая система как-то привычнее... Впрочем это не первостепенной важности вопрос.
|
|
|
|
|
Mar 11 2013, 11:54
|
Группа: Новичок
Сообщений: 6
Регистрация: 6-03-13
Пользователь №: 75 928

|
Барановский Константин, благодарю. Получилось.
|
|
|
|
|
Mar 11 2013, 13:02
|

Гуру
     
Группа: Модераторы
Сообщений: 8 455
Регистрация: 15-05-06
Из: Рига, Латвия
Пользователь №: 17 095

|
QUOTE (svvord @ Mar 11 2013, 13:00)  По идее они должны располагаться либо на одном из четырёх элементов, либо вообще не отображаться. Предпочтительнее конечно первый вариант, т.к. он явно указывает наличие выводов питания и с чем они должны соединяться Первый вариант неудобен тем, что если в процессе разводки вам понадобится поменять местами этот элемент с пририсованными выводами и второй элемент, у которого этих выводов нет - вам придется перепротягивать на схеме питание в другое место. Я использую третий вариант - добавляю в микросхему пятый элемент, содержащий только выводы питания. Такие элементы можно сгруппировать в углу не засоряя основную схему и в то же время можно явно указать, какой конкретно блокировочный конденсатор надо ставить конкретно у этого корпуса. Сделал несколько патчей для pcbnew: 1) Исправил проблему с поиском файла проекта при запуске pcbnew с указанием имени файла платы без пути 2) Добавил запоминание выбора "печать всех слоев на одну страницу" 3) Добавил отключение точек привязки текста при печати. 4) Исправил масштабирование при печати с маштабом "fit to page". Раньше оно печатало с масштабом 1:1, теперь именно так, как это принято в остальных программах. 5) исправил утечку памяти при попытке печати не выбрав ни одного слоя. Попробую закинуть эти патчи в рассылку k[attachment=75459:Kicad_pa...11_03_13.zip]icad_developers, но откровенно говоря, мало надежды что на них обратят внимание.
--------------------
На любой вопрос даю любой ответ"Write code that is guaranteed to work, not code that doesn’t seem to break" ( C++ FAQ)
|
|
|
|
|
Mar 11 2013, 14:07
|
Местный
  
Группа: Участник
Сообщений: 241
Регистрация: 2-03-13
Из: Кривой Рог, Украина
Пользователь №: 75 861

|
Цитата(Сергей Борщ @ Mar 11 2013, 15:02)  Попробую закинуть эти патчи в рассылку kicad_developers, но откровенно говоря, мало надежды что на них обратят внимание. Создайте багрепорт на launchpad.net и выложите сюда ссылку, а мы вас поддержим. Чем больше людей подтвердит наличие этих багов, тем быстрее ваши патчи добавят в код. Думаю так будет быстрее.
|
|
|
|
|
Mar 11 2013, 15:02
|
Местный
  
Группа: Участник
Сообщений: 231
Регистрация: 5-06-11
Пользователь №: 65 492

|
Цитата(Барановский Константин @ Mar 10 2013, 22:24)  Похоже проблема в библиотеках. Попробуйте нарисовать простенькую схемку используя элементы из стандартных библиотек и начертить в PDF, исходя из полученного результата уже можно будет делать какие-то выводы... Нормально можно посмотреть только в FoxitReader. Остальные - либо не открывают, либо отображают не всё (как элементы, так и связи). Похоже - дело не в библиотеках, а глубже. Но туда не полезу - навыков не хватит.  зы А вот SVG нормально чертит.
|
|
|
|
|
Mar 11 2013, 16:22
|
Участник

Группа: Участник
Сообщений: 27
Регистрация: 21-03-12
Пользователь №: 70 934

|
Цитата(svvord @ Mar 11 2013, 15:00)  Совершенно согласен с Вами, что такую библиотеку можно создать общими усилиями. Я не ради праздного интереса справшивал о необходимости. Предлагаю создать репозиторий в который можно слить разрозненные наработки и начинать расширять базу элементов. Я могу такой репозиторий развернуть на своём сервере, а можно воспользоваться чем-нибудь по типу github'а. Таких NoName библиотек для kicad , 20 страниц на github . Какая из них официальная люди все равно не узнают(хотя кто-то что-то хотел в рассылке, предлагал вести на гитхабе) Тут вопрос систематизиции и визуализации библиотеки, так как её должны проверить на корректность(не знаю как опция datasheet но вот опция alias и фктпринт очень важны), мы сами хотели писать движок для этого, но уж лучше дорабаттывать что есть kicadcloud.com плюс ещё есть различне хорошие модельки wrl которые не включены в офф библиотеки.
|
|
|
|
|
Mar 11 2013, 16:56
|

Гуру
     
Группа: Модераторы
Сообщений: 8 455
Регистрация: 15-05-06
Из: Рига, Латвия
Пользователь №: 17 095

|
QUOTE (Барановский Константин @ Mar 11 2013, 16:07)  Создайте багрепорт на launchpad.net и выложите сюда ссылку, а мы вас поддержим. Чем больше людей подтвердит наличие этих багов, тем быстрее ваши патчи добавят в код. Поздно сообразил. Да и есть надежда, что рассылку разработчики читают чаще. Сразу не послали, это уже радует. Дик по поводу первого попросил уточнить версию и собрать с последней ревизией. Придется его огорчить. Если по остальным откликов не будет - могу и багрепорт написать. Но надо ли? У себя я исправил что хотел, тут выложил для ГОСТ-сборки, а супостаты могут и не исправлять у себя - хозяева-баре. Кстати, там была опечатка в патче для fit to page, залил исправленный в сообщение выше. Вот кто бы еще научил как, пусть даже на свежеустановленной убунте, собрать так, чтобы не только print preview красиво все казал в pcbnew (это уже есть), но и на печать выходило что-то, хотя бы похожее на то, что показывалось на предпросмотре. У меня (при печати в pdf) сначала не хватало части элементов, поставил libgnomeprint - задача печати просто стала виснуть с результатом 0кб и 100% времени проца на задаче pdftops (?!?!) в течении часов, удалил libgnomeprint - то также виснет, то выдает пустые страницы.
--------------------
На любой вопрос даю любой ответ"Write code that is guaranteed to work, not code that doesn’t seem to break" ( C++ FAQ)
|
|
|
|
|
Mar 11 2013, 17:21
|
Местный
  
Группа: Свой
Сообщений: 392
Регистрация: 29-05-07
Из: Москва
Пользователь №: 28 020

|
Цитата(svvord @ Mar 11 2013, 15:00)  Совершенно согласен с Вами, что такую библиотеку можно создать общими усилиями. Я не ради праздного интереса справшивал о необходимости. Предлагаю создать репозиторий в который можно слить разрозненные наработки и начинать расширять базу элементов. Я могу такой репозиторий развернуть на своём сервере, а можно воспользоваться чем-нибудь по типу github'а. Я "за". Выбрал бы вариант на github (больше нравится как VCS) или launchpad (удобнее в плане, что там ведется проект KiCad и одно из хранилищ библиотек KiCad). Цитата(valber @ Mar 11 2013, 20:22)  Таких NoName библиотек для kicad , 20 страниц на github . Какая из них официальная люди все равно не узнают(хотя кто-то что-то хотел в рассылке, предлагал вести на гитхабе) Тут вопрос систематизиции и визуализации библиотеки, так как её должны проверить на корректность(не знаю как опция datasheet но вот опция alias и фктпринт очень важны), мы сами хотели писать движок для этого, но уж лучше дорабаттывать что есть kicadcloud.com плюс ещё есть различне хорошие модельки wrl которые не включены в офф библиотеки. Если я правильно понимаю, библиотек и хранилищ для них наплодили много не ГОСТ варианта. Соответственно, если сразу организуемся, то, возможно, удастся сделать одно общее хранилище для ГОСТ библиотек KiCad. Хотя, конечно, нет и здесь гарантии, что не будет разброда. Насчет kicadcloud.com пока не смотрел, не исключаю, что хороший вариант организации.
|
|
|
|
|
Mar 11 2013, 21:31
|

Гуру
     
Группа: Модераторы
Сообщений: 8 455
Регистрация: 15-05-06
Из: Рига, Латвия
Пользователь №: 17 095

|
QUOTE (Сергей Борщ @ Mar 11 2013, 18:56)  У себя я исправил что хотел, тут выложил для ГОСТ-сборки, а супостаты могут и не исправлять у себя - хозяева-баре. Удивительно, но два патча приняли, два исправили по-своему и один отклонили, но тут уж сам дурак. "Большая ошибка опытного мастера". Заслал исправлеие в рассылку... Не ожидал, честно скажу.
--------------------
На любой вопрос даю любой ответ"Write code that is guaranteed to work, not code that doesn’t seem to break" ( C++ FAQ)
|
|
|
|
|
Mar 12 2013, 03:18
|
Группа: Новичок
Сообщений: 6
Регистрация: 6-03-13
Пользователь №: 75 928

|
Цитата(valber @ Mar 12 2013, 03:22)  Таких NoName библиотек для kicad , 20 страниц на github . Какая из них официальная люди все равно не узнают(хотя кто-то что-то хотел в рассылке, предлагал вести на гитхабе) Опыт показывает что отечественные нужды буржуев мало волнуют. Большая часть пользователей KiCAD как раз оттуда и им наша библиотека в принципе не нужна. Такая библиотека нужна исключительно пользователям из б.СССР, т.к. именно у нас сформировалась некая самобытность. Я полагаю что нет смысла включать её в официальную. Главное по моему организовать наиболее полную библиотеку отечественных элементов, что бы пользователи из б.СССР: 1. не тратили время на поиски разрозненных библиотек; 2. имелась унификация компонентов, а значит упрощённый обмен проектами (и опытом) при необходимости. Цитата(valber @ Mar 12 2013, 03:22)  Тут вопрос систематизиции и визуализации библиотеки, так как её должны проверить на корректность(не знаю как опция datasheet но вот опция alias и фктпринт очень важны), мы сами хотели писать движок для этого, но уж лучше дорабаттывать что есть kicadcloud.com плюс ещё есть различне хорошие модельки wrl которые не включены в офф библиотеки. Естественно необходима систематизация. Я это в общем-то подразумевал. Если просто свалить всё в одну кучу. то мы получит ещё одну малополезную библиотеку. А вот касательно визуализации... Не понял что конкретно под этим подразумевается. Можно на пальцах объяснить? =) Если имеется в виду визуализация веб-проекта по типу kicadcloud.com, то даже не знаю на сколько оно необходимо. По мне, так лучше просто поставить библиотеку с максимальным кол-вом элементов и пользоваться ею из KiCAD. kicadcloud.com проект полезный, но очень уж не функциональный и не удобный на мой взгляд. Навигация там крайне ужасна. Как раз с систематизацией там проблемы. Зачатки систематизации на основе тегов там не очевидны и не удобны. К сожалению...
|
|
|
|
|
Mar 12 2013, 14:09
|
Местный
  
Группа: Участник
Сообщений: 241
Регистрация: 2-03-13
Из: Кривой Рог, Украина
Пользователь №: 75 861

|
Цитата(break @ Mar 12 2013, 00:14)  Что-то я не могу найти такого пути и файла. Получается, что не установился. Где он должен находиться? Хотя, с другой стороны, отдельные надписи на русском имеются. Ничего не понимаю ©. Есть два способа добраться к файлам переводов: 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 от разработчиков. Цитата(break @ Mar 12 2013, 00:14)  Для того чтобы перетащить с сохранением связи соединение нескольких проводников (два и более) нужно с зажатой клавишей Ctrl выделить место соединения и переместить в нужное место. При этом провода не будут отрываться, а будут тянуться как резиновые к новому месту. Как следует не работает. Мало того, что надо не просто выделить, но и сдвинуть, не отпуская ЛКМ (иначе выскочит меню), так ещё и отрывает проводники от выводов элементов. Да все отлично работает. Какое меню после отпускания ЛКМ в EEschema? Давайте еще раз по пунктам: 1) нажимаем и держим клавишу Ctrl; 2) выделяем место соединения проводников следующим образом: 2.1) возле места соединения проводников нажимаем и удерживаем ЛКМ; 2.2) не отпуская ЛКМ тянем курсор в сторону, при этом отобразится прямоугольник выделения; 2.3) перемещаем курсор так, чтобы место соединения оказалось в прямоугольнике выделения; 2.4) отпускаем ЛКМ; 3) отпускаем клавишу Ctrl; 4) выделенный узел перемещается в след за курсором мыши, тащим узел в новое место. При этом провода не должны отрываться, а должны тянуться как резиновые. 5) щелкам ЛКМ - место соединения проводников остается в новом месте с сохранением связей.
|
|
|
|
|
Mar 12 2013, 20:02
|
Местный
  
Группа: Свой
Сообщений: 469
Регистрация: 13-07-11
Из: С-Пб.
Пользователь №: 66 206

|
Барановский Константин - для 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'ом.
Сообщение отредактировал break - Mar 12 2013, 20:50
|
|
|
|
|
Mar 12 2013, 21:12
|
Местный
  
Группа: Участник
Сообщений: 241
Регистрация: 2-03-13
Из: Кривой Рог, Украина
Пользователь №: 75 861

|
Цитата(break @ Mar 12 2013, 22:02)  Я делал не так. Есть варианты: 1) нажать <Ctrl>, нажать ЛКМ на точке соединения или проводнике. Дальше возможны 2 варианта 2а) Отпустить <Ctrl>, сдвинуть курсор, отпустить ЛКМ (этот вариант тождественен действиям без <Ctrl> вообще) - произойдёт перемещение проводников с отсоединением от других проводников и от выводов элементов. 2б) сдвинуть курсор и отпустить <Ctrl> и ЛКМ (в любой последовательности) - провода потянутся резинкой. Мне кажется, что вариант 2б несколько проще Вашего варианта - меньше телодвижений, хотя и есть ограничения по количеству перемещаемых проводов/элементов. И, кстати, по Вашему методу п.3 можно выполнить сразу после п. 2.2. Я привел метод, который работает. Цитата(break @ Mar 12 2013, 22:02)  P.S. Ещё вопрос. Как связано приложение и pdf справки? Я вручную настроил соответствие pdf и Okular. Из Dolphin'а и Krusader'а всё происходит нормально, а KiCAD открывает GIMP'ом. Откройте KiCad, далее в меню выберите "Настройки -> PDF просмотрщик -> PDF просмотрщик" откроется диалоговое окно "Выбор программы просмотра PDF", укажите исполняемый файл вашей программы просмотра PDF файлов. После этого в EEschema, PCBnew и др. файлы справки будут открываться в выбранной вами программе.
Сообщение отредактировал Барановский Константин - Mar 13 2013, 06:18
|
|
|
|
|
  |
3 чел. читают эту тему (гостей: 3, скрытых пользователей: 0)
Пользователей: 0
|
|
|