В последних версиях Blender'а нет прямого экспорта в VRML, есть экспорт в X3D. X3D-файл уже конвертируется в VRML с помощью xmlto и таблицы стилей, и получившийся файл приводится к синтаксису, понимаемому Kicad'ом. С виду довольно запутанно, но выполняется с помощью одной команды: xmlto -x ~/X3dToVrml97.xslt html mymodel.x3d --skip-validation (поменять ~/X3dToVrml97.xslt на свой путь к файлу, mymodel.x3d - на модель), в итоге получается VRML'ный файл mymodel.proc. Возможно, стоит добавить в скрипт.
Блендер я выбрал потому, что его интерфейс после Wings3D мне показался более удобным. К тому же, по нему есть большое количество примеров и руководств.

Вобщем получилось наконец запустить этот Вингс3Д, проблема была в том что я слишком новую версию Ерланга использовал. После этих шагов все получилось:

1. yum install SDL-devel

2. скачать erlang version R14B02, otp_src_R14B02.tar
потом ./configure, make, make install

3. скачать esdl 1.0.1, esdl-1.0.1.src.tar
потом make, make install

4. set ESDL_PATH=/usr/local/lib/erlang/addons/esdl-1.0.1 (уточнить желательно
куда именно установилось)

5. скачать makeself package, makeself.run, и скопировать оба файла:
makeself-header.sh и makeself.sh в /usr/bin

6. идешь в распакованную папку исходников Вингса и набираешь:
make unix

7. после того как....bzip.run создан, запускаешь его как юзер, устанавливается в домашнюю
директорию, можно поменять место.. и после этого вингс запустился без проблем.

Проверил на CentOS 6.1, SL6.1


А теперь вопрос по поводу ручной компиляции Кикада.

1. Где я могу скачать 2011-Ноябрь-30 версию исходников для RHEL6? Тот что на сайте вышеупомянутом kicad-20111130-gost.el6.x86_64.rpm и соответственно с кодом
исходным kicad-20111130-gost.el6.src.rpm содержит ГОСТ черчение шаблона, если тока не это то она меня полностью бы устроила.

(кстати еще раз, а какие еще отличия кроме как шаблона между родной сборкой и ГОСТовской?)


2. Как вообще скомпилировать Кикад под 64-битный RHEL6? Я делаю так:


a. yum install cmake
b. yum instsall gcc-c++
c. yum install gtk+-devel
d. yum install gtk2-devel
e. yum install bzr
f. yum install doxygen
g. также успешно установил wxWidgets-2.8.12
h. В файл .bashrc добавляю:
CXX=/usr/bin/g++
export CXX

CXXFLAGS=-m64
LDFLAGS=-m64

i. В распакованной папке Кикада набираю:
cmake -DCMAKE_BUILD_TYPE=Release -DKICAD_STABLE_VERSION=ON .

и получаю:


Судя по выводу все идет хорошо, и тогда я набираю:

j. make
и получаю вот что:


Из-за чего могут быть ошибки? Я ведь вроде делал все по инструкции и должно было получится?

faa, можете подсказать в чем дело?

п.с. Данную компиляцию проводил с более старой версией. ну и естесственно хотелось бы после того как это получится проделать тоже самое с родной версией 2011-Ноябрь-30

faa
А можно ли сделать курсор, который при выборе футпринта в разводчике, устанавливается в схематике на соответствующем УГО, более выделенным? Пожирнее, например. Идеально было было бы выделять целиком УГО цветом. И при обратном действии (выбор УГО в схематике и выделение футпринта в разводчике).

И ещё, баг или фича - не знаю. При составлении "Перечня материалов" при формате "Один тип в строке" если элементы идут в порядке один номинал, первый тип корпуса, второй тип корпуса, снова первый тип корпуса, то первая и третья строка не объединяются. Пример:

Eeschema (2011-nov-30 GOST)-stable
Раньше было так же.

Исходники присутствуют в .src.rpm. Для сборки без ГОСТ убрать из строки параметров -DKICAD_GOST.
Все это расписано в install.txt.
Может есть смысл прочитать или хотя бы просмотреть все файлы *.txt, которые идут с исходниками?

Тут.

Никогда так не надо делать в дистрибутивах, в которых присутствует пакетный менеджер.
Спросите, почему? Гугля в помощь (я услуги по гуглению на заказ временно не предоставляю .
В src.rpm присутствует файл *.spec. Он является инструкцией и набором скриптов для сборки соответствующего пакета
с KiCad. Там все написано и описано.
Надо сделать
rpmbuild -ba <это файл spec>.
Для пересборки пакета на своей системе
rpmbuild --rebuild <пакет>.src.rpm.
Можно вынести как собирать (с гост или без) в параметр для rpm (--with или --without) - это Вам для самостоятельных упражнений.
И еще: у "красношляпников" есть замечательная книжка "Maximum RPM" - там все прописано и расписано во всей красе.



Нет ничего невозможного. Но надо ли?
Можно выбрать форму курсора (большой курсор) или поставьте один большой монитор (а лучше два монитора) - сразу будет удобнее.

Правили специально под требования ГОСТ (Поз. обозначения в перечне д.б. подряд) вывод перечня в "тексте для импорта в эл.таблицы" - там сделает так:
С4 0805 0,1мк 1
...
С11..С12 1206 0,1мк 2
и т.д.

"Один тип в строке" - это скорее для снабженцев.

Скорее для ведомости покупных, тоже ГОСТовский документ.

я ту компиляцию проводил с других исходников в .тар файле с оригинального сайта, а не с пакетным менеджером.




faa, спасибо за совет, я делаю сейчас как вы написали. wxGTK, wxGTK-devel тоже установлен. Просмотрел различные опции rpmbuild.

Для начала я решил собрать пакет как есть, без каких либо опций. Набираю: rpmbuild --rebuild kicad-20111130-gost.el6.src.rpm
И примерно на 56% обрывается вот с этой ошибкой:


Я открыл тот временный файл /var/tmp/rpm-tmp.hp314w, вот его содержимое:


Определение СХХ тоже есть в моем .bashrc, вот:



Я пробовал с опцией --recompile, дало ту же ошибку на 56%.

Папка /root/rpmbuild/BUILDROOT пустая.

смотрю на строчку с make -j 8 install в том временном файле..вроде как нормально, после cmake вызывается make install. Но судя по сообщению ошибки:
error: Bad exit status from /var/tmp/rpm-tmp.hp314w (%install)

чтото нетак с install но что именно не могу понять.

и еще вот что, на 1% и 2% вышли опять эти ошибки:



Не могли бы подсказать в чем может быть дело? может первые ошибки в начале компиляции имеют отношение к тому что на 56% все обрывается? что еще там может быть?

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


cmake валится на линковке (~56%) -> не хватает каких-то либ или объектников.
А перед этим (~1%) английским по-белому намекают:

, т.е. что-то еще из -devel не установлено. Может mesa-libGLU-devel или mesa-libGL-devel. А может и еще чего-нибудь не хватает.
Вроде я в spece-е все BuildRequires прописывал, но может чего-нибудь и забыл.

faa, спасибо за содействие. Все что связано со следующими паками установлено успешно:

BuildRequires: wxGTK-devel >= 2.8
BuildRequires: mesa-libGL-devel
BuildRequires: ImageMagick
BuildRequires: cmake
Requires: wxGTK >= 2.8
Requires: mesa-libGL
Requires: ImageMagick

Собираю как юзер, все тоже самое, те же ошибки в начале и вылет на 56%.


Такие тогда вопросы:

1. А не проблематично будет подсказать какие еще могут требоватся пакеты кроме перечисленных выше?
Дело в том что я с этим софтом вообще не эксперементировал, конкретно не пишется какого пакета не хватает, и мне сложно понять что еще надо устанавливать.


Насчет тех ошибок вначале, я нашел в тех. группе кикада аналогичный пост ругающийся на эту ошибку, но никаких ответов конретных. Также ничего ненашел пока на launchpad.net.

faa
Но надо ли?
Можно выбрать форму курсора (большой курсор) или поставьте один большой монитор (а лучше два монитора) - сразу будет удобнее.
Большой курсор - да, можно и так.

Правили специально под требования ГОСТ (Поз. обозначения в перечне д.б. подряд) вывод перечня в "тексте для импорта в эл.таблицы"
Мне ещё надо как в спецификации - отдаю снабженцам список деталей. Кстати, "Один тип в строке" по виду больше соответствует спецификации.

Ещё пожелание: хотелось бы иметь возможность смены цвета слоёв и элементов (из закладки "Отображать") не только средней кнопкой мыши, но и через меню.

В Pcbnew если выключить отображение связей, подвинуть любое посадочное место, а потом снова включить отображение связей, то связи не появляются. Чтобы появились, надо передвинуть любое посадочное место.

То, на что ругается при ~1%, задается в файле
/usr/lib64/wx/include/gtk2-unicode-release-2.8/wx/setup.h
из пакета

Как был поставлен этот пакет у Вас - я могу только догадываться.

Вобщем установил чистый СентОС 6.1, те же библиотеки wxGTK поставил со всеми остальными требующимеся паками и вроде все скомпилировалось. Сгенерировался установочный файл, установил, нормально.


Вопрос такой: Во время сборки я иногда замечал Warning различные, типа как желательно поставить скобки, неиспользованная переменная, ну и прочие предупреждения разного рода. Так вот это не проблема? т.е. это на стабильность работы и на надежность самого программного пакета Кикад не повлияет?


А почему под SL6.1 не собрался незнаю, те же паки там использовал. Может быть сам СентОС 6.1 содержит еще чтото нужное чего SL6.1 не содержит кстати, если я не ошибаюсь я в .spec файле заметил Вы тоже под СентОС собирали.,

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

С этого надо было начинать описание проблем.
Успехов в дальнейшем хождении по граблям.

Ну это я в VirtualBox по любому эксперементировал. На чистой системе я все поставил с нуля и все получилось.

А как насчет моего вопроса по warning'ам? Эти предупреждения во время сборки не страшны? На надежность работы Кикада не влияют? У Вас тоже они появлялись?

Можно и меню, но это ,ИМХО, не первоочередная задача. Я цвета один раз настроил и с тех больше не трогал.

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



Не влияют.
Но лучше, чтобы их не было.

faa
А пока можно просто пошевелить масштаб или нажать обновить (F3).
Не помогает.

Критичный глюк. При изменении размера переходного отверстия размеры и зазоры показываются только как установлено в классе цепи, DRC тоже не понимает. В итоге, если в классе цепи установлено большое отверстие, но в процессе разводки надо сделать маленькое, то DRC не даст поставить его так близко как нужно. При обратной операции (увеличение отверстия) получится не лучше - отверстие установится с недопустимо малым зазором.
(Pcbnew 2011-nov-30 GOST-stable)

P.S. Не работает установка микропереходных отверстий.

Выкладываю посадочные места диодных сборок DF, DB, B_C, _W_G, W_GM, KBP, FB, RS_ , KBU, KBL, GBU серий. Выводы помечены для гостовского диодного моста. Размеры брал отсюда Замечания приветствуются, т.к. делаю первый раз. И еще где можно почитать пошаговую инструкцию создания 3-д моделей деталей?

Я начал с просмотра вот этого ролика, дальше стало ясно, вингс3Д прост.
http://vimeo.com/4056577

faa
Насчёт микропереходных отверстий вопрос снимается (я сам дурак ), хотя всё же есть проблема при использовании <Ctrl>+V - переводится на первый попавшийся слой. Остаётся только пользоваться клавишей переключения активного слоя.
Кстати, почему такое странная сортировка слоёв: Front - Inner3 - Inner2 - Back?

Application: Pcbnew
Version: (2011-dec-20 BZR 3317 GOST)-testing
Build: wxWidgets 2.9.2 (wchar_t,compiler with C++ ABI 1002,GCC 4.5.2,wx containers,compatible with 2.8)
Platform: Windows XP (build 2600, Service Pack 3), 32 bit, Little endian, wxMSW
Options: USE_PNG_BITMAPS=ON
KICAD_GOST=ON
USE_WX_GRAPHICS_CONTEXT=OFF
USE_WX_OVERLAY=OFF
USE_BOOST_POLYGON_LIBRARY
"Тип ошибки (16) - два конца жорожки:..."
И к тому же на самом деле дорожки пересекаются.

faa
1. Если удалить части дорожек, подходящие к слепому/глухому переходному отверстию, то с ним потом невозможно ничего сделать (даже удалить), кроме как блочной операцией.
2. Слепые переходные отверстия допустимы не между всеми слоями. Например, в 4-х слойной плате можно делать только слепые или глухие переходные отверстия, но не все сразу (в зависимости от технологии - одна основа и 2 препрега или 2 основы и один препрег). KiCAD делает всё сразу и никак его не ограничить. При просмотре это легко пропустить, а производитель потом будет ругаться.
3. При очистке дорожек и переходных отверстий сбрасывается выбор инструмента.

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

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

Пофиксил в свежем переводе гуя.



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

Если глобально чистим (ИМХО, финальная операция), то почему бы не сбросить инструмент.

Кхе.., кхе.., тут такое дело, значит. :-)
Жан Пьер уже неделю как выкатил релиз http://iut-tice.ujf-grenoble.fr/cao/ причем, похоже, что финальный, т.к. никаких приписочек в виде RC1 как в прошлый раз нет.
Добрый дедушка мороз, собери, пожалуйста, свежую релизную виндовую сборку и положи ее под елочку в папку "release" ftp://kicad.r4b.ru/pub/kicad/release/ пожалуйста :-)
Ну, будь ласка :-)

BlackOps
Я так и не понял, как в Wimgs'е измерять и устанавливать размеры.

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

В принципе, это логические названия слоев (как и почему такой порядок - это вопрос философский).
А вот в каком порядке они будут при производстве - это уже надо рассказывать и показывать производителю.
Не в этом дело, а в том, что в менеджере слоёв они так расположены.
Похоже всё же несколько хитрее. Удалось сделать как надо, но не с первого раза. Похоже надо переставлять так:
1. переименовать Inner1 в Inner3, <OK>
2. переименовать Inner2 в Inner1, <OK>
3. переименовать Inner3 в Inner2, <OK>
Вроде как-то так. Иначе просто ничего не происходит.
Если удаётся правильно поставить в менеджере слоёв, горячая клавиша выбора Inner1 выбирает Inner2 и наоборот.
Чтобы правильно работали клавиши, надо смириться с расположением Inner2, затем Inner1.

Если глобально чистим (ИМХО, финальная операция), то почему бы не сбросить инструмент.
В том-то и дело, что не финальная. Иногда надо подвинуть дорожку (G), но она состоит из 2-х коллинеарных отрезков (хотя этот термин относится к векторам ), поэтому надо очистить, сдвинуть и продолжить рисование новой дорожки.

Доберусь до микро и глухих - посмотрю, что там так или не так.
Обычные переходные удобно ставить горячими клавишами F5-F9 (F10 может не сработать - ее Х-ы могут перехватывать) и PgUp-PgDn - ставит и отверстие и сразу встает на нужный слой.

Ничего не меняю. Просто расписываю производителю стек платы: в каком порядке слои и какому слою какой гербер соответствует.

После очистки горячие клавиши в помощь:
D - перетащить сегмент с сохранением наклона (от концов не оторвет),
X - начать трассировку (включит инструмент, если он не включен).

faa
Просто расписываю производителю стек платы: в каком порядке слои и какому слою какой гербер соответствует.
Производитель не при чём. Проблема с интерфейсом Pcbnew.

После очистки горячие клавиши в помощь
Да, это так, только лишнее нажатие, а с учётом того, что при начале трассировки надо нацелиться на нужное место, иначе дорожка может начаться даже из пустого места и тогда придётся нажимать <Esc>, то и ещё одно нажатие.

Кстати, по уже вполне сложившейся традиции, Жан Пьер, желая подрихтовать кое-что, выкатил сегодня (спустя всего неделю) очередной "стабильный" релиз "KiCad-2011-12-28-BZR3254-stable-Win" http://iut-tice.ujf-grenoble.fr/cao/ так что у доброго дедушки мороза есть шанс обрадовать заглядывающих ему в рот ребятишек-эмбеддеров более продвинутым новогодним подарком в виде еще более новой виндовой релизной сборки.
Я верю, что под новый год чудеса все же время от времени случаются... :-)
Жаль, что для виндузятников не всегда... :-(

faa
С удалением слепых/глухих отверстий ещё выяснилось: удаление через выделение блоком не работает если снята отметка "Включая тексты на невидимых слоях".

Для Aldan ("Думаю, кто-то уже использует Кикад на Вин7х64...")
Сборка и тесты проходят на Windows 7 Ultimate x64 Service Pack 1
Версия от 21.12.2011 собрана.

Дело в том, что я хотел понять возможности работы Кикад-сборки для Вин7х64, т.е. речь была о 64 битной сборке для Винды самого Кикад, а гостовские виндовые сборки делаются только на 32 бита. Такая сборка встает на Вин7х64 как 32-разрядная, что для работы достаточно, а свое излишнее любопытство я выбросил из головы.

Как я написал вчера, есть более новая сборка у Жан Пьера 28.12.11 " KiCad-20111221-release-gost-win32" и она только что появилась на фтп ftp://109.71.246.126/pub/kicad/release/ так что сейчас буду качать и ставить. Большое спасибо доброму дедушке морозу! :-)
----
После того, как отправил сообщение и пошел на фтп, обнаружил, что выложена старая сборка (та, что была 8 дней назад), а вчерашняя, исправленная, так и не появилась. Ну да ладно, что ж теперь поделаешь...

Снова о 3D
Еще раз покурил вопрос, остановился на таком алгоритме
1. Создаем модельку там, где удобно
Кроме фрикада имеются еще OpenSCAD и HeeksCAD - мсм более вменяемые, хотя... все равно "кушаем, что дают"
2. Экспортируем в STL
3. Хватаем его в Wings3D, создаем несколько материалов.
4. Красим поверхности, выбирая их и кликая правой кнопкой в outliner window / assign selected
Выбор faces, слава создателям Wings3D, не испортившим эту фичу, можно делать блочно.
5. Собсна зачем труды сии.
5.1. Неожиданное применение Wings - 3ds модельки для протеуса, да не взбучат меня за оффтоп. Оказывается, приятно иметь 1:1 копии моделей для сабжа и для не-сабжа. А там есть ньюанс - имя объекта должно быть одно, иначе экспорт не примет.
5.2. Так давно облизывался на OpenSCAD - и вот оно, счастье.

Тут по шагам, попробуйте пройтицца, мож кому тоже покажется, что так проще.
Нажмите для просмотра прикрепленного файла

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

Всех с наступающим!!!


Есть маленький шанс завтра с утра...
ЗЫ: Если корпоратив не помешает

Этот вопрос, наверное, к viknn, но что-то он давно не показывался.

Application: Pcbnew
Version: (2011-dec-20 BZR 3317 GOST)-testing
Build: wxWidgets 2.9.2 (wchar_t,compiler with C++ ABI 1002,GCC 4.5.2,wx containers,compatible with 2.8)
Platform: Windows XP (build 2600, Service Pack 3), 32 bit, Little endian, wxMSW
Options: USE_PNG_BITMAPS=ON
KICAD_GOST=ON
USE_WX_GRAPHICS_CONTEXT=OFF
USE_WX_OVERLAY=OFF
USE_BOOST_POLYGON_LIBRARY

Если выбрать перемещение текста, после этого нажать правую кнопку мыши и выбрать пункт "Утановить размер", то Pcbnew вылетает с ошибкой.

Забегала Снегурка, просила передать, что корпоратив не помешал Дедуле.

P.S. Сборка Win32 ГОСТ 28.12.2011 на FTP.

мда, компиляция с нуля 35 минут... это ж писец...

Может дело в железе?

Подарок к Новому году для начинающих kicad'овцев.
На ftp://kicad.r4b.ru/pub/kicad/doc/ru_2011/...in_kicad_ru.pdf
положил адаптированный перевод нового введения в KiCAD (в форматах ODT и PDF).
Замечания по тексту принимаются.
(использована стабильная версия от 28.12.11)

Application: KiCad
Version: (2011-dec-28 GOST)-stable
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
Options: USE_PNG_BITMAPS=ON
KICAD_GOST=ON
USE_WX_GRAPHICS_CONTEXT=OFF
USE_WX_OVERLAY=OFF
USE_BOOST_POLYGON_LIBRARY

Application: KiCad
Version: (2011-dec-28 GOST)-stable
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 NT 6.1 (build 7601, Service Pack 1), 64 bit, Little endian, wxMSW
Options: USE_PNG_BITMAPS=ON
KICAD_GOST=ON
USE_WX_GRAPHICS_CONTEXT=OFF
USE_WX_OVERLAY=OFF
USE_BOOST_POLYGON_LIBRARY



Посмотрел - так действмтельно вылетает. Операции можно выполнить раздельно. Сначала перемещение. Потом Править размер текста.

Когда Дед Мороз и Снегурочка вместе - это сила! Подарок для детишек зрелого возраста удался! :-0
Всех с наступающим!

Всех с наступившим!

В связи с проведением в конторе электро-монтажных работ ftp://kicad.r4b.ru (он же ftp://ftp.ntcsm.ru)
будет обесточен по 9 января 2012 года включительно и, соответственно, свежие ГОСТ-сборки kicad будут временно недоступны.

Всех с прошедшими.
Спасибо всем принявшим участие в создании и выкладывании нового релиза.

viknn
С изменением размера при перемещении текста в релизе вопрос решили кардинально - убрали такую возможность совсем.

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

Там вопросов надо задавать много - убираем со всех слоев, а ставить надо только на пару.
Получим источник дополнительных ошибок.
ИМХО, проще удалить сквозное и поставить нужное на требуемые слои.

faa
Там вопросов надо задавать много - убираем со всех слоев, а ставить надо только на пару.
Сейчас KiCAD не спрашивает на какие слои ставить слепые/глухие переходки, значит как-то может сам распределить.

ИМХО, проще удалить сквозное и поставить нужное на требуемые слои.
Иногда нужно и обратное действие - из слепого/глухого сделать сквозное - тут точно ошибок не будет.

faa
Application: Pcbnew
Version: (2011-dec-28 GOST)-stable
Build: wxWidgets 2.9.2 (wchar_t,compiler with C++ ABI 1002,GCC 4.5.2,wx containers,compatible with 2.8)
Platform: Windows XP (build 2600, Service Pack 3), 32 bit, Little endian, wxMSW
Options: USE_PNG_BITMAPS=ON
KICAD_GOST=ON
USE_WX_GRAPHICS_CONTEXT=OFF
USE_WX_OVERLAY=OFF
USE_BOOST_POLYGON_LIBRARY

1. Если установить начало координат в файлах сверловки и размещения (я ставлю в левом нижнем углу платы), "Чертить" GERBER со снятой пометкой "Использовать оси как основные", при создании файла сверловки использовать "Начало кооржинат сверловки: Вспомогательные оси", то слои xxx.drl, xxx-drl.pho, xxx-NPTH.drl, xxx-NPTH-drl.pho оказываются несовмещёнными с остальными.
Хотя может это не баг, а фича.
2. Какой смысл в разнесении подключаемых и неподключаемых отверстий (слои xxx-drl.pho и xxx-NPTH-drl.pho, xxx.drl и xxx-NPTH.drl)?

В гербере при снятой пометке "Использовать оси как основные" используете основные оси (левый верхний угол листа),
а при сверловке используете вспомогательные оси (л.н.угол платы)?
Тогда и не должны совпадать.
А лучше ничего не менять и пользовать основные оси - на производстве сами разберутся.

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

faa
А лучше ничего не менять и пользовать основные оси - на производстве сами разберутся.
Хотелось получить файл расстановки с более-менее нормальными координатами.

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

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

Ещё проблема - странно объединяет паяльные маски. Причём увидеть можно только в GERBER'е, при разводке слои "Adhes", "SoldP", "Mask" просто не показывает.

Смысл в разнесении не "подключаемых и неподключаемых отверстий", а металлизированных (plated) и неметализированных (non-plated). Сверловка последних выполняется после металлизации отверстий.

xemul
Как таковые неметаллизированные отверстия KiCAD делать не позволяет. Видимо только так это можно сделать.

faa
С объединением масок разобрался - проблема была в посадочном месте - при создании площадки NPTH зачем-то автоматически предлагается создание маски на оба слоя. Но с видимостью проблемы остались.

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

faa
Так можно. Имелось в виду, что нет возможности указывать размер контактной площадки меньше диаметра отверстия.

Вопрос: почему размеры на размерных линиях при размещении по разные стороны платы поворачивается в разные стороны? Я не предлагаю, что надо иметь возможность поворачивать как хочется, но по ГОСТу положено иметь строго определённое положение.

А меньше и не надо. Достаточно было указать такого же размера - технологи тут же говорили, что отверстие будет без металлизации.

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

Один из вариантов решения сейчас:
Сделать линии-выноски, горизонтальный провести от концов этих линий (или ниже) и утянуть вверх (снизу или сверху образмериваемой детали - и так и так получится правильно).
С вертикальным - аналогично. Линии-выноски вправо или влево. Если размерим справа - начинаем с конца линии-выноски снизу-вверх и утягиваем влево.
Если слева, размерим по концам выносок (их надо покороче делать) и тянем опять-таки влево.
Лишние телодвижения, но получается "как надо".

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

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

И всё же что-то нехорошее происходит при копировании блоков. Сейчас при копировании появилась лишняя надпись на меди, причём несколько сдвинутая относительно "родительской". Хорошо, что в GERBER'е всё проверил.