Вывод текстовой документации в KiCAD-ГОСТ, Обсуждаем разрабатываемые варианты вывода документации Опции

[Aldan]

Вот уже на протяжении нескольких лет время от времени предпринимаются попытки прикрутить к Кикаду вывод текстовой документации. Например, на Кикад-фтп в свое время была выложена альфа-утилитка (если мне не изменяет память), которая преобразовывала кикадовский ВОМ в некое подобие перечня элементов, который выводился в МсВорд. Помнится, я попробовал тогда ею воспользоваться и обнаружил, что утилита очень сырая, т. к. перечень получался с какими-то непонятными полосами и прочими недоработками. Но не беда, ведь это только начао — подумал я, ведь со временем все наладится. Но, надежды не оправдались, т. к. дальнейшего развития не произошло, да и необходимость иметь на компе платный МсВорд для бесплатного Кикада как-то тоже не радовало. Словом, все заглохло.
Параллельно этой утилите другим форумцем велась разработка своего варианта такой важной полезняшки. Он со временем даже демонстрировал скриншот Кикада с новой иконкой по нажатию на которую можно было активировать функцию вывода документации по ГОСТ. Более того, однажды он написал на форуме, что до полного окончания работ осталась всего неделя, что привело меня в бурную радость.., однако, когда прошло больше года и я обескураженный решил спросить его на форуме когда же можно будет потестить разрабатываемую им мегафичу. К моему удивлению, он ответил, что давно забросил эту разработку т. к. не смог с какой-то тонкостью Кикада разобраться.
Я так и не понял тогда, зачем же он объявил всем, что практически все готово, т. к. неделя на вылизывание не в счет, В общем, опять все заглохло.
Конечно, работа ведется на энтузиазме в свое личное время, которого чаще всего не хватает и на более важные дела, поэтому нельзя ничего определенного ожидать. Но все же...
Прошло еще достаточно много времени и вот, на нашем форуме появляется желанное сообщение Барановского Константина:

Написал скрипт для создания спецификации, оформленной по требованиям ЕСКД, из BOM файла сгенерированного в EEschema (...)

Посмотрев на приаттаченный пример работы скрипта надежда на лучшее снова стала оживать, но опыт прежних неудач, когда тоже были продемонстрированы первые результаты, а потом пшик, заставлял приглушить радостные эмоции до момента тестирования готовой фичи, если, конечно, она будет реализована.
А дальше — больше, т. к. оказалось, что не только Константин занят разработкой вывода документации, но еще и AVL:

Константин, приветствую. Я в замешательстве Недели 2 назад начал разработку генератора перечня элементов и спецификации (в соответствии с ГОСТ) на c++ как дополнительный инструмент в самом KiCad с поддержкой исполнений. Вы меня опередили Теперь и не знаю как быть, продолжать свой делать или остановиться

К тому же, возможно, они объединят свои усилия:

AVL, здравствуйте! Думаю нужно продолжать. Нативный генератор перечня куда лучше скрипта, к тому же одно другому не мешает. В случае чего, готов помочь.

Но идет время и пока тишина... Неужели опять все напрасно? Хочется верить, что нет. Просто как всегда не хватает времени и еще все будет. Просто еще не время.
Как бы то ни было, я решил открыть эту тему для того, чтобы на ее страницах можно было обсуждать эту долгожданную мегафичу — вывод текстовой документации в Кикаде.

[AVL]

AVL. Под WinXP странно себя ведет ГОСТ-Tools. Стоял OpenOffice 3.3. Снес, установил либру 4.1.04. KiCAD перестал видеть и либру и питон. Прописал в Path. Бестолку. Каков механизм поиска опенофиса под виндой? Через реестр?

Ответ нашел ...

Офис был установлен в путь по умолчанию? Если да, то какой то был путь? Может в код добавим.
Для случая нестандартных путей планировал добавить возможность указания пути к офису в настройках менеджера компонентов, но пока этим не занимался еще.

[tema-electric]

Офис был установлен в путь по умолчанию? Если да, то какой то был путь? Может в код добавим.
Для случая нестандартных путей планировал добавить возможность указания пути к офису в настройках менеджера компонентов, но пока этим не занимался еще.

там версия была указана полностью, вроде LibreOffice 4.1.0.4, поэтому алгоритм не смог переварить этот путь. Я сейчас поставил просто по пути LibreOffice 4.1. Другой момент был более загадочнен на мой взгляд. GOST-Tools запущенный из KiCAD, который не находится в Program Files не работает на этапе генерации документов.

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

Здравствуйте!
Обновил немного kicadbom2spec, добавил несколько полезных функций по сравнению с предыдущей версией:
- возможность сохранять размер и положение окна программы;
- возможность сохранять ширину колонок таблицы элементов;
- возможность сохранять выбор элементов (какие элементы следует помещать в ПЭ, а какие нет);
- автоматическое заполнение поля "Группа" в зависимости от типа элемента;
- создавать список стандартных значений для разных полей;
- редактор настроек (Правка-Параметры...);
- обновлено справочное руководство. Добавлено описание настроек, исправлены ошибки.



Хотелось бы узнать, пользуется ли кто-нибудь этой программой? И нужно ли здесь сообщать о новый версиях?

[tema-electric]

И нужно ли здесь сообщать о новый версиях?

Думаю, что нужно. Я хоть и не пользователь, но все равно интересно.

[Aldan]

Хотелось бы узнать, пользуется ли кто-нибудь этой программой? И нужно ли здесь сообщать о новый версиях?

Константин, о том, что я пользуюсь Вашей программой Вы и так знаете из нашей переписки. Насчет того, надо ли здесь сообщать о новых версиях ответ один — надо.
Ваша программа единственная в своем роде т. к. только она позволяет выводить текстовую документацию пользователям стабильных сборок т. е. основной армии пользователей. Но эта «армия» пока немногочисленна и почти не захаживает на форумы вроде нашего, так что не ожидайте большого количества ответов на Ваш вопрос об использовании. К тому же даже наш форум на данном отрезке времени почти мертв и отвечать Вам просто некому.

Рамки я уже нарисовал:
http://bazaar.launchpad.net/~kicad-testing...g/revision/4251.
В связи с ограниченным функционалом PageLayout Editor'a и сложным выбором форматной рамки для А4/портрета/ландшафта - решил просто сделать две рамки портрет/ландшафт.

Я не обнаружил файлы рамок, о которых Вы говорите, ни в тестовой ГОСТ-сборке kicad_gost_testing_bzr4310, ни в буржуйской kicad-20130823-r4296-windows с сайта http://kicad.tuturutu.cz/ так что обратите на это внимание. Похоже, что им пока не дан ход.
К этому сообщению прикрепляю файлы gost_landscape.kicad_wks и gost_portrait.kicad_wks которые Вы мне выслали в виде архива "For PL Editor", дабы те, кому интересно потестить PL Editor могли это сделать. Надеюсь, Вы не против.

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

 For_PL_Editor.zip ( 2.95 килобайт ) Кол-во скачиваний: 24

 

[viknn]

На ftp://ftp.kicad.ru/pub/kicad/kicad_eskd_d...ky_kicadbom2sp/
положил py-срипт К.Барановского для производства спецификации kicad на шаблоне LibreOffice.
Дополнительно сделан NSIS-скрипт для упрощения установки программы под Windows (пуск kicadbom2spec.exe).

сделал обновление Windows-инсталлятора для kicadbom2spec_v3 на ftp
ftp://ftp.kicad.ru/pub/kicad/kicad_eskd_d...bom2spec_v3.exe

Сообщение отредактировал viknn - Sep 24 2013, 16:27

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

Очередное обновление kicadbom2spec:



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

[AVL]

В ревизии 4288 (lp:~kicad-gost-committers/kicad/kicad) исправлен баг с подсветкой компонентов менеджером компонентов, при условии что eeschema была открыта из менеджера проектов (ошибка segmentation fault). Баг появился после перехода на KIWAY.

В ревизии 4289 добавлена проверка на наличие компонентов с вопросительным знаком в обозначении (проявился баг с бесконечным появлением предупреждающего окна о том, что схема была изменена вне менеджера компонентов при попытке открыть схему с незаданными обозначениями у компонентов (R?, C? и т.д.)).

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

Вопрос к тем кто работает с нормоконтролем. Как правильно должен быть оформлен лист регистрации изменений? С рамкой для первого листа или для последующих листов?
Сейчас используется оформление первого листа (форма 2), как указано в ГОСТ 2.503-90 на стр. 20 в примечании 4.
Но обратился человек с просьбой исправить на рамку для последующих листов (форма 2а), потому что у них на предприятии так требует нормоконтроль. Простой заменой файлов шаблонов не обойтись, так как при заполнении штампа возникнут ошибки.
Сам с нормоконтролем не работаю, поэтому обращаюсь к вам. Как верно?

[AVL]

Сейчас используется оформление первого листа (форма 2), как указано в ГОСТ 2.503-90 на стр. 20 в примечании 4.
Но обратился человек с просьбой исправить на рамку для последующих листов (форма 2а), потому что у них на предприятии так требует нормоконтроль.

Было бы неплохо, если бы человек дал ссылку на ГОСТ и страницу. Раз нормоконтроль требует, то на основании чего.

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

Было бы неплохо, если бы человек дал ссылку на ГОСТ и страницу. Раз нормоконтроль требует, то на основании чего.

Он привел некоторые рассуждения на основе пунктов из ГОСТов с которыми я не согласен, но ссылка на нормоконтроль меня заставила сомневаться, потому и обращаюсь к вам.

[AVL]

Он привел некоторые рассуждения на основе пунктов из ГОСТов с которыми я не согласен, но ссылка на нормоконтроль меня заставила сомневаться, потому и обращаюсь к вам.

А на какие пункты он ссылается?

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

А на какие пункты он ссылается?

Ответил по почте.

[AVL]

Ответил по почте.

В ГОСТ 2.503-90 на стр. 20 в примечании 4 написано: "Основная надпись ЛР для конструкторских документов по ГОСТ 2.104 (форма 2),...".
В ГОСТ 2.104—2006 форма 2: "Основная надпись и дополнительные графы для текстовых конструкторских документов (первый и заглавный лист)".

15.06.2013 в GOST-doc-gen мы применили для листа регистрации изменений форму 2 (ГОСТ 2.104) строго согласно формулировке ГОСТ 2.503-90 на стр. 20 в примечании 4.
Похоже, что общепринято другое - для листа регистрации применяется форма 2а (ГОСТ 2.104). Из моего опыта работы в 2-х компаниях, в которых разрабатывается КД, тоже для листа регистрации применяется форма 2а (ГОСТ 2.104). Но не смотря на это, в GOST-doc-gen мы сделали строго как написано в формулировке ГОСТ 2.503-90 на стр. 20 в примечании 4. На тот момент я считал это правильным решением.
Также если сравнить формулировки ГОСТ 2.503-90 на стр. 20 в примечании 4 и заголовок ГОСТ 2.104—2006 форма 2, то виден их конфликт.

Сейчас обнаружил, что вышел ГОСТ 2.503-2013, в котором на странице 23 в том же примечании 4 теперь написано по-новому: "Основная надпись ЛР для конструкторских документов - по ГОСТ 2.104,...". То есть убрали явное указание, что нужно делать по форме 2, и конфликта формулировок явно теперь не будет при условии, если применить форму 2а.

В ГОСТ 2.104—2006 форма 2а: "Основная надпись и дополнительные графы чертежей (схем) и текстовых конструкторских документов (последующие листы)". По смыслу данная формулировка также больше подходит для листа регистрации, в отличие от формулировки формы 2.

Так что теперь считаю, что правильно будет сделать для листа регистрации единственный вариант - форма 2а ГОСТ 2.104—2006.

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

Так что теперь считаю, что правильно будет сделать для листа регистрации единственный вариант - форма 2а ГОСТ 2.104—2006.

Исправлено в ревизии 4299.