Здравствуйте!

Это задача не простая и потребуется не мало времени. Так что в ближайшее время этого сделать не смогу, но в будущем планирую.
Сейчас занимаюсь упорядочиванием проекта, уже доделал инсталятор для Windows, занимаюсь пакетами для Linux.

Так ведь спецификация уже была сделана. Только сортировка неправильно работала.

kicadbom2spec создает только перечень элементов.
В ГОСТ сборке kicad может создавать и перечень элементов и спецификацию.

Спасибо!
Надеюсь и уповаю


Попробовал. Нарвался на "RPC_DOC_IFACE: Unable to connect to RPC document server".
В терминале:



Куда копать?

Если у Вас python версии 2.7.x, то нужно установить пакет python-uno.
Если у Вас python версии 3.x.x, то нужно установить пакет python3-uno.

У меня два питона (python 2.7 и python3 3.4) и python3-uno 4.4.
python-uno не ставится из-за конфликта с python3-uno.
Удалить любой из питонов не позволяют зависимости.

Может какую строчку куда прописать?

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

Переустановил Debian Jessie х64 с нуля. Добавил штатный wxgtk. Проверил наличие python3-uno от libreoffice 4.3.3.
В итоге - "RPC_DOC_IFACE: Unable to connect to RPC document server".

Развернул виртуалку http://cdimage.debian.org/debian-cd/8.0.0/...-amd64-CD-1.iso
На версии 4334 из ГОСТ ветки повторил проблему:


Попробовал сделать:


Помогло.
Детально не разбирался, возможно, в дистрибутив включили несовместимую версию python-uno.

Как видно из листинга переустановки python-uno, никакие другие пакеты кроме python3-uno не деинсталлируются. Пока сомневаюсь, что на Вашей машине python-uno используется каким-то еще приложением кроме как KiCad. Поэтому, я бы смело выполнил такую замену (python3-uno на python-uno). В крайнем случае, всегда можно вернуться в исходное состояние, если что-то сломается (обратно установить python3-uno).

Помогло
Мм... Да... Я бы не додумался
Спасибо.

2 Барановский Константин
Пытаюсь на Debian Jessie запустить kicadbom2spec.pyw
Раньше запускал на Debian Wheezy без проблем.
Как бороться?

Прошу просто подождать немного. На следующей неделе планирую закончить работу над следующей версией, где данная проблема исправлена.
Ну, а если уж очень нужно, тогда придется вручную ставить пакет python-wxgtk2.8 и его зависимости (в официальном репозитории доступна только последняя версия python-wxgtk3.0). Но я не рекомендую этого делать, дабы не мусорить в системе.

Спасибо! Будем ждать.

kicadbom2spec v3.5:

* В меню "Файл" добавлены пункты со списками недавних файлов (до 10 шт.) для схем и библиотек.
* Добавлен инсталятор для ОС MS Windows.
* Добавлены пакеты для Linux (Debian, Archlinux).
* Добавлена поддержка wxWidgets версии 3.
* Реализована функция импорта/экспорта параметров программы в/из файл(а).
* Обновлено справочное руководство.

На странице проекта доступны для загрузки:
- инсталятор для Windows;
- пакет для Debain, Ubuntu и подобных дистрибутивов;
- пакет для Archlinux.

В Windows мастер установки сам определит недостающие элементы и поместит их в список компонентов для установки. Обязательные элементы (Python, wxPython, odfpy) будут отмечены сразу, а желательные (LibreOffice, gostfonts) нет. Все выбранные недостающие элементы будут скачаны с сети, так что нужно убедиться в наличии подключения к интернету.

В Linxu необходимые пакеты указаны в качестве зависимостей. Если они отсутствуют в системе, их нужно установить.

На всякий случай продублирую. Так как не нашел готового решения для генерирования спецификации, как это было сделано в старых версиях KiCAD, написал свою крохотную, которой и спешу поделиться с сообществом: KiCAD BOM spec.
Нажмите для просмотра прикрепленного файла

Leonid Egorov

Выглядит интересно. Список компонентов - впечатляет. Близкое мне так скажем.
Жаль только не могу воспользоваться т.к. работаю не в windows.

kicadbom2spec v3.6:

* Внесены исправления для совместимости с более новыми версиями библиотеки odfpy.
* Добавлена автоматическая коррекция децимального номера (добавление буквы "П" перед "Э"; например, "АБВГ 000.000.0001 Э3" будет заменено на "АБВГ 000.000.0001 ПЭ3".
* К наименованию изделия автоматически добавляется "Перечень элементов" и удаляется строка "Схема электрическая ..." (если присутствует).
* Добавлена обработка ошибочной ситуации, при попытке открыть несуществующий файл схемы или библиотеки.
* Изменен разделить диапазона элементов с "..." на "-", чтобы соответствовать последним изменениям в ГОСТ (ГОСТ 2.701-2008, исправление №2 от 2012г).

Испытал в линуксе с LibreOffice 5.0. Работает отлично. Спасибо!

kicadbom2spec v3.7:

Изменений в этот раз не много, а если быть точнее, то оно одно - исправлено форматирование шаблона перечня элементов. В новых версиях libreoffice текст в шапках таблиц переносился неверно. Теперь все выглядит как положено.

Также добавлен установщик для Windows содержащий в себе необходимые компоненты (python, wxPython, odfpy, opengostfont) для установки на ПК без доступа к интернету. Шрифты хоть и не обязательны, но занимают мало места, так что решил добавить и их. Libreoffice придется устанавливать отдельно.

Смержил с bzr6576-production.
Поправил пути для uno_iface.py для linux.
Но не находит uno.py от libreoffice - штатный пакет от libreoffice использует python-3.4,
соотв-но uno.py лежит в /usr/lib64/python3.4/site-packages/.
А kicad-gost использует в /usr/lib64/python2.7/site-packages/.
Получаем:

Как победить, пока не понятно.

Всем привет. Что-то совсем и я занят стал...
Насчет этой ошибки можно поискать решение проблем в ветке http://electronix.ru/forum/index.php?showtopic=111968 (поискать по ключевому слову RPC_DOC_IFACE)
Какие-то случаи уже разбирались.
Предположительно установлена системная библиотека uno не той версии. Есть смысл попробовать заменить одну на другую:
python3-uno <-> python-uno
Хотя может уже что-то и сломалось. Я сам уже забыл когда в последний раз собирал проект. Пользуюсь пока старой сборкой.

Сюрприз
У меня установлен LibreOffice 5.0 (Debian Jessie): ни python3-uno, ни python-uno в нём нет...

При этом kicadbom2spec Константина Барановского прекрасно работает.

Я сейчас использую Debian Wheezy, поэтому сам сходу перепроверить не могу.
На сайте https://packages.debian.org/ru/jessie/python-uno указано, что python-uno и python3-uno имеются в Debian Jessie.
Также штатно в Debian Wheezy есть libreoffice, но он версии 4.3.3.
В этом случае вопросы:
1) python3-uno / python-uno в конкретно Вашей конфигурации по умолчанию отсутствуют? Удается ли установить python3-uno или python-uno? Если нет, то какая ошибка?
2) каким образом устанавливали LibreOffice 5.0 в Debian Jessie? Случайно не по этой инструкции http://www.jomuoru.net/2015/09/libreoffice...debian-8-jessie ?

По поводу kicadbom2spec. В kicadbom2spec используется другой подход. Там используется библиотека odfpy для прямой выгрузки в файл .odt без привлечения Libre/OpenOffice. Таким образом, python-uno / python3-uno не используется.
А в GOST-doc-gen используется интеграция с Libre/OpenOffice посредством родной библиотеки python-uno / python3-uno, и выгрузка в файл .odt выполняется в коченом итоге средствами Libre/OpenOffice.
Здесь я объяснял почему отказался от использования odfpy, и в итоге был задействован python-uno / python3-uno. Возможно, те проблемы с odfpy, с которыми столкнулся в мае 2013, уже к настоящему моменту времени в odfpy исправлены. Если так, то как вариант можно было бы добавить odfpy в GOST-doc-gen в качестве альтернативного способа выгрузки результата (эта попытка в мае 2013 уже и так была сделана, но при пересохранении шаблона с выполненными заполнениями, происходило искажение шаблона).

У них там в зависимости libreoffice-core (= 1:4.3.3-2+deb8u2) (libreoffice 4.3.3 штатно в репе).


Я их не пытался поставить, т к. они требуют LO 4.3. Зачем мне такой зоопарк (даже если ничего не сломается)?


Ставлю из готовых deb-пакетов с родного сайта.


Может дадите odfpy ещё один шанс?

зы В LO 5 есть какой-то "Pyuno module for LibreOffice 5.0".

Похоже это то, что нужно. Вы пробовали установить этот модуль? Или он уже установлен и GOST-doc-gen все равно не видит uno?

"он уже установлен и GOST-doc-gen все равно не видит uno".

Пока собрал ревизию 4351 ветки lp:~kicad-gost-committers/kicad/kicad как есть на своей машине (Debian Wheezy 7.7 + LibreOffice 3.5). GOST-doc-gen в такой конфигурации работает без каких-либо проблем, никаких ошибок UNO не появляется.

Пока залил экспериментальный код от 04.05.2013 как есть по интеграции odfpy в GOST-doc-gen в lp:~kicad-gost-committers/kicad/kicad.
Если будет время, попробую реанимировать этот код, и еще раз проверить работоспособность odfpy.


Улучшил алгоритм поиска Open/LibreOffice (ревизия 4356 ветки lp:~kicad-gost-committers/kicad/kicad).
После этой доработки у меня Debian Wheezy 7.7 + LibreOffice 5.0.5 заработал. Под винду эту доработку не тестировал.

Поправил поиск для rpm-based дистрибутивов.
Исправл sheetLists по новые реалии.
Инструменты ГОСТ экранную форму заполняет, но перечень (Сформировать ПЭ3) формирует пустой.
AVL, не будет времени посмотреть, что там не так.
ЗЫ: Если нужны детали, что готов дополнить.

Попробовал собрать текущую ревизию 4383. У меня работает без проблем.
С какими параметрами запускаете cmake? Какая у Вас версия OpenOffice/LibreOffice?

kicadbom2spec v3.8

Основное изменение для пользователей Windows - возможность использования Python'a из KiCad'a. Для этого нужно использовать последнюю ночную сборку или подождать выхода стабильной версии 4.0.3. Также, стало легче создавать BOM плагин для Eeschema, так как все поля заполняются автоматически. Нужно только поставить галочку (см. документацию).

Т.е. теперь можно удалить из системы (только Windows) Python, wxPython, затем установить свежий KiCad (если еще не установлен) и потом - kicadbom2spec.
При установке появится диалоговое окно, в котором можно выбрать вариант установки: использовать нужные компоненты из KiCad или установить их отдельно.

Все изменения:

* Переделан механизм вызова справки. При первом запуске отображается диалог
выбора программы для просмотра PDF файлов. В редакторе параметров данную опцию
можно редактировать.
* Исправлена ошибка, приводившая к неправильной генерации *.ods файла (LibreOffice
воспринимал файл как поврежденный и предлагал восстановить).
* К метаданным *.ods файла добавляется информация о времени создания и
версии программы, в которой он был создан.
* Программа установки для Windows:
- оставлена только одна версия программы установки. Все компоненты,
кроме LibreOffice включены в инсталлятор. LibreOffice доступен на странице
выбора компонентов, но для его установки нужно подключение к интернету.
- исправлена установка шрифта в Windows 7;
- исправлена установка/удаление файла параметров в Windows 7;
- добавлена регистрация пункта удаления программы в Панели управления;
- добавлена возможность удалять старую версию программы перед
установкой новой;
- если на ПК установлен KiCad со встроенным Python, предлагается
использовать его или установить отдельную версию;
- переделана страница выбора компонентов. Теперь отображаются все
компоненты, но помечаются только отсутствующие.
* Исправлен поиск в обратном направлении.
* Обновлено справочное руководство.

При обработке многолистовой схемы при неоднократном использовании одного из листов пропускает сомпоненты, обозначения которых
в строке "AR"

Для примера компонент из такого листа


В перечень попадает только C842.
C227, C432, C637 в перечне пропускаются.

faa, понял. Буду исправлять.

Как процесс?



Заработало после переставления руками ссылки /usr/bin/python с python2 на python3.
Может python3 добровольно-принудительно прямо в kicad-е ставить?

faa, уже пол дела сделано. Проблема оказалась не простой. Дело в том, что свойство компонента "AR" не описано в документации и я его не обрабатывал вовсе. На данный момент уже корректно открываются схемы с множеством копий иерархических листов (и компонентов, соответственно) и создается правильный перечень элементов. Нужно доработать процесс редактирования. Проблема в том, что компонент один, но имеет несколько копий с теми же полями и разными обозначениями (из приведенного примера компонент C842 имеет три копии C227, C432, C637). Планирую основной компонент оставить для редактирования, но с пометкой (С842* - значит компонент имеет копии), а копии сделать только для чтения с указанием оригинала "С227(С842)". При редактировании оригинала поля копий тоже будут изменятся. В документации это опишу более подробно.

P.S.
Судя по нумерации элементов проект довольно крупный. Хотелось бы узнать, насколько комфортно работать в программе с таким объемом данных. Конкретно, интересует задержки при открытии файлов, сортировке списка, создании перечня.

kicadbom2spec v3.9

* Добавлена обработка свойства компонентов "AR" (присутствует в компонентах
иерархических схем, которые неоднократно повторяются).
* Доработан процесс редактирования компонентов со свойствами "AR", в связи
с чем, вводится новое понятие - "копия компонента" (см. документацию).
* На время открытия схемы/библиотеки изменяется форма курсора и
интерфейс не зависает.
* В редакторе полей, при установке фокуса на поле со значением, весь текст
выделяется, для упрощения редактирования (можно сразу вводить новое значение).
* Теперь диалоговые окна поиска/замены можно закрыть с помощью клавиши ESC.
* В заголовке окна отображается полное имя открытого файла.
* Если при открытии файла схемы/библиотеки происходит ошибка, этот файл
удаляется из списка недавних файлов.
* При выборе программы для просмотра справочного руководства открывается
каталог с программами:
- /usr/bin - для ОС Linux;
- %ProgramFiles% - для ОС Windows.
* Дополнено справочное руководство.

faa, старался тестировать как можно тщательнее, но все равно, первое время лучше работать с копиями документов.

Неприлично нескромная просьба: можете сделать автоматическое сохранение значений полей (в настройки) из редактора полей?
Например, в списке не нашли нужного значения - пишем его вручную и ставим рядом галочку "Запомнить". И программа запоминает!

alex9, любые замечания и предложения приветствуются. В следующей версии сделаю.

У меня цепляет DD? из AR строки:



Хотя аннотация сделана и eeschema не возмущается.
Работаю в ГОСТ-сборке 4369, более свежие подтормаживают прилично - там drawtext "исправили" и чинить не собираются.
Проект большой и если включить вывод имени цепи на дорожках-выводах при большом увеличении заметно тормозит в легаси режиме.
А в GL режиме не учитывает длину цепи в чипе при выравнивании. Но это так, о наболевшем

Недоглядел, исправлю.

Надо всё-таки прийти к одному знаменателю с полями элементов.
ГОСТ менеджер компонентов удаляет содержимое поля "Номинал" непонятно по какому принципу. У одних удаляет, у других - нет. Может удалить, даже если поля "Тип" и "Номинал" не совпадают. Причём добавление в первую позицию поля "Номинал" символа (хотя бы пробела) при остальном полном совпадении, отключает удаление.
kicadbom2spec непонятно по какому принципу заполняет поле "Значение" - у одних элементов заполняет, у других - нет. Остальные поля (кроме "Обозначение") вообще не заполняет.

"Значение" (номинал элемента, value) - считывается из свойств элемента открываемой схемы без изменений и доступен для редактирования. При открытии библиотеки "Значение" тоже считывается из свойств элемента, но доступно только для чтения.
"Обозначение (буквенно-цифровое обозначение, reference) - также считывается из свойств элемента без изменений и доступно только для чтения как у схем, так и у библиотек. Элементы с знаком вопроса в конце (например "R?") игнорируются.

Рекомендую изучить документацию, там все достаточно подробно описано. Если, все же, возникнут вопросы - задавайте.

AVL
ГОСТ менеджер компонентов, при попытке формирования перечня или спецификации, выдаёт ошибку "RPC_DOC_IFACE: Не удается подключится к RPC серверу документов". После этого убивается возможность запуска любого компонента Libreoffice до перезагрузки. Может можно убить какой процесс, но я не исследовал.
Неправильно работает прокрутка колесом мыши - только при наведении на полосу прокрутки, хотя для большинства программ достаточно навести курсор на область прокрутки.

Барановский Константин
Я не спрашивал откуда берутся значения (это понятно, да и достаточно посмотреть вживую), я писал что реально происходит.
Проблема получается в том, что имеется, например, конденсатор с полями (первое наименование - ГОСТ менеджер, в скобках - Eeschema BZR 4391):
Наименование (Title): Конденсатор
Тип (Type): SMD0805
Подтип (SType): -X7R-50 В-
Номинал (Значение): 0,1 мк
Допуск (Presigion): 10%
В файле, полученном при помощи kicadbom2spec (версия 3.9), в ячейке "наименование" окажется только 0,1 мкФ (включена опция добавления единиц измерения).
Если есть производитель, то он в "Примечания" не попадает.
Или надо писать всё в одно поле "Номинал"? Тогда на схеме будет бардак.
В самом kicadbom2spec заполняются только поля "Обозначение" и "Значение".
На выходе получается файл с 1 листом (в графе "Листов" стоит 4), ни о каком листе регистрации изменений речи не идёт (хотя опция стоит).
Не понимает исполнений.
Рекомендация по изучению документации тоже не так просто выполнима. При попытке прочитать Руководство пользователя, вылезает надпись: "Чтобы открыть справку нужно выбрать программу просмотра PDF файлов." То есть, kicadbom2spec не понимает зарегистрированную в системе программу для просмотра pdf. Кроме того, при попытке выбора программы вручную, не видит ни одного файла без расширения (символов после точки в имени).

P.S. Kubuntu 14.04 x64

Похоже на ошибку в программе. Можно посмотреть файл схемы с каким это происходит?


В kicadbom2spec нет поддержки исполнений.


Раньше документация открывалась зарегистрированной в системе по умолчанию программой просмотра pdf-файлов, но иногда с этим случались проблемы, например, в Archlinux документация открывалась в GIMP'е. Поэтому пришлось сделать ручной выбор программы для просмотра документации. Начиная с версии 3.9 путь поиска программы в Linux по умолчанию начинается с /usr/bin в котором много файлов и, к примеру, у меня загрузка всего содержимого занимает много времени (секунд 10-15), но потом можно выбрать любой файл с расширением или без (сам использую "zathura").

В любом случае, Вы всегда можете открыть документацию вручную. Она расположена в /usr/share/kicadbom2spec/doc.
Я, все же, настоятельно рекомендую просмотреть руководство и приложенный пример (/usr/share/kicadbom2spec/sample). Большая часть вопросов должна разъясниться.

Барановский Константин

Можно. Выглядит немного странно, потому что удалены детали, относящиеся к другим исполнениям.


В том то и дело, что без расширений не видит (использую okular).
снимок1 - то, что видит kicadbom2spec
снимок2 - то, что видит менеджер файлов


Документация ничего не дала. А с примером выяснилась интересная деталь. Названия полей элементов совсем другие, нежели у меня. ГОСТ менеджер компонентов их не видит. Вот это я и имел ввиду, когда предлагал перейти к общему знаменателю. У кого более правильно, я не знаю, но уже не первый год я использую ГОСТ менеджер компонентов (хотя теперь и это невозможно - не работает). И в ГОСТ менеджере несколько удобнее заполнять поля - возможно групповое назначение свойств, что очень ускоряет работу.

Спасибо, буду разбираться.


Кажется, понял в чем может быть проблема. Попробую исправить.


Странно, так как в документации указано какие поля нужно определить и для чего они используются (см. раздел 2.1), а также приведён пример образования одной строки перечня из этих полей для наглядности.


Здесь действительно не хорошо вышло. Подумаю как можно решить эту проблему.


В kicadbom2spec тоже можно редактировать/копировать/вставлять/очищать поля сразу нескольких компонентов (см. третий абзац раздела 1.1.3.3 руководства пользователя).

В кикаде у меня есть поле "Посад.место". Хотелось бы чтобы оно было в kicadboom2spec вместо поля "Тип" или дополнительно. Можно это как-то организовать?

Ruslan.B, можно реализовать возможность подстановок. Например, в таблице редактора, в ячейке поля вставляем ${Моё_поле}, а при формировании перечня элементов вместо ${Моё_поле} будет подставлено значение поля с именем Моё_поле. Таким образом можно будет в любое поле вставить значение любого другого поля.
Попробую сделать, посмотрим что из этого получится.

Барановский Константин
А чем вызвана необходимость выдачи документации в формате ods (электронной таблицы)? Нельзя ли в формате odt? Как-то привычнее.

Барановский Константин
Обновил kicadbom2spec. В форме "Редактор полей" не удаётся выбрать значение из списка. Любого.

kicadbom2spec v3.10

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

• Переработана документация:
  - изменена структура документа (более упорядочена);
  - новый формат исходного документа - asciidoctor вместо *.odt;
  - изменен формат выходного файла - HTML вместо PDF;
  - единый документ вместо разных версий для Linux и Windows;
  - не требуется никаких настроек, документация открывается в веб-браузере.
• Исправлена обработка компонентов с копиями: не обозначенные компоненты игнорируются.
• Исправлена сортировка элементов в перечне (теперь соотв. ГОСТу). Если раньше элементы без названия группы располагались в начале перечня, то теперь все группы и подгруппы элементов без названия сортируются по обозначению первого элемента.
• Исправлена сортировка в таблице редактора.
• Изначально, содержимое таблицы сортируется по колонке Обозначение.
• Добавлен индикатор сортировки в заголовок колонки.
• Исправлена обработка нажатия клавиш при пустой таблице.
• Изменён редактор ячеек таблицы. Теперь это не просто текстовое поле, а поле с выпадающим списком доступных вариантов значений. В выпадающем списке собираются все доступные значения из текущей колонки и добавляются стандартные значения для активного поля. Т.е. теперь редактировать ячейку так же легко, как и в редакторе полей.
• Переделано контекстное меню в редакторе ячейки и редакторе полей.
• В контекстное меню редактора ячейки и полей добавлен пункт позволяющий добавлять текущее значение в список стандартных значений (если отсутствует) или удалять его из стандартных (в противном случае).
• Добавлено контекстное меню для таблицы элементов. В нём дублируются некоторые команды из меню и панели инструментов для редактирования полей.
• Добавлены подстановки полей. Если в любом, доступном для редактирования, поле вставить надпись типа ${Название_поля}, то при формировании перечня элементов эта надпись будет заменена значением поля Название_поля этого компонента. В контекстном меню редактора ячеек и полях ввода редактора полей добавлен пункт меню с несколькими вариантами подстановок стандартных полей.
• Изменены некоторые сочетания клавиш, добавлены новые.
• Исправлена обработка элементов, обозначения которых начинаются с цифры.
• Изменён механизм вставки полей из буфера обмена. Теперь при вставке отображается специально диалоговое окно, подобное редактору полей.
• Исправлен перенос строк в ячейках таблицы перечня элементов (*.ods).

С *.ods намного проще работать через odfpy.


Спасибо за сообщение. Чуть было не выложил релиз с такой серьезной ошибкой.

P.S. Прошу первое время работать с копиями документов (схем/библиотек)! Стараюсь проверять перед релизом, но за всем не уследишь...