Проблемы с кириллицей в именах символов. Если создать символ с русской буквой "Р" в имени
и поместить элемент на схему в схемном редакторе, то сначала все нормально, но если закрыть KICAD и затем
повторно открыть схему в схемном редакторе, то на месте символа квадратик с двумя вопросами, при нажатии на квадратик в окне свойств символа в имени компонента "крякозябры", а в библиотеке, кеше и в самом .sch, если просматривать код в редакторе Far, все показывает нормально. Kicad свежий ревизии 4708 и gost-commiters ревизии 4339, собранные с помощью Kicad-Winbuilder v.3.4.3. ОC - Windows 8.1 (64).
При открытии этой же схемы с этими библиотеками в старой стабильной версии Kicad ревизии 4029- все нормально.

SDI
Сейчас проверил на самосборке (версия "BZR unknown" от 16.07.2014) под Kubuntu 14.04 x64. Нет такой проблемы.

Порой возникают несоответствия интерпретации схем KiCad под разными платформами.

P.S.
Как-то сталкивался с иерархической схемой, когда под Linux на одном из листов всё было,
а под Win & OS X не было рамок и кое-что ещё не было отрисовано.

Собрал новые ревизии Kicad 5717 и гостовскую 4340, проблемы в отображении в схеме символов с русской буквой "Р" в имени компонента остались.
ОС -Windows 8.1. Временно проблема решается заменой русской буквы "Р" на латинскую букву "P" в имени символа в библиотеке.

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

Version: (2015-05-30 BZR 4339 GOST-COMMITTERS)-product release build
wxWidgets: Version 3.0.2 (debug,wchar_t,compiler with C++ ABI 1002,GCC 4.9.2,wx containers,compatible with 2.8)
Platform: Linux 3.16.0-4-686-pae i686, 32 bit, Little endian, wxGTK
Boost version: 1.54.0

С буквой Р полный порядок. Все КР и КФ компоненты в библиотеках, даже создал ещё - никаких вопросов. А вот года 2 назад кириллица в библиотеках работала до закрытия схемы...
Вопрос с рамкой, если А4 не портретный в редакторе схем - рамка неправильная. Ещё по 4339 заметил что в internat не создается каталог RU в связи с чем не находит локализацию. Сделал вручную и всё появилось.

Добавить придется. До сего момента наблюдал досадные "торможения" масштабирования и перетаскивания, а уж "остатки" только что отредактированных или перенесенных обозначений и элементов, исчезающие при масштабировании только - вообще уже считал за норму. Это было на двух машинах и с дискретным и с интегрированным видео.
И обновил только что mesa и drm в Debian 7/8 на те что из Git. Теперь всё отлично на APU от AMD.

ГОСТ не допускает такой рамки для А4.

Еще добавлю по поводу рамок. Дело в том что при построении рамки kicad не учитывает расположение листа (портрет/ландшафт), из-за чего нет возможности автоматически построить правильную рамку согласно ЕСКД. Поэтому были созданы два шаблона:
/usr/local/share/kicad/template/gost_landscape.kicad_wks - ланшафтный;
/usr/local/share/kicad/template/gost_portrait.kicad_wks - портретный.
Для каждого листа схемы нужно выбрать рамку вручную.

И еще нужно заметить, что согласно ГОСТ для портретного листа формата А4 нужно применить рамку ландшафтного шаблона.

У меня в 4339 падает cvpcb при запуске на любом проекте. Ошибка сегментации. Но самое интересное что при попытке прочитать созданный в 4339 падает и cvpcb новой 5*** не гост-версии из ppa ubuntu. Собрать надо с отладкой? Или попробовать библиотеки по-минимуму применять?

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

Спасибо за наводку попробовать рамки.

Забавную ошибку обнаружил в Pcbnew. Если поставить цвет связей "White", то в масштабе 25400 и больше связи становятся цвета "Magenta 2" и большой толщины.

Почему-то в

смержили хоткей, теперь у нас Mouse Left Double Click вмещает в себя команду "End Track"
странный ход мыслей.

Kicad way

Недавно разводил плату и по привычке end жму закончить дорожку - а фигус, это приводит к тому указатель вместе с моей дорожкой оказываются на нижнем краю листа. В редакторе горячих клавиш всё правильно, end так и прописано. Заменил его на insert - заработало как надо. Ещё хотелось бы в cvpcb сделать как-то невидимыми имена библиотек, я их конечно и так сократил до пары символов но в общей сложности номер, название, двоеточие - и только потом название компонента. Неудобно, раньше было лучше.

Это глюкодром какой-то. У меня по end все нормально.
Но я привык чтобы X = начало дорожки Z= окончить трассу

_Pasha

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

В Pcbnew при попытке просмотра в 3D view, KiCAD падает. Полностью. При редактировании посадочного места 3D просмотр работает.

Application: kicad
Version: (2014-jul-16 BZR unknown)-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: Linux 3.13.0-54-generic 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=HARD_CODED_ON
BUILD_GITHUB_PLUGIN=ON

Ну вот, свежачок:
Application: kicad
Version: (after 2015-may-25 BZR ???? GOST (bzr????-testing))-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: Linux 3.13.0-54-generic 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=HARD_CODED_ON
BUILD_GITHUB_PLUGIN=ON

тоже падает.

Зато в свежачке Pcbnew обнаружилась ещё такая ошибка (или недоработка?):
Если в "Просмотре" включить "Отображение через OpenGL" или "Cairo", то при нажатии кнопки "Показать/скрыть панель инструментов для СВЧ инструментов" (кстати, тавтология) , то выдаёт окошко: "Пока не реализовано". В режиме "Отображение по умолчанию" работает. Можно сначала включить панель, а потом переключиться в Open GL/Cairo, только всё равно работать не будет.

Собрал новую версию. Падения продолжились. Перезалил зоны - заработало. Что там такое не нравилось в зонах?

Application: kicad
Version: (2015-06-20 BZR 4346 GOST-COMMITTERS)-product release build
wxWidgets: Version 3.0.0 (debug,wchar_t,compiler with C++ ABI 1002,GCC 4.8.4,wx containers,compatible with 2.8)
Platform: Linux 3.13.0-55-generic 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=HARD_CODED_ON
BUILD_GITHUB_PLUGIN=ON

Зато обнаружил другие ошибки. В Pcbnew в режимах отображения OpenGL и Cairo меню по ПКМ доступны только в режимах "стрелка" (не выбранный инструмент) и рисования дорожек. Во всех остальных режимах меню не появляется и происходит ненужное (отключенное в настройках) панорамирование.

break
Подтверждаю ошибки в режимах отображения OpenGL и Cairo - причем как в 4346 так и в 4339. 3д-просмотр у меня к падениям не приводит как не крутил.

Version: (2015-05-30 BZR 4339 GOST-COMMITTERS)-product release build
wxWidgets: Version 3.0.2 (debug,wchar_t,compiler with C++ ABI 1002,GCC 4.9.2,wx containers,compatible with 2.8)
Platform: Linux 3.16.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
USE_FP_LIB_TABLE=HARD_CODED_ON
BUILD_GITHUB_PLUGIN=ON

и ещё

Version: (2015-06-20 BZR 4346 GOST-COMMITTERS)-product release build
wxWidgets: Version 3.0.2 (debug,wchar_t,compiler with C++ ABI 1002,GCC 4.9.2,wx containers,compatible with 2.8)
Platform: Linux 3.16.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=ON
KICAD_SCRIPTING_MODULES=ON
KICAD_SCRIPTING_WXPYTHON=ON
USE_FP_LIB_TABLE=HARD_CODED_ON
BUILD_GITHUB_PLUGIN=ON

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

Npa
Видимо падение было из-за какой-то не такой заливки полигонов, сделанной в старой версии.

Скажите, а кто-нибудь транслирует сообщения из этой ветки в баг-трекер?

На сайте https://launchpad.net/kicad в разделе ошибок Tim Tashpulatov сообщает о ошибке, если в имени компонента в библиотеке lib используется русская буква "Р". Я об этой ошибке
(для Windows версии) писал здесь два месяца назад, но здесь почему-то это не потдвердили.

Ошибка с русской буквой "Р" в имени компонента подтверждена разработчиком Kicad jp-Charrasom.

Подскажите, у кого работает нормально экспорт из редактора печатных плат PCBnew
в формат DXF для выпуска чертежей в AUTOCAD. При трансляции отдельных слоев
остается только внешний контур платы. Размер файлов нормальный. Kicad v.6145 -Windows 8.1.

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



Версия KiCAD: 4.0.1-stable, release build
wxWidgets 3.0.2 Unicode and Boost 1.57.0
Windows 7 64-bit

У меня было нечто похожее, но проявлялось это в изменении яркости отрисовки сочленений дорожек. Я написал bug report и эту ошибку исправили через несколько месяцев. Так что оформляйте новое сообщение в багтрэкере проекта.

Выявилась особенность старого бага в Pcbnew. Если перетаскивать сегмент (хоть с сохранением наклона, хоть без), то если выбран инструмент рисования проводников и активный слой соответствует перетаскиваемому проводнику, то шаг перемещения не соответствует установленной сетке. (Непонятно, почему это мешает только мне одному?) Если в настройках поставить "Притягивающая дорожка" - "Никогда", то этот баг не проявляется. Если сетка 0,2 или больше, то перемещение соответствует, если 0,1 , то шаг - 0,3, если меньше, то 0,25, если 0,01, то вообще какой-то странный - 0,26. В дюймовом режиме всё наоборот - до какой-то величины сетки - шаг 0,01", после - вроде соответствует (дальше лень было разбираться).
Если поставить сетку пользователя (0,001 - в настройках), то шаг делается 0,259.

Теперь ещё очистка дорожек и переходных отверстий не всегда работает как надо. Если остался кусок дорожки, подключенный только одним концом, то иногда он может не удалиться. Условия - непонятны.

В окне настроек текст не влезает в окно по вертикали.

Application: kicad
Version: (2016-05-03 BZR 4391)-product, release build
Libraries: wxWidgets 3.0
libcurl/7.35.0 OpenSSL/1.0.1f zlib/1.2.8 libidn/1.28 librtmp/2.3
Platform: Linux 3.19.0-58-generic x86_64, 64 bit, Little endian, wxGTK
- Build Info -
wxWidgets: 3.0.2 (wchar_t,wx containers,compatible with 2.8)
Boost: 1.55.0
Curl: 7.35.0
KiCad - Compiler: GCC 4.8.4 with C++ ABI 1002
Settings: 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=ON

P.S. Как оказалось, текст не влезает и в некоторых других окнах.

Ещё даже не знаю как назвать - баг или особенность. Понадобилось мне создать посадочное место для корпуса SOD-80(DO-213AC,MINI-MELF), каждая контактная площадка которого состоит из 3. Если делаю недостаточное перекрытие площадок между собой, то показывается необходимость соединения проводниками при разводке. Если достаточное, то тут возможны 2 варианта (как в анекдоте): 1 - все площадки разрешено соединять с полигоном - получается соединение всех площадок (а мне этого не надо, нужно соединение только к одной); 2 - разрешено соединять только с одной - остальные площадки блокируют подсоединение разрешённой. Приходится вести специальную дорожку к полигону.

Переключение опции "Скругление" полигонов не работает. Всегда только скругляется.

Что же они там делают, что постоянно что-то ломается?!

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

alex9
А потом Pcbnew не захочет подключиться к каждой линии? Или наоборот будет ругаться на недостаточный зазор, так как их не подключить к нужной цепи?
Потом попробую, но что-то меня терзают смутные сомнения. (с)

Я так земли свожу.

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

После обновления в схематике (это не гост-ветка но может быть и там)
появилась гадость: при нажатии гор. клавиши например для редактирования поля Value - предыдущий текст не выбирается. Раньше число кликов уменьшалось за счет этого - просто ввел новое значение и ОК
Сейчас же нужно еще выделять текст.

Какая может быть причина?
При попытке экспортировать PCB в Spectra DSN ошибка:
---------------------------
Ошибка
---------------------------
IO_ERROR: Компонент со значением '' имеет пустое обозначение.
из C:/Jenkins/workspace/windows-kicad-msys2-stable/src/kicad-4.0/pcbnew/specctra.cpp : ThrowIOError() : line 144
Не удалось экспортировать, пожалуйста исправьте и попробуйте еще раз.
---------------------------


Version 4.04-stable, relase build
wxWidgets 3.0.2 Unicode and Boost 1.57.0
Platform^ Windows 7 (build 7601, Service Park 1), 64-bit edition, 64 bit

В редакторе посадочных мест при переключении в режим просмотра OpenGL или Cairo при выбранном инструменте ("Добавить конт. пл.", "Добавить графическую линию или полигон", "Добавить графическую окружность", "Добавить графическую дугу", "Добавить текст") перестаёт появляться меню по ПКМ.
В режиме отображения "По умолчанию" выключение видимости слоёв (F.SilkS, F.Fab) не влияет на отображение обозначения и номинала (значения).
Выключение видимости медных слоёв не влияет на отображение контактных площадок.

Какая версия кикада?


Управление отображением обозначений и значений на вкладке "Визуализация" менеджера слоев.
Управление отображением контактных площадок там же.

faa
Application: kicad
Version: 4.0.3-stable release build
wxWidgets: Version 3.0.2 (debug,wchar_t,compiler with C++ ABI 1009,GCC 5.2.0,wx containers,compatible with 2.8)
Platform: Windows 7 (build 7601, Service Pack 1), 64-bit edition, 64 bit, Little endian, wxMSW
Boost version: 1.57.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


Я неправильно написал. На самом деле хотел сообщить, что в режиме "по умолчанию" видимостью обозначения и значения управляют только соответствующие установки на вкладке "Отображать" (у меня такой перевод) менеджера слоёв (как и должно быть), а в режиме "OpeGL" и "Cairo" дополнительно действует установка/снятие видимости слоёв F.SilkS (на обозначение) и F.Fab (на значение). Видимость получается только при одновременной установке видимости соответствующих слоёв/элементов.
(Про контактные площадки уже похоже написал по инерции. )
И в разводчике, и в редакторе посадочных мест:
в режиме "Cairo" всё сильно тормозит;
в режимах "OpenGL" и "Cairo" при невыбранном инструменте курсор из креста превращается в обычный системный.

Есть кто юзает nightly builds?
xubuntu 16.10
Вчера обновился, заметил, что в зависимости от погоды на Марсе pcbnew виснет при скармливании ему нетлиста.


Если вдруг у кого появилась такая же проблема - пишите, нужно больше примеров.

После редактирования рамки и штампа, они на схеме и в разводчике просто так не обновляются. Надо обязательно заменить на другой вариант, потом снова вернуть редактированный. (В линухе кто-то додумался разместить файлы листов там, где простому пользователю редактирование запрещено. )
Кроме того, Pcbnew не воспринимает установки поля названия ("Title", "text10" - в редакторе), а лепит сверх узкие символы.

Application: kicad
Version: (2016-09-29 revision 7a5f72c)-master, release build
Libraries: wxWidgets 3.0.2
libcurl/7.47.0 OpenSSL/1.0.2g zlib/1.2.8 libidn/1.32 librtmp/2.3
Platform: Linux 4.4.0-62-generic x86_64, 64 bit, Little endian, wxGTK
- Build Info -
wxWidgets: 3.0.2 (wchar_t,wx containers,compatible with 2.8)
Boost: 1.58.0
Curl: 7.47.0
KiCad - Compiler: GCC 5.4.0 with C++ ABI 1009
Settings: USE_WX_GRAPHICS_CONTEXT=OFF
USE_WX_OVERLAY=OFF
KICAD_SCRIPTING=OFF
KICAD_SCRIPTING_MODULES=OFF
KICAD_SCRIPTING_WXPYTHON=OFF
BUILD_GITHUB_PLUGIN=ON
KICAD_USE_SCH_IO_MANAGER=OFF
KICAD_USE_OCE=OFF

_Pasha

Вроде нет. Kubuntu 16.04 x64

P.S.
Потыркался, и вдруг текст в названии стал нормальным. Что это было?

Если при разводке платы посадочное место без отверстия оказывается совмещённым с посадочным местом с имеющимся отверстием-контактом, то первое посадочное место в режиме посадочных мест никак (кроме одного варианта) не выбрать. Выбрать можно через "Get and Move Footprint", вот только если таких посадочных мест несколько, то какое выберется сразу предсказать невозможно. Через ПКМ доступно только посадочное место с отверстием.
В режиме невыбранного инструмента меню по ПКМ работает.

Command error. Return code 4

Error messages:
warning: failed to load external entity "<"
cannot parse <

У меня XUBUNTU
При запуске BOM выдает такую ошибку.
Неправильно установился xsltproc?

Доброго времени.

При открытии .brd вылетает с ошибкой

Как выловить причину?

P.S.

Через gdb.
backtrace покажет в какой процедуре валится.

При использовании последних ночных сборок под Windows Kicad v.5, в том числе самостоятельных сборок
с помощью Winbuildera в именах символов с использованием русской буквы "Т"- она исчезает (например вместо
1564ТЛ2 появляется 1564_Л2). Кто с этим сталкивался? Раньше все было нормально.

В ночной сборке появилась такая ошибка, с неделю или чуть больше

при открытии схемы, ругается на строчку в библиотеке

Видимо что-то не нравится парсеру, то-ли точка в имени, то ли двоеточие, или еще что