faa 4 9 февраля, 2012 Опубликовано 9 февраля, 2012 (изменено) · Жалоба Правила такие: расстояние/длина дорожки минимум 0.15мм Шириная дорожки/зазор 0,15мм - я правильно понял? по рисунку явно видно нарушение правил, т.е. огибающая вии слишком близко расположена к красному паду (пересекает красную контурную линию) Я прогнал DRC, почему он не указал мне на эту ошибку? Судя по рисунку и Вашему описанию - да, нарушение есть. Какие глобальные установки правил проектирования? И, если можно, проект в студию для разборок (достаточно файла brd). Ну и описание к нему - где и какие ошибки Вы заметили. Изменено 9 февраля, 2012 пользователем faa Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Bender 0 9 февраля, 2012 Опубликовано 9 февраля, 2012 · Жалоба 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 9 февраля, 2012 Опубликовано 9 февраля, 2012 · Жалоба Bender Я уже об этом писал, но пока не исправили. Кстати, появилось это в одной из последних версий, раньше такого не было. Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
BlackOps 0 9 февраля, 2012 Опубликовано 9 февраля, 2012 · Жалоба Шириная дорожки/зазор 0,15мм - я правильно понял? да Судя по рисунку и Вашему описанию - да, нарушение есть. Какие глобальные установки правил проектирования? глобальные установки такие же: ширина дорожки 0.15мм И, если можно, проект в студию для разборок (достаточно файла brd). Ну и описание к нему - где и какие ошибки Вы заметили. ну ошибки пока тут разные, я пока работаю над платой. Но настораживает то что именно эту ошибку не показал вообще, ни указателем не ткнул, ни в списке не написал (обычно пишется пад какого элемента пересекается с чем) проект прикрепил я решил воспроизвести заново такую ошибку, например на БГА чипе, ножке А16, рядом с ней в притык стоит виа, а DRC эту ошибку заметить не может. refleks.brd.zip Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
faa 4 9 февраля, 2012 Опубликовано 9 февраля, 2012 · Жалоба я решил воспроизвести заново такую ошибку, например на БГА чипе, ножке А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 9 февраля, 2012 Опубликовано 9 февраля, 2012 (изменено) · Жалоба faa Не смог добиться такого неадекватного поведения. Получается только при редактировании свойств двойным шелчком ЛКМ. При вызове редактирования горячей клавишей, работает нормально. Видимо где-то запоминаются координаты нажатия ЛКМ, потому что если после редактирования по двойному щелчку ЛКМ, один раз нажать ЛКМ в любом пустом месте схемы, то выбор нового элемента происходит нормально. Если шёлкнуть на другом элементе, то выберется уже он, вместо того, который под курсором. Более того, если один раз щёлкнуть на любом элементе, то, при попытке редактирования или перемещения, выберется именно этот элемент, а не тот который под курсором. Ещё наблюдение: внизу в строке статуса после щелчка остаётся выбранным элемент, после нажатия горячей клавиши остаётся он же, а не тот что под курсором. При отмене редактирования и повторном нажатии горячей клавиши срабатывает нормально и в строке статуса элемент меняется на правильный. P.S. При вызове действия через меню по ПКМ, работает нормально. Так что проблемы только по горячим клавишам. Изменено 9 февраля, 2012 пользователем break Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
BlackOps 0 9 февраля, 2012 Опубликовано 9 февраля, 2012 · Жалоба faa ок спасибо а проблема исчезновения имиен цепей все еще присутствует! Это пожалуй самое плохое. Скажем время от времени, открываеш закрываеш проект итд...и вдруг видиш что имена определенных цепей потеряли имя. приходится менять по новой. Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
faa 4 9 февраля, 2012 Опубликовано 9 февраля, 2012 (изменено) · Жалоба Получается только при редактировании свойств двойным шелчком ЛКМ ... P.S. При вызове действия через меню по ПКМ, работает нормально. Так что проблемы только по горячим клавишам. На досуге поиграюсь - может вылезет этот глюк. Тогда поправим. а проблема исчезновения имиен цепей все еще присутствует! ... Воспроизведите всю, пжл, проблему по шагам. А то я такого глюка не замечал. Изменено 9 февраля, 2012 пользователем faa Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
arcsin 0 10 февраля, 2012 Опубликовано 10 февраля, 2012 · Жалоба добрый день! мы создаем хранилище компонентов KiCAD. на данный момент прорабатываем структуру. высказывайте свои предложения по иерархии. http://pastebin.com/Fva2QbgU lib http://pastebin.com/v9RKRmr6 mod Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Сергей Борщ 133 10 февраля, 2012 Опубликовано 10 февраля, 2012 · Жалоба высказывайте свои предложения по иерархии.Нет, это вы изложите предложения по иерархии. Иерархии управления этим хранилищем. Кто будет проверять вносимые в хранилище элементы и отвечать за то, что они а) не содержат ошибок, б)все сделаны в одном стиле в)что этот стиль самый правильный, д)добавить требования пор вкусу. Без этого такое хранилище имеет смысл только для студентов, а им абсолютно начхать на иерархию файлов в папках. Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
_Pasha 0 10 февраля, 2012 Опубликовано 10 февраля, 2012 · Жалоба Надо (имхо) - по типу багтрекера что-то организовать. Появился компонент-кандидат в каком-нибудь "виварии" - у него рейтинг использования, по достижении кол-ва баллов компонент попадает в хранилище, либо юзеры оставляют замечания и хотелки. И иерархия будет живая, с постмодерацией ресурса. Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
_Pasha 0 10 февраля, 2012 Опубликовано 10 февраля, 2012 (изменено) · Жалоба ! Изменено 10 февраля, 2012 пользователем _Pasha Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
gte 6 10 февраля, 2012 Опубликовано 10 февраля, 2012 · Жалоба добрый день! мы создаем хранилище компонентов KiCAD. Больше смахивает на, так называемый, г.. сайт созданный для извлечения дохода от рекламы. Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
arcsin 0 10 февраля, 2012 Опубликовано 10 февраля, 2012 · Жалоба Нет, это вы изложите предложения по иерархии. Иерархии управления этим хранилищем. Кто будет проверять вносимые в хранилище элементы и отвечать за то, что они ... не содержат ошибок, б)все сделаны в одном стиле в)что этот стиль самый правильный, д)добавить требования пор вкусу. a) чисто формально можно ответить так: GNU GPLv2 => никаких гарантий. но! мы все заинтересованы в правильности и я думал над тем чтобы сделать в поиске радиокнопку [все]/[одобренные модератором] Сергей (второй разработчик) пошел дальше и предложил ввести понятия : [добавлено][одобрено][проверено] и лайки(счетчик положительных отзывов). б) по поводу стилей соображения следующие: должно быть несколько стилей IEC - стандарт МЭК GOST - наш DM - дМорган (я так понял он только для логики) STRUCT - с кратким изображением структуры. опять же. в поиске должно выбираться откуда искать. кому надо только ГОСТ, а кому просто плату развести. в) по любому будут люди, которые считают, что библиотеки надо делать под себя. и их не будет устраивать стиль. ГОСТ - далеко не всегда оптимальное УГО. бывает что выходы и входы надо расположить рядом и т.д. но я считаю что нерационально тратить уйму времени на прорисовку компонентов + вы можете так же допустить ошибку. г) в стиле опенсорц будут максимально развязаны УГО и footprint. т.е. у микросхемы attiny2313 и attiny26 футпринт будет DIL20. д) одному футпринту могут соответствовать несколько 3d моделей. например несколько светодиодов разных цветов. е) хорошо было бы использовать поле документации, чтобы можно было прямо из кикада открывать(скачивать) даташиты ё) Сергей предложил еще для каждого компонента ввести симуляционную модель для моделирования. ж) у каждого элемента будет свой автор. но вопрос со структурой остается открытый. насколько вам интуитивно понятно что и где должно лежать? Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
break 0 15 февраля, 2012 Опубликовано 15 февраля, 2012 (изменено) · Жалоба 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 Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться