Перейти к содержанию
    

:bb-offtopic: для break

Посмотрите соседнюю ветку, там решаем этот вопрос, у меня пока не получилось, но в процессе.

Изменено пользователем max_donetsk

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

ГОСТ менеджер компонентов при попытке формирования перечня элементов или спецификации выдаёт:

RPC_DOC_IFACE: Unable to connect to office

или:

RPC_DOC_IFACE: Unable to put cell

в промежутках:

ROC_DOC_IFACE: Unable to append document

RPC command: AppendDocument {file:///C:\Program Files\KiCAD\share\GOST-doc-gen\templates\CompIndexMiddleSheet_template.odt}

ROC_DOC_IFACE: Unable to append document

RPC command: AppendDocument {file:///C:\Program Files\KiCAD\share\GOST-doc-gen\templates\SpecificationMiddleSheet_template.odt}

 

Libre Office Версия: 4.3.0.4

Application: kicad

Version: (2014-11-30 BZR 4311 GOST-COMMITTERS)-product Release build

wxWidgets: Version 3.0.0 (debug,wchar_t,compiler with C++ ABI 1002,GCC 4.8.2,wx containers,compatible with 2.8)

Platform: Windows XP (build 2600, Service Pack 3), 32 bit, Little endian, wxMSW

Boost version: 1.54.0

USE_WX_GRAPHICS_CONTEXT=OFF

USE_WX_OVERLAY=OFF

KICAD_SCRIPTING=ON

KICAD_SCRIPTING_MODULES=ON

KICAD_SCRIPTING_WXPYTHON=ON

USE_FP_LIB_TABLE=HARD_CODED_ON

BUILD_GITHUB_PLUGIN=ON

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

ГОСТ менеджер компонентов при попытке формирования перечня элементов или спецификации выдаёт:

RPC_DOC_IFACE: Unable to connect to office

При каждом повторном запуске генерации КД выдает или периодически выполняется без этой ошибки?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Генерация DXF из Pcbnew так и продолжает нещадно глючить. Починили отключение вывода номиналов, но выбор типа линий всё равно недоступен, линии не накладываются, а объединяются, вместо шрифта рисуются линии, и скорость рисования стала никакая - один слой часа два генерился. Ещё надо проверить насчёт вывода контактных площадок в шелкографии - раньше не работало.

 

AVL

При каждом.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

В GerbView названия медных слоёв в менеджере слоёв не соответствуют оным в Pcbnew. Вместо top, bottom, inner пишется Copper L1, L2, L3,.. Вместо Adhes - Glue, Silks - Legend, Mask - Soldermask, Drl_map - *, Margin - <запятая>. Edge_cuts - Profile.

Но это уже мелочи.

Version: (2014-11-30 BZR 4311 GOST-COMMITTERS)-product Release build

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

ГОСТ менеджер компонентов при попытке формирования перечня элементов или спецификации выдаёт:

RPC_DOC_IFACE: Unable to connect to office

 

Попробовал сделать сборку под винду. Стало понятно, что нужно еще будет включить ряд действий в KiCadWinbuilder.cmake.

 

Выложил сборку kicad_gost_committers_product_bzr4312.zip на http://rusfolder.com/42530831

 

Попробуйте ее запустить ради эксперимента, перестанет появляться ошибка RPC_DOC_IFACE: Unable to connect to office ?

 

Я у себя попробовал установить LibreOffice_4.3.4_Win_x86.msi, у меня работает нормально.

 

Скрипт KiCadWinbuilder.cmake обновлю.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

AVL

Попробуйте ее запустить ради эксперимента, перестанет появляться ошибка RPC_DOC_IFACE: Unable to connect to office ?

Пока не готов на такой подвиг - на работе сборка дилилась непрерывно двое суток. :( Дома пока некогда - переезжаю на новый комп, там сначала буду под Kubuntu всё настраивать.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Пока не готов на такой подвиг - на работе сборка дилилась непрерывно двое суток. :(

Так kicad_gost_committers_product_bzr4312.zip уже собран.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Так kicad_gost_committers_product_bzr4312.zip уже собран.

 

Нашёл небольшую неприятность, но это касается не именно Вашей сборки, а вообще тянется из тестов питона

 

kicad_gost_committers_product_bzr4312.zip\kicad\bin\pylib\test\testbz2_bigmem.bz2

 

на этот файл ругаются антивирусы, в частности Kaspersky Internet Security, возможно ли перед сборкой архива или дистрибутива

убивать этот файл из ветки питона?

 

P.S. было бы конечно не плохо вкатить это в исходники, если это возможно сделайте пожалуйста, ибо не важно какой скачиваю дистрибутив

хоть от http://kicad.nosoftware.cz/windows/KiCad_t...ull_version.exe или от http://escalalibre.com/edwt/kicad_testingB...ies/bin.5320.7z

результат везде один:

 

testbz2_bigmem.bz2 Обнаружено: Trojan-ArcBomb.BZip.Agent kicad_gost_committers_product_bzr4312\kicad\bin\pylib\test\

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

ибо не важно какой скачиваю дистрибутив
Так может надо править Kaspersky Internet Security?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

BZR5528

 

Application: kicad

Version: (after 2015-mar-04 BZR unknown)-product Release build

wxWidgets: Version 3.0.2 (debug,wchar_t,compiler with C++ ABI 1002,GCC 4.9.2,wx containers,compatible with 2.8)

Platform: Windows XP (build 2600, Service Pack 3), 32 bit, Little endian, wxMSW

Boost version: 1.57.0

USE_WX_GRAPHICS_CONTEXT=OFF

USE_WX_OVERLAY=OFF

KICAD_SCRIPTING=ON

KICAD_SCRIPTING_MODULES=ON

KICAD_SCRIPTING_WXPYTHON=ON

USE_FP_LIB_TABLE=HARD_CODED_ON

BUILD_GITHUB_PLUGIN=ON

KICAD_USE_WEBKIT=OFF

 

Схематик:

Опять косяк с дугами:

 

На схеме так (все дуги специально развернуты на 180, одну я подсветил):

post-6361-1427272421_thumb.png

На чертеже (печать через меню ЧЕРТИТЬ) так:

post-6361-1427272402_thumb.png

Библиотечный компонент прилагаю

EESchema-LIBRARY Version 2.3
#encoding utf-8
#
# B66413
#
DEF B66413 TU 0 40 Y N 1 F N
F0 "TU" 275 50 60 H V C CNN
F1 "B66413" 325 -675 60 H V C CNN
F2 "" 1035 110 60 H I C CNN
F3 "" 835 -520 60 H I C CNN
DRAW
A 150 -400 50 901 -901 0 1 0 N 150 -450 150 -350
A 150 -300 50 901 -901 0 1 0 N 150 -350 150 -250
A 150 -200 50 901 -901 0 1 0 f 150 -250 150 -150
A 400 -400 50 901 -901 0 1 0 N 400 -350 400 -450
A 400 -300 50 901 -901 0 1 0 N 400 -250 400 -350
A 400 -200 50 901 -901 0 1 0 N 400 -150 400 -250
A 400 -100 50 901 -901 0 1 0 N 400 -50 400 -150
C 150 -400 0 0 1 0 N
C 150 -400 6 0 1 0 N
C 150 -400 10 0 1 0 N
C 400 -100 0 0 1 0 N
C 400 -100 6 0 1 0 N
C 400 -100 10 0 1 0 N
P 2 0 1 0  250 -50  250 -450 N
P 2 0 1 0  300 -50  300 -450 N
A 150 -100 50 901 -901 1 1 0 N 150 -150 150 -50
X 1 1 -50 -50 200 R 50 50 1 1 P
X 2 2 -50 -450 200 R 50 50 1 1 P
X 7 7 600 -450 200 L 50 50 1 1 P
X 8 8 600 -50 200 L 50 50 1 1 P
ENDDRAW
ENDDEF
#
#End Library

Трассировщик:

1. выпилили режим отображения элементов ЛИНИЯ

post-6361-1427272570_thumb.png

остался только контур и заполненный.

 

2. Хотелось бы в контрастном режиме видеть активный слой сверху и полупрозрачный

post-6361-1427272555_thumb.png

 

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

BZR5528
Вчера и сегодня починили наконец-то печать. Во всяком случае в линухе начиная с ревизии 5536 у меня работает без видимых ошибок.

 

Добавлено: Ваш трансформатор сносит голову процедуре печати. Дуги рисуются в правильную сторону, но пропадают выводы и рамка листа(!). Отправил жалобу в рассылку.

 

Еще добавлено: крышу сносит от окружностей нулевого радиуса

C 150 -400 0 0 1 0 N   <--------
C 150 -400 6 0 1 0 N
C 150 -400 10 0 1 0 N
C 400 -100 0 0 1 0 N   <--------
C 400 -100 6 0 1 0 N
C 400 -100 10 0 1 0 N

Если их удалить, то все печатается правильно. Поскольку они все равно никак не отображаются на экране, полагаю, их можно удалить безболезненно. Я так понимаю, вы пытались сделать закрашенную окружность? Тогда стоило вместо трех нарисовать одну, но толщиной линии равной удвоенному радиусу:

C 150 -400 5 0 1 10 N
C 400 -100 5 0 1 10 N

Вот так все у меня печатается как видится.

 

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Еще добавлено: Жан-Пьер спрашивает, "этот компонент создан не с помощью libedit?". Что ему ответить?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Еще добавлено: Жан-Пьер спрашивает, "этот компонент создан не с помощью libedit?". Что ему ответить?

Создал коллега, говорит что с помощью встроенного редактора. :rolleyes:

 

Тогда еще покажу одну сильно мешающую проблему: трассировщик не всегда правильно удаляет дорожки(не сегменты) - оставляет куски на контактных площадках. С чем связано, не знаю. От сетки не зависит вроде.

До удаления:

post-6361-1427438540_thumb.png

после:

post-6361-1427438548_thumb.png

Сами КП:

post-6361-1427438556_thumb.pngpost-6361-1427438564_thumb.png

Изменено пользователем Bender

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Привет.

Application: Pcbnew
Version: (2013-nov-01 BZR 4424)-product
Build: wxWidgets 3.0.0 (wchar_t,compiler with C++ ABI 1002,GCC 4.8.1,wx containers,compatible with 2.8)
Platform: Linux 3.11.0-12-generic x86_64, 64 bit, Little endian, wxGTK
Boost version: 1.54.0
        USE_WX_GRAPHICS_CONTEXT=OFF
        USE_WX_OVERLAY=OFF
        KICAD_SCRIPTING=OFF
        KICAD_SCRIPTING_MODULES=OFF
        KICAD_SCRIPTING_WXPYTHON=OFF

 

Неожиданно начал все чаще и чаще валиться при открытии платы.

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

23:45:00: Debug: Skipping general section token 'links' 
23:45:00: Debug: Skipping general section token 'area' 
23:45:00: Debug: Skipping general section token 'drawings' 
23:45:00: Debug: Skipping general section token 'tracks' 
23:45:00: Debug: Skipping general section token 'zones' 
23:45:00: Debug: Skipping general section token 'symbol' 
23:45:00: Debug: Skipping general section token 'nets' 
pcbnew: /home/drvmotor/tools/bld/kicad-dev/include/rtree.h:1538: void RTree<DATATYPE, ELEMTYPE, NUMDIMS, ELEMTYPEREAL, TMAXNODES, TMINNODES>::Classify(int, int,
RTree<DATATYPE, ELEMTYPE, NUMDIMS, ELEMTYPEREAL, TMAXNODES, TMINNODES>::PartitionVars*) [with DATATYPE = KIGFX::VIEW_ITEM*; ELEMTYPE = int; int NUMDIMS = 2;
ELEMTYPEREAL = float; int TMAXNODES = 8; int TMINNODES = 4]: Assertion `!a_parVars->m_taken[a_index]' failed.

Может быть кто уже знает, как по простому без пересборки и модификации исходников найти корень зла? Я так думаю, какой- то библиотечный эл-т неправильный

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.

Гость
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
×
  • Создать...