Ну, я бы тоже не прочь их немного увеличить.

Немного - это сколько?
Можно в циферках озвучить?

Ну, раза в 2-3.

ИМХО, это будет многовато
И коллеги говорят, что и так все хор и ок.

Ну, если уж руководствоваться ГОСТом...
В PCADе мы увеличивали по сравнению с дефолтным значением. Здесь вроде такой возможности нет.
На уменьшенной копии (А3->A4) вообще практически этих "точек" не видно, схема резко теряет читабельность.

Руководствуемся
ГОСТ 2.413-72:

Типовая ширина линии стоит 8 милс.
Размер точки (в исходниках)

ОФФТОП:
А печатать А0 на А4 не пробовали?

Зря иронизируете, очень удобно. Линейные размеры в 1.44 раза меньше, бумага обычная, принтер тоже.
Да и рабочие схемы в обычные файлы-папочки хорошо ложатся.
Ну а в шкафы-архивы можно и полноразмерные А3 положить.
8 mils = 0,02мм. Не маловато для основной линии?

Вопрос к faa. Есть ли в KiCad возможность при ручной разводке соблюдать зазоры автоматически, как например в Пикаде. И есть ли возможность выделить 2-3-4 контакта и автоматически трассировать только их,а не всю цепь?

Я уже хз как там в пикаде (подзабыл).
А в кикаде можно. Ставим в "настройках-общие" magnetics track (при переводе получилось - Дорожки сдвоенными сегментами).
Делаем нужные зазоры в классе цепи нужных дорожек. Проводим одну, вторая будет к ней "клеиться" с указанным зазором.
После некоторого приобретения опыта будет быстро и хорошо получаться

Можно автотрассировать одну контактную площадку до ближайшей (по мнению кикада).
Активировать кнопку Автотрассировка на тулбаре, правой кнопкой на КП.


Тоже так делаем для рабочих чертежей.
Сейчас вот только в основном А2 идут и то не все лезет.

Но ведь читабельно.

Это конечно всё хитро и мудро, но...
Я выполняю трассировку в TOPORе. При выгрузке в KiCAD он как раз и использует хитрость с сегментацией дуг, что для больших проектов в разы увеличивает объём файла
Для этого и прошу дуги


А по ГОСТ 2.303-68:
"5. Толщина сплошной основной линии s должна быть в пределах от 0,5 до 1,4 мм в
зависимости от величины и сложности изображения, а также от формата чертежа."

Следовательно, точка должна иметь размер не менее 1,5 мм. При этом она не плохо видна при печати А2 на А4.
Ну а линия шириной почти 0 при любом масштабировании останется "почти 0" и будет одинаково хорошо видна.

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

... что в разы увеличивает объём файла.
От дуг отказаться не удаётся.

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

В списке рассылки на lp:kicad

Вот это уже по делу
Спасибо!

Кто бы ещё помог письмо на аглицком составить? А то у меня с ним как-то не очень

Похоже, что дело обстоит чуть сложнее. Стабильные версии по непонятным причинам могут выходить каждый день, как, например, сейчас. Однако, если Жан Пьер пишет, что номер версии обновился и после этого выкладывает ее на своем фтп, то, видимо, это и есть что-то похожее на релиз.
Как раз сейчас такой случай и на http://iut-tice.ujf-grenoble.fr/cao/ имеется тому подтверждение в виде kicad-2011-07-04-BZR3036-stable. Надеюсь, что в папке «релиз» для винды в самое ближайшее время появится эта новая сборка.

Появится, но не скоро. Виндовый сборщик в отпуске.

Жаль, конечно, но отдыхать тоже надо.
-----
P.S. поправил ссылку в своем предыдущем сообщении

Интересная метаморфоза произошла за истекшие сутки.
Захожу на KiCad Code stable и не обнаруживаю вчерашнее сообщение о том, что номер версии повышен, зато вижу кучу новых фиксов «стабильной версии». Иду на фтп Жан Пьера http://iut-tice.ujf-grenoble.fr/cao/ и там тоже констатирую исчезновение вчерашнего «релиза», а вместо него красуется свеженький виндовый KiCad-2011-07-05-BZR3040-WinXP.
Не иначе, как Жан Пьер узнал, что наш виндовый сборщик в отпуске и решил еще немного подрихтовать свое творение

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

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

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

Ну у Жана сами спрашивайте.
А я могу попросить коллегу собирать без ГОСТА и с ГОСТОМ

Прошу прощения, если вопрос тупой, но в KiCAD GOST, что, нельзя сделать нормальный миллиметровый шаг сетки (0.5,1,2.5,5)? А лучше вообще его задавать произвольно.
И привязки к пинам элемента тоже, что ли, нет?

Это уже не смешно. История еще раз повторилась: опять новые фиксы, опять удален прежний "релиз" с фтп Жан Пьера и теперь там kicad-2011-07-07-BZR3043-stable.
Да.., когда Кикад был на прежнем ресурсе, все происходило четко и к моменту выхода релиза все было вылизано, а теперь и не знаешь где же этот самый релиз, а что просто очередная сборка.
Словом, хорошо, что виндовый сборщик в отпуске

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

И на что его надо поменять? И про привязку к пинам тоже вопрос остался? В русскоязычном руководстве ничего не нашёл.

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

ЗЫ: Сборку релизных ГОСТ и неГОСТ без либ и прочих не совсем обязательных включений постараемся наладить в соответствии с изменениями основной ветки.
ЗЫЗЫ: Добавил новую фичу - при показе длины трассы может учитывать длину в трассы в корпусе микросхемы. тестовую ГОСТ сборку под линух собираю с этой фичей.



А зачем? Это вопрос уже обкашлян миллион раз (ищите в этой ветке). И вроде даже пришли к какому-то консенсусу.


Переведите, пжл. Не понял, что Вы хотели спросить.

Я так понимаю, что камрд Boris_B хочет привязать выводы УГО к нестандартному для него модулю. Так это решается соответствующим переименованием контактных площадок модуля в редакторе модулей и сохранением под новым именем.
faa, а можно сорцы ГОСТ-овких сборок для убунты выкладывать?
Я почему прошу. Хочется организовать полный процесс изготовления платы от схемы до г-сода и отправкой оного через ЕМС2 на ЧПУ. И все это на одном компе и одной системе .

Это Вы его так поняли. Я его вообще не понял. Пусть на пальцах объяснит, что ему надо сделать.

Полный цикл - это правильно
Но бубунты у меня пока нет. Поставлю на досуге на kvm - будут Вам ГОСТ-сборки и для этого замечательного дистрибутива для домохозяек и гиков

ftp://109.71.246.126/pub/kicad/install/wi...n_3044_gost.zip

поместил bin-каталог (с последней русификацией) последней стабильной GOST-сборки для win32
с GUI-библиотекой wx2.8.12
~ 12 Mb

Not very useful, my ass

А вот такой корпус в PCB редакторе мне при сетке в 1 мил, что ли?
Или я чего-то ещё не понимаю?

Viknn, благодарю за желание помочь, а то несмотря на все прозвучавшие пламенные речи, в папке «release» на нашем фтп самый свежий релиз — мартовский (kicad-20110329-release-gost), а дальше идут только одни обещания.
Скачал архив по предложенной Вами ссылке, распаковал, подменил папки (что делаю привычно, т.к. делал это уже много раз), но при запуске получил инф. сообщение, что «приложению не удалось запуститься, поскольку mingwm10.dll не был найден».
Глянул в директорию на фтп по Вашей ссылке и обнаружил там эту самую mingwm10.dll. В этой связи у меня к Вам 2 вопроса:
1. Куда скопировать mingwm10.dll после скачивания, чтобы все заработало?
2. Нельзя ли сделать так, чтобы после установки эта длл-ка уже была там, где надо и не требовала этой доустановки? Ведь раньше сборки, которые Вы делали не требовали таких дополнительных действий.

Предыдущее сообщение как-то странно отправилось, прошу прощения.

А корпус типа 5133.48-3 мне при сетке 1 мил рисовать, ну чтобы в миллиметровый шаг попасть?

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

Нешто нет такой простой фичи?

А контекст Вашего вопроса надо из Вас же клещами ...
С PCBnew все нормально. И метрический шаг, и дюймовый - все нормально округляется и рисуется.

Угу.


Еще раз (для тех, кто в танке): берем тестовый bzr, ближайший к объявленному релизу - и имеем все фиксы и, возможно, фичи, которые есть в свежем релизе.

Я там дописал же, вроде. Ещё одно сообщение отправил.

Т.е. при маленькой сетке в 0.25 надо рисовать, правильно понял? Возможности задавать шаг сетки произвольно не имеется?

И что с привязкой

Почему-то нет возможности редактировать сообщения, выдает какие-то ошибки. Возможно надо кукис включать, не знаю.

Рисую элемент в библиотеку микроконтроллер 1887ВЕ1У. Получается вот такое



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

В eeschema я ставлю сетку 1.27мм (50 милс). И рисую только в ней.
25 использую только для перемещений надписей (очень редко).

Такая DLL лежит постоянно в BIN KiCADa, менять ее не обязательно (в каталоге сборки ее нет).
В силу ее малого размера надо бы ее добавить к ZIP-архиву.
В этот раз сразу забыл. Поместил отдельно.
В следующий раз добавлю.

Информация о версии:
Application: KiCad
Version: (2011-07-08 BZR 3044)-stable
Build: wxWidgets 2.8.12 (no debug,Unicode,compiler with C++ ABI 1002,GCC 4.4.0,wx containers,compatible with 2.6)
Platform: Windows XP (build 2600, Service Pack 2), 32 bit, Little endian, wxMSW

Положил mingwm10.dll в папку bin и все заработало. Но вопросы остались. Ведь я прежде, чем писать свои вопросы на форуме первым делом исследовал папку bin своей прежней используемой сборки (2011-05-31 bzr 3011 GOST) и там такой длл-ки не обнаружил. Только после этого стал просить помощи.
Таким образом, сборки с фтп ftp://kicad.r4b.ru/pub/kicad/bzr/win32/ этой длл-ки не имеют и не просят ее, а Ваша сборка без нее не может. Странно все это и непонятно. Может быть все дело в том, что Вы используете более старую версию wxWidgets? Думаю, что это глупое предположение, но я обнаружил лишь это различие.
Информация о прежней версии, которую я использовал:
Application: KiCad
Build:(2011-05-31 bzr 3011 GOST)-testing
wxWidgets 2.9.1 Unicode and boost::polygon
on Windows

Полную информацию о версии KiCAD можно получить в меню Справка/Копировать информацию о версии.
Вопрос о наличии DLL может быть связан с используемым транслятором (GCC. VS C++).
Его может прояснить сборщик вашей версии (в моей она всегда присутствовала).

Получил от Jerry Jacobs письмо на тему Kicad Ru Team.

Hi,
I saw you russian presentation about kicad, and I was really impressed
about the design that where screenshot. I don't understand a word of
russian but it would be nice if you could translate it to English.
Kind regards,
Jerry Jacobs <jerkejacobs@gmail.com>
- http://xor-gate.org

Jerry хотел бы прочитать нашу kicad-презентацию на английском.
Текущую презентацию можно увидеть в репозитории https://bazaar.launchpad.net/~kicad или на
ftp://109.71.246.126/pub/kicad/doc/presen...cad_ru_team.pdf
Принимаются предложения и замечания по созданию обновлення kicad_ru_team-2011.pdf
и его переводу to en.

А я не догадался скопировать таким образом. Привожу полную версию информации с обеих сборок:

Application: KiCad
Version: (2011-05-31 bzr3011 GOST)-testing
Build: wxWidgets 2.9.1 (wchar_t,compiler with C++ ABI 1002,GCC 4.5.0,wx containers,compatible with 2.8)
Platform: Windows XP (build 2600, Service Pack 3), 32 bit, Little endian, wxMSW

Application: KiCad
Version: (2011-07-08 BZR 3044)-stable
Build: wxWidgets 2.8.12 (no debug,Unicode,compiler with C++ ABI 1002,GCC 4.4.0,wx containers,compatible with 2.6)
Platform: Windows XP (build 2600, Service Pack 3), 32 bit, Little endian, wxMSW

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

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

Похоже запутанность кода начинает превосходить возможности программистов. Что-то подсказывает, что дальше будет только хуже, учитывая что один из разработчиков на прошлой неделе заявил в рассылке, что "объектно-ориентированный подход только запутывает программу". И если и дальше С++ будет использоваться в стиле голого C - будем снова и снова наблюдать то, что наблюдаем

На фтп выложил deb пакет свежей тестовой сборки с ГОСТ (bzr3046) для Ubuntu-11.04 (ставил 10.10, предложила обновиться - отказываться не стал).
Ставить
sudo dpkg -i --force-all <пакет>
а то будет задавать всякие вопросы и возражать.
Предварительно поставить kicad из убунтовских репов.
Исходники лежат выше в bzr.

Там же рядом лежат для сусе 11.4(i586) и SL6 (x86_64).



В кикаде исходники еще вполне читабельны
Да и отрефакторили их вполне-вполне.



Малость подрихтовал падежи.
Обновил на фтп и в bzr.

Судя по внешнему поведению такие понятия, как "наследование" и "полиморфизм" там не используются даже внутри одной программы, не говоря уже о совместном использовании кода разными.

До чего может довести объектно-ориентированный подход со всеми его прелестями можно посмотреть в исходниках Enigma (это фронтенд для dreambox).
Там уж точно без бутылки можно не подходить. Зато все в наличии: и наследование, и полиморфизм, и инкапсуляция, и абстрагирование

Судя по графику на старом C до сих пор много чего делается.

Кстати, а умеет ли KiCAD диффпары водить?

Поиск рулит http://electronix.ru/forum/index.php?act=S...F4+%EF%E0%F0%FB

ЗЫ: Заказы скоро буду принимать на гугленье

BZR 3007:

- в Component Library Editor при создании многогейтового элемента добавление выводов происходит для всех гейтов, несмотря на отсутствие галки "Add to all parts...", при наложении выводов в одной точке невозможно раздельное редактирование/перемещение. Удается только вручную установив/сбросив галку для каждого вывода и создавая выводы в разных местах, потом перетаскивая в одно место;
- в pcbnew в диалоге редактора вывода футпринта при попытке изменения названия цепи (100% существующей) выскакивает сообщение "Unknown netname, netname not changed". Пропускает только GND и VCC.

Гейты одинаковые?
Если разные - надо поставить "не взаимозаменяемые" в свойствах компонента.
Если одинаковые - последовательность Ваших действий в студию. Будем искать, что и как делаете не так.

Листов сколько на схеме? Если не один - там теперь префикс есть у цепи (имя листа).
Если лист один, то, скорее всего, неправильно набираете имя цепи.
Но, ИМХО, задавать/менять имя цепи только в pcbnew идеологически неверно. Делайте через схему и все будет хор и ок.

Скажем, надо поставить крепежное отверстие с "пояском" и подключить его к цепи "Шасси". Вводить его в схему несколько нелогично. Или, скажем, радиатор надо подключить к стоку/коллектору мощного транзистора.