[_Pasha 0]

А зачем? Чем существующие "попугаи" не устраивают?

Они, ИМХО, ничем не противоречат ГОСТ 2.701-2008 п.5.4.2.

 

Кстати да.

Если кто-нибудь когда нибудь соберется свой CAD делать - в схематике не надо никаких привязок кроме попугаев чтобы минимальную клетку описать например 10*10.

При выборе стандарта - привязка либо к мм либо к дюймам

Изменено 16 ноября, 2013 пользователем _Pasha

[break 0]

faa

А зачем? Чем существующие "попугаи" не устраивают?

Мне очень не нравится размер шрифта 2.489 мм. Предпочитаю 2,5.

[Canis Dirus 0]

Кстати да.

Если кто-нибудь когда нибудь соберется свой CAD делать - в схематике не надо никаких привязок кроме попугаев чтобы минимальную клетку описать например 10*10.

При выборе стандарта - привязка либо к мм либо к дюймам

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

[_Pasha 0]

Церн валится и на "чистом проекте". Т.е. нарисовал схему, начал плату. Вдруг откуда ни возьмись.

$ pcbnew rdk1.kicad_pcb 
14:24:07: Debug: RecacheAllItems::immediately: 1 84,1 ms
14:24:08: Debug: No accel key found, accel string ignored.
14:24:08: Debug: Loading project </home/pasha/projects/Stellaris/KiCAD/rdk1.kicad_pcb> settings.
14:24:08: Debug: RecacheAllItems::immediately: 1 43,6 ms
14:24:08: Debug: Loading project </home/pasha/projects/Stellaris/KiCAD/rdk1.kicad_pcb> settings.
14:24:08: Debug: Skipping general section token 'links' 
14:24:08: Debug: Skipping general section token 'area' 
14:24:08: Debug: Skipping general section token 'drawings' 
14:24:08: Debug: Skipping general section token 'tracks' 
14:24:08: Debug: Skipping general section token 'zones' 
14:24:08: Debug: Skipping general section token 'symbol' 
14:24:08: Debug: Skipping general section token 'nets' 
Ошибка сегментирования (core dumped)

Что же делать?

[break 0]

При попытке сохранения футпринта портится библиотека и вылезает ошибка:

PARSE_ERROR: неправильный символ найден в FPID строке in input/source
"
line 0
offset 0
from c:/msys/1.0/home/vik/kikad_gost_commit_src/common/fpid.cpp : FPID() : line 190

 

После этого библиотека больше не открывается, всё время вылезает эта ошибка.

Исследование показало, что у модулей, в названиях которых присутствует слэш ("/"), стираются их имена полностью из строк "$MODULE ", "Li ", "$EndMODULE ".

Опять те же грабли, но на новом уровне и с худшими последствиями.

 

Application: Pcbnew

Version: (2013-10-26 BZR 4222 GOST-COMMITTERS)-product

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

USE_WX_GRAPHICS_CONTEXT=OFF

USE_WX_OVERLAY=OFF

KICAD_SCRIPTING=OFF

KICAD_SCRIPTING_MODULES=OFF

KICAD_SCRIPTING_WXPYTHON=OFF

 

Это то, что лежит на FTP под названием kicad_gost_commiters_product_bzr4222-test4415.

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

[faa 4]

Исследование показало, что у модулей, в названиях которых присутствует слэш ("/"), стираются их имена полностью из строк "$MODULE ", "Li ", "$EndMODULE ".

ССЗБ? ;)

ИМХО, правила хорошего тона: "буквы-цифры", а вместо "пробел" строго "_". В perl-нотации \w+.

Или виндовое прошлое мешает?

Изменено 25 ноября, 2013 пользователем faa

[break 0]

В чём сермяжная правда в сбрасывании установок сетки в GerbView после очистки всех слоёв?

 

faa

Я постоянно применяю разъёмы Phoenix. Пример фирменного обозначения: MCV 1.5/11-GF-3.5. Здесь есть и пробел и слэш. Если я всё заменю на подчёркивание, то получится бардак.

Ну ладно, пробелы автоматически заменяются на подчёркивание, но стирать имена совсем зачем? К тому же, в более ранних версиях всё работало, причём как виндовой, так и линуксовой версиях.

К сожалению, виндовое не прошлое, а настоящее.

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

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

ИМХО, правила хорошего тона: "буквы-цифры", а вместо "пробел" строго "_". В perl-нотации \w+.

Не согласен. Это же не имя файла.

 

[faa 4]

Не согласен. Это же не имя файла.

Возможно. Спорить не будем ;)

 

Тут еще всплыло: если частей в компоненте 26 (т.е. максимум из возможного), то 26 все время скидывал в 1-й.

Пофиксил в bzr4500 kicad-testing.

 

 

Заодно снова вспомнил, что и как с именами и обозначениями в sch_component.

Я постоянно применяю разъёмы Phoenix. Пример фирменного обозначения: MCV 1.5/11-GF-3.5. Здесь есть и пробел и слэш. Если я всё заменю на подчёркивание, то получится бардак.

Ну ладно, пробелы автоматически заменяются на подчёркивание, но стирать имена совсем зачем? К тому же, в более ранних версиях всё работало, причём как виндовой, так и линуксовой версиях.

Можно архивчик с "кривыми" примерами в студию, где трет все и вся - может, пока свежо, поковыряю на досуге.

 

[break 0]

faa

Можно. Это какой-то старый вариант, потому как новый уже испорчен, его надо восстанавливать. Но и с этим всё происходит так же, я на нём и проводил исследования.

GOST_T_a.zip

[faa 4]

Можно. Это какой-то старый вариант, потому как новый уже испорчен, его надо восстанавливать. Но и с этим всё происходит так же, я на нём и проводил исследования.

Слэш в именах компонентов не переваривает, считает разделителем пути.

Можно скомпилять с флагом USE_FP_LIB_TABLE, судя по коду - должно получиться.

#if !defined( USE_FP_LIB_TABLE )
        wxString full_fpname = SelectFootprintFromLibBrowser();
        moduleName = full_fpname.AfterLast( '/' );
        libName = full_fpname.BeforeLast( '/' );
#else
        moduleName = SelectFootprintFromLibBrowser();
#endi

[faa 4]

to break

Собрал с USE_FP_LIB_TABLE, проверил.

Могу огорчить: не переваривает "/" в именах посадочных мест :(

Пишите в баглист на lp:kicad - может проникнутся проблемой и поправят.

 

to all

смержил kicad-gost с bzr4503, искать на lp:kicad-gost-committers.

На ftp выложу чуть позже.

 

[break 0]

Похоже, GOST Tools не получил последних исправлений.

 

CvPcb тоже не переваривает слэш.

 

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

 

kicad_gost_commiters_product_bzr4222-test4415 (win)

[faa 4]

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

kicad_gost_commiters_product_bzr4222-test4415 (win)

Обновить бы надо сборку. В свежих чудили что-то в CvPcb и .cmp.

Я там мержу в меру сил gost с testing.

Сейчас на толстом проекте тестирую:

 

Application: KiCad

Version: (2013-nov-28 BZR 4237 GOST (bzr4509-testing))-product Release build

wxWidgets: Version 2.8.12 (release,Unicode,compiler with C++ ABI 1002,GCC 4.8.2,wx containers,compatible with 2.6)

Platform: Linux 3.8.13.4-desktop-1.mga3 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

USE_FP_LIB_TABLE=OFF

BUILD_GITHUB_PLUGIN=OFF

 

[break 0]

Похоже, со слэшем давно напортачили. откатился на (2013-may-31 GOST)-stable. Это вроде kicad_ins_gost_4020_stable

 

Проверял kicad_ins_gost_docgen_4123, kicad_ins_testing_4181, несколько kicad_gost_commiters_testing_bzr41хх и kicad_gost_commiters_testing_bzr42хх - во всех проблема со слэшем.