Сообщения об ошибках, складываем здесь. А вдруг исправят? Опции

[break]

В редакторе модулей если наложены надписи Обозначение и Значение (как получается сразу при создании нового модуля), то кнопка перемещения не работает. Видимо ждёт выскакивания меню выбора, но меню не появляется. Через ПКМ работает.

Application: Pcbnew
Version: (2013-03-08 BZR 3989 GOST)-testing
Build: wxWidgets 2.9.4 (wchar_t,compiler with C++ ABI 1002,GCC 4.6.3,wx containers,compatible with 2.8)
Platform: Linux 3.2.0-39-generic x86_64, 64 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

При попытке просмотра в 3D в редакторе модулей, выскакиевает ошибка в строке 5910. При этом отображается только часть модели и без цвета.

В приложенном файле wrl проблема в параметре AmbientIntensity, для всех моделей там выставлен 0, в то время как в просмотрщике цвет рассчитывается перемножением AmbientIntensity на DiffuseColor. Попробуйте исправить везде на 1.0. Чтобы избавиться от ошибки, можете попробовать сконвертировать моим скриптом.

Я немного обновил скрипт, полностью переписал генерацию отверстий, должно быть меньше проблем (правда ценой невозможности редактирования сетки). Для генератора теперь нужен немного другой набор файлов: медь, маска, шелкография и края платы, опция "рисовать края на других слоях" больше не влияет. Шелкография, выступающая за края платы теперь также не влияет, все размеры берутся из слоя с краями платы.
Также добавил возможность импорта получившейся модели платы во FreeCAD (пример в приложении) и поправил парсер для поддержки моделей, экспортированных из FreeCAD.
Обновил readme, добавил краткие примеры. Отображение корпусов пока не доделал. Скачать скрипт можно из репозитория на github.

alexen
Исправление AmbientIntensity на 1.0 дало цвет, но ошибка осталась. Проблема в строке "texCoord TextureCoordinate { point [".

CODE

wrload.py -v 2-pin_vint.wrl
  File "wrload.py", line 30
    print text
             ^
SyntaxError: invalid syntax

Python 3.2.3
И вообще, такая скачка из репозитория довольно геморройна.

Проблема в строке "texCoord TextureCoordinate { point [".

Попробуйте полностью удалить из файла для всех трех моделек эти 2 ноды: "texCoord TextureCoordinate { point [.*] }" и "texCoordIndex [.*]" (.* - соответственно, всё что между квадратными скобками).

С 3.2 версией к сожалению не проверял. Добавил в ридми версию python (2.7) и забытую python-imaging.

alexen
Исправление AmbientIntensity на 1.0 дало цвет, но ошибка осталась. Проблема в строке "texCoord TextureCoordinate { point [".

CODE

wrload.py -v 2-pin_vint.wrl
  File "wrload.py", line 30
    print text
             ^
SyntaxError: invalid syntax

Python 3.2.3
И вообще, такая скачка из репозитория довольно геморройна.

В третьем питоне убрано ключевое слово "print", вместо него введена встроенная функция "print()". Попробуйте исправить

CODE

print text

на

CODE

print(text)

В третьем питоне убрано ключевое слово "print"

Одним print тут похоже не обойтись, под 3.2 нет стабильных версий python-imaging и python-opengl, так что в лучшем случае будет работать только преобразование моделей в читаемый кикадом синтаксис.

Патч устраняющий проблему с ориентацией форматки в pcbnew (баг #1155888)

Сообщение отредактировал Сергей Борщ - Apr 1 2013, 09:50

Причина редактирования: Не все удается с первого раза. "Акелла промахнулся" и несколько сообщений слились в одно. Прошу простить на первый раз

Эскизы прикрепленных изображений

 

Прикрепленные файлы

 formatka_patch.zip ( 363 байт ) Кол-во скачиваний: 106

 

[zöner]

pcbnew 4016 GOST - команда "Cleanup tracks" удаляет треки независимо от состояния птички "Delete unconnected tracks"

еще неплохо бы сделать одну вещь - в броузере библиотеки при редактировании фильтра поднимать нижний список вверх

Сообщение отредактировал zöner - Mar 28 2013, 06:09

[Сергей Борщ]

pcbnew 4016 GOST - команда "Cleanup tracks" удаляет треки независимо от состояния птички "Delete unconnected tracks"

Под виндой. По 4021 включительно. Более свежие не тестировал. Под линухом не делает ничего. Во всяком случае не может соединить два колинеарных сегмента.

P.S. Может для жалоб отдельную ветку заведем?

[Сергей Борщ]

Попытаюсь переместить в эту ветку сообщения о неадекватном поведении KiCad.

[break]

В Eeschema что-то напутано с Y координатами всех полей компонентов. Такое впечатление. что "+" меняется на "-" и наоборот. При попытке размещения нового компонента на схему, все надписи симметрично смещаются относительно горизонтальной оси компонента.

Application: Eeschema
Version: (2013-03-23 BZR 4023 GOST)-testing
Build: wxWidgets 2.9.4 (wchar_t,compiler with C++ ABI 1002,GCC 4.6.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

В сборке 4042 с координатами полей при вставке нормально, но, при редактировании свойств, значения сбрасываются на 1,27.
Зато при импорте CMP файла (из CvPCB) дважды выдаётся диалог запроса видимости полей посадочных мест (при утвердительном ответе). Поля при этом видимыми не делаются. Дажен те, которые были видны, становятся невидимыми.
При ручном редактировании свойств элементов поля пропадают. При повторном входе в редактирование свойств без редактирования, но с нажатием ОК, поля появляются. Ещё хуже стало с вызовом редактирования свойств элемента. Пока на нём не щёлкнешь, редактирование не начинается (горячая кнопка не работает или вызывает ранее выбранный элемент).

Сообщение отредактировал break - Mar 29 2013, 12:07

[Сергей Борщ]

Под линухом не делает ничего. Во всяком случае не может соединить два колинеарных сегмента.

в 4042 исправили.

[Барановский Конс...]

в 4042 исправили.

Сомневаюсь, в #4042 убрали косяк, который в #4040 добавили (связан с печатью и экспортом через пункт "Чертить").

[break]

Сейчас открыл схему с пропавшими полями в сборке 3989 Лин. Координаты некоторых полей оказались слишком большие, после ручного исправления, всё заработало как надо. Значит косяк появился где-то после этой сборки.

[Сергей Борщ]

Сомневаюсь, в #4042 убрали косяк, который в #4040 добавили (связан с печатью и экспортом через пункт "Чертить").

Возможно. Но в 4021 ошибка была, а в 4042 пропала. Промежуточные я не собирал.

[break]

Откатился на 4023 - проблемы с пропаданием полей исчезли.

[Leonid Egorov]

KiCAD b4076 Windows
В схематике поиск ctrl+F то ищет, то не ищет. Например vd11, r5 - находит на 10-й раз. Но большую часть времени не находит. Галки разные пробовал - безрезультатно. То есть поля с фильтром компонентов как во всех взрослых программах намеренно нет и не будет, плюс и последняя надежда автоматизации - поиск работает по-лягушачьи. В сопоставлялке - такое ощущение, что кто-то постоянно держит зажатой левую клавишу мышки - при перемещении мышки постоянно выделяется поле со списком компонентов. Если это опять французская логика, то как ее можно отключить? Еще и выделяет с тормозами. Опять же, то глючит, то не глючит. Вообще можно как-то по двойному клику на компоненте в сопоставлялке переходить в схематик и устанавливаться на выбранный компонент? Минуя элемент поиска? Потом в сопоставлялке вообще есть возможность отображать поля компонентов кроме не обозначенных трех столбцов? Мне например нужен четвертый с именем компонента. Кнопка "Удалить все ассоциации" удаляет только выделенные. Перевод корявый. Потом в схематике как повесить на клавишу Del команду "Удалить соединение" не понял.
20130410 update: Редактор модулей. Кнопка проверки модуля проглатывает четыре пина с одинаковым номером контактной площадки. Имхо, либо она не работает, либо два девятых вагона во франции это норма.

Сообщение отредактировал Leonid Egorov - Apr 10 2013, 07:22

[break]

Leonid Egorov
Кнопка проверки модуля проглатывает четыре пина с одинаковым номером контактной площадки.
Это может быть очень полезно, особенно при хитрой форме контактной площадки. Так что это не бага, а фича.

[Leonid Egorov]

Это может быть очень полезно, особенно при хитрой форме контактной площадки. Так что это не бага, а фича.

Наличие возможности выбора правил проверки галочками добавило бы гибкости. Но не нашел оного окошечка.
Еще удалять компоненты не удобно: выбор просмотром в одном окне, а удаление в другом и без просмотра. Еще и выделить можно несколько строк, а удалится только одна. Вот интересно, какая? Переименование компонентов только через копирование — удаление. Логично бы добавить кнопку удаления компонента в окошко обзора библиотеки (плюс туда еще и фильтр компонентов, без многокилометрового нажатия кнопочек), так нету же такого. Кнопку Открыть просмотр модулей вообще можно безболезненно удалить — ее заменяет кнопка загрузить модуль из библиотеки. Наплодили дубликатов. И кнопку запуска редактора модулей можно было бы разместить в кикадовском менеджере программ, всяко она чаще будет использоваться чем всякие Bitmap2Component или PcbCalculator. Но опять же приходится запускать через PcbNew. Как-то не оптимальненько все запрограммировано.

Сообщение отредактировал Leonid Egorov - Apr 10 2013, 09:47

[break]

Leonid Egorov
Это уже не ошибки, а пожелания. Лучше бы их написать в другую тему.
Большая часть претензий обоснована, но есть более существенные претензии.

[Leonid Egorov]

KiCAD b4094 GOST Windows
Bug: PcbNew при импорте сеанса Specctra вылетает с ошибкой при наличии пробелов в пути к файлу *.ses

20130413 update:
1. Bug: PcbNew Название компонента можно повернуть более, чем на 90 градусов? Иначе подписи клеммников читаются вверх ногами.
2. Bug: PcbNew при удалении ненужной в зоне металлизации дорожки иногда (прибл. в 20% случаев) пишет что пропало соединение (белая ниточка на рисунке), хотя оно через металлизацию есть. На рисунке с VD26 все проходит нормально, а с VD22 получается обрыв. Кстати, иногда не хочет соединять две одинаковые цепи проводником. Подсвечивает, но не дает закончить проводник.

PS Кто нибудь знает, как посмотреть название цепи в схематике? PCBnew названия показывает, а вот привязаться к схематику не получается.

Сообщение отредактировал Leonid Egorov - Apr 13 2013, 18:49

Эскизы прикрепленных изображений

 

[break]

Eeschema 4062 GOST Win
Запоминание последнего выбранного элемента дошло до полного завершения. Некоторыми горячими кнопками (например, редактирования) пользоваться стало практически невозможно.

Leonid Egorov
1. Bug: PcbNew Название компонента можно повернуть более, чем на 90 градусов? Иначе подписи клеммников читаются вверх ногами.
Нельзя. Проще написать текстом отдельно.

2. Bug: PcbNew при удалении ненужной в зоне металлизации дорожки иногда (прибл. в 20% случаев) пишет что пропало соединение (белая ниточка на рисунке), хотя оно через металлизацию есть.
Полигон имеет правильную цепь? И ещё надо сделать "Залить и перезалить все зоны".

Кстати, иногда не хочет соединять две одинаковые цепи проводником. Подсвечивает, но не дает закончить проводник.
У полигона правильные свойства?

PS Кто нибудь знает, как посмотреть название цепи в схематике? PCBnew названия показывает, а вот привязаться к схематику не получается.
Никак. Это было давнее и неоднократное пожелание, но, видимо, трудно реализуемое. Предложенное решение в виде именования всех цепей, лично для меня неприемлемо.
Как некоторый выход из положения - просмотр списка цепей (в текстовом виде).

[break]

4100 win
Pcbnew
Зря сделана полная штриховка зон при отключении отображения зон. Мешает восприятию и тормозит комп. нашёл как отключить
Давний баг - запоминание и самопроизвольно включение подсветки цепей.

Сообщение отредактировал break - Apr 23 2013, 11:57

[break]

4100 win
Pcbnew
При попытке загрузки модуля для редактирования методом просмотра выдаёт (кнопка "Добавить посадочное место на плату" (кстати, тоже неточный перевод)):

Код

IO_ERROR: Не удалось открыть файл " для чтения
from c:/msys/1.0/home/vik/kikad_testing/common/richio.cpp : FILE_LINE_READER() : line 140

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

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

Ещё непонятно по какому принципу контактные площадки с одинаковыми отверстиями относит к разным диаметрам. Причём в миллиметрах одинаково (например, 0,80), а в дюймах разные (0,031 и 0,032). При этом в карте сверловки они попадают в разные строчки. В свойствах контактных площадок (при просмотре в редакторе модулей) показывает одинаковые значения (0,800).

Сообщение отредактировал break - Apr 26 2013, 07:47

[troublemaker]

В файле internat/ru/kicad.po (ну и *.mo, соответственно) ошибка перевода:

#: pcbnew/modedit_onclick.cpp:352
msgid "Change Body Item Layer (Current)"
msgstr "Изменить ширину контура на слое (Текущий)"

#: pcbnew/modedit_onclick.cpp:354
msgid "Change Body Items Layer (All)"
msgstr "Изменить ширину контура на слое (Все)"

[tema-electric]

1) Давний баг. Если создавать УГО, например, разъема и сделать в нем подписи, то впоследствии некорректно выделяется этот компонент. Из-за текста неправильно обсчитывается область компонента по оси Y. Она зеркалится вверх.


2) Редкий, но тянущийся от версии к версии баг. Как вопроизвести повторно - не знаю. Рисуется посадочное место, сохраняется. Тут же повторная загрузка этого посадочного места из библиотеки. Позиции некоторых контакнтых площадок улетели. Смещены, кто куда. Было такое два раза. В обоих случаях я рисовал в дюймовой сетке 1,27. Первый раз разъем со штыревыми выводами. Сегодня модуль со штыревыми выводами. У разъема съехала часть контакнтых площадок, причем как мне показалось, KiCAD'у не понравились их координаты, и он их округлил как-то. У модуля сегодня улетелеа половина контакных площадок.



Может пригодятся файлы. С посадочным местом, которое KiCAD сохранил (Mini_reopened), и файл восстановленный до изначального (Mini_recovery) путем ручного перемещения и пересохранения.
 Mini.zip ( 1.9 килобайт ) Кол-во скачиваний: 146


3) Что-то с нопками на панелях в последних версиях. Не нажимаются, не отжимаются. Относится только к ubuntu 10.04 LTS. В виндах все работает адекватно.

Код

Application: KiCad
Version: (2013-03-06 BZR 3985 GOST)-testing
Build: wxWidgets 2.9.4 (wchar_t,compiler with C++ ABI 1002,GCC 4.6.2,wx containers,compatible with 2.8)
Platform: Windows XP (build 2600, Service Pack 2), 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

[break]

Когда нажимаю "Сформировать перечень элементов", выскакивает окошко " BOM Howto" с содержимым "https://answers.launchpad.net/kicad/+faq/2265".

Application: Eeschema
Version: (2013-05-19 BZR 4123 GOST)-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

[tema-electric]

break, по ссылке ссылка на пдфник для EESchema, в котором расписано что и как теперечи.
Но у меня почему-то нет вкладки BOM в генераторе списка цепей...

[AVL]

Когда нажимаю "Сформировать перечень элементов", выскакивает окошко " BOM Howto" с содержимым "https://answers.launchpad.net/kicad/+faq/2265".

Application: Eeschema
Version: (2013-05-19 BZR 4123 GOST)-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

Это группа lp:kicad так решила. В одном из последних коммитов Dick Hollenbeck вырезал из проекта прежнее диалоговое окно. То есть это "как бы" не ошибка По ссылке https://answers.launchpad.net/kicad/+faq/2265 инструкция как теперь жить.
Не смотря на это, я лично не планирую вырезать eeschema->Tools->GOST Tools с прямой генерацией перечня элементов и спецификации.
В случае с GOST-doc-gen Jean-Pierre уперся, что GOST-doc-gen должен быть отдельной программой или скриптом. При этом он до сих пор не объяснил на примере GOST-doc-gen как будет выглядеть вся цепочка взаимодействий, чтобы это было удобно пользователю. Причем менеджер компонентов GOST component manager в их стратегию (работа с промежуточным файлом) с моей точки зрения вообще не вписывается.

[viknn]

break, по ссылке ссылка на пдфник для EESchema, в котором расписано что и как теперечи.
Но у меня почему-то нет вкладки BOM в генераторе списка цепей...

Для формирования перечня элементов в табличном формате CSV для KiCAD штатно предложен механизм программы-процессора xsltproc для обработки промежуточного XML-файлов списка цепей. XML-файлы формируются через подключаемые вами k eeschema экспортные bom-плагины netlista (команда Инструменты / Сформировать список цепей).
Для выполнения функции необходимо добавить плагин с именем BOM. Для запуска плагина применяются стилевые файлы XML-разбора и обработки полей ЭРИ схемы типа XSL, например, bom2csv.xsl:
xsltproc -o "%O" "C:\Program Files\KiCad\bin\plugins\bom2csv.xsl" "%I"
На выходе процесса формируется csv-файл перечня элементов схемы, который нужно потом вписать в шаблон формата ПЭ по ЕСКД.
Для применения процессора xsltproc в Windows надо распаковать его архив в каталог c:\Windows\System32.
Такая вот длинная история...

То есть это "как бы" не ошибка По ссылке https://answers.launchpad.net/kicad/+faq/2265 инструкция как теперь жить.

Команда BOM по сути стала пустой.

Сообщение отредактировал viknn - May 20 2013, 16:17

Эскизы прикрепленных изображений

 

[Сергей Борщ]

предложен механизм программы-процессора xsltproc для обработки промежуточного XML-файлов списка цепей

"Ну все, пропал дом!"

надо распаковать его архив в каталог c:\Windows\System32

[break]

AVL
Это группа lp:kicad так решила. В одном из последних коммитов Dick Hollenbeck вырезал из проекта прежнее диалоговое окно. То есть это "как бы" не ошибка sm.gif По ссылке https://answers.launchpad.net/kicad/+faq/2265 инструкция как теперь жить.
Зачем такие сложности? Уж тогда бы написали сразу, что надо лезть в нетлист.

Только всё равно это неправильно.
1. Нигде не написано, какой файл надо выбирать/задавать в выпадающем окне. Что там вообще должно быть?
2. Где можно задать состав файла и принцип сортировки, как это было раньше? Править XSL файл?
Пока что получается полное дерьмо, а не BOM.

viknn
Для применения процессора xsltproc в Windows надо распаковать его архив в каталог c:\Windows\System32.
Точнее - содержимое архива xslt_min.zip.

Сообщение отредактировал break - May 21 2013, 09:18

[AVL]

AVL
Это группа lp:kicad так решила. В одном из последних коммитов Dick Hollenbeck вырезал из проекта прежнее диалоговое окно. То есть это "как бы" не ошибка sm.gif По ссылке https://answers.launchpad.net/kicad/+faq/2265 инструкция как теперь жить.
Зачем такие сложности? Уж тогда бы написали сразу, что надо лезть в нетлист.

Только всё равно это неправильно.
1. Нигде не написано, какой файл надо выбирать/задавать в выпадающем окне. Что там вообще должно быть?
2. Где можно задать состав файла и принцип сортировки, как это было раньше? Править XSL файл?
Пока что получается полное дерьмо, а не BOM.

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

[break]

Может быть можно как-то внести исправленный вывод в DXF в основную ветку, чтобы не возвращаться каждый раз к одному и тому же?
В 4123 опять сломали.

AVL
Если что, подключайтесь к дискуссиям на launchpad.
Не с моим знанием английского.

[AVL]

Может быть можно как-то внести исправленный вывод в DXF в основную ветку, чтобы не возвращаться каждый раз к одному и тому же?
В 4123 опять сломали.

AVL
Если что, подключайтесь к дискуссиям на launchpad.
Не с моим знанием английского.

Ветка lp:~kicad-gost-committers/kicad/kicad это ветка lp:kicad + дополнительный функционал/изменения, которые не пускают в lp:kicad.
Также в lp:~kicad-gost-committers/kicad/kicad могут попадать изменения, которые проще и быстрее добавить в lp:~kicad-gost-committers/kicad/kicad нежели в lp:kicad.

В какой ревизии (нужно указать ветку) DXF работал правильно и в какой ревизии перестал работать правильно?

Не исключаю, что если Вы четко и развернуто сформулируете и аргументируете свое видение по поводу BOM на русском (опираясь на информацию, изложенную в https://answers.launchpad.net/kicad/+faq/2265), то кто-то сможет передать это мнение на английском на launchpad. Особенно, если оно будет подкреплять чье-либо мнение еще.

Сообщение отредактировал AVL - May 22 2013, 07:05

[break]

AVL
Насчёт ревизии с нормальным выводом в DXF пока точно сказать не могу, надо снова откатывать назад и проверять. В 4123 опять дуги делаются неправильно и надписи "падают" вниз. Надписи "падают" уже очень давно, начиная с какой-то 3ххх версии (можно попытаться по истории сообщений посмотреть). Вроде faa и Барановский Константин в курсе, по крайней мере, про дуги.

По поводу BOM:
1. Раньше практически устраивало.
1.1. Сейчас вместо нормального разделителя (например, табуляции) - запятые, даже без пробелов - всё сливается.
1.2. Совсем ни к чему выводить поля, которых нет - надо иметь возможность задавать необходимые. Не надо выводить поля, которые не отвечают за тип элемента. Например, в разъёмах навания цепей сделаны дополнительными полями, которые можно оперативно редактировать. Спрашивается: для чего их надо выводить в BOM?
1.3. Нет сортировки.
1.4. То, что получается сейчас, это не BOM, а просто список компонентов, присутствующих на схеме.
1.5. Если формирование BOM можно корректировать изменением XLS файла, то это шаг назад (или даже два) в использовании современного интерфейса. Вместо того, чтобы использовать графический интерфейс, как это стараются делать везде (удобно же ведь), придётся править в текстовом виде, да ещё и в структуре многим неизвестного формата XML. Плагин должен выглядеть как нормальная GUI программа (если уж нельзя это встроить в Eeschema) с набором кнопок и других графических элементов управления.
Например:
"добавить поле"
"сортировать по полю"
"объединить по полю"
"обратная сортировка"
"порядок сортироки по полям"
"объединение только смежных элементов"
Ну или хотя бы достаточно простой ввод в интерактивных полях графического интерфейса. Так можно сделать, например, порядок сортировки по полям - просто прописать их последовательность.
Вводить и править XML теги - это нонсенс.
2. "Для применения процессора xsltproc в Windows надо распаковать его архив в каталог c:\Windows\System32." Это совершеннейшее безобразие.
Надо или ставить как отдельную программу в "Program Files", или куда-нибудь в каталог KiCAD'а. Мало всякого хлама лежит в "System32", так надо ещё загадить, тем более сторонней программой.

[Guest_White_Rabbit_*]

Что-то в 4115 никак не могу перегнать полигоны в гербер. Проводники идут, полигонов не видно.

[AVL]

По поводу BOM:
1. Раньше практически устраивало.
1.1. Сейчас вместо нормального разделителя (например, табуляции) - запятые, даже без пробелов - всё сливается.
1.2. Совсем ни к чему выводить поля, которых нет - надо иметь возможность задавать необходимые. Не надо выводить поля, которые не отвечают за тип элемента. Например, в разъёмах навания цепей сделаны дополнительными полями, которые можно оперативно редактировать. Спрашивается: для чего их надо выводить в BOM?
1.3. Нет сортировки.
1.4. То, что получается сейчас, это не BOM, а просто список компонентов, присутствующих на схеме.
1.5. Если формирование BOM можно корректировать изменением XLS файла, то это шаг назад (или даже два) в использовании современного интерфейса. Вместо того, чтобы использовать графический интерфейс, как это стараются делать везде (удобно же ведь), придётся править в текстовом виде, да ещё и в структуре многим неизвестного формата XML. Плагин должен выглядеть как нормальная GUI программа (если уж нельзя это встроить в Eeschema) с набором кнопок и других графических элементов управления.
Например:
"добавить поле"
"сортировать по полю"
"объединить по полю"
"обратная сортировка"
"порядок сортироки по полям"
"объединение только смежных элементов"
Ну или хотя бы достаточно простой ввод в интерактивных полях графического интерфейса. Так можно сделать, например, порядок сортировки по полям - просто прописать их последовательность.
Вводить и править XML теги - это нонсенс.
2. "Для применения процессора xsltproc в Windows надо распаковать его архив в каталог c:\Windows\System32." Это совершеннейшее безобразие.
Надо или ставить как отдельную программу в "Program Files", или куда-нибудь в каталог KiCAD'а. Мало всякого хлама лежит в "System32", так надо ещё загадить, тем более сторонней программой.

Не стал пока "бодаться" с lp:kicad

AVL
А нельзя ли в GOST-doc-gen сборке реанимировать кнопку BOM (или вставить Generate BOM в Component Manager).

Реанимировано в ревизии 4132.

[break]

Pcbnew совсем испортили.
При попытке вставки посадочного места на плату (через просмотр модулей) возникает следующее сообщение об ошибке:

Код

Could not load footprint "имя модуля" from library "моя библиотека".

Error IO_ERROR: Путь библиотека посадочных мест <путь+имя моей библиотеки> не существует
from c:/msys/1.0/home/vik/kicad_testing/pcbnew/kicad_plugin.cpp : Load() : line 214.

Хотя список модулей в библиотеке виден.
При повторной попытке вставки модуля, Pcbnew вообше глухо виснет.

Application: Pcbnew
Version: (2013-05-22 BZR 4159 GOST)-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

P.S. Дополнение.
Может не совсем точно, но у меня создалось впечатление, что при сохранении настроек из Pcbnew, в файле проекта стираются настройки от Eeschema.

Сообщение отредактировал break - May 29 2013, 05:56

[qxov]

Первый баг: перетаскиваем компонент с зажатым Ctrl, жмем R.
Второй баг: пытаемся отменить результат первого бага (Undo) - не до конца отменяется (поворот сохранился)

Третий баг (или фича - я первый раз KiCAD запустил, не в курсе пока): попытка перетаскивания компонента с Ctrl, если он был подсоединен к проводнику перпендикулярно без промежуточного провода, приводит к отрыванию компонента от проводника.

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

[break]

Может кто-нибудь просветит меня: для чего нужно делать новые сборки со старыми ошибками, которые приводят к полной неработоспособности?

4181 win - всё то же самое, что и в 4159. Pcbnew не работает.

[AVL]

По поводу BOM:
1. Раньше практически устраивало.
1.1. Сейчас вместо нормального разделителя (например, табуляции) - запятые, даже без пробелов - всё сливается.
1.2. Совсем ни к чему выводить поля, которых нет - надо иметь возможность задавать необходимые. Не надо выводить поля, которые не отвечают за тип элемента. Например, в разъёмах навания цепей сделаны дополнительными полями, которые можно оперативно редактировать. Спрашивается: для чего их надо выводить в BOM?
1.3. Нет сортировки.
1.4. То, что получается сейчас, это не BOM, а просто список компонентов, присутствующих на схеме.
1.5. Если формирование BOM можно корректировать изменением XLS файла, то это шаг назад (или даже два) в использовании современного интерфейса. Вместо того, чтобы использовать графический интерфейс, как это стараются делать везде (удобно же ведь), придётся править в текстовом виде, да ещё и в структуре многим неизвестного формата XML. Плагин должен выглядеть как нормальная GUI программа (если уж нельзя это встроить в Eeschema) с набором кнопок и других графических элементов управления.
Например:
"добавить поле"
"сортировать по полю"
"объединить по полю"
"обратная сортировка"
"порядок сортироки по полям"
"объединение только смежных элементов"
Ну или хотя бы достаточно простой ввод в интерактивных полях графического интерфейса. Так можно сделать, например, порядок сортировки по полям - просто прописать их последовательность.
Вводить и править XML теги - это нонсенс.
2. "Для применения процессора xsltproc в Windows надо распаковать его архив в каталог c:\Windows\System32." Это совершеннейшее безобразие.
Надо или ставить как отдельную программу в "Program Files", или куда-нибудь в каталог KiCAD'а. Мало всякого хлама лежит в "System32", так надо ещё загадить, тем более сторонней программой.

AVL
А нельзя ли в GOST-doc-gen сборке реанимировать кнопку BOM (или вставить Generate BOM в Component Manager).

В ревизии 4214 ветки lp:kicad появились еще нововведения по BOM. Вместо той ссылки на FAQ добавлена работа с плагинами.
Нужно ваше мнение. Эти плагины решают проблему? Или пока все еще проблему решает только реанимированный нами BOM?
Я BOM пока вообще не пользовался (не уверен, что вообще буду пользоваться), поэтому полного представления по проблеме нет.

[AVL]

В ревизии 4214 ветки lp:kicad появились еще нововведения по BOM. Вместо той ссылки на FAQ добавлена работа с плагинами.
Нужно ваше мнение. Эти плагины решают проблему? Или пока все еще проблему решает только реанимированный нами BOM?
Я BOM пока вообще не пользовался (не уверен, что вообще буду пользоваться), поэтому полного представления по проблеме нет.

Восстановил старую генерацию BOM после вырезания очередной порции кода в ревизии 4214 ветки lp:kicad.
Сделал 2 пункта меню:
1) eeschema->Tools->Generate Bill of Materials (old implementation)
2) eeschema->Tools->Generate Bill of Materials

Возможно пригодятся обе реализации генерации BOM (новая и старая).

[viknn]

В ревизии 4214 ветки lp:kicad появились еще нововведения по BOM. Вместо той ссылки на FAQ добавлена работа с плагинами. Нужно ваше мнение. Эти плагины решают проблему? Или пока все еще проблему решает только реанимированный нами BOM?

Если посмотреть на пример ECAD-системы Altium Designer 2013, то в ней по команде Report/Bill of Materials
дается пять альтернативных способов вывода BOM-данных: от обычнных таблиц CSV и XLS до XML-файла.
Понятно, что все эти виды являются тоже полуфабрикатными в смысле формирования ПЭ и СП по ГОСТ. Проблемы те же, но есть альтернативность.
Далее пользователи изобретают способы доведения документов до стандартного вида, один из них на базе XML описан в pdf ниже.
В нашем случае JP и команда ликвидируют CSV-вывод в угоду PY-плагинам и XSL-методам обработки XML от пользователей.
Видимо, правильно оставить и CSV, и XML, и PY, и Component Manager с ODT-выводом. Наверно неплохо, если бы Component Manager мог черпать исходные данные не только со схемы, но и из промежуточного формата типа XML или CSV.
Вопрос, как это все лучше увязать.

Сообщение отредактировал viknn - Jun 16 2013, 18:09

Прикрепленные файлы

 _____________BOM_AD.pdf ( 273.56 килобайт ) Кол-во скачиваний: 398

 

[AVL]

Наверно неплохо, если бы Component Manager мог черпать исходные данные не только со схемы, но и из промежуточного формата типа XML или CSV.
Вопрос, как это все лучше увязать.

В каком случае это было бы полезно? В случае если генерировать КД из других CAD типа Altium Designer (особенно, если не предусмотрен их импорт в KiCad) посредством GOST-doc-gen?
Или есть еще случаи, когда это нужно?

[viknn]

В каком случае это было бы полезно? В случае если генерировать КД из других CAD типа Altium Designer (особенно, если не предусмотрен их импорт в KiCad) посредством GOST-doc-gen?

В первую очередь я имел ввиду смежные ECAD-программы (коммерческие и нет) с аналогичными проблемами.

[break]

Хоть кто-нибудь может понять принцип по которому при черчении в DXF (Pcbnew) некоторые надписи преобразуются нормально, а большинство теряют координаты и становятся жирными? Может это как-то связано с какими-то символами в тексте?

[tema-electric]

Хоть кто-нибудь может понять принцип по которому при черчении в DXF (Pcbnew) некоторые надписи преобразуются нормально, а большинство теряют координаты и становятся жирными? Может это как-то связано с какими-то символами в тексте?

Не было такого, сколько сборочников делали. Единственное неудобство, что текст преобразуется в кривые. Сейчас проверил на сборке 3985 от 06.03.2013. Смотрел в LibreCAD. Все нормально.

 ADigiBoard_F_SilkS.zip ( 39.07 килобайт ) Кол-во скачиваний: 131


Может у Вас проблемы с чем-то другим?

[Барановский Конс...]

Хоть кто-нибудь может понять принцип по которому при черчении в DXF (Pcbnew) некоторые надписи преобразуются нормально, а большинство теряют координаты и становятся жирными? Может это как-то связано с какими-то символами в тексте?

DXF, официально, поддерживает только латиницу. В связи с этим, для сохранения совместимости форматов, текстовый блок состоящий только из латинских символов сохраняется как текст. Если же в текстовом блоке содержится хотя бы один не латинский символ (например кириллический) - текст будет нарисован с помощью кривых.
Из-за этого в DXF файлах текстовые блоки, сохраненные как текст (латиница) отображаются с помощью шрифта, установленного в настройках программы просмотра/редактирования DXF, а текстовые блоки, нарисованные с помощью кривых - отображаются также как и в PCBnew.

[viknn]

DXF, официально, поддерживает только латиницу.

Странное ограничение. Может DXF в Kicad так настроен. А вообще-то не должно быть разницы
латиница-кириллица. Сейчас и LibreCAD и Компас отображают utf8 текстовые строки на русском
ttf-шрифтами. Переход к векторному генератору текста в kicad создает проблемы (так как это уже не текст, а набор линий).
break нужно было написать куда он передает DXF и файл проблемный приложить, а то пустой разговор получается.

[Барановский Конс...]

Странное ограничение. Может DXF в Kicad так настроен. А вообще-то не должно быть разницы
латиница-кириллица.

Сам однажды столкнулся с проблемой экспорта в DXF из EEschema - там не поддерживаемые символы заменялись на знаки вопросов. Но корень проблемы тот же, подробнее можно почитать здесь.

[break]

Барановский Константин
Понятно почему по-разному отображаются, спасибо. Из всего, что я проверил, нормально отображается только в NanoCAD и LibreCAD. Значит это уже глюки других программ.

viknn
А вообще-то не должно быть разницы латиница-кириллица.
А разница есть - в некоторых программах. Именно кириллица идёт как графика, а латиница как текст.

Сейчас и LibreCAD и Компас отображают utf8 текстовые строки на русском ttf-шрифтами.
Только KiCAD их не генерит.

Ладно, раз в самых нужных программах всё нормально видно, то можно забить.

[tema-electric]

Корявый перевод в редакторе посадочных мест. В выпадающем меню пункты: "Изменить ширину контура на слое (Текущее)" и "Изменить ширину контура на слое (Все)". Наименование не соответствует выполняемой функции. А функция заключается в "перемещении на другой слой" текущей или всех линий.

[White Rabbit]

Честно говоря, уже задолбало воевать с Кикадом. Опять решил попробовать сделать зону, опять танцы с бубном. Не хочет заполнять и всё тут. Да и ДРЦ собака молчит. В общем увидел только то, что зоны большего размера вроде рисуются нормально, а как небольшую пририсовываешь, так и труба.

Сообщение отредактировал White Rabbit - Jun 25 2013, 08:31

[tema-electric]

Честно говоря, уже задолбало воевать с Кикадом. Опять решил попробовать сделать зону, опять танцы с бубном. Не хочет заполнять и всё тут. Да и ДРЦ собака молчит. В общем увидел только то, что зоны большего размера вроде рисуются нормально, а как небольшую пририсовываешь, так и труба.

А поподробней? С простыми зонами все просто и все всегда работает.

[White Rabbit]

Так и у меня работает. Просто рисовал очень мелкую зону касающуюся контактных площадок и проводников. Никак не удавалось её закрасить. Соответственно в гербер тоже ничего не конвертировалось. Пришлось увеличить её размер разиков в 5, включая и сами контактные площадки. После этого дело пошло. Уж и не знаю, почему такое отношение к мелким аппендиксам.

[tema-electric]

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

[White Rabbit]

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

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

Сообщение отредактировал White Rabbit - Jun 25 2013, 12:55

[tema-electric]

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

[White Rabbit]

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

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

Сообщение отредактировал White Rabbit - Jun 26 2013, 07:36

[tema-electric]

Ещё "особенность", с которой я не разобрался.

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

[ARIM]

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

[break]

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

[break]

При рисовании 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

[break]

В чём сермяжная правда отображания содержимого с разными 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

[alex9]

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

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

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

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

Сообщение отредактировал alex9 - Oct 11 2013, 10:04

[alex9]

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

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)

Сообщение отредактировал alex9 - Oct 11 2013, 15:26

[faa]

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

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

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)

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

Сообщение отредактировал faa - Oct 11 2013, 16:09

[alex9]

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

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

Ну и потестировать, может еще где вылезет.

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

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

[tema-electric]

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

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

[alex9]

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

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

[tema-electric]

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

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

[tema-electric]

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

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

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

(module Conn_103638-6 (fp_lib Conn_103638-6) (layer B.Cu) (tedit 4FB752CE) (tstamp 52601016)

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

[faa]

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

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

Код

option( USE_FP_LIB_TABLE "Use the new footprint library table implementation. ( default OFF)" )

option( BUILD_GITHUB_PLUGIN "Build the GITHUB_PLUGIN for pcbnew." OFF )

[tema-electric]

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

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

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

[tema-electric]

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

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

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

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

Код

Application: KiCad
Version: (2013-09-14 BZR 4213 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 2), 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

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

[tema-electric]

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

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

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

[alex9]

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

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

PARSE_ERROR: Expecting 'inch|mil|cm|mm|um' in input/source
'/kicad/it1.ses'
line 3
offset 19
from /home/a/4219/common/dsnlexer.cpp : Expecting() : line 312

[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]

 it1.ses.zip ( 5.27 килобайт ) Кол-во скачиваний: 67

[tema-electric]

2 alex9,

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

[alex9]

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

[tema-electric]

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

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

В ней

Код

void SPECCTRA_DB::doRESOLUTION( UNIT_RES* growth ) throw( IO_ERROR )
{
    T       tok = NextTok();

    switch( tok )
    {
    case T_inch:
    case T_mil:
    case T_cm:
    case T_mm:
    case T_um:
        growth->units = tok;
        break;
    default:
        Expecting( "inch|mil|cm|mm|um" );
    }

    tok = NextTok();
    if( tok != T_NUMBER )
        Expecting( T_NUMBER );

    growth->value = atoi( CurText() );

    NeedRIGHT();
}

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

[alex9]

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

Сообщение отредактировал alex9 - Oct 21 2013, 14:53

[AVL]

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

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

[alex9]

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

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

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

[tema-electric]

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

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

[alex9]

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

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

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

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

[alex9]

"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" упёрся в определение класса или что-то там (я ещё тот программист

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

[tema-electric]

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

Код

#!/bin/bash
file_name=it1.ses
replace 'resolution MM' 'resolution mm' 'Net' 'net' -- $file_name

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

[AVL]

"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" упёрся в определение класса или что-то там (я ещё тот программист

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

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

[alex9]

... Ведь есть же уже интеграция с Python...

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

[AVL]

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

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

[alex9]

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

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

[_Pasha]

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

CODE

pasha@Nbook248P:~/kicad_sources/kicad.bzr/pcbnew$ grep T_high *.cpp
specctra.cpp: case T_high:

pasha@Nbook248P:~/kicad_sources/kicad.bzr$ grep -r T_## *
CMakeModules/TokenList2DsnLexer.cmake:#define TOKDEF(x) { #x, T_##x }
include/dsnlexer.h://#define TOKDEF(x) { #x, T_##x }

pasha@Nbook248P:~/kicad_sources/kicad.bzr$ grep -r TOKDEF *
CMakeModules/TokenList2DsnLexer.cmake:#define TOKDEF(x) { #x, T_##x }
CMakeModules/TokenList2DsnLexer.cmake: file(APPEND "${outCppFile}" " TOKDEF( ${token} )" )
include/dsnlexer.h://#define TOKDEF(x) { #x, T_##x }

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

Сообщение отредактировал _Pasha - Oct 24 2013, 17:35

[AVL]

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

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

[alex9]

... сначала выполнить Python код...

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

[AVL]

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

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

[alex9]

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

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

CODE

if( fullFileName == wxEmptyString )
return;

//***************
wxStopWatch sw;
wxTextFile file;
wxTempFile newfile;
newfile.Open(fullFileName);
if (file.Open(fullFileName))
{
size_t i;
for (i = 0; i < file.GetLineCount(); i++)
{
file[i].Replace(wxT("(resolution MM"),wxT("(resolution mm"));
file[i].Replace(wxT("(Net"),wxT("(net"));
newfile.Write(file[i]+wxT("\n"));
}
newfile.Commit();
file.Close();
}
std::cerr<<"elapsed time (in ms): "<<sw.Time()<<'\n';
sw.Pause();
//***************

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

[_Pasha]

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

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

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

[alex9]

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

[alex9]

Победил.


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

specctra_import.cpp:94

CODE

if( fullFileName == wxEmptyString )
return;

//***************
wxStopWatch sw;
wxTextFile file;
wxString T_FileName, T_String, elapsedTime;
FILE* new_fp;

T_FileName=fullFileName+wxT("tmp") ;

if (file.Open(fullFileName))
{
size_t i;
for (i = 0; i < file.GetLineCount(); i++)
{
file[i].Replace(wxT("(resolution MM"),wxT("(resolution mm"));
file[i].Replace(wxT("(Net"),wxT("(net"));
T_String+=file[i]+wxT("\n");
}
file.Close();
wxRenameFile(fullFileName, T_FileName);
new_fp = wxFopen(fullFileName, wxT("wt"));
if (new_fp)
{
fprintf(new_fp,T_String.mb_str());
fclose(new_fp);
}
}
wxPuts(wxT("elapsed time (in ms): ")+elapsedTime<<sw.Time());
sw.Pause();
//***************

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

Сообщение отредактировал alex9 - Oct 28 2013, 18:19

[White Rabbit]

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


Сообщение отредактировал White Rabbit - Oct 31 2013, 05:37

[alex9]

Подскажите, что ему нужно...

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

[White Rabbit]

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

[alex9]

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

[White Rabbit]

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

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

Сообщение отредактировал White Rabbit - Nov 1 2013, 06:38

[michrom]

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