[break 0]

Eeschema 4062 GOST Win

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

 

Leonid Egorov

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

Нельзя. Проще написать текстом отдельно.

 

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

Полигон имеет правильную цепь? И ещё надо сделать "Залить и перезалить все зоны".

 

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

У полигона правильные свойства?

 

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

Никак. Это было давнее и неоднократное пожелание, но, видимо, трудно реализуемое. Предложенное решение в виде именования всех цепей, лично для меня неприемлемо.

Как некоторый выход из положения - просмотр списка цепей (в текстовом виде).

[break 0]

4100 win

Pcbnew

Зря сделана полная штриховка зон при отключении отображения зон. Мешает восприятию и тормозит комп. нашёл как отключить

Давний баг - запоминание и самопроизвольно включение подсветки цепей.

Изменено 23 апреля, 2013 пользователем break

[break 0]

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).

Изменено 26 апреля, 2013 пользователем break

[troublemaker 0]

В файле 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 0]

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

 

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

 

 

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

Mini.zip

 

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

Когда нажимаю "Сформировать перечень элементов", выскакивает окошко " 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 0]

break, по ссылке ссылка на пдфник для EESchema, в котором расписано что и как теперечи.

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

[AVL 0]

Когда нажимаю "Сформировать перечень элементов", выскакивает окошко " 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 0]

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 по сути стала пустой.

Изменено 20 мая, 2013 пользователем viknn

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

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

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

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

:krapula:

[break 0]

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.

Изменено 21 мая, 2013 пользователем break

[AVL 0]

AVL

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

Зачем такие сложности? Уж тогда бы написали сразу, что надо лезть в нетлист.

 

Только всё равно это неправильно.

1. Нигде не написано, какой файл надо выбирать/задавать в выпадающем окне. Что там вообще должно быть?

2. Где можно задать состав файла и принцип сортировки, как это было раньше? Править XSL файл?

Пока что получается полное дерьмо, а не BOM.

На самом деле я сам пока не вникал в эту новую схему, на своем опыте пока не приходится это использовать.

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

Я некоторые смежные вопросы задавал, пока без ответа они.

[break 0]

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

В 4123 опять сломали. :angry2:

 

AVL

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

Не с моим знанием английского.

[AVL 0]

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

В 4123 опять сломали. :angry2:

 

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. Особенно, если оно будет подкреплять чье-либо мнение еще.

Изменено 22 мая, 2013 пользователем AVL

[break 0]

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