Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Сообщения об ошибках
Форум разработчиков электроники ELECTRONIX.ru > Печатные платы (PCB) > Разрабатываем ПП в САПР - PCB development > KiCAD
Страницы: 1, 2, 3, 4, 5
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

QUOTE (break @ Mar 19 2013, 14:24) *
При попытке просмотра в 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
И вообще, такая скачка из репозитория довольно геморройна.

QUOTE (break @ Mar 20 2013, 10:18) *
Проблема в строке "texCoord TextureCoordinate { point [".


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

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

QUOTE (break @ Mar 20 2013, 08:18) *
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)


QUOTE (Барановский Константин @ Mar 20 2013, 17:46) *
В третьем питоне убрано ключевое слово "print"

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

Патч устраняющий проблему с ориентацией форматки в pcbnew (баг #1155888)
zöner
pcbnew 4016 GOST - команда "Cleanup tracks" удаляет треки независимо от состояния птички "Delete unconnected tracks"

еще неплохо бы сделать одну вещь - в броузере библиотеки при редактировании фильтра поднимать нижний список вверх
Сергей Борщ
QUOTE (zцner @ Mar 28 2013, 08:01) *
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) дважды выдаётся диалог запроса видимости полей посадочных мест (при утвердительном ответе). Поля при этом видимыми не делаются. Дажен те, которые были видны, становятся невидимыми.
При ручном редактировании свойств элементов поля пропадают. При повторном входе в редактирование свойств без редактирования, но с нажатием ОК, поля появляются. Ещё хуже стало с вызовом редактирования свойств элемента. Пока на нём не щёлкнешь, редактирование не начинается (горячая кнопка не работает или вызывает ранее выбранный элемент).
Сергей Борщ
QUOTE (Сергей Борщ @ Mar 28 2013, 13:41) *
Под линухом не делает ничего. Во всяком случае не может соединить два колинеарных сегмента.
в 4042 исправили.
Барановский Константин
Цитата(Сергей Борщ @ Mar 29 2013, 15:48) *
в 4042 исправили.

Сомневаюсь, в #4042 убрали косяк, который в #4040 добавили (связан с печатью и экспортом через пункт "Чертить").
break
Сейчас открыл схему с пропавшими полями в сборке 3989 Лин. Координаты некоторых полей оказались слишком большие, после ручного исправления, всё заработало как надо. Значит косяк появился где-то после этой сборки.
Сергей Борщ
QUOTE (Барановский Константин @ Mar 29 2013, 18:05) *
Сомневаюсь, в #4042 убрали косяк, который в #4040 добавили (связан с печатью и экспортом через пункт "Чертить").
Возможно. Но в 4021 ошибка была, а в 4042 пропала. Промежуточные я не собирал.
break
Откатился на 4023 - проблемы с пропаданием полей исчезли.
Leonid Egorov
KiCAD b4076 Windows
В схематике поиск ctrl+F то ищет, то не ищет. Например vd11, r5 - находит на 10-й раз. Но большую часть времени не находит. Галки разные пробовал - безрезультатно. То есть поля с фильтром компонентов как во всех взрослых программах намеренно нет и не будет, плюс и последняя надежда автоматизации - поиск работает по-лягушачьи. В сопоставлялке - такое ощущение, что кто-то постоянно держит зажатой левую клавишу мышки - при перемещении мышки постоянно выделяется поле со списком компонентов. Если это опять французская логика, то как ее можно отключить? Еще и выделяет с тормозами. Опять же, то глючит, то не глючит. Вообще можно как-то по двойному клику на компоненте в сопоставлялке переходить в схематик и устанавливаться на выбранный компонент? Минуя элемент поиска? Потом в сопоставлялке вообще есть возможность отображать поля компонентов кроме не обозначенных трех столбцов? Мне например нужен четвертый с именем компонента. Кнопка "Удалить все ассоциации" удаляет только выделенные. Перевод корявый. Потом в схематике как повесить на клавишу Del команду "Удалить соединение" не понял.
20130410 update: Редактор модулей. Кнопка проверки модуля проглатывает четыре пина с одинаковым номером контактной площадки. Имхо, либо она не работает, либо два девятых вагона во франции это норма.
break
Leonid Egorov
Кнопка проверки модуля проглатывает четыре пина с одинаковым номером контактной площадки.
Это может быть очень полезно, особенно при хитрой форме контактной площадки. Так что это не бага, а фича.
Leonid Egorov
Цитата(break @ Apr 10 2013, 11:56) *
Это может быть очень полезно, особенно при хитрой форме контактной площадки. Так что это не бага, а фича.

Наличие возможности выбора правил проверки галочками добавило бы гибкости. Но не нашел оного окошечка.
Еще удалять компоненты не удобно: выбор просмотром в одном окне, а удаление в другом и без просмотра. Еще и выделить можно несколько строк, а удалится только одна. Вот интересно, какая? Переименование компонентов только через копирование — удаление. Логично бы добавить кнопку удаления компонента в окошко обзора библиотеки (плюс туда еще и фильтр компонентов, без многокилометрового нажатия кнопочек), так нету же такого. Кнопку Открыть просмотр модулей вообще можно безболезненно удалить — ее заменяет кнопка загрузить модуль из библиотеки. Наплодили дубликатов. И кнопку запуска редактора модулей можно было бы разместить в кикадовском менеджере программ, всяко она чаще будет использоваться чем всякие Bitmap2Component или PcbCalculator. Но опять же приходится запускать через PcbNew. Как-то не оптимальненько все запрограммировано.
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 названия показывает, а вот привязаться к схематику не получается.
break
Eeschema 4062 GOST Win
Запоминание последнего выбранного элемента дошло до полного завершения. Некоторыми горячими кнопками (например, редактирования) пользоваться стало практически невозможно.

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

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

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

PS Кто нибудь знает, как посмотреть название цепи в схематике? PCBnew названия показывает, а вот привязаться к схематику не получается.
Никак. Это было давнее и неоднократное пожелание, но, видимо, трудно реализуемое. Предложенное решение в виде именования всех цепей, лично для меня неприемлемо.
Как некоторый выход из положения - просмотр списка цепей (в текстовом виде).
break
4100 win
Pcbnew
Зря сделана полная штриховка зон при отключении отображения зон. Мешает восприятию и тормозит комп. нашёл как отключить
Давний баг - запоминание и самопроизвольно включение подсветки цепей.
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).
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) путем ручного перемещения и пересохранения.
Нажмите для просмотра прикрепленного файла

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
Цитата(break @ May 20 2013, 14:36) *
Когда нажимаю "Сформировать перечень элементов", выскакивает окошко " 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 вырезал из проекта прежнее диалоговое окно. То есть это "как бы" не ошибка sm.gif По ссылке 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
Цитата(tema-electric @ May 20 2013, 13:49) *
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.
Такая вот длинная история...

Цитата(AVL @ May 20 2013, 14:54) *
То есть это "как бы" не ошибка sm.gif По ссылке https://answers.launchpad.net/kicad/+faq/2265 инструкция как теперь жить.

Команда BOM по сути стала пустой.
Сергей Борщ
QUOTE (viknn @ May 20 2013, 19:16) *
предложен механизм программы-процессора xsltproc для обработки промежуточного XML-файлов списка цепей
"Ну все, пропал дом!"
QUOTE (viknn @ May 20 2013, 19:16) *
надо распаковать его архив в каталог c:\Windows\System32
krapula.gif
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.
AVL
Цитата(break @ May 21 2013, 13:18) *
AVL
Это группа lp:kicad так решила. В одном из последних коммитов Dick Hollenbeck вырезал из проекта прежнее диалоговое окно. То есть это "как бы" не ошибка sm.gif По ссылке https://answers.launchpad.net/kicad/+faq/2265 инструкция как теперь жить.
Зачем такие сложности? Уж тогда бы написали сразу, что надо лезть в нетлист.

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

На самом деле я сам пока не вникал в эту новую схему, на своем опыте пока не приходится это использовать.
Если что, подключайтесь к дискуссиям на launchpad.
Я некоторые смежные вопросы задавал, пока без ответа они.
break
Может быть можно как-то внести исправленный вывод в DXF в основную ветку, чтобы не возвращаться каждый раз к одному и тому же?
В 4123 опять сломали. angry.gif

AVL
Если что, подключайтесь к дискуссиям на launchpad.
Не с моим знанием английского.
AVL
Цитата(break @ May 22 2013, 10:05) *
Может быть можно как-то внести исправленный вывод в DXF в основную ветку, чтобы не возвращаться каждый раз к одному и тому же?
В 4123 опять сломали. angry.gif

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. Особенно, если оно будет подкреплять чье-либо мнение еще.
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", так надо ещё загадить, тем более сторонней программой.
White_Rabbit
Что-то в 4115 никак не могу перегнать полигоны в гербер. Проводники идут, полигонов не видно.
AVL
Цитата(break @ May 23 2013, 12:35) *
По поводу 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
Цитата(viknn @ May 24 2013, 23:08) *
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.
qxov
Первый баг: перетаскиваем компонент с зажатым Ctrl, жмем R.
Второй баг: пытаемся отменить результат первого бага (Undo) - не до конца отменяется (поворот сохранился)

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

Четвертое. Не уверен вообще, что есть проблема, но пока не нашел способа как после перетаскивания компонента поправить проводники без их удаления с последующим восстановлением.
break
Может кто-нибудь просветит меня: для чего нужно делать новые сборки со старыми ошибками, которые приводят к полной неработоспособности?

4181 win - всё то же самое, что и в 4159. Pcbnew не работает.
AVL
Цитата(break @ May 23 2013, 12:35) *
По поводу 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", так надо ещё загадить, тем более сторонней программой.


Цитата(viknn @ May 24 2013, 23:08) *
AVL
А нельзя ли в GOST-doc-gen сборке реанимировать кнопку BOM (или вставить Generate BOM в Component Manager).


В ревизии 4214 ветки lp:kicad появились еще нововведения по BOM. Вместо той ссылки на FAQ добавлена работа с плагинами.
Нужно ваше мнение. Эти плагины решают проблему? Или пока все еще проблему решает только реанимированный нами BOM?
Я BOM пока вообще не пользовался (не уверен, что вообще буду пользоваться), поэтому полного представления по проблеме нет.
AVL
Цитата(AVL @ Jun 16 2013, 11:00) *
В ревизии 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
Цитата(AVL @ Jun 16 2013, 11:00) *
В ревизии 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.
Вопрос, как это все лучше увязать.
AVL
Цитата(viknn @ Jun 16 2013, 22:01) *
Наверно неплохо, если бы Component Manager мог черпать исходные данные не только со схемы, но и из промежуточного формата типа XML или CSV.
Вопрос, как это все лучше увязать.

В каком случае это было бы полезно? В случае если генерировать КД из других CAD типа Altium Designer (особенно, если не предусмотрен их импорт в KiCad) посредством GOST-doc-gen?
Или есть еще случаи, когда это нужно?
viknn
Цитата(AVL @ Jun 17 2013, 00:05) *
В каком случае это было бы полезно? В случае если генерировать КД из других CAD типа Altium Designer (особенно, если не предусмотрен их импорт в KiCad) посредством GOST-doc-gen?

В первую очередь я имел ввиду смежные ECAD-программы (коммерческие и нет) с аналогичными проблемами.
break
Хоть кто-нибудь может понять принцип по которому при черчении в DXF (Pcbnew) некоторые надписи преобразуются нормально, а большинство теряют координаты и становятся жирными? Может это как-то связано с какими-то символами в тексте?
tema-electric
Цитата(break @ Jun 18 2013, 17:13) *
Хоть кто-нибудь может понять принцип по которому при черчении в DXF (Pcbnew) некоторые надписи преобразуются нормально, а большинство теряют координаты и становятся жирными? Может это как-то связано с какими-то символами в тексте?

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

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

Может у Вас проблемы с чем-то другим?
Барановский Константин
Цитата(break @ Jun 18 2013, 13:13) *
Хоть кто-нибудь может понять принцип по которому при черчении в DXF (Pcbnew) некоторые надписи преобразуются нормально, а большинство теряют координаты и становятся жирными? Может это как-то связано с какими-то символами в тексте?


DXF, официально, поддерживает только латиницу. В связи с этим, для сохранения совместимости форматов, текстовый блок состоящий только из латинских символов сохраняется как текст. Если же в текстовом блоке содержится хотя бы один не латинский символ (например кириллический) - текст будет нарисован с помощью кривых.
Из-за этого в DXF файлах текстовые блоки, сохраненные как текст (латиница) отображаются с помощью шрифта, установленного в настройках программы просмотра/редактирования DXF, а текстовые блоки, нарисованные с помощью кривых - отображаются также как и в PCBnew.
viknn
Цитата(Барановский Константин @ Jun 18 2013, 20:56) *
DXF, официально, поддерживает только латиницу.

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

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

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

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

Ладно, раз в самых нужных программах всё нормально видно, то можно забить.
tema-electric
Корявый перевод в редакторе посадочных мест. В выпадающем меню пункты: "Изменить ширину контура на слое (Текущее)" и "Изменить ширину контура на слое (Все)". Наименование не соответствует выполняемой функции. А функция заключается в "перемещении на другой слой" текущей или всех линий.
White Rabbit
Честно говоря, уже задолбало воевать с Кикадом. Опять решил попробовать сделать зону, опять танцы с бубном. Не хочет заполнять и всё тут. Да и ДРЦ собака молчит. В общем увидел только то, что зоны большего размера вроде рисуются нормально, а как небольшую пририсовываешь, так и труба.
tema-electric
Цитата(White Rabbit @ Jun 25 2013, 15:30) *
Честно говоря, уже задолбало воевать с Кикадом. Опять решил попробовать сделать зону, опять танцы с бубном. Не хочет заполнять и всё тут. Да и ДРЦ собака молчит. В общем увидел только то, что зоны большего размера вроде рисуются нормально, а как небольшую пририсовываешь, так и труба.

А поподробней? С простыми зонами все просто и все всегда работает.
White Rabbit
Так и у меня работает. Просто рисовал очень мелкую зону касающуюся контактных площадок и проводников. Никак не удавалось её закрасить. Соответственно в гербер тоже ничего не конвертировалось. Пришлось увеличить её размер разиков в 5, включая и сами контактные площадки. После этого дело пошло. Уж и не знаю, почему такое отношение к мелким аппендиксам.
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2024 Invision Power Services, Inc.