Гостовская сборка 3052. Винда. EEschema. Локальная метка "чуствует" кнопку del только если курсор находится в ее самой нижней части, т.е. практически на цепи, над котрой стоит метка. Естественно, при этом каждый раз выскакивает окно выбора - удалять метку или цепь. При этом горячие клавиши "C" и "E" прекрасно цепляются за метку в любом ее месте. Вот как так можно было написать программу? Еще заметил - раньше блоковое выделение захватывало линию цепи, если внутрь блока попадала по крайней мере одна ее вершина. Теперь захватывает даже если обе вершины находятся за блоком. Стало невозможно подвинуть колонку меток - цепи под ними съезжают тоже.

Поддержите эту тему
Даешь отдельный подфорум для KiCad

Что в вашем понятии означает "поддержать"? Просто наследить там? Сделайте голосование, люди отметятся.

bzr3115
добавлены горячие клавиши:
W/Ctrl+W - перебор ширины дорожки
`/Ctrl+` (апостроф) - перебор сетки
Alt+1 - быстрый выбор основной сетки для размещения
Alt+2 - быстрый выбор основной сетки для трассировки
основные (или опорные) сетки для размещения и трассировки задаются через диалог - меню Настройки->Размеры->Сетка
P - разместить элемент (аналог левой кнопки мышки) - нужна для корректной работы макросов.
макросы (или я про макросы уже писал)
новые иконки (что-то супостаты озаботились рюшечками, нет чтобы юзабилити править)



у меня del нормально цепляет метку, никуда специально целиться не надо.


Можете лучше - милости просим. Исходники есть.
Если есть конструктивная критика или пожелания, то всегда готовы выслушать, принять к сведению, поправить/исправить, добавить.
А сотрясать воздух по поводу кривости и убогости авторов, не предпринимая никаких усилий - это, ИМХО, совсем неправильный подход.
В этом случае могу сказать только одно: не нравится - не пользуйтесь!


Есть такое - цепи теперь цепляет в любом случае.
Но это обходится: взяли колонку с цепями, перенесли, вернули цепи назад. Колонка меток осталась - делайте с ней что хотите.
Да, есть лишнее телодвижение, но это, опять таки ИМХО, не смертельно.

Я вас понимаю. Конструктивная критика упирается в Диковское "мне это нах не нужно, значит делать так не будем". Чем закончилось обсуждение перехода на метрические внутренние единицы, позволявшие избежать ошибок округления? Чем закончилась просьба (не моя) отделить имя компонента библиотеки от поля Value? То-то и оно. Исходники есть, но написаны они в такой манере, что лучше писать с нуля. Желание есть, времени и знаний для такой обширной работы - увы, как и у всех. Воспринимайте это просто как старческое брюзжание. Увы, альтернатив из свободных/кроссплатформенных пока не наблюдается, поэтому пользуемся тем, что есть. Не обижайтесь.

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

И еще - можно сделать так, чтобы в pcbnew уже при запуске не показывался бы hidden text (ну не сохраняется эта настройка - и ладно), а при печати не печатались точки привязки текста независимо от их отображения на экране? Их приходится выключать при каждой печати и как правило уже при второй попытке печати.

спасибо, еще неплохо бы добавить откр/закр тулбара менеджера слоев по F9

F9 занята - переход на внутренний слой 6

И скорее всего W/Ctrl+W поменять придется.
Сделаем W - изменить ширину дорожки, а перебор ширины - по Ctrl+W/Alt+W


С единицами там есть сложности.
Хорошо хоть на double перешли.
Да уж, исходники там веселые Но потихоньку приводятся в порядок.
Вот коллегу подключил, добавляет фичи, заодно рихтует - процесс пошел, как говорится.
А насчет брюзжания - вроде как рановато еще в старики записываться


До схематика не скоро руки дойдут - сейчас работаю с разводкой.
Закончу плату, тогда посмотрим.


Тут вопросы возникают, где сохранять настройку менеджера слоев. Если в файле платы, то надо согласовывать формат с автором. Если в проекте - та же проблема.
Если в настройка pcbnew, то как быть, если открываем другой проект.



Ту тему нет смысла поддерживать.
Надо модератора(ов) трамбовать, что бы отдельный подфорум сделали.
Эту ветку прикрепили по первой же просьбе. Может и с подфорумом посодействуют.

Прикрепить может и модератор, а за всем остальным - к администраторам.

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

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

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

и еще вопрос: как поставить дополнительную виу? например у меня зона уже соеденена с ножкой компонента, но я хочу поставить еще дополнительные вии для того же соединения?

На гербере в центре пятака под ножку отверстий быть не должно.

Проводим дорожку, ставим виа, завершаем дорожку, возвращаемся на слой (откуда начинали) . С этого места опять проводим дорожку и т.д.
И так до посине... сколько надо виа. В этом очень поможет применение макросов (свежие тестовые сборки начиная, ЕМНИП, с bzr3110).
В результате имеем:
Нажмите для просмотра прикрепленного файла
Потом это все заливаем зоной/зонами.

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


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

я например увидел что при создании компонента там можно указывать параметр Units.. 1...2 итд. (А..Б). Но странно то, что когда я этот компонент добавляю в свою схему то вне зависимости от того выбираю я А или Б компонент один и тот же! и на момент создания он тоже такой. прост А и Б меняыется в его описании а ножки нет.

как быть с этим?

Прочитать, в конце-то концов, документацию. Ключевое слово "не взаимозаменяемые".

некорректная прорисовка рамок для Size A,B:
Нажмите для просмотра прикрепленного файла

На форматках по высоте меньше 297мм рамка будет рисоваться с таким дефектом.
Как вариант - не использовать такие форматки.

ЗЫ: Можно сделать проверку на высоту листа и не рисовать поля "Справ. N" и " Перв.прим.".
Но надо ли?

Сегодня исполнился ровно год с момента вот этой короткой переписки в данной теме:

Aldan: ukpyr, продолжаете ли Вы работать над автоматизацией вывода перечня и спецификации? Несколько месяцев назад Вы сделали сообщение о том, что близок к завершению некий редактор и привели изображение его GUI. Но это лишь часть того, что нужно, к тому же не было никаких ссылок для скачивания для того, чтобы можно было провести тестирование.
Есть ли надежда, что данный продукт все же будет Вами создан? Если да, то скоро ли наступит это радостное событие?
http://electronix.ru/forum/index.php?showt...st&p=812652

ukpyr: за недельку работы по вечерам завершу
http://electronix.ru/forum/index.php?showt...st&p=812747

Aldan: УРРРАААА!!! Будем ждать!
http://electronix.ru/forum/index.php?showt...st&p=812786
---------

Итак, прошел год, (т.е. 52 недели вместо одной!) но пока еще не видно никаких результатов. Поэтому я снова повторяю свой вопрос: ukpyr: есть ли надежда, что работа по автоматизации вывода перечня и спецификации в Кикаде будет завершена и, если да, то как скоро?

Aldan, агромадное спасибо за либы!

PS есть замечание по "modules", может кому пригодится:
самособранный из kicad-sources-2011-09-11-bzr3118.tar.bz2 "не понимает" пути к 3D моделям типа "Smd\\c0603.wrl" и не цепляет модель. Я заменил в kwriter-е все \\ на / и это помогло.
А в library пути указаны через /.

Сохранять не надо (пока). Пусть просто при старте программы не ставится галочка Show Hidden Text, т.е. пусть скрытый текст по-умолчанию таки будет скрыт.

А можно что-нибудь сделать, чтобы в dxf выводило не контурами, а сплошными линиями?

Такой вопрос: Когда составляыешь футпринт элемента, при нажатии кнопки Add graphic line or polygon можно рисовать контуры элемента голубой линией, при генерации гербера это трансформируется в силкскрин. А как быть с контурами расстановки элемента? т.е. например, если я не ошибаюсь в PADS есть еще отдельный слой, в котором рисуется контур элемента, и это как бы указывает автоматическим установкам сборочным как класть элемент... как с этим в кикаде? или это не нужно?

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

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

Покрутил-повертел, посоветовался с коллегами - ИМХО, пусть скрытый текст по-умолчанию будет открыт.
Убрать одну галочку нетрудно, а вот сразу не видеть, что там скрыто (учитывая, что эта галка на закладке) - не удобно.
Т.е., при открытии платы видим все, дальше чудим как хотим.



А можно поподробнее?
Что экспортируем в dxf, чем смотрим? Желательно пример в студию с пояснениями, что и где криво.



Я эти контуры так делаю.
Нажмите для просмотра прикрепленного файла
Можно руками ставить - прицеливаемся по углам, если свет неправильный (с одной стороны), то придется плату покрутить.
Для больших БГА делаю полный контур размером чуть больше корпуса, для удобства еще можно реперы диагональные по углам рисовать.
При правильном свете и правильном оптическом приборе видно сразу попал или не попал.
И это все на шелкографии делается.

Для автомата KiCad выдает файлик вот такого формата:

Как это файлик скормить автоустановщику - надо с монтажниками-технологами общаться.
Если такой формат установщик не понимает, то надо конвертировать.
Некоторые установщики дополнительно могут скорректировать положение элемента по реперам.
Что для этого надо (требования к реперам) - выяснять у технологов.

Я несколько месяцев назад перешел с P-CAD на KiCAD, и достиг много нового.
Использую eeschema сборка KiCad-2011-04-29-BZR2986-WinXP.
Сейчас столкнулся с проблемой - если я сохраняю в текстовый файл схему с элементом, где в имени есть символы кириллицы, то он сохраняется не правильно.
например:

$Comp
L ~~~~_~~~~~~ U13
U 1 1 4E92BAC7
P 2800 2750
F 0 "U13" H 2800 2800 40 0001 C CNN
F 1 "ДА_НЕТ" H 2810 2880 40 0001 C CNN
1 2800 2750
1 0 0 -1
$EndComp

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

Но я думаю, это не правильный подход, и в исходнике это не системная, а небольшая ошибка.

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

Я распаковал файл KiCad-2011-04-29-BZR2986-WinXP_full_with_components_doc_install.exe
С ГОСТ я не использовал за ненадобностью.
То, что я переслал - копия фрагмента файла .sch, такое устойчиво повторяется и с другими элементами с кориллицей.
Если надо переслать дополнителную информацию, то как и куда.

Русских букв в наименовании элементов не будет в этой версии. Можете не пытаться.
Или пользуйте ГОСТ-сборку или свежие тестовые (в них эту ошибку-фичу правили, но поправили или нет - надо посмотреть).

ЗЫ: Еще раз обращаюсь ко всем пользователям KiCad:
Будьте так любезны вставлять в сообщение полную информацию об используемой версии - "Справка - Копировать информацию о версии".
Если этого пункта в меню нет - обновите версию KiCad.
После этого будем пытаться повторить ваши грабли.

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

К тому же, давайте тогда уж будем последовательны: а почему тогда в eeschema скртытые поля по-умолчанию не видны? Там ведь тоже сразу не видно, что там скрыто.

Кто знает, в пакете KiCad-2011-07-08-BZR3044-WinXP_full_with_components_doc_install.exe решена проблема
кириллицы в названиях элементов (в eeschema)? Я не люблю ставить новые версии: в старом сарае знаешь все грабли,
лоб уже набил о них, и знаешь как обходить. А в новом сарае их может быть и меньше, но надо же на каждые наступить,
чтоб знать. Жалко свой лоб.

Решена.

faa
А можно поподробнее?
Что экспортируем в dxf, чем смотрим? Желательно пример в студию с пояснениями, что и где криво.
Экспорт любого слоя платы, смотрим разными программами: A9CAD, NanoCAD...
Ну вот, например. Все линии не сплошные, а контурами, как будто нажата соответствующая кнопка "показывать [...] в контурном режиме".

Application: PCBnew
Version: (2011-sep-11 BZR 3118 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

Хотелка:
Реально ли разобраться, отчего 3Д просмотр падает при указании wrl, созданного во фрикаде?

Application: EESchema
Version: (2011-sep-11 BZR 3118 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

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

Поэкспортировал, посмотрел в qcad - не заливает.
Есть там неувязки в коде. Надо разбираться, но для меня это не первоочередная задача (экспортом в DXF не пользуюсь).
Сможете описать эту проблему в багтрекере на lp?
Может еще кто посмотрит (раньше, чем я доберусь).



Вполне.
Если падает с сегфолтом, то под dbg можно посмотреть на чем валится.
Нужен это wrl.
Но возможно, что freecad виноват - криво выдает wrl.



Файл модуля в студию - для воспроизведения проблемы.
Копию трабла в багтрекер.

faa
Сможете описать эту проблему в багтрекере на lp?
Я как собака - понимаю, но сказать не могу. Опасаюсь, что меня, с моим знанием английского, никто не поймёт. Результат Google переводчика поймут?

Файл модуля в студию - для воспроизведения проблемы.
Это не модуль, а УГО.

Ещё.
Pcbnew периодически выдаёт окошко ошибки с надписью:

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

faa
Черчение в DXF в режиме "линия" вроде нормально работает, это только вместо "заполненного" получается "контур", так что с исправлением можно пока не спешить, хотя в перспективе хотелось бы нормальной работы.

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

У Вас масштабы соблюдаются? А то мне пришлось делить на 254000...

Понравилась первая строчка в гугле
Нажмите для просмотра прикрепленного файла

И результат:

_Pasha
У Вас масштабы соблюдаются? А то мне пришлось делить на 254000...
В A9CAD соотношение около 393, только какие единицы - непонятно.

Ы!
Открываем калькулятор. И что мы видим?
1/254 = 0.003937007874015748031496062992126

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

Application: Eeschema
Version: (2011-oct-02 BZR 3157 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

При попытке перетаскивания провода (через меню по правой кнопке мыши или кнопкой "G") рядом с УГО (точка соединения провода с выводом УГО) не работает меню выбора элемента - при любом выборе всегда перетаскивается только УГО.
В предыдущей версии было тоже самое.

Application: Pcbnew
Version: (2011-oct-02 BZR 3157 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

При редактировании модулей толщина линий не возвращается по "UNDO".

Ещё вопрос: возникает некоторая путаница:в схеме и на плате поля "значение" и "обозначение" имеют противоположные назначения.

После некоторого исследования обнаружилось, что при переносе элемента с верха платы на низ происходит что-то неправильное с началами и концами дуг, может и с остальными линиями. Проявляется это в том, что при переводе в DXF дуги на нижней стороне платы выворачиваются наизнанку. Если в редакторе (например, nanoCAD'е) поменять местами начало и конец дуги, то дуга делается как нужно.

Некоторое время назад разбирался, почему падает на wrl из Блендера. Ошибка была в отсутствии нескольких проверок указателей; впрочем, даже если исправить - это не поможет из-за неполной поддержки vrml, полностью грузятся только модели из wings3d с упрощенной структурой. Если есть желание, можете попробовать мой костыль для преобразования wrl - github.com/stxent/wrlconv (правда проверял только на экспортированных из блендера).

Спасибо. Косяки и ошибочные идеологии не дают возможности сделать окончательный набор инструментов. Недавно заинтересовался OpenSCAD. Имхо, вещь гораздо более правильная, чем порождение океана vrml -файлов в мутном wings-е. Как только попробую что-нить средней сложности реализовать - смогу сделать выводы. Но при этом, касательно сабжа, встают другие проблемы: отсутствие *.dxf - импорта и кривой *.dxf экспорт.
Хотя, в принципе, он кривой и в протеусе, например - как ни создавай контур платы в мм - он все равно в дюймах выдаст, и слои не обзовет так, как принято в проекте.

Спасибо. Косяки и ошибочные идеологии не дают возможности сделать окончательный набор инструментов. Недавно заинтересовался OpenSCAD. Имхо, вещь гораздо более правильная, чем порождение океана vrml -файлов в мутном wings-е. Как только попробую что-нить средней сложности реализовать - смогу сделать выводы. Но при этом, касательно сабжа, встают другие проблемы: отсутствие *.dxf - импорта и кривой *.dxf экспорт.
Хотя, в принципе, он кривой и в протеусе, например - как ни создавай контур платы в мм - он все равно в дюймах выдаст, и слои не обзовет так, как принято в проекте.

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

Application: Eeschema
Version: (2011-oct-02 BZR 3157 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

Выводы всех символов питания (или стрелок разорванных цепей) должны быть обозначены как "Power_in" (Вход питания), иначе в списке цепей соединения не будет. Интересно, а для чего нужны "Power_out" (Выход питания)? Только для прохождения теста ERC?

Если в УГО вывод обозначен как "Power_in" (Вход питания), но подключен не непосредственно к какому-либо "выходу питания", а через порт питания или другой элемент с типами выводов, например, "пассивный" (как, например, при развязке питания дросселем), то при тесте ERC выдаётся ошибка (3). Похоже, что с этим ничего не сделать, но тогда ценность теста ERC сильно снижается. Как написано в руководстве, надо разместить "Power_flag", но выглядит это порнографично, да и не по ГОСТу. На разорванной цепи (стрелка) это даст другую ошибку.

Если заменить в настройках библиотеку на другую находящуюся в другом месте, но с тем же именем, рабочей останется прежняя библиотека. Чтобы произошла реальная замена, надо перезапустить Eeschema.

Добрый день !

Неплохо бы было добавить в калькулятор что-нибудь из
http://focus.ti.com/analog/docs/gencontent...enContentId=860

Было бы весьма полезно.

Application: Pcbnew
Version: (2011-oct-02 BZR 3157 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

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

fox1
Уж лучше тогда добавить 3-х выводные стабилизаторы и расчёт переходных отверстий.

что поделать, мне не хватило терпения разбираться с некомментированным индусо-кодом, когда будет свободное окно, закончу

Application: Pcbnew
Version: (2011-oct-25 BZR 3193 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=ON

При переключении на масштаб "200" смещается центр масштабирования (и курсор).