Все, разобрался.
На сборке 2422 был выбран русский интерфейс. После обновления екзешников стало появляться это сообщение, а интерфейс переключился на английский(не заметил сразу)
После переключения языка на английский, а затем обратно на русский решило проблему
теперь все нормально
ПС. вот еще

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

Сегодня зашел на http://www.ntcsm.ru/kicad/bzr/ смотрю в конце списка на папку "win32/" и вижу, что последние изменения в ней были сегодня в 11:37. Ну, думаю, есть свежайшая сборка и привычно заглянул в папку, а там последняя только от 8 сентября. Так и не понял, что все это значит. Куда же подевалась сегодняшняя виндовая сборка?

Крайняя версия 2479, других не было. На lp:kicad есть 2482, но изменения незначительны.
Изменения в директории связаны с удалением предыдущих версий (до ~июля 2010).

Спасибо, теперь понятно.

Приподниму недавний вопрос. Имеем: Была схема.
Нажмите для просмотра прикрепленного файла
Скопировал ее в другую папку. *-cache.lib не скопировал, ну, например, забыл. Открываю схему - на месте некоторых элементов квадратики:
Нажмите для просмотра прикрепленного файла
Исходные библиотеки есть. Из новой схемы открываю редактор элементов, нахожу в библиотеке тот самый элемент, открываю его, жму ту самую иконку "Update current component in current library", получаю предупреждение "Component *** exist. Change it?". Жму Yes в схеме ничего не меняется. Сборка win2479 с фтп несколькими сообщениями выше.

Вопрос 1: По какому принципу выбираются компоненты, которые заменяются на квадратики?
Вопрос 2: Как восстановить компонент в схеме?

Берёте текстовый редактор открываете sch файл жмёте кнопку поиск, набираете имя компонента это VD4 у Вас например найденая строка имеет вид
L <библиотечное имя> <обозначение на схеме>

если у Вас такой квадратик то компонент <библиотечное имя> не найден в библиотеке, список библиотек
задается в строке которая начинается с LIBS, сами библиотеки имеют расширение lib, ищете текстовым редактором
в них.

Это понятно. Непонятно, что делает иконка. На все элементы редактора не напасешься. И почему одни элементы остались а другие - нет?

Не все библиотеки нашлись или нашлись все, но не те.
Возможные причины:
- у Вас есть библиотеки с одинаковыми именами - берет либу с тем же именем, но из другого места, а в ней этих элементов нет.
- часть библиотек в старом проекте была по относительному пути (относительно диры со старым проектом) - не может найти либы, но в этом случае при старте говорит, что не нашел.

Библиотек один комплект. Ни на что не ругался. Из этой же схемы с квадратиками открываю библиотекарь - в нем могу выбрать этот элемент. Но не могу обновить его в схеме. Да, копирую *-cache.lib из старого проекта - на месте квадратика появляется элемент.

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

Такое было если не находился элемент в библиотеке или сама библиотека.

faa прав.

Умом я это понимаю, хотя для меня загадка - почему элементы не хранить в самом файле схемы, как это сделано в файлах brd. Но еще раз повоторяю: из схемы с квадратиками я открываю редактор библиотек, в нем выбираю нужную библиотеку, т.е. она прописана в путях и находится. Открываю библиотеку и в ней нахожу тот самый элемент - то есть и элемент в библиотеке есть.

Скопировал диру с проектом в другую. Убрал cache.lib. Все элементы есть, как и были.

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

Да, каюсь. В имени элемента в библиотеке тире было заменено на подчеркивание. Вопрос закрыт.
Остается вопрос - зачем отдельный -cache.lib, если без него схема теряет индивидуальность? Почему не соединить его с файлом схемы?

С этим файлом обеспечивается портабельность проекта.
Скопировали диру с проектом на флешку и либы не нужны.

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

Этот вопрос надо задавать Жан-Пьеру Шарре

Добрый день !
В редакторе модулей есть кнопка - проверка модуля.
Но нажатие на нее не приводит ни к чему .....
Даже если я делаю дубликат контактной площадки ....
Существую еще какие либо способы проверки правильности разработанного модуля ????

Версия KiCAD - KiCad-20100907-bzr2479-win32.exe
Система - Windows XP SP3

Это засада кстати. Я пока не попадался, потому что копировал всю директорию, но если схема старая, скажем от прошлого проекта, то её проще в одном файле хранить конечно.

Функция проверки модуля пока не реализована.

Пока нет.

Да я как-то пару раз пытался задавать подобные вопросы, получил от Дика Холенбека ответы типа "раз сделано так, как сделано - значит так и надо". Желание продолжать задавать вопросы пропало.
Так это штатный способ показать, что выводы замкнуты внутри корпуса. Цепь будет подключена ко всем площадкам с одинаковым номером. Не скажу, что это очень удобно, но другого решения (кроме как рисовать 4 вывода земли у 78L05 в SIOC, что совсем абсурд) пока нет.

update библиотеки: перерисованы изображения микросхем (по ГОСТу) - новый префикс GIC_ Нажмите для просмотра прикрепленного файла

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

Я недавно внезапно узнал о существовании местного wiki, и там так же внезапно обнаружил интересный проект по автоматизации перечня.
Вместо борьбы с кривыми офисами там предлагается очень оригинальное решение - формирование листа PCAD с напечатанной на нём (на них) таблицей перечня или спецификации.
Это несложно сделать в формате PCAD ASCII, и пкад-вьюер можно использовать бесплатно. Из него просматривать и печатать.
Альтернативный вариант - TeX. (тем более что готовые шаблоны документов по ГОСТу тоже есть).

Возможно по неопытности, я с самого начала полагал, что текстовая документация в Кикаде должна выводиться именно "оригинальным" образом - т.е. прямо в готовые форматки Кикада без привлечения платных текстовых редактовр (если уж привлекать, то бесплатные). Более того, в глубине души надеялся, что faa не остановится на достигнутом и прикрутит к своему мастерскому ГОСТ-патчу и надстройку по автоматизации вывода перечней и спецификаций. Но, что-то пока не видно на горизонте хоть сколько-нибудь пригодного продукта для решения данной задачи.
Что касается вывода через связку Кикад-PCAD, то это слишком похоже на работу через жо.., простите, через то, что мы часто работаем Впрочем, если Вы успешно проделаете все танцы с бубном и доходчиво опишете свой успешный опыт, то это будет полезным вкладом в наше общее дело.

просто прежние не-гостовские ИС имели префикс IC_ (для удобной сортировки при выводе списка компонентов), чтобы не смешивать их с новыми, добавил префикс GIC_нет, с этим никак не связано
к сожалению немного забросил в связи с другими проектамиза недельку работы по вечерам завершуя не использую никаких сторонних программ, это обычный патч к исходникам Кикада, с кросс-платформенностью тоже не должно быть никаких проблем

УРРРАААА!!!
Будем ждать!

Обновил linux-сборку с ГОСТ до версии bzr2496.
Собрана с USE_WX_ZOOM. Субъективно графика пошустрее шевелится.
Об изменениях читать на lp:kicad
Лежит на ftp.
Виндовая сборка пока bzr2493 - лежит рядом.
Либу от ukpyr положил тут.

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

ИМХО, это не решит проблемы различия ГОСТа и правил/требований супостатов. Уж очень они различаются.
И по содержанию и составу основных надписей, и по графическому начертанию элементов, и по нумерации и т.д. и т.п.
Рамки и так обе "вшиты" в код. Выбор ГОСТ/неГОСТ задается дефайном при компиляции.
Вынос этого выбора в глобальную переменную возможен, но что делать с начертанием элементов?
Супостаты лепят, кто во что горазд: кто хоть как-то отражает функционал, кто просто рисует ножки, как они буду расположены на корпусе.
Да и ГОСТ им наш совсем до фонаря.

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

Но основная проблема в том, что лично мне такой двойной функционал не нужен
Мне нужен только ГОСТ. А супостатам нужна только их рамка.

Я бы ещё предложил возможность вообще отключать рамку и рисовать свою вручную.
Если формировать те же перечни и СП, то основная надпись должна быть для текстовых документов, то есть "вшитая" не катит.
Или такая возможность есть?

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

Вы в зависимости от технологии своей работы напишите командный фалец котырый делает операции копирования/удаления

По вопросу выпуска КД
на ftp.ntcsm.ru/pub/kicad/kicad_kompas положена сборка KiCAD r2500 от 24.09.10
c проведенной модификацией BOM-вывода из eeschema и pcbnew для перечня элементов и спецификации,
чтобы оформлять их средствами системы КОМПАС (Windows, в Linux под Wine).
В КОМПАС используется текстовый конвертер ECAD-Компас.

Попробовал поставить:
Нажмите для просмотра прикрепленного файла
Попробовал в 10м Компасе открыть примеры - тоже не вышло
На мой взгляд лучше TDD нет утилит для формирования текстовой документации, и стоит дешевле Компаса. а сборку можно сделать и в A9CAD

Наткнулся на интересный косяк при формировании БОМ в режиме "один тип на строку".
Формирует строку по номиналу, не учитывая типоразмер, вольтаж и т.п.
Т.е. если на схеме есть конденсаторы 0,1мкф 805, 603, 402, X2Y, а номинале (value) указано только 0,1, а все остальное в других полях, то
лепит все в одну строку. Что не есть правильно. При этом посадочное место и остальные поля выводит по первому элементу.
Посмотрел в исходники - так и есть: при таком формировании БОМ посадочное место и остальные поля не учитываются.
Придется изыскивать время и возможности (или энтузиаста) для исправления всего этого

ЗЫ: Поправил. bzr2512.
Учитывает посадочное место и поле даташит/ТУ.
Теперь элементы с одним номиналом, но разными посадочными местами и разными ТУ/DS будут на разных строках.
Для линуха на фтп.

Это для тех, кто имеет и любит КОМПАС (TDD тоже хорошая программа).
DLL (43 kb) добавил (поместить в bin).
Файлы SPW/CDW получены в КОМПАС v12.
Потом можно будет добавить в KiCAD IDF-экспорт 3D-данных для КОМПАС-3D.

Скачал сегодняшнюю виндовую сборку kicad-20101001-bzr2512-win32.rar с http://www.ntcsm.ru/kicad/bzr/win32/ и как всегда подменил папку bin и internat, однако при запуске получаю неожиданное предупреждение (см. изображение).
Что надо сделать, чтобы избавиться от этого трабла? Винда у меня легальная WinXPSP3 и до этого момента никаких проблем не было.

Включи в настройках английский интерфейс, а потом опять рускиий. Мне помогло

Спасибо, и мне помогло. К тому же оказалось, что при запуске Кикада по умолчанию был английский интерфейс. Я просто переключился на русский и глюк исчез.

а есть ли в Кикаде возможность создать на схеме/плате перемычку (типа JMP в Пикаде) ?

Как думает сообщество, насколько интересна была бы интеграция с Freecad?
Причем, чтоб импорт/экспорт на уровне питоновских текстов. Остальное, мож и не надо.

Скачал, поставил. .dxf не открыл, так что пока рано смотреть в его сторону

А сделать .dxf он умеет?
На взгляд дилетанта выглядит внушительно. _Pasha, вы с ним работаете? Это я на случай если приспичит, чтобы знать кого дурными вопросами мучить

Пока, по слухам, можно все только через python делать. Я еще не въехал в питон, IDE кривая досмерти - иногда можно зависнуть или упасть, и это все продолжается довольно долго, что не может не "радовать". Делал поделки вместо wings3D вроде ниче, раздражает рукопашное создание отверстий итд итп. Мучения в автокаде по подобным вопросам (когда еще не пользовались ни инвентором ни солидом) - это райское наслаждение по сравнению с фрикадом. Резюме: как можно меньше интерактивщины и погонять его на питоне надо. Есть подозрение, что эта часть там действительно работает.
Насчет *.dxf - в данном случае он не особо нужен. Тем более, если вспомнить, что трехмерное расширение для .dxf также мало кто нормально поддерживает. Нужна твердотелка - STEP или IGES. Если поверить, что фрикад не умрет посреди шоу, то обмен фрагментами питона - это и микроскопические объемы моделей, и доступность их в виде скрипта, быть может, прямо из редакторов компонентов.

На "казусе" объявился энтузиаст - lexaficus, проделавший определенные шаги в направлении дружбы Кикада с ГОСТ: http://kazus.ru/forums/showpost.php?p=2598...mp;postcount=19 Может быть кто-то из Кикад-профи предложит ему поучаствовать в совместном решении проблем с выводом перечней и спецификаций?

Добрый день. Решил осваивать KiCAD, скачал последную версию, дошёл на простом примере до печатной платы и тут обнаружился досадный казус. Одну сторону платы необходимо распечатать на принтере зеркально, ставлю галочку "Отражение" плата исчезает с листа в неизвестном направлении. Может кто знает куда она девается?

у меня все ок

Проверил. Подтверждаю наличие такого дефекта. У меня стоит kicad-20101007-bzr2527-win32 под winXPSP3.