[faa 4]

Правила такие: расстояние/длина дорожки минимум 0.15мм

Шириная дорожки/зазор 0,15мм - я правильно понял?

по рисунку явно видно нарушение правил, т.е. огибающая вии слишком близко расположена к красному паду (пересекает красную контурную линию)

 

Я прогнал DRC, почему он не указал мне на эту ошибку?

Судя по рисунку и Вашему описанию - да, нарушение есть.

Какие глобальные установки правил проектирования?

И, если можно, проект в студию для разборок (достаточно файла brd).

Ну и описание к нему - где и какие ошибки Вы заметили.

 

Изменено 9 февраля, 2012 пользователем faa

[Bender 0]

Application: Eeschema

Version: (2011-feb-02 BZR 3395 GOST)-testing

Build: wxWidgets 2.9.2 (wchar_t,compiler with C++ ABI 1002,GCC 4.5.2,wx containers,compatible with 2.8)

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

Options: USE_PNG_BITMAPS=ON

KICAD_GOST=ON

USE_WX_GRAPHICS_CONTEXT=OFF

USE_WX_OVERLAY=OFF

USE_BOOST_POLYGON_LIBRARY

 

Немного напрягает перескакивание курсора на предыдущий объект при редактировании схемы.

То есть, после редактирования/добавления какого-либо объекта, поместив курсор над другим объектом и попытавшись сдвинуть его "М" - захватывается и перемещается предыдущий объект, а не тот где стоит курсор.

[break 0]

Bender

Я уже об этом писал, но пока не исправили.

 

Кстати, появилось это в одной из последних версий, раньше такого не было.

[BlackOps 0]

Шириная дорожки/зазор 0,15мм - я правильно понял?

да

 

Судя по рисунку и Вашему описанию - да, нарушение есть.

Какие глобальные установки правил проектирования?

глобальные установки такие же: ширина дорожки 0.15мм

 

И, если можно, проект в студию для разборок (достаточно файла brd).

Ну и описание к нему - где и какие ошибки Вы заметили.

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

 

проект прикрепил

 

я решил воспроизвести заново такую ошибку, например на БГА чипе, ножке А16, рядом с ней в притык стоит виа, а DRC эту ошибку заметить не может.

refleks.brd.zip

[faa 4]

я решил воспроизвести заново такую ошибку, например на БГА чипе, ножке А16, рядом с ней в притык стоит виа, а DRC эту ошибку заметить не может.

Нет тут никакой ошибки!

DRC выдает ошибку на не соответствие зазоров у электрически разных цепей.

А тут и переходное и контактная площадка принадлежат одной цепи.

Можете переходное хоть прямо в контактную площадку залепить - ошибки не будет.

 

 

Немного напрягает перескакивание курсора на предыдущий объект при редактировании схемы.

То есть, после редактирования/добавления какого-либо объекта, поместив курсор над другим объектом и попытавшись сдвинуть его "М" - захватывается и перемещается предыдущий объект, а не тот где стоит курсор.

Не смог добиться такого неадекватного поведения.

Application: KiCad
Version: (2011-feb-06 BZR 3398 GOST)-testing
Build: wxWidgets 2.8.11 (no debug,Unicode,compiler with C++ ABI 1002,GCC 4.4.3,wx containers,compatible with 2.6)
Platform: Linux 2.6.33.7-server-2mnb i686, 32 bit, Little endian, wxGTK
Options: USE_PNG_BITMAPS=ON
         KICAD_GOST=ON
         USE_WX_GRAPHICS_CONTEXT=OFF
         USE_WX_OVERLAY=OFF
         USE_BOOST_POLYGON_LIBRARY

Может где в промежутке поправили (предварительно испортив).

[break 0]

faa

Не смог добиться такого неадекватного поведения.

Получается только при редактировании свойств двойным шелчком ЛКМ. При вызове редактирования горячей клавишей, работает нормально.

Видимо где-то запоминаются координаты нажатия ЛКМ, потому что если после редактирования по двойному щелчку ЛКМ, один раз нажать ЛКМ в любом пустом месте схемы, то выбор нового элемента происходит нормально. Если шёлкнуть на другом элементе, то выберется уже он, вместо того, который под курсором. Более того, если один раз щёлкнуть на любом элементе, то, при попытке редактирования или перемещения, выберется именно этот элемент, а не тот который под курсором. Ещё наблюдение: внизу в строке статуса после щелчка остаётся выбранным элемент, после нажатия горячей клавиши остаётся он же, а не тот что под курсором. При отмене редактирования и повторном нажатии горячей клавиши срабатывает нормально и в строке статуса элемент меняется на правильный.

 

P.S. При вызове действия через меню по ПКМ, работает нормально. Так что проблемы только по горячим клавишам.

Изменено 9 февраля, 2012 пользователем break

[BlackOps 0]

faa

 

ок спасибо

 

а проблема исчезновения имиен цепей все еще присутствует! Это пожалуй самое плохое. Скажем время от времени, открываеш закрываеш проект итд...и вдруг видиш что имена определенных цепей потеряли имя. приходится менять по новой.

[faa 4]

Получается только при редактировании свойств двойным шелчком ЛКМ

...

P.S. При вызове действия через меню по ПКМ, работает нормально. Так что проблемы только по горячим клавишам.

На досуге поиграюсь - может вылезет этот глюк.

Тогда поправим.

 

 

а проблема исчезновения имиен цепей все еще присутствует!

...

Воспроизведите всю, пжл, проблему по шагам. А то я такого глюка не замечал.

Изменено 9 февраля, 2012 пользователем faa

[arcsin 0]

добрый день! мы создаем хранилище компонентов KiCAD. на данный момент прорабатываем структуру. высказывайте свои предложения по иерархии.

http://pastebin.com/Fva2QbgU lib

http://pastebin.com/v9RKRmr6 mod

 

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

высказывайте свои предложения по иерархии.

Нет, это вы изложите предложения по иерархии. Иерархии управления этим хранилищем. Кто будет проверять вносимые в хранилище элементы и отвечать за то, что они а) не содержат ошибок, б)все сделаны в одном стиле в)что этот стиль самый правильный, д)добавить требования пор вкусу.

 

Без этого такое хранилище имеет смысл только для студентов, а им абсолютно начхать на иерархию файлов в папках.

 

[_Pasha 0]

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

И иерархия будет живая, с постмодерацией ресурса.

[_Pasha 0]

!

Изменено 10 февраля, 2012 пользователем _Pasha

[gte 6]

добрый день! мы создаем хранилище компонентов KiCAD.

Больше смахивает на, так называемый, г.. сайт созданный для извлечения дохода от рекламы.

[arcsin 0]

Нет, это вы изложите предложения по иерархии. Иерархии управления этим хранилищем. Кто будет проверять вносимые в хранилище элементы и отвечать за то, что они ... не содержат ошибок, б)все сделаны в одном стиле в)что этот стиль самый правильный, д)добавить требования пор вкусу.

a) чисто формально можно ответить так: GNU GPLv2 => никаких гарантий. но! мы все заинтересованы в правильности и я думал над тем чтобы сделать в поиске радиокнопку [все]/[одобренные модератором]

Сергей (второй разработчик) пошел дальше и предложил ввести понятия : [добавлено][одобрено][проверено] и лайки(счетчик положительных отзывов).

б) по поводу стилей соображения следующие: должно быть несколько стилей

IEC - стандарт МЭК

GOST - наш

DM - дМорган (я так понял он только для логики)

STRUCT - с кратким изображением структуры.

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

в) по любому будут люди, которые считают, что библиотеки надо делать под себя. и их не будет устраивать стиль. ГОСТ - далеко не всегда оптимальное УГО. бывает что выходы и входы надо расположить рядом и т.д. но я считаю что нерационально тратить уйму времени на прорисовку компонентов + вы можете так же допустить ошибку.

г) в стиле опенсорц будут максимально развязаны УГО и footprint. т.е. у микросхемы attiny2313 и attiny26 футпринт будет DIL20.

д) одному футпринту могут соответствовать несколько 3d моделей. например несколько светодиодов разных цветов.

е) хорошо было бы использовать поле документации, чтобы можно было прямо из кикада открывать(скачивать) даташиты

ё) Сергей предложил еще для каждого компонента ввести симуляционную модель для моделирования.

ж) у каждого элемента будет свой автор.

 

но вопрос со структурой остается открытый. насколько вам интуитивно понятно что и где должно лежать?

[break 0]

faa

Если при редактировании УГО поменять размер шрифта имени или номера вывода, затем изменить свойства остальных выводов через меню по ПКМ "Глобально" "Размер имени вывода для остальных выводов" или "Размер номера выводов для остальных элементов" (соответственно, что менялось), потом попытаться редактировать свойства другого вывода двойным щелчком ЛКМ, то возникает меню выбора выводов (зачем, они же все в разных местах?). Но это ещё не самое страшное. Хуже другое, что все выводы перемещаются со своих мест в одно (накладываются).

 

Application: Eeschema

Version: (2011-feb-02 BZR 3395 GOST)-testing

Build: wxWidgets 2.9.2 (wchar_t,compiler with C++ ABI 1002,GCC 4.5.2,wx containers,compatible with 2.8)

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

Options: USE_PNG_BITMAPS=ON

KICAD_GOST=ON

USE_WX_GRAPHICS_CONTEXT=OFF

USE_WX_OVERLAY=OFF

USE_BOOST_POLYGON_LIBRARY

 

В более старых версиях не наблюдалось.

 

Не работает "Undo" на изменение размеров шрифта названия и номера выводов. "Undo" на изменение длины вывода зачем-то запоминает 2 действия, одно из которых ничем себя не проявляет.

Изменено 15 февраля, 2012 пользователем break