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

[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

При попытке просмотра в 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
И вообще, такая скачка из репозитория довольно геморройна.

Проблема в строке "texCoord TextureCoordinate { point [".

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

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

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)

В третьем питоне убрано ключевое слово "print"

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

Патч устраняющий проблему с ориентацией форматки в pcbnew (баг #1155888)

Сообщение отредактировал Сергей Борщ - Apr 1 2013, 09:50

Причина редактирования: Не все удается с первого раза. "Акелла промахнулся" и несколько сообщений слились в одно. Прошу простить на первый раз

Эскизы прикрепленных изображений

 

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

 formatka_patch.zip ( 363 байт ) Кол-во скачиваний: 106

 

[AVL]

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

AVL
А нельзя ли в GOST-doc-gen сборке реанимировать кнопку BOM (или вставить Generate BOM в Component Manager).

В ревизии 4214 ветки lp:kicad появились еще нововведения по BOM. Вместо той ссылки на FAQ добавлена работа с плагинами.
Нужно ваше мнение. Эти плагины решают проблему? Или пока все еще проблему решает только реанимированный нами BOM?
Я BOM пока вообще не пользовался (не уверен, что вообще буду пользоваться), поэтому полного представления по проблеме нет.

[viknn]

В ревизии 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.
Вопрос, как это все лучше увязать.

Сообщение отредактировал viknn - Jun 16 2013, 18:09

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

 _____________BOM_AD.pdf ( 273.56 килобайт ) Кол-во скачиваний: 398