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

[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", так надо ещё загадить, тем более сторонней программой.