Нуууу....... Вроде как-то так....

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

Упс. Сорри. Теперь понял. Сделал аналогичный из своего. По аналогии. Надеюсь не перестарался.
тынц

В Eeschema когда-нибудь будут размеры в миллиметрах, а не в округлённых дюймах?

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

Application: Eeschema
Version: (2013-10-26 BZR 4222 GOST-COMMITTERS)-product
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.54.0
USE_WX_GRAPHICS_CONTEXT=OFF
USE_WX_OVERLAY=OFF
KICAD_SCRIPTING=OFF
KICAD_SCRIPTING_MODULES=OFF
KICAD_SCRIPTING_WXPYTHON=OFF

А зачем? Чем существующие "попугаи" не устраивают?
Они, ИМХО, ничем не противоречат ГОСТ 2.701-2008 п.5.4.2.

Кстати да.
Если кто-нибудь когда нибудь соберется свой CAD делать - в схематике не надо никаких привязок кроме попугаев чтобы минимальную клетку описать например 10*10.
При выборе стандарта - привязка либо к мм либо к дюймам

faa
А зачем? Чем существующие "попугаи" не устраивают?
Мне очень не нравится размер шрифта 2.489 мм. Предпочитаю 2,5.

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

Церн валится и на "чистом проекте". Т.е. нарисовал схему, начал плату. Вдруг откуда ни возьмись.

Что же делать?

При попытке сохранения футпринта портится библиотека и вылезает ошибка:


После этого библиотека больше не открывается, всё время вылезает эта ошибка.
Исследование показало, что у модулей, в названиях которых присутствует слэш ("/"), стираются их имена полностью из строк "$MODULE ", "Li ", "$EndMODULE ".
Опять те же грабли, но на новом уровне и с худшими последствиями.

Application: Pcbnew
Version: (2013-10-26 BZR 4222 GOST-COMMITTERS)-product
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.54.0
USE_WX_GRAPHICS_CONTEXT=OFF
USE_WX_OVERLAY=OFF
KICAD_SCRIPTING=OFF
KICAD_SCRIPTING_MODULES=OFF
KICAD_SCRIPTING_WXPYTHON=OFF

Это то, что лежит на FTP под названием kicad_gost_commiters_product_bzr4222-test4415.

ССЗБ?
ИМХО, правила хорошего тона: "буквы-цифры", а вместо "пробел" строго "_". В perl-нотации \w+.
Или виндовое прошлое мешает?

В чём сермяжная правда в сбрасывании установок сетки в GerbView после очистки всех слоёв?

faa
Я постоянно применяю разъёмы Phoenix. Пример фирменного обозначения: MCV 1.5/11-GF-3.5. Здесь есть и пробел и слэш. Если я всё заменю на подчёркивание, то получится бардак.
Ну ладно, пробелы автоматически заменяются на подчёркивание, но стирать имена совсем зачем? К тому же, в более ранних версиях всё работало, причём как виндовой, так и линуксовой версиях.
К сожалению, виндовое не прошлое, а настоящее.

Не согласен. Это же не имя файла.

Возможно. Спорить не будем

Тут еще всплыло: если частей в компоненте 26 (т.е. максимум из возможного), то 26 все время скидывал в 1-й.
Пофиксил в bzr4500 kicad-testing.


Заодно снова вспомнил, что и как с именами и обозначениями в sch_component.

Можно архивчик с "кривыми" примерами в студию, где трет все и вся - может, пока свежо, поковыряю на досуге.

faa
Можно. Это какой-то старый вариант, потому как новый уже испорчен, его надо восстанавливать. Но и с этим всё происходит так же, я на нём и проводил исследования.

Слэш в именах компонентов не переваривает, считает разделителем пути.
Можно скомпилять с флагом USE_FP_LIB_TABLE, судя по коду - должно получиться.

to break
Собрал с USE_FP_LIB_TABLE, проверил.
Могу огорчить: не переваривает "/" в именах посадочных мест
Пишите в баглист на lp:kicad - может проникнутся проблемой и поправят.

to all
смержил kicad-gost с bzr4503, искать на lp:kicad-gost-committers.
На ftp выложу чуть позже.

Похоже, GOST Tools не получил последних исправлений.

CvPcb тоже не переваривает слэш.

CvPcb не удаляет старый файл компонентов (*.cmp) и после этого ругается, если схема была изменена. При этом в списке компонентов часть из них не отображается. Получается замкнутый круг, который можно разорвать, только вручную удалив файл компонентов.

kicad_gost_commiters_product_bzr4222-test4415 (win)

Обновить бы надо сборку. В свежих чудили что-то в CvPcb и .cmp.
Я там мержу в меру сил gost с testing.
Сейчас на толстом проекте тестирую:

Application: KiCad
Version: (2013-nov-28 BZR 4237 GOST (bzr4509-testing))-product Release build
wxWidgets: Version 2.8.12 (release,Unicode,compiler with C++ ABI 1002,GCC 4.8.2,wx containers,compatible with 2.6)
Platform: Linux 3.8.13.4-desktop-1.mga3 x86_64, 64 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
USE_FP_LIB_TABLE=OFF
BUILD_GITHUB_PLUGIN=OFF

Похоже, со слэшем давно напортачили. откатился на (2013-may-31 GOST)-stable. Это вроде kicad_ins_gost_4020_stable

Проверял kicad_ins_gost_docgen_4123, kicad_ins_testing_4181, несколько kicad_gost_commiters_testing_bzr41хх и kicad_gost_commiters_testing_bzr42хх - во всех проблема со слэшем.

Возвращаясь к проблеме со слэшем в имени посадочного места
В исходнике kicad-gost-sources-20131129-bzr4238 в файле "kicad-gost-dev\pcbnew\loadcmp.cpp" нашёл такую конструкцию:

Получается, если я правильно понял, что это принципиальная позиция по запрету слэша?
Очень жаль.

Проверил
Application: Pcbnew
Version: (2013-dec-02 BZR 4239 GOST (bzr4513-testing))-product Release build
wxWidgets: Version 2.9.4 (debug,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.54.0
USE_WX_GRAPHICS_CONTEXT=OFF
USE_WX_OVERLAY=OFF
KICAD_SCRIPTING=OFF
KICAD_SCRIPTING_MODULES=OFF
KICAD_SCRIPTING_WXPYTHON=OFF
USE_FP_LIB_TABLE=OFF
BUILD_GITHUB_PLUGIN=OFF

Названия со слэшем не стирает, но преобразует в "%2f". Я нашёл способ как обмануть. Надо слэш заменить на U+2044 (fractional slash) или U+2215 (division slash). И выглядеть будет хорошо, и проблем не будет.

В той же версии.
Невозможно создать новое посадочное место (модуль). После ввода имени пишет: "Не является обозначением, прервано".

В bzr4240-ГОСТ поправлено.
Сделал push.
И уже 4245 давно есть. Извиняйте, выложил только сейчас
С файлом переводов там может быть чехарда - он то нужен, то не нужен для сборки.
Делал для себя - мог начудить.

Прикольно.
CERN BZR4424, PCBNew
--
файл/чертить
B.SilkS
поставил галочку чертить форматную рамку.
Ессно для сборки - чертить зеркально.

Результат - зеркалирует не только содержимое но и форматную рамку вместе с надписями.

Это распространенный грешок?

Исправили в 4611 ревизии.

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

Application: Pcbnew
Version: (2013-dec-02 BZR 4239 GOST (bzr4513-testing))-product Release build
wxWidgets: Version 2.9.4 (debug,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.54.0
USE_WX_GRAPHICS_CONTEXT=OFF
USE_WX_OVERLAY=OFF
KICAD_SCRIPTING=OFF
KICAD_SCRIPTING_MODULES=OFF
KICAD_SCRIPTING_WXPYTHON=OFF
USE_FP_LIB_TABLE=OFF
BUILD_GITHUB_PLUGIN=OFF

Версия та же.
При рисовании в DXF, дуги из слоя "Cmts.User" выворачиваются в другую сторону. В других слоях вроде нормально.

Application: Pcbnew
Version: (2014-jan-14 BZR 4246 GOST (bzr4619-testing))-product Release build
wxWidgets: Version 2.9.4 (debug,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.54.0
USE_WX_GRAPHICS_CONTEXT=OFF
USE_WX_OVERLAY=OFF
KICAD_SCRIPTING=OFF
KICAD_SCRIPTING_MODULES=OFF
KICAD_SCRIPTING_WXPYTHON=OFF
USE_FP_LIB_TABLE=HARD_CODED_ON
BUILD_GITHUB_PLUGIN=OFF

1. Опять появилась дурацкая таблица настройки библиотек.
2. При первом запуске ругнулся на библиотеки (сообщение не записал ). Видимо из-за см. п. 4.
3. В моей библиотеке не видит почти все посадочные места. Видимо из-за см. п. 4.
4. Не может открыть файл платы (из версии 4239). Версия 4246 не переваривает U+2044 (fractional slash). U+2215 (division slash) пока не проверял.

Ну вот опять. С чем боролись так долго, на то и напоролись снова, да ещё и в расширенном режиме.
Раньше дуги выворачивались при выводе в DXF, а теперь ещё и в PDF.
И ещё при черчении (PDF и DXF) не работают символы форматирования надписей в штампе. Выравнивание по размеру графы тоже не происходит. Похоже где-то потерялись доработки.

Application: Eeschema
Version: (2013-dec-02 BZR 4239 GOST (bzr4513-testing))-product Release build
wxWidgets: Version 2.9.4 (debug,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.54.0
USE_WX_GRAPHICS_CONTEXT=OFF
USE_WX_OVERLAY=OFF
KICAD_SCRIPTING=OFF
KICAD_SCRIPTING_MODULES=OFF
KICAD_SCRIPTING_WXPYTHON=OFF
USE_FP_LIB_TABLE=OFF
BUILD_GITHUB_PLUGIN=OFF

В PDF они завсегда выворачивались (2 года уже). И в чем прикол не ясно. УГО перерисовываешь и все ништяк.

tema-electric
Да нет, вроде раньше не замечал.

-------------------------
Похоже, в какой-то момент изменился формат записи дуг. Попробовал перерисовать УГО, после этого черчение как в DXF, так и в PDF исправилось.
Старый вариант:

Новый:


И с направлением в другую сторону
Старый вариант:

Новый:


Что интересно, на экране в Eeschema оба варианта выглядят одинаково.

Номера частей УГО обозначаются буквами, а не цифрами, хотя при выборе элемента для установки в схему пишет цифрами.

Application: Eeschema
Version: (2014-jan-14 BZR 4246 GOST (bzr4619-testing))-product Release build
wxWidgets: Version 2.9.4 (debug,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.54.0
USE_WX_GRAPHICS_CONTEXT=OFF
USE_WX_OVERLAY=OFF
KICAD_SCRIPTING=OFF
KICAD_SCRIPTING_MODULES=OFF
KICAD_SCRIPTING_WXPYTHON=OFF
USE_FP_LIB_TABLE=HARD_CODED_ON
BUILD_GITHUB_PLUGIN=OFF
и в версии 4239 так же.

В "Настройка-Параметры-Обозначение элемента компонента" что стоит?
Нажмите для просмотра прикрепленного файла

Проблем вроде не было.

faa
Точно, оно самое! Спасибо.
Хотя разнобой в схеме и при выборе никуда не делся. Раньше такой опции не видел, правда и нужды не возникало.

Теперь бы ещё победить библиотеки посадочных мест...

Нет, всё же это с Pcbnew что-то не в порядке.
1. При малейшей возможности пишет:

или

Помогает только перезапуск Pcbnew. Так ведь ещё Pcbnew при запуске долго думает.
Похоже, что это происходит после манипуляции с таблицей библиотек после выбора плагина "Legacy".
2. При попытке открытия свежесозданной библиотеки пишет:

Происходит при плагине "Legacy", при плагине KiCAD - всё нормально, но в таком формате библиотек пока нет, и конвертировать нечем. Засада.
3. Отсутствует кнопка начала редактирования и вставки футпринта на плату, вместо неё есть какой-то непонятный треугольник вершиной вниз (похоже на вызов выпадающего меню выбора), только всё равно не работает.
4. При выборе плагина "KiCAD", имя библиотеки ни на что не влияет, футпринты берутся из других библиотек.

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

Поехал на старую версию.

Кто-нить научился обходить багу с 3D и KISYS3DMOD?
Блин, полдня сижу - тишина. Пробовал через symlink на нужные места т.к. оно выкидывает меня в /usr/local/share/kicad/template, хоть это и не правильно, и так и эдак, нифига не понимаю.
--
Вообще-то мне надо чтобы ссылка была на место в проекте - давно уже делаю портабельно.
Наверное, проще багу найти и пересобрать?

В Редакторе модулей при рисовании графический линий при нажатии ПКМ и выборе пункта "Глобальные изменения" -> "Изменить слой контура" и выбора соответствующего слоя (не медного), происходит установка точки перегиба линии, как будто дополнительно нажата ЛКМ. С медным слоем такого не происходит.

Application: Pcbnew
Version: (2014-jan-14 BZR 4246 GOST (bzr4619-testing))-product Release build
wxWidgets: Version 2.9.4 (debug,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.54.0
USE_WX_GRAPHICS_CONTEXT=OFF
USE_WX_OVERLAY=OFF
KICAD_SCRIPTING=OFF
KICAD_SCRIPTING_MODULES=OFF
KICAD_SCRIPTING_WXPYTHON=OFF
USE_FP_LIB_TABLE=HARD_CODED_ON
BUILD_GITHUB_PLUGIN=OFF

Интересно, это только у меня так:
при попытке составления перечня или спецификации вылезают надписи:
"Unable to find OpenOffice or LibreOffice installation path",
"Unable to find openOffice or LibreOffice embedded Python"?

Application: Eeschema
Version: (2014-jan-14 BZR 4246 GOST (bzr4619-testing))-product Release build
wxWidgets: Version 2.9.4 (debug,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.54.0
USE_WX_GRAPHICS_CONTEXT=OFF
USE_WX_OVERLAY=OFF
KICAD_SCRIPTING=OFF
KICAD_SCRIPTING_MODULES=OFF
KICAD_SCRIPTING_WXPYTHON=OFF
USE_FP_LIB_TABLE=HARD_CODED_ON
BUILD_GITHUB_PLUGIN=OFF

В старых версиях всё было нормально.

С того момента не обновляли ОС? Не переустанавливали OpenOffice / LibreOffice? Какая последняя ревизия kicad работала корректно?

AVL
Систему не переставлял. Насчёт Либреофиса уже не помню, но реестр весь зас загажен ссылками на Либреофис и Питон.
KiCAD работал kicad_gost_commiters_cern_bzr_4239.

И ещё какая-то странность наблюдается:
Если вручную вписать посадочное место в свойствах УГО на схеме, то CvPcb его не воспринимает - поле остаётся пустым, если назначить посадочное место в CvPcb, то всё нормально.

А в какой директории сейчас установлен LibreOffice (путь)? И какая версия LibreOffice?

AVL
'C:\Program Files\LibreOffice 4'
Версия: 4.1.5.3

Ещё остались каталоги 'LibreOffice 3' и 'LibreOffice 3.4' с какими-то ошмётками. Сейчас попробую удалить.

Нет, не помогло.

Понятно. Попробую исправить сегодня вечером. Но добавлять доработку буду относительно ревизии 4276 (lp:~kicad-gost-committers/kicad/kicad).
Планируете/пробовали переходить на состояние ревизии 4276?

В ревизии 4277 (lp:~kicad-gost-committers/kicad/kicad) добавил поддержку LibreOffice 4.1 - 4.5. Теоретически должно помочь. Еще не тестировал и не собирал под винду.

Еще как альтернатива - установить LibreOffice <=4.0.x.x. У Вас явно перестало работать после установки более новой версии LibreOffice (4.1).

AVL

Да мне всё равно на какую переходить, лишь бы глюки не добавлялись.


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


Жаль. Под Линух компилировать худо-бедно научился, а под виндак даже не хочу пытаться.

Это вряд ли. В последнее время глюков стало значительно больше. Будем надеяться, что скоро стабилизируется.


Под Windows пока не придумал как сделать для любой версии. Возможность вручную указывать путь еще год назад собирался сделать. Пока не было времени.


То есть для винды не актуально стало? Мне лично версия для винды вообще не нужна Поддерживал только потому, что для других винда вроде как востребована была.

AVL

Очень актуально, только не хочется с виндаком разбираться, тем более, что там всё постоянно меняется.


К сожалению, на работе с виндака уйти не могу из-за других программ.

Ещё обнаружил забавный глюк в 4246 версии.
Если в Pcbnew зайти в настройки страницы и нажать "ОК", то относительные координаты курсора (dx; dy) сбрасываются, т.е. приравниваются к абсолютным (X; Y).

В Gerbview при установке некотрых слоёв в качестве активных, часть содержимого этих слоёв становится ярче.
У меня наблюдается на слоях B_SilkS и Dwgs_User.
Хорошо заметно если отключить все остальные слои.
На слое B_SilkS - это обозначения элементов, на слое Dwgs_User - контуры элементов с верхней стороны платы.

Я давеча жаловался, что очистка дорожек и переходных отверстий срабатывает не всегда с первого раза и ещё удаляет дорожки с односторонним подключением. Сейчас стало ещё интереснее.
Потребовалось соединить полигоны на разных слоях слепым/глухим переходным отверстием. Поскольку создать специальное посадочное место с отверстиями не во всех слоях не представляется возможным, то выход только один - провести дорожку от ближайшего контакта с такой же цепью. Окончить на другом контакте не представляется возможным, поэтому пришлось закончить слепым/глухим переходным отверстием (там тоже есть небольшой глюк или особенность). После очистки дорожек и переходных отверстий всё нарисованное осталось на месте, но GERBER сгенерился без этих проводников и отверстий.

И ещё. Не помню, писал уже или нет. Новые переходные отверстия, поставленные как элементы (с принудительным подключением к нужной цепи), к зонам подключаются только после второго действия "Залить и перезалить все зоны".

P.S. Ничего не понимаю.
Перерисовал эти цепи, очистил, в GERBER'е всё появилось. Значит ещё какие-то факторы влияют.

Инсталлятора версии 4.1.5.3 у меня нет. Проверил на версии 4.2.5.2.
Виндовая сборка kicad_gost_committers_product_bzr4280.zip работает с LibreOffice 4.2.5.2 корректно.

Если в свойствах УГО поставить "Показывать имя вывода", но в поле имени ничего не вводить, то автоматически вставится тильда. Это вроде ничего страшного не представляет, так как на схеме всё равно не отображается. Но, при черчении схемы в DXF, имя вывода проявится в виде "%%0" (или "%%O"?). В PDF'е такого нет. Если убрать "Показывать имя вывода", то всё нормально. А если захочется имена некотрых выводов показать, а некоторых спрятать?
И ещё мелочь, но "приятно": при обновлении "текущего компонента в текущей библиотеке"в надписи предупреждения наличия такого компонента между словом "Компонент" и именем компонента отсутствует пробел.

Application: kicad
Version: (2014-07-12 BZR 4289 GOST-COMMITTERS)-product Release build
wxWidgets: Version 3.0.0 (debug,wchar_t,compiler with C++ ABI 1002,GCC 4.8.2,wx containers,compatible with 2.8)
Platform: Windows XP (build 2600, Service Pack 3), 32 bit, Little endian, wxMSW
Boost version: 1.54.0
USE_WX_GRAPHICS_CONTEXT=OFF
USE_WX_OVERLAY=OFF
KICAD_SCRIPTING=ON
KICAD_SCRIPTING_MODULES=ON
KICAD_SCRIPTING_WXPYTHON=ON
USE_FP_LIB_TABLE=HARD_CODED_ON
BUILD_GITHUB_PLUGIN=ON