Какой размер? Заливка сплошная или линиями? Способ подключения к контактным площадкам?

Размер - фигура близкая по форме к прямоугольному треугольнику со сторонами 0,5 и 1,4 мм. Заливка сплошная. Способ подключения - включая контактные площадки. Пробовал разные подключения, в т.ч. и отсутствие ))). Реально границы зоны проходили почти по краю контактных площадок.

Поигрался. Думаю, Вы наткнулись на фишку KiCAD, с которой я сталкиваюсь обычно с обратной стороны )). У меня проблема бывает с тем, что если полигон не пересек центр контактной площадки, то считается что контактная площадка не подключена к полигону, хотя она может быть наполовину залита и это будет работать и герберы будут нормальные. Так вот, у Вас ситуация обратная. Полигон не заливается потому что считает что не подключен к контактной площадке. Это обеспечивается попаданием цента КП в зону. Центр КП это та точка, откуда выходит белая нить цепи. Ну и следите за минимальной шириной заливки (0.0254мм минимум), чтобы она не скруглила весь полигон до пустышки.

Может и так. Сейчас всё работает, потому что я "окружаю" большую часть КП. Ещё "особенность", с которой я не разобрался. В свойствах зоны есть параметр "сглаживание углов". Так вот. Сглаживание есть всегда и как оно работает я не понял. Что ни выбирал, внешний вид не меняется. Причём хотел его вообще убрать, ставил "нет" - ноль реакции.

Это уже нормальная особенность. Природа не терпит прямых углов, как известно, и фоторезист тоже. Это сглаживание исходит от параметра "минимальна ширина заливки", а эта ширина не равна нулю. Все прямые углы будут сглаживаться, т.к. при подходе к углу ширина уменьшается до нуля, вот он этот угол и скругляет . А так штатное скругление работает. Есть у него неприятные особенности, что иногда полигон разрывает. Надо просто удалить лишние углы.

Может немного не в тему, но в gost библиотеках посадочных мест везде шелкография попадает на контактные площадки. Многие производители ПП требуют чтобы шелкография на медь не попадала. В частности TePro "...— шелкография не должна попадать на контактные площадки. В противном случае претензии по шелкографии мы принимать не будем;"

ARIM
Это надо было писать сюда.
Некоторую помощь в решении этой проблемы можно получить при помощи опции "Маскировать шелкографию" при генерации Gerber'а.

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

Application: Pcbnew
Version: (2013-07-10 BZR 4179 GOST-COMMITTERS)-testing
Build: wxWidgets 2.9.4 (wchar_t,compiler with C++ ABI 1002,GCC 4.7.2,wx containers,compatible with 2.8)
Platform: Windows XP (build 2600, Service Pack 3), 32 bit, Little endian, wxMSW
Boost version: 1.53.0
Options: USE_PCBNEW_NANOMETRES=ON
KICAD_GOST=ON
USE_WX_GRAPHICS_CONTEXT=OFF
USE_WX_OVERLAY=OFF
KICAD_SCRIPTING=OFF
KICAD_SCRIPTING_MODULES=OFF
KICAD_SCRIPTING_WXPYTHON=OFF

В чём сермяжная правда отображания содержимого с разными D-кодами разными оттенками? (С D10 - светлее.)

Application: GerbView
Version: (2013-07-10 BZR 4179 GOST-COMMITTERS)-testing
Build: wxWidgets 2.9.4 (wchar_t,compiler with C++ ABI 1002,GCC 4.7.2,wx containers,compatible with 2.8)
Platform: Windows XP (build 2600, Service Pack 3), 32 bit, Little endian, wxMSW
Boost version: 1.53.0
Options: USE_PCBNEW_NANOMETRES=ON
KICAD_GOST=ON
USE_WX_GRAPHICS_CONTEXT=OFF
USE_WX_OVERLAY=OFF
KICAD_SCRIPTING=OFF
KICAD_SCRIPTING_MODULES=OFF
KICAD_SCRIPTING_WXPYTHON=OFF

В ГОСТОВСКОЙ сборке в 3D-настройках модуля смещение образа приходится указывать в ДЮЙМАХ!
Доколе?!

Даёшь миллиметры гостовской сборке!

Серьёзно, может кто устранить этот мелкий, но не приятный недостаток?

ЗЫ Я понял.
Дело даже не в гостовской сборке. Дело в принципе! Если выбираются миллиметры, то и всё должно быть в миллиметрах!
Может кто напомнит французу, что у них придумали метр

Нашёл где что на что делить.
Может кто из спецов поможет грамотно и красиво оформить и протолкнуть?
(на авторство не претендую

3d_aux.cpp:74
/* adjust offset position (offset is given in UNIT 3D (0.1 inch) */
#define SCALE_3D_CONV (((IU_PER_MILS * 1000) / UNITS3D_TO_UNITSPCB) / 25.4)

Это здорово.
Поможем.
Авторство сохраним.


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

Так и я про то. По-хорошему, там должны быть условия на дюймы/миллиметры. И в диалогах соответственно.
А тут у меня уже тяму не хватает.


Тестировать уже начал
Хотя один я много не натестирую.

ЗЫ Видел такое понятие ка BIU. Может как-то через него смещения сохранять (и обрабатывать) правильней? И при смене единиц чтобы они пересчитывались.

После работы в Альтуме это был супермелкий недочет :-D. Потому что ни подвигать модель ручками, ни даже динамически менять эти смещения и масштабы невозможно Я выучил масштаб 0.3937 1/2.54 и смирился ))

За СИ обидно...

За Wings3D еще всплакнем и напишем жалобное письмо в Dassault Systemes и Аскон, чтобы они сделали прямой экспорт в формат 3D моделей kicad ...
Лично мне обижаться поздно, потому что уже 2й год рисую библиотеки, и папка с 3D моделями посадочных мест приближается к 400 МБ.
Изменение единици измерения, может и повысит производительность на 5 копеек, но не более того. ИМХО

Будьте аккуратны при одновременной работе под виндой и linux.

Сборка под винду kicad_gost_commiters_product_bzr4213.zip с фтп не совместима со сборкой 4219 в плане формата файла pcbnew. Причем нельзя открыть файлы сделанный в 4213. Казалось бы такого быть не может ...

Не удалось распарсить строчку ...

корень проблемы в fp_lib. Если удалить (fp_lib Conn_103638-6), тогда все окей. Либо я потерял какие-то опции при сборке исходников под Ubuntu.

Сборка под убунту своя?
Очень похоже на отсутствие

2 faa
С опцией USE_FP_LIB_TABLE тоже не прочитал.

С опциями USE_FP_LIB_TABLE & BUILD_GITHUB_PLUGIN не собирается.
Ubuntu 10.04 LTS. Установил пакеты openssl и libssl-dev (без них cmake ругался).

Собирал с нуля в чистой папке. Падает сразу ...
==================================
Поставил libbz2-dev пошел процесс сборки.

Собрал KiCAD с этой таблицей библиотек. Что могу сказать.
1) В винде я этой таблицей не пользовался.
2) Даже попытки использовать эту таблицу не дали в файле никаких левых опций, нечитаемых. (кинул конденсатор на плату из стандартной библиотеки, сохранил, и поискал строчку "fp_lib" )

Боюсь что все же это ошибка. Я посмотрю дома опции компиляции сборки и попробую собрать такую же.

=======================================================================

Проверил дома.



Эта версия добавляет при загрузке на плату компонентов опцию или поле (fp_lib ...) в компонент, которую не может пережевать собранный под Ubuntu 10.04 KiCAD 4219 с такими же по сути опциями.

Подведу итоги своего маленького расследования. Я обшарил все исходники на предмет того, где может жить эта fp_lib. И ее там не оказалось (4219).
Полез в оффициальную ветку и нашел ее только в заголовочнике fp_lib_table_lexer.h (4401)

Едем дальше, решил откатиться до сборки 4213 и посмотреть там. И там все есть в файлах
kicad_netlist_reader.cpp
pcb_parser.cpp

Получается это игры оффициальной ветки. Я бы предложил грохнуть от греха подальше сборку 4213. У меня на плате было всего 30-40 элементов, и я почистил его ручками. А если 500?

Помогите, пожалуйста найти косяк.

При импорте сеанса спектры выдаёт:

[Application: KiCad
Version: (2013-sep-30 BZR 4218 GOST-COMMITTERS (bzr4357-testing))-stable
Build: wxWidgets 2.8.12 (no debug,Unicode,compiler with C++ ABI 1002,GCC 4.7.2,wx containers,compatible with 2.6)
Platform: Linux 3.2.0-4-686-pae i686, 32 bit, Little endian, wxGTK
Boost version: 1.54.0
USE_WX_GRAPHICS_CONTEXT=OFF
USE_WX_OVERLAY=OFF
KICAD_SCRIPTING=OFF
KICAD_SCRIPTING_MODULES=OFF
KICAD_SCRIPTING_WXPYTHON=OFF]

В новых французских - то же самое.

В более старой сборке - всё норм.
[Application: KiCad
Version: (2013-may-08 BZR 4143 GOST)-stable
Build: wxWidgets 2.8.12 (no debug,Unicode,compiler with C++ ABI 1002,GCC 4.7.2,wx containers,compatible with 2.6)
Platform: Linux 3.2.0-4-686-pae i686, 32 bit, Little endian, wxGTK
Boost version: 1.53.0
Options: USE_PCBNEW_NANOMETRES=ON
KICAD_GOST=ON
USE_WX_GRAPHICS_CONTEXT=OFF
USE_WX_OVERLAY=OFF
KICAD_SCRIPTING=OFF
KICAD_SCRIPTING_MODULES=OFF
KICAD_SCRIPTING_WXPYTHON=OFF]

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

2 alex9,

У вас там в 3 строке файла it1.ses "MM", попробуйте заменить на "mm". Может прокатит, если это игры с регистром.

Увы, проблема не в этом (хотя я и попробовал менять).
А вот как её вычислить - не соображу.

делаем поиск файлов по маске *h; *.cpp с текстом "inch|mil|cm|mm|um".
Находим specctra.cpp

В ней


Но ноги растут откуда-то из другого места. За последние 100 ревизий этот файл не менялся вообще.

Я тоже нашёл
А вот откуда_ноги_растут - не нашёл

Поскольку Вы говорите, что в ветке lp:kicad эта проблема тоже присутствует, то я бы посоветовал этот баг опубликовать на их ветке. Этим модулем занимается Dick Hollenbeck.

Написал им баг. Адресовать Dick Hollenbem - прав не хватает. А так, похоже, придётся долго ждать, пока он прочитает. Там ещё один баг для него 2 недели без ответа висит.
Надо как-то самому искать.

Поможите кто чем можит!!!

В таких ситуациях лучше откатываться до рабочей ревизии, или иметь две сборки, полностью удовлетворяющих в совокупности требованиям ... ИМХО.
С наскоку разобраться в таких больших исходниках мне мало представляется возможным.

Как раз от этого и хотел уйти )


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

"You can run the sed script, patch your own code, or file a bug report with the topor folks."

В общем, я вернулся к теме. Надо менять "(resolution MM" на "(resolution mm" и "(Net" на "(net".
Если написать скрипт, то можно будет его встроить в интерфейс?
Если править код. С "MM" там всё просто (хоть и грубо). А вот с "Net" упёрся в определение класса или что-то там (я ещё тот программист

Может кто поможет?

я бы решил эту проблему скриптом ...



Утилита replace не входит в стандартный набор ... и посталяется с mysql-server ...
Можно тоже самое решить через sed ..

Странно почему они предлагают sed. Под линукс без вопросов, а для других ОС?
Ведь есть же уже интеграция с Python. Почему бы его тогда не использовать?

А как скрипты из интерфейса запускать?

Не совсем понимаю, что значит из интерфейса. Я так понимаю есть желание запускать предобработку входного файла с помощью скрипта так, чтобы было незаметно для пользователя.
Самое простое это делать через промежуточный файл. Нужно написать простой Python модуль, который преобразует исходный входной файл в промежуточный. Этот Python модуль исполнять встроенным интерпретатором до момента открытия файла в коде KiCad.

Именно так и хотел.
Мне пока не понятно как "Этот Python модуль исполнять встроенным интерпретатором до момента открытия файла в коде KiCad."

Я кой-чего покопал


Ответ надо искать в файлах *.keywords i.e. specctra.keywords
---
Накрутили, мало того, что отношения оставили только один к одному в трансляции токенов, так еще и через cmake.
Но даже если исправить буковки там, надо еще править switch-case T_xxx в парсере.
Тьфу на них!

Как обработчик пункта меню по загрузке файла .ses сработал, сначала выполнить Python код, а затем продолжить выполнение кода по загрузке .ses. Единственное, результат преобразования сохранять в новом файле с добавлением какого-нибудь окончания к файлу .ses, например, *.ses.tmp. В си коде загрузки .ses файла доработать, чтобы файл грузился с именем *.ses.tmp.

Можете дать образец С-кода для выполнения скрипта питона?

в хранилище lp:~kicad-gost-committers/kicad/kicad:
eeschema/GOST-doc-gen/oo_python_uno_iface.cpp

Почти победил.

Добавил в (4378) specctra_import.cpp:94


Только она ругается на FATe: ""Failed to set temporary file permissions" (error 1: операция не позволяется)". Но делает
Может кто попробует?
И заодно подскажет как от ругалки избавиться?

Можно добавить по словечку в specctra.keywords т.е. Mm Net
Цмаке сгенерит эти TOKDEFы
Потом пишем в директории pcbnew grep T_net * и grep T_mm *
Находим в файлах парсера соотв. места вида
case T_net:
добавляем case T_Net:

--
также по T_mm и T_Mm

имхо, без суеты получается.

Я с этого начал. Но: 1) изменения надо вносить в разных местах (и их несколько больше одного); 2) упёрся в определение net где-то-там-где-я-не-был.
В общем, последний вариант наименее суетный на мой взгляд.

Победил.


Причёсывание сеанса Specctra из Topor'a.
Привязка к 4222/4415.

specctra_import.cpp:94


Может кто испытать?
Если есть большой проект (сколько строк в файле сеанса?), то интересно время обработки (пишет в консоль).

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

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

Ага. Пробовал - не помогло. Углы как раз и изначально промазаны не были, поскольку есть иногда дурная привычка координаты вручную вводить.

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

Нда. Рекбус. Ладно. Разбкрёмся. Сегодня с утра попробовал конверсию, всё пошло, чудеса да и только. Возможно дело было в графических элементах в слое комментов, а может надо было просто pcb-шку перезагрузить.
Пы.сы.: Ан нет. Поспешил. Опять начал ругатсо.

Покажите проект. Лучше brd.