[Aldan 0]

А кто будет решать, какой из слоев будет на первом листе?

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

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

Можно и так, но все слои сведенные вместе, если их много, в результате дают кашу. Нужно крепко подумать стоит ли именно так делать.

Хорошо бы услышать коллективное мнение, но наступили праздники со всеми вытекающими...

[viknn 0]

Выпуск КД на печатный узел часто регламентируется ОСТами.

У нас, например, как топологическая КД в архиве хранятся фотошаблоны слоев на пленке (программно добавляется основная надпись).

Для получения других чертежей обычно используется Компас (свободный аналог - LibreCAD).

Графические данные из KiCAD (например, для сборочного и чертежа отверстий) можно передать в них через DXF.

Есть возможность передать данные для ПЭ и раздела прочие изделия СП (на основе BOM-файла через конвертер ECAD-текстовая_КД

или программно формируя макросы документов на python, которые Компас кушает и которые можно править).

 

Делать ли модуль (или набор модулей) для выпуска КД в KiCAD - вопрос открытый. Видимо, надо делать.

LibreCAD - пока Beta. Недавно к нему подключен фонт opengost.ttf Н.Волченкова (аналог асконовского gost_type_a.ttf).

Такой шрифт в Kicad тоже не был бы лишним (все ecad начинали с векторных шрифтов).

[viknn 0]

https://bitbucket.org/fat_angel/opengostfont/downloads/

 

После почти 9 месяцев разработки вышла первая публичная версия шрифтового семейства OpenGostFont. Данные шрифты являются открытой реализацией шрифтов по ГОСТ 2.304–81 «Шрифты чертежные». Основными отличиями данной гарнитуры от существующих реализаций этих шрифтов, помимо свободной лицензии SIL OFL 1.1, является наличие кернинга для латиницы и кириллицы, а также более строгое следование дизайну глифов, приведенному в стандарте.

 

На данный момент проработаны прямые начертания шрифтов типа А и Б. Шрифты включают в себя базовую латиницу, греческий алфавит (без политонических символов), кириллицу (включая символы для украинского и белорусского языков) и различные символы. Кроме того, в разделе private use area добавлены символы для обозначений сварки по ГОСТ 2.312–72, допусков и посадок ГОСТ 2.308–79 и условные обозначения прокатных профилей, которые часто используются в технической документации и чертежах.

 

Загрузить шрифт в формате OpenType или TrueType, а также исходный текст в формате FontForge можно на домашней странице проекта, размещенного на Bitbucket.

Изменено 8 марта, 2013 пользователем viknn

[break 0]

Собрал, наконец, сам под Kubuntu (12.04) 86_x64 (по этой инструкции) .

Выявилась проблема с надписями (см. рис.) . Возможно из-за высокого разрешения экрана.

 

viknn

У нас на работе в архив принимают документацию в электронном виде. На плату - в виде архива с GERBER файлами. Сборочные чертежи делают в Нанокаде на основе преобразования через DXF. Напрямую из Pcbnew сборочный чертёж не получить.

[AHTOXA 14]

Собрал, наконец, сам под Kubuntu (12.04) 86_x64 (по этой инструкции) .

О, кстати, я теперь научился собирать и доки с либами. Инструкцию ещё не обновлял, поэтому пока выкладываю обновлённый скрипт build-kicad-deb.sh сюда.

(перед запуском скрипта в дополнение к

bzr branch lp:kicad

сделать

bzr branch lp:~kicad-developers/kicad/doc

bzr branch lp:~kicad-lib-committers/kicad/library

)

#/bin/sh
#
# Note: Build support for 32 bit and 64 bit.
#
# Difference in Control file: Line 10
# 32bit:= Architecture: i386
# 64bit:= Architecture: amd64

# Specify system Architecture ("i386" or "amd64")
ARCHITECTURE="amd64"
# kicad revision
KICAD_REV="3989"

# dir to build
BUILD_DIR=$HOME/kicad-build/debs
# path to install (to build deb file)
INST_PATH=$BUILD_DIR/kicad-$KICAD_REV-$ARCHITECTURE

mkdir -p $BUILD_DIR

#1. build kicad

mkdir -p build/kicad
cd build/kicad

cmake \
 -DCMAKE_BUILD_TYPE=Release \
 -DKICAD_GOST=ON \
 -DUSE_PCBNEW_NANOMETRES=ON \
 -DUSE_PCBNEW_SEXPR_FILE_FORMAT=ON \
 -DKICAD_TESTING_VERSION=ON \
 -DwxUSE_UNICODE=ON \
 -DCMAKE_INSTALL_PREFIX=$INST_PATH/usr \
../../kicad

make
if [ $? -gt 0 ]; then
echo "ERROR!"
exit 1
fi

make install
if [ $? -gt 0 ]; then
echo "ERROR!"
exit 1
fi

# 2. build kicad docs
cd ../..
mkdir -p build/doc
cd build/doc

cmake \
 -DCMAKE_BUILD_TYPE=Release \
 -DKICAD_GOST=ON \
 -DUSE_PCBNEW_NANOMETRES=ON \
 -DUSE_PCBNEW_SEXPR_FILE_FORMAT=ON \
 -DKICAD_TESTING_VERSION=ON \
 -DwxUSE_UNICODE=ON \
 -DCMAKE_INSTALL_PREFIX=$INST_PATH/usr \
../../doc

make
if [ $? -gt 0 ]; then
echo "ERROR!"
exit 1
fi

make install
if [ $? -gt 0 ]; then
echo "ERROR!"
exit 1
fi

# 3. build kicad libs
cd ../..
mkdir -p build/library
cd build/library

cmake \
 -DCMAKE_BUILD_TYPE=Release \
 -DKICAD_GOST=ON \
 -DUSE_PCBNEW_NANOMETRES=ON \
 -DUSE_PCBNEW_SEXPR_FILE_FORMAT=ON \
 -DKICAD_TESTING_VERSION=ON \
 -DwxUSE_UNICODE=ON \
 -DCMAKE_INSTALL_PREFIX=$INST_PATH/usr \
../../library

make
if [ $? -gt 0 ]; then
echo "ERROR!"
exit 1
fi

make install
if [ $? -gt 0 ]; then
echo "ERROR!"
exit 1
fi
cd ../..

# 4. create deb file

mkdir $INST_PATH/DEBIAN
echo "Package: kicad-bzr
Version: $KICAD_REV
Section: misc
Priority: optional
Architecture: $ARCHITECTURE
Depends: libc6 (>= 2.3.5-1)
Installed-Size: 23600
Maintainer: xxxx<[email protected]>
Description: This is KiCAD.
" > $INST_PATH/DEBIAN/control
echo "2.0
" > $INST_PATH/DEBIAN/debian-binary
fakeroot dpkg-deb -b $INST_PATH

sudo dpkg -i $BUILD_DIR/kicad*.deb

[viknn 0]

У нас на работе в архив принимают документацию в электронном виде. На плату - в виде архива с GERBER файлами.

Как решается вопрос с подписью? Применяете ли PDM-систему?

[Aldan 0]

Хочу внести некоторые пояснения к тому, что я писал о выводе слоев на печать поскольку мое предложение несколько окультурить эту функцию плавно переросло в желание формумцев сделать вывод на печать некоего сборочного документа ПП оформеленного по ГОСТ.

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

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

Если суммировать и конкретизировать, то мое предложение звучит так: при выводе на печать последовательно нескольких слоев ПП, большой штамп делать только на первом листе, а на остальных листах делать малый штамп. Первым листом по умолчанию можно сделать верхний слой посадочных мест с обозначениями и габаритные размеры (это псевдо-общий вид), а последующие листы — слои отмеченные к выводу на печать. Данную фичу можно оформить отдельно как дополнение к «по странице на слой» и «одна страница» в виде некоего третьего выбора, но лучше всего просто доработать «по странице на слой» т. к. новый вариант полностью перекрывает старый. Если кому-то нужно будет распечатать каждый слой с большим штампом (странное желание), то это можно будет сделать воспользовавшись выбором «одна страница» и при этом выбрать к печати только один слой.

Итак, в данном случае я за синицу в руках, вместо бесконечного ожидания журавля в небе.

https://bitbucket.org/fat_angel/opengostfont/downloads/

После почти 9 месяцев разработки вышла первая публичная версия шрифтового семейства OpenGostFont. Такой шрифт в Kicad тоже не был бы лишним.

Все сторонние наблюдатели, глядя на мою работу в Кикад, не сговариваясь отмечают корявость шрифтов. Так что возможность решить эту проблему — добрая весть.

Хочется надеяться, что эти шрифты совсем скоро украсят если не интернациональную сборку, то уж ГОСТ-сборку точно. Было бы здорово обнаружить эти шрифты уже в стабильной сборке, рождающейся в эти дни.

 

Viknn, рассуждая о выводе документации из Кикад Вы пишете:

Для получения других чертежей обычно используется Компас (свободный аналог - LibreCAD). Графические данные из KiCAD (например, для сборочного и чертежа отверстий) можно передать в них через DXF. Есть возможность передать данные для ПЭ и раздела прочие изделия СП (на основе BOM-файла через конвертер ECAD-текстовая_КД или программно формируя макросы документов на python, которые Компас кушает и которые можно править).

Из Ваших слов следует, что Компас позволяет сделать цивилизованный вывод текстовой документации из Кикад, а LibreCAD — свободный аналог Компаса. Если я правильно Вас понял, то такая работа с документацией налажена у Вас на фирме.

Вы автор не только русифицированной документации к Кикаду, но и многих пособий для работы с ним. Так может быть уже настало время родить пособие по выводу текстовой документации при помощи LibreCAD и неких программных примочек, о которых Вы пишете? Если Вы все это сделаете, то огромная благодарность в сердцах простых пользователей, вроде меня, Вам гарантирована.

Делать ли модуль (или набор модулей) для выпуска КД в KiCAD - вопрос открытый. Видимо, надо делать.

Если вывод документации будет налажен при помощи сторонней LibreCAD, то реализацию вывода документации прямо из Кикад можно будет отложить на неопределенное время.

[viknn 0]

Было бы здорово обнаружить эти шрифты уже в стабильной сборке, рождающейся в эти дни.

Так скоро дела не делаются. Надо же код программы изменять. Потом мне например неизвестно как поддерживаются

в openfont языки типа китайского и японского.

 

Из Ваших слов следует, что Компас позволяет сделать цивилизованный вывод текстовой документации из Кикад, а LibreCAD — свободный аналог Компаса. Если я правильно Вас понял, то такая работа с документацией налажена у Вас на фирме.

Компас - отечественная программа, которая позволяет сделать цивилизованный (по ГОСТ) вывод КД.

Ей в основном пользуются для этого. Но красивой сквозной цепочки ECAD-КОМПАС пока не построено (и как ECAD, KiCAD

один из). Над этим думаем. Компаса пока нет под Linux (кроме Wine), хотя 3D-ядро уже перенесено.

 

Так может быть уже настало время родить пособие по выводу текстовой документации при помощи LibreCAD и неких программных примочек, о которых Вы пишете?

LibreCAD - пока Beta. Насколько он цивилизован по ГОСТ предстоит оценить конструктору.

Надо найти время, чтобы поправить ru-доки eeschema/cvpcb/pcbnew-2013.

Можно попробовать будет сделать руководство по возможным связям kicad: pcad-kicad-pcad, altium_designer-kicad,

kicad-topor-kicad, python-kicad-python, kompas(lc)-kicad-kompas(lc), kicad-freecad.

 

[Aldan 0]

Так скоро дела не делаются. Надо же код программы изменять. Потом мне например неизвестно как поддерживаются

в openfont языки типа китайского и японского.

Я грешным делом думал, что ввести новый фонт просто, как в Винде, подсунул в папочку и все. Только в нашем случае это нужно сделать при сборке. Простите мне мою дремучесть.

К тому же, если вводить новый фонт только в ГОСТ-сборке, то не нужно ждать согласия Жан Пьера, да и поддержка китайского с японским нам ни к чему.

Ладно, понял, что с новым фонтом для нышешней стабильной версии - облом.

красивой сквозной цепочки ECAD-КОМПАС пока не построено (...) LibreCAD - пока Beta. Насколько он цивилизован по ГОСТ предстоит оценить конструктору.

Если из предыдущего Вашего сообщения можно было сделать вывод, что документацию через LibreCAD выводить можно (вывод через Компас налажен и Компас = LibreCAD), то из нынешнего все с точностью до наоборот — и с Компасом (он еще и платный) не все гладко, а с LibreCAD вообще ничего не ясно.

Э-э-э-х, всплеск надежды на лучшее угас в своем зародыше, а жаль...

 

[valber 0]

Всем привет, не знаю было тут это или нет, но вот обнаружил недавно облако, для храненения поиска и распространения библиотек УГО и посадочных мест для kicad - kicadcloud.com , все исходники лежат на github поэтому если захотите можно поднять cвой собственный сервер.

[viknn 0]

Если из предыдущего Вашего сообщения можно было сделать вывод, что документацию через LibreCAD выводить можно (вывод через Компас налажен и Компас = LibreCAD), то из нынешнего все с точностью до наоборот — и с Компасом (он еще и платный) не все гладко, а с LibreCAD вообще ничего не ясно.

Я такого не писал. Я сообщил, что LibreCAD стремится к тому, что будет поддерживать

формат DXF и opengostfont.ttf аналогично КОМПАС. Для равенства требуется немало работы

(в Аскон трудятся 7 сотен срециалистов). Я стараюсь следить за LibreCAD, но не могу выложить вам законченное решение.

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

А для нашей фирмы ПО АСКОН - базовое ПО, несмотря на платность и его недостатки (так сложилось).

Недостатки пытаемся совместно преодолеть.

 

 

[AVL 0]

На сколько смог, изучил текущую ветку форума.

 

Если я правильно понял, Андрей Федорушков и, видимо, другие делают сборку lp:kicad с дополнительной опцией -DKICAD_GOST=ON и выкладывают ее на ftp://kicad.r4b.ru/pub/kicad

 

Я столкнулся со следующей ситуацией.

Когда еще разработка KiCad велась в svn, у меня был доступ на запись в хранилище (мне предоставил доступ Игорь Плятов, который являлся администратором проекта KiCad, если не ошибаюсь до 2010г). Примерно с 2008г. у меня не было времени заниматься KiCad как и pcad2kicad, но был план прекратить дальнейшую разработку отдельной утилиты pcad2kicad в Delphi, а переписать ее с Delphi на c++ и встроить в KiCad. После чего исправить основные баги в pcad2kicad (основной баг был переполнение стека), ну и дальше поддерживать.

В июне 2012г. у меня появилась возможность заняться разработкой pcad2kicad снова. Я обнаружил, что разработка KiCad уже ведется не в svn, а в bzr, и в bzr у меня нет прав на запись. Я сделал запрос на восстановление моего доступа на запись. Жду уже с июня 2012, доступ так и не вернули. Проделал достаточно большой объем работы за это время по pcad2kicad, но по факту разочаровался, что вообще взялся за этот проект, по скольку ветка lp:~pcad2kicad-committers/kicad/pcad2kicad (ранее lp:~al-lunev/kicad/pcad2kicad) фактически живет отдельной жизнью отдельным проектом.

 

Получая рассылку от [Kicad-developers] со стороны разработчиков-администраторов KiCad часто вижу грубое недоброжелательное отношение к энтузиастам, решившим прислать какой-нибудь патч. С моей точки зрения, у любого такого энтузиаста сразу отпадет желание что-либо делать еще.

 

Итог. Лично со своей стороны видел выход - оставлять все как есть и в самом деле воспринимать lp:~pcad2kicad-committers/kicad/pcad2kicad как отдельный проект.

 

Общаясь с Юрием Викуловым (а он мне предложил посмотреть в эту ветку форума), я увидел, что оказывается, примерно с 2006 года Андрей Федорушков ведет параллельную ветку с ГОСТ версией, которая по умолчанию не собирается в lp:kicad, и со стороны администраторов проекта KiCad наблюдается безразличие к нашей российской действительности в плане поддержки ГОСТ.

 

Если я правильно все понял насчет ГОСТ ветки, то соответственно вопрос:

 

Как вы смотрите, если создадим ветку например lp:~russian-gost-committers/kicad/russian-gost и дадим в нее доступ на запись заинтересованным разработчикам (например, мне (Луневу Александру), Барановскому Константину и др.).

То есть образуем группу разработчиков, которые будут коммититься в lp:~russian-gost-committers/kicad/russian-gost, а Андрей Федорушков и Юрий Викулов, имеющие доступ на запись в lp:kicad, если согласятся, могли бы периодически выполнять merge в lp:kicad ?

 

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

[viknn 0]

Как вы смотрите, если создадим ветку например lp:~russian-gost-committers/kicad/russian-gost и дадим в нее доступ на запись заинтересованным разработчикам (например, мне (Луневу Александру), Борановскому Константину и др.).

То есть образуем группу разработчиков, которые будут коммититься в lp:~russian-gost-committers/kicad/russian-gost, а Андрей Федорушков и Юрий Викулов, имеющие доступ на запись в lp:kicad, если согласятся, могли бы периодически выполнять merge в lp:kicad ?

 

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

Да нет, у меня тоже нет доступа на запись в lp:kicad (был при Плятове, на svn).

Получается, что вносить GOST-правки можно только через Андрея. Сейчас, видимо,

надо сделать объединенный patch для выходящей стабильной версии.

Ну а дальше - возможно действительно вести параллельную ветку, периодически

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

[AVL 0]

Да нет, у меня тоже нет доступа на запись в lp:kicad (был при Плятове, на svn).

Получается, что вносить GOST-правки можно только через Андрея. Сейчас, видимо,

надо сделать объединенный patch для выходящей стабильной версии.

Ну а дальше - возможно действительно вести параллельную ветку, периодически

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

 

Жаль. А я сделал такой вывод, когда увидел Вас в группе kicad-testing-committers.

 

jean-pierre charras час назад добавил в lp:kicad мои последние исправления, сделанные в pcad2kicad Pcbnew plugin.

Опять же выборочно. Конвертер pcad2kicadsch опять остался не у дел.

[viknn 0]

Опять же выборочно. Конвертер pcad2kicadsch опять остался не у дел.

Поместил свежую версию конвертера схем pcad2kicad.exe на ftp://kicad.r4b.ru/pub/kicad/pcad2kicad/win32/

Там же (папка kicad2pcad) обратный конвертер схем в формат PCAD PDIF 8 (написан на Lazarus, от [email protected])