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

Судя по рисунку и Вашему описанию - да, нарушение есть.
Какие глобальные установки правил проектирования?
И, если можно, проект в студию для разборок (достаточно файла brd).
Ну и описание к нему - где и какие ошибки Вы заметили.


Сообщение отредактировал faa - Feb 9 2012, 02:55

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

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

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

да


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


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

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

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

Нет тут никакой ошибки!
DRC выдает ошибку на не соответствие зазоров у электрически разных цепей.
А тут и переходное и контактная площадка принадлежат одной цепи.
Можете переходное хоть прямо в контактную площадку залепить - ошибки не будет.



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

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

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

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

Сообщение отредактировал break - Feb 9 2012, 12:52

faa

ок спасибо

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

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



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

Сообщение отредактировал faa - Feb 9 2012, 17:12

добрый день! мы создаем хранилище компонентов KiCAD. на данный момент прорабатываем структуру. высказывайте свои предложения по иерархии.
http://pastebin.com/Fva2QbgU lib
http://pastebin.com/v9RKRmr6 mod

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

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

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

!

Сообщение отредактировал _Pasha - Feb 10 2012, 12:28

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

a) чисто формально можно ответить так: GNU GPLv2 => никаких гарантий. но! мы все заинтересованы в правильности и я думал над тем чтобы сделать в поиске радиокнопку [все]/[одобренные модератором]
Сергей (второй разработчик) пошел дальше и предложил ввести понятия : [добавлено][одобрено][проверено] и лайки(счетчик положительных отзывов).
б) по поводу стилей соображения следующие: должно быть несколько стилей
IEC - стандарт МЭК
GOST - наш
DM - дМорган (я так понял он только для логики)
STRUCT - с кратким изображением структуры.
опять же. в поиске должно выбираться откуда искать. кому надо только ГОСТ, а кому просто плату развести.
в) по любому будут люди, которые считают, что библиотеки надо делать под себя. и их не будет устраивать стиль. ГОСТ - далеко не всегда оптимальное УГО. бывает что выходы и входы надо расположить рядом и т.д. но я считаю что нерационально тратить уйму времени на прорисовку компонентов + вы можете так же допустить ошибку.
г) в стиле опенсорц будут максимально развязаны УГО и footprint. т.е. у микросхемы attiny2313 и attiny26 футпринт будет DIL20.
д) одному футпринту могут соответствовать несколько 3d моделей. например несколько светодиодов разных цветов.
е) хорошо было бы использовать поле документации, чтобы можно было прямо из кикада открывать(скачивать) даташиты
ё) Сергей предложил еще для каждого компонента ввести симуляционную модель для моделирования.
ж) у каждого элемента будет свой автор.

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

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

Сообщение отредактировал break - Feb 15 2012, 07:39