Kicad (со слов Дика) использует формат specctra 10 (последняя кажется 15 или 16).
Это как раз формат тех лет. Да и пример достаточно базовый...

Тутор был первым блином и получился не очень серьезным. Надо бы его
переделать и проект взять посолиднее. Может займется кто на досуге.
А то новых общественно-полезных дел в смысле адаптации kicad в форуме маловато.
Второе, что пока не получилось - сборка с возможностью пуска скриптов на python
- внутренних и внешних.

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

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

Хотя Ваш первый блин почти без комочков вышел

kicad-20120427-gost.el6.src.rpm
Что есть "el6" ?

Подскажите. Каким способом можно увеличить толщину форматной рамки? Дело в том что при распечатке сборочного чертежа из Psbnew рамки практически не видно. Размер пера изменить не возможно. На предварительном просмотре при 200% увеличении видно, что толщина рамки меньше, чем контур платы, а должна быть больше.
А по большому счету хотелось бы (это наверное уже "хотелка"), чтоб KiCad был САПРом и как всякий проект заканчивался документом.
А именно сейчас приходится делать отдельный файл сборочного чертежа, но можно было б сделать отдельный слой или закладку, в котором бы были вида с отображением компонентов одного и другого слоев. Указаны позиции элементов согласно спецификации или хотяб инструмент размещения сносок.
Так же на сборочном чертеже необходим вид с боку, который можнополучить из 3D модели, но в Psbnew нет возможности вставлять изображения.
Может быть мои соображения наведут добрых людей (разработчиков) на способы улучшения САПР.
А вообще большое спасибо разработчикам и всем кто поддерживает такое начинание. Надеюсь KiCad только в начале пути и будет развиваться дальше.

Это для RHEL 6.x. Почему у красношляпников осталось только el - хз.
Подходит для CentOS6.x, SL6.x, может и на федоре поедет.

А Вы подробнее расскажите, из какой оси и каким макаком печатаете.


Спасибо.

ok

Подскажите, пожалуйста, конвертер из orcada в kicad.

Надо схему перегнать.

michrom
e2sch
Конвертор примитивный. Полноценной схемы не получится.

здесь предложение через EDIF
http://sourceforge.net/projects/edif2kicad/

break, viknn
Спасибо. Буду пробовать.

Печать из из Psbnew, вот настройки песати
Нажмите для просмотра прикрепленного файла

Вот, что видно на предварительном просмотре при увеличении:
Нажмите для просмотра прикрепленного файла

Так же и распечатывается - форматной рамки практически не видно.

Жжоте.
Размер пера по умолчанию увеличивали?
А то он хуенький 0.0010... Поставьте 0.5

Заценивайте
(в зипе - исходник)
Нажмите для просмотра прикрепленного файла
Нажмите для просмотра прикрепленного файла

Исправил "очепятки" и падежи-склонения.
Нажмите для просмотра прикрепленного файла
UPD: выложил на ftp

На счёт очепяток/падажов - эт прально
В 5 ночи (утра) не до них было

Нормально, есть движение вперед.
Просьба к авторам TopoR (если нас слышат) поменять kikad на kicad
(cad он и в африке cad).

Есть вопросик/проблемка.
Отверстия в трафарете для паяльной пасты лучше делать скруглёнными - тогда паста "не цепляется". В принципе, для больших КП неактуально, а вот для мелких - очень даже.
Хотелось бы, чтобы в KiCAD была добавлена возможность выполнять SMD КП с rounded (пусть даже фиксированным радиусом для начала, скажем, 0.2...0.25мм) слоем пасты.
Или - а как это делают с имеющимися возможностями KiCAD?

Кикад bzr от 3 октября 2012 . Debian -6 amd-64.
В редакторе схем создаём на схеме текст, затем "редактировать текст" - стираем всё, выскакивает окошко "пусто" жмём "ок" получаем ошибку сегментирования редактор схем вылетает.

Это я сделал в первую очередь, но после предварительного просмотра или после печати размер пера автоматически устанавливается 0.0010. Размер линии не утолщается.
Такаяже проблемма при печати схемы, толщина линии рамки оставляет желать большего. Да и точки соединений на схеме то же малоприметны. Хорошо б увеличить.

Падает.
Если надо пустой текст - то просто удалите. Но Вы правы - падать не должно.
Пофиксил в bzr3764.

А исходники можно выложить?

Официальные тестовые исходники на lp:kicad.
ГОСТ-сборки на ftp.kicad.ru. Выкладываются по мере возможности.
Отличия от официальных сборок ищите в этой ветке.

Может пригодится кому-нибудь. Долго искал, не нашел, пришлось сделать самому, так что не пинайте если что. Виндовый Кикад гост билд 3789 на wxWidgets 2.9.4 unicode. Свеженький. Распаковать с заменой в папку bin.
http://depositfiles.com/files/worh42xkr

Очередная хотелка, только не знаю как правильно сформулировать.
Дело в том, что KiCAD генерирует файлы расстановки относительно левого нижнего угла (если поставить туда начало координат) платы. Но для нижней стороны платы это получается правый нижний угол.
Приходится вручную править файл расстановки для нижнего слоя с перерасчётом всех координат. Что делать с углом поворота пока не понял.
Как вариант - можно переместить начало координат перед генерацией нижнего слоя, но что при этом станет с углами поворота пока не понятно. И минусы всё равно придётся удалять вручную.

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

faa
Я так понял, что координаты для установщика на нижний слой надо зеркально?
Не только. Надо ещё и другую точку отсчёта.

А что говорят технологи? Может у них это уже учтено?
Если бы они были... А те, кто настраивает станок для установки, хотят именно так, хотя вроде раньше обходились. (И чем дальше, тем больше требований.)

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

вопрос снят

Ещё хотелка.
В Gerbview сделать возможность идентификации названий слоёв.
В простейшем варианте - при выборе слоя, в строке статуса писать имя файла. Сейчас пишет: "Имя образа: no name", "Графический слой #" (где # - номер слоя), хотя номер слоя и так виден в менеджере слоёв.
Лучше, конечно, в менеджере слоёв переименовывать "Слой #" в конкретное имя файла, но это уже сложнее, да и места много займёт.

Такого глюка ещё не было.
Application: Pcbnew
Version: (2012-10-25 BZR 3787 GOST)-testing
Build: wxWidgets 2.8.12 (no debug,Unicode,compiler with C++ ABI 1002,GCC 3.4.5,wx containers,compatible with 2.6)
Platform: Windows XP (build 2600, Service Pack 3), 32 bit, Little endian, wxMSW
Boost version: 1.49.0
Options: USE_PCBNEW_SEXPR_FILE_FORMAT=ON
USE_PCBNEW_NANOMETRES=ON
USE_PCBNEW_SEXPR_FOOTPRINT_LIBS=ON
KICAD_GOST=ON
USE_WX_GRAPHICS_CONTEXT=OFF
USE_WX_OVERLAY=OFF
USE_BOOST_POLYGON_LIBRARY=OFF
KICAD_SCRIPTING=OFF
KICAD_SCRIPTING_MODULES=OFF
KICAD_SCRIPTING_WXPYTHON=OFF

Ложная подсветка цепи: при выборе, например, XP4:2 или DD2:34 подсвечиваются контакты цепи S0-17 и S0-10 (DD2:27), хотя подсоединить не даёт. И ложная Ratsnest при этом есть.
Аналогично XP6:2 (цепи S1-17 и S1-10).
И при этом ещё не даёт провести цепь S0-10 - пишет, что слишком близко к контакту DD2:34.

Добрался до версии 3640 - уже был такой глюк.

Это не глюк.
У Вас в DD2 контакты 34 и 27 друг на друге (на месте 27 контакта). И 34 правильный (на месте 34).
Косяк в футпринте. Правьте футпринт.

Вот тут видно хорошо:
Нажмите для просмотра прикрепленного файла

ЗЫ: Щательнее надо
ЗЫЗЫ: KiCAD тут ни при чем. Это руки.

faa
Точно. Спасибо! Не заметил, так как отображение номеров выводов отключено.

Это не руки, это голова.

А с Gerbview что-то можно сделать?

P.S. Но как-то этот контакт продублировался? Специально я его не дублировал, так что без участия KiCAD'а не обошлось.

Имя файла показывает в заголовке окна (под линухом).
А то, что в статусной строке - это берется из содержимого файла.


Ну тут я хз - за руками не следил.
Но KiCAD тут точно ни при чем

Хочу сказать, что в редакторе модулей кнопка проверки модуля не распознает наложенные пады. Хотя надо бы. Как только меня что-то перестанет устраивать - вернусь к допиливанию, вроде уже в исходниках ориентируюсь хорошо.
Еще(как бы для себя, на память) хотелка:
- нужно проверять отрезки трассы на предмет принадлежности одной прямой и объединять их в один сегмент - тогда перемещение с наклоном заработает нормально. Есть контраргументы?

Есть уже такая операция - называется объединение сегментов (Правка - Очистка дорожек и перех.отв)
И работает отлично при нанометрах.
При милсах есть косячки из-за маленких сегментов в 0,003. Но это или руками или переходить на нанометры.

faa
Имя файла показывает в заголовке окна (под линухом).
В Виндаке оказывается тоже, но это как-то не кошерно и смотреть неудобно. Ну да ладно, хоть как-то есть.

Есть уже такая операция - называется объединение сегментов (Правка - Очистка дорожек и перех.отв)
И работает отлично при нанометрах.
Есть косяки (по крайней мере, были) - я уже писал.

Ещё есть проблемы с областями запрета.
Запрет соединения контактных площадок с полигоном работает только при опции "Без меди". При этом формально контактная площадка отсоединяется от полигона, но фактически остаётся подсоединённой, так как контактная площадка остаётся на месте.
Поясняю: есть несколько рядом расположенных выводов микросхемы, которые подсоединяются к земле, также как и заливка полигоном. Делать перемычки между выводами SMD - не халяльно. Увеличивать терморельеф не хочется. Напрашивается вариант - сделать область запрета (или вырез в полигоне), и при этом хочется иметь возможность как-то манипулировать возможностями подсоединения к полигону.
Пришлось сделать дополнительные соединения, чтобы не было несоединённых связей. Вот только контроль DRC не отреагировал на проводники в области запрета.

Здравствуйте!
Осваиваю KiCad, поставил версию 2012-10-29 BZR 3792 GOST Win32, подключил библиотеки и модули, схему нарисовал, развожу печатную плату, хочу попробовать автотрассировку через FreeRoute, но при попытке выгрузить файл DSN pcbnew выдает ошибку (скриншот прилагается). GenCAD выгрузился, но что толку от него... Так и сижу, вручную развожу. Можно ли что-то сделать с этой ошибкой? Как отследить дефектный модуль? Менять библиотеки долго, сроки поджимают - диплом всё-таки.

Нажмите для просмотра прикрепленного файла

Без проекта сказать, где именно и почему возникла проблема, сказать не могу.
А разводить можно (а иногда и нужно) и вручную

Application: Pcbnew
Version: (2012-10-25 BZR 3787 GOST)-testing
Build: wxWidgets 2.8.12 (no debug,Unicode,compiler with C++ ABI 1002,GCC 3.4.5,wx containers,compatible with 2.6)
Platform: Windows XP (build 2600, Service Pack 3), 32 bit, Little endian, wxMSW
Boost version: 1.49.0
Options: USE_PCBNEW_SEXPR_FILE_FORMAT=ON
USE_PCBNEW_NANOMETRES=ON
USE_PCBNEW_SEXPR_FOOTPRINT_LIBS=ON
KICAD_GOST=ON
USE_WX_GRAPHICS_CONTEXT=OFF
USE_WX_OVERLAY=OFF
USE_BOOST_POLYGON_LIBRARY=OFF
KICAD_SCRIPTING=OFF
KICAD_SCRIPTING_MODULES=OFF
KICAD_SCRIPTING_WXPYTHON=OFF

После "черчения" GERBER'а файл(ы?) остаются открытыми программой, из-за чего их нельзя переместить/переименовать. У меня проявилось при "черчении" одного слоя (чертежа).
И ещё вопрос: в чём сермяжная правда по очистке буфера обмена с информацией о версии при закрывании программы?

Доберусь до w2k3 (ХР уже не осталось под рукой) - посмотрю, почему и кто держит файл.

Видимо, буфер обмена система "уносит" после закрытия программы. А почему, это у БГ надо спрашивать

ЗЫ: Давно уже под линухом сижу, чего и Вам желаю

off
faa
Давно уже под линухом сижу, чего и Вам желаю
Я бы с удовольствием, но есть ряд программ, которые проблематично использовать под линухом. Некоторые, по всей видимости, невозможно.
/off

Это, к сожалению, как раз линуксовый вариант - исчезновение содержимого из буфера обмена при закрытии программы-владельца. В винде из буфера обмена ничего без специальных действий не исчезает.
Могу предположить, что очистку буфера обмена делает библиотека wxWidgets, для обеспечения одинакового поведения под разными платформами.

Ставите VirtualBox под windows и рабоаете с Linux в отдельном окошке. Даже буфер обмена между программами windows и Linux работает. СтОит попробовать - оторваться невозможно...

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

Добрый день! Стыкую KiCAD и TopoR. Столкнулся с проблемой:
1. При экспорте проекта из KiCAD в TopoR не передается слой шелкографии. То есть позиционные обозначения элементов. Габариты элементов передаются.
2. А при импорте разведенной платы из TopoR в KiCAD не передаются области металлизации. А шелкография передается (а была ли она изначально в dsn-файле?)

Решение по пункту 1 важнее, так как отсутсвие шелкографии вынудило применить пункт 2, в котором тоже обнаружился косяк.

Экспорт-импорт делаю через формат Specctra. Кто силен, подскажите, где галки ставить или это косяк KiCAD или TopoR или обоих программных продуктов вместе взятых?

update: путем несложных манипуляций было установлено, что в формате specctra dsn, в который экспортируется печатная плата, отсутствует информация о слое позиционных обозначений компонентов на слое шелкографии. В связи с этим появляется вопрос знатокам: faa, это можно как-нибудь исправить? Или существуют другие, более негуманные способы взаимодействия со сторонними трассировщиками?

Может кому-нить пригодится
kicad_bin_gost_build3833.7z(9.1 МБ)
http://ubuntuone.com/4t8kPagiSPe5LOtuDijjDR
Распаковать с заменой в папку bin

Rev Summary
3833 merge patch with refinement
3832 Fix BOM-by-reference generator to print the separator charac...
3831 Pcbnew: plot solder mask layer with min width value specifie...
3830 Pcbnew: minor coding style fixes. Very minor fixes. Minor
3829 Eeschema: dialog ERC: minor enhancements and code cleaning.
3828 Fix pcbnew zone corner filleting
3827 Pcbnew: commit patch from Heikki Pulkkinen (via displayed wi...
3826 Pcbnew print fixes and improvements.
3825 Pcbvew: fix a strange bug which swap x and y values for pad ...
3824 merge in evolving fp lib_table work
3823 Added warning about gcc 4.7.1 miscompile in COMPILING.txt
3822 Polyline.cpp: fix a bad wxASSERT test which generate error m...
3821 reverse throw() clauses to quiet SWIG errors
3820 richio improvements, fix dangling open file
3819 Csv Boom file: fix a minor error in commit 3818
3818 Eeschema: Fixes and enhancements in BOM list generation and ...
3817 MacOSX: a strange bug with setvbuf in FILE_LINE_READER disal...
3816 MacOSX: Crash in pcbnew during edit footprint and changing l...
3815 MacOSX: now editing Text on PCBNEW works nicelly as expected...
3814 MacOSX: Fixes Crash when adding text on pcbnew (bug #891347)
3813 Fix saving of local thermal parameters in pcbnew legacy_plug...
3812 Pcbnew: fix bug1082146 (Keep-out areas get destroyed by "exp...
3811 MacOSX: disabling BufferedBitmap of OSX in gerbview, not sup...
3810 polygon: update clipper lib.
3809 Eeschema: item drag command: Fix issue for overlapping items...
3808 MacOSX: problems with cvpcb after multiline patch:
3807 Eliminate many assumptions in Pcbnew's library manager, pert...
3806 Try to fix a compil issue with some wxWidget versions.
3805 Pcbnew: enhanced dialog for SVG export
3804 Add *.kicad_mod as default import footprint extension. Turn...
3803 remove -std=c++0x compiler option since nobody is ready for ...
3802 Pcbnew: fix incorrect filenames when plotting layers
3801 Fix compil issue under MinGW: for an obscure reason the opti...
3800 1) Switch to boost hashtable support from wx macros which di...
3799 pcbnew: fix minor issues.
3798 switch to new s-expression format for footprint exports, use...
3797 footprint save to use untranslated (English) layer names
3796 populate PCB_PARSER::m_layerMap with English layernames so f...
3795 remove old sourceforge mailing list export file
3794 Pcbnew: Add a min width parameter to plot solder mask layers...
3793 Eeschema: fix an old bug: sometimes E hotkey (and some other...

А кто-нибудь пользуется этим:
https://launchpad.net/kicad-winbuilder

Я поставил, после небольшого допиливания скрипта все заработало.

Кто-нибудь 3D модели делал ? Где можно про это почитать ?

Здесь же и можно
Вкратце: два подхода.
1. Один компонент - один vrml
2. Один компонент - много vrml-заготовок с разными масштабами и ориентированием

По созданию
либо издеваться над собой в wings либо во freecad и прочих делать stl и далее в wings их красить ручками, убирать излишнюю триангуляцию (например, плоскость - на кой ей 100+ треугольников из-под бездумного GTS или как там его...?) и далее - экспорт .
Напрямую из freecad не хочет понимать...