Я дико извиняюсь, но эта "уникальная возможность" уже лет 15 как считается само собой разумеющейся и этим сейчас уже никого не удивить.

Изучая форматы файлов я пришёл к выводу что для текстов можно задать только ориентацию - "вертикальная" или "горизонтальная".
Правильно я понимаю, что перевёрнутый вверх ногами текст сделать не получиться?
Если так, то ГОСТофилы будут сильно разочарованы.

Все так. В TODO написано, что в cmake поддержки питона пока нет.



kicad - бесплатная и лицензионная программа.

жаль
в pcb можно, в sch не нужно. рамка рисуется кажется в worksheet.cpp, там можно рисовать как угодно.
если наконец прикрутят Python, можно будет написать много хороших дополнений.а какие дополнительные атрибуты компонентов нужны для заполнения спецификации ? допуск, название ?отдельная программа не нужна, все можно сделать из скрипта (есть полный доступ к GUI и объектам Kicad). Рисовать можно на wxPostScriptDC.

Вот, что значит, что рассуждать о деле берется чайник вроде меня. По мере углубления в дебри KiCAD-а только сейчас заметил, что в «свойствах компонента» в схематике имеется 8 неиспользуемых полей, которые, по всей видимости, идеально подойдут для заполнения недостающих атрибутов. И не надо никакой отдельной базы компонентов. Только вот как сделать все эти поля определенными сразу для всех компонентов всех библиотек? Ведь такая доработка должна касаться только нашей версии KiCAD. Вот здесь бы и пригодились «окошечки с выбором варианта» для названия каждого дополнительного поля.
А насчет дополнительных атрибутов я уже кое-что написал в сообщении http://electronix.ru/forum/index.php?showt...st&p=708291 «Например, напротив конденсатора расположить окно с выбором из «керамический/электролитический/подстроечный/переменный/другой» для того, чтобы конденсаторы могли быть объединены в группы не только по номиналам, но и по функциональной принадлежности. Еще одно такое окно может быть, например, «процентный допуск» и далее возможность выбрать и/или вписать необходимый.
Для резисторов, например, два первых окна могут быть для выбора типа постоянный/переменный/подстроечный и процентного допуска, а еще одно для выбора мощности.» Конечно же еще должна быть возможность вписать ТУ на компонент.

зачем ? это абсолютно разные УГО, в зависимости от него определяется группа компонентов.
будет слишком медленно и уныло. Представьте сколько времени займет заполнение всех нужных полей для сотен элементов на схеме, их переименование из FieldX во что-то вменяемое. По-минимуму нужно сделать что-то типа cvpcb со списком предварительно заполненных данных по элементам - тип, допуск, ТУ, корпус. Еще лучше - возможность импорта этих данных из существующей базы данных склада.
Я жду включения возможности скриптования на Питоне, на нем это делается элементарно.

Ваша точка зрения очень убедительна и я с ней полностью согласен.

А отчего (или кого) зависит включение этой возможности? Ведь часто бывает так, что «обещанного три года ждут». Может есть и другие варианты? В любом случае желаю Вам обрести обещанное и реализоваться в написании требуемого скрипта.

А теперь у меня несколько вопросов ко всем пользователям KiCAD, доведшим хоть один свой проект до конца, т.е. до производства. Простите чайника за приставание и не дайте умереть в неведении :-)
1.Я попробовал испытать автороутер при различных режимах для того, чтобы понять можно ли хоть иногда поручить ему часть разводки и встретился с тем, что очень много случаев, когда дорожка «на ровном месте» совершенно беспричинно гуляет через via по слоям, вместо того, чтобы пройти по одному слою. Кроме того, если выбрать «править>tracks>удаление лишних перех. отв.», то эти лишние via не исчезают (видимо, потому, что дорожки в разных слоях). Можно ли какими-то настройками победить этот недуг?
2.Хочется понять, есть ли какие-то особые требования к расположению перекрестия «смещения координат в файлах сверловки и размещения» и «мир для размещения слоев»? В документе pcbnew.pdf в разделе «10.3 Установка начала координат» и далее про миры вообще ничего не сказано, а перекрестие смещения расположено на плате в отличие от распространенной практики располагать вне ее как, например, на плате из приведенного выше примера http://electronix.ru/forum/index.php?act=a...st&id=40333
Так где лучше располагать перекрестие смещения и миры, какое обязательное количество мир и почему они обычно расположены по нижним углам и в правом верхнем как показано в разделе «10.1 Подготовка проекта к передаче в производство», а не в левом верхнем? Ведь в варианте с левым верхним их координаты были бы положительны и ноль у той, что в перекрестии.
3.При выводе герберов я получил часть файлов на латинице, а два — «передний», «задний» (а также «чертеж», «комментарии», «контур платы» тоже) на кириллице. Не пошлет ли меня производитель куда подальше, когда я отошлю ему мой первый проект? Надо ли мне переназвать эти файлы традиционно - “top” и “bottom”? Кто-то уже имеет опыт с успешной отсылкой таких «англо-русских» герберов? Может быть не стоит традиционное название файлов русифицировать и тогда не возникнет этого смущения?
Кроме того, при генерации файла сверловки, я получил два файла - «TestProj.drl» и «TestProj-drl.pho», причем gerbview, естественно, видит только второй файл. Нужно ли отсылать производителю оба файла? И еще, при генерации файла сверловки что выбрать в «Drill report» «none» или «Drill report» и нужен ли получаемый во втором случае файл «TestProj-drl.rpt» производителю?

Я тут подумал не освоить ли мне Code Composer Studio от TI и просматривал варианты всяких недорогих прибамбасов для работы в этой среде, что подвело меня к выбору XDS100. И вот я копаюсь в информации о нем и натыкаюсь на ссылку с полным проектом последней его версии. Скачиваю проект и вижу, что печать разведена в KiCAD! Так что KiCAD уже шагает по планете. Я отделил от всего проекта все, что касается PCB и попробую прикрепить к этому сообщению.Нажмите для просмотра прикрепленного файла

Я поэтому и говорил, что все начинается с библиотек. Кроме 8 дополнительных
есть еще 4 основных поля (Ref, Value, Fooprint, Datasheet), которые не всегда использованы.
Заполнять их может и не весело, но тут должна быть организована работа библиотекаря.
Пока некоторые мысли по началам маршрута выпуска КД из KiCAD изложил в
ftp://ftp.ntcsm.ru/pub/kicad/library/vik/eskd_into_kicad.pdf (400 Kb).

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

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

Viknn, поскольку активность в нашей теме близка к нулю, может быть тогда Вы ответите на мои три вопроса? http://electronix.ru/forum/index.php?showt...st&p=711391 А там, глядишь, и другие подтянутся со своим веским словом опытного пользователя...

Сначала замечание - если спрашиваете о деталях, то неплохо указывать версию программы (сборки) kicad, с которой работаете.
1. Насчет ручных режимов трассировки я не советчик - это не мой конек. Меня больше занимает
возможность выхода на внешние трассировщики.
2. Руководства с рекомендациями по подготовке производства ПП и по выпуску КД со временем появятся,
все сразу не бывает. Базирование на платах часто определяется требованиями вашего производителя (и его станками), а
программа дает возможность настройки.
3. Пошлет ли вас производитель - лучше спросить у него. Мне кажется, что имя файла принципиальной роли не играет
(хотя инструменты у разных производителей могут быть разные). Чтобы не было сомнений, пользуйтенсь латиницей.
Для сверловки нужен DRL-файл с координатами и сверлами. PHO - для фотоплоттера. Всякие отчеты RPT - это для вас и для КД.
Gerbview сейчас показывает только топологию (PHO).

ее можно встроить отдельным модулем в EESchema, добавить кнопку рядом с Cvpcb или пункт в меню. При нажатии открывается окно редактирования атрибутов. В нем список элементов, отсортированный по Reference, список уже заданных атрибутов (группа, название, допуск, ТУ). В зависимости от выбранных элементов изменяется список атрибутов.
После редактирования атрибутов открывается следующее окно - редактирование в формате спецификации (список, отсортированный по группам/Reference), где можно исправить сгенерированную спецификацию, добавить комментарии и т.д.). Далее идет вывод в Postscript/SVG/PDF и т.д.
и скорее всего в ближайшее время не будет, жаль...

Собственно, и Вы не уверены, что заморские машины будут рады файлам на кириллице. Так стоит ли тогда их делать такими? Ведь одно дело — перевод графического интерфейса, но совсем другое — имена файлов. На мой чайниковый взгляд в GUI нужно иметь русские названия (а в названии слоев лучше всего еще в скобках указывать английское название генерируемого файла, тогда будут легко ориентироваться в них даже чайнику).
По Вашему ответу я понял, что Вам не приходилось отсылать на производство файлы на кириллице. Остальные участники дискуссии своим молчанием выражают с Вами солидарность. Так что последую Вашему совету и переименую файлы.

viknn, когда я начал приставать со своими вопросами, первым делом написал:

на что faa любезно ответил выпуском новой сборки:

которую я незамедлительно установил:

После этого новых виндовых сборок не было. Они в последнее время не так часто обновляются.
Если бы мои вопросы были «сборкочувствительными», то я, наверное, не поленился бы и еще раз намозолить этой информацией, но ведь мои вопросы были общими, на понимание.
По Вашей реакции делаю вывод, что поднадоел своими вопросами и гробовое молчание остальных участников в ответ на мои вопрошания только еще больше убеждают меня в этом. Так что обороты сбавляю и особо приставать ни к кому не буду.

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

А как в слое маски нарисовать полигон? Add graphic line or polygon рисует линию... Сборка 2117.

Зону нарисовать на немедном слое - есть там такая возможность.
Выбрать нужный слой (silk, mask и т.п.) и добавить зону.
Нажмите для просмотра прикрепленного файла

Ага, спасибо. Оказывается сначала нужно выбрать несигнальный слой. В противном случае оно в окне выбора дает только сигнальные слои. А что же тогда polygon в add line or polygon? Может его упоминание там лишнее и стоит его убрать?

Это линия или полигональная линия.

ЗЫ: Сегодня выложим svn-2290 - новый шрифт, поддержка кириллицы нативно. При сборке -DKICAD_CYRILLIC больше не требуется.

ЗЫЗЫ: Перевод интерфейса обновлю на днях, постараюсь убрать кириллицу в именах фалов при формировании фотошаблонов.
С front/top и back/bottom так и не определились. Жаль. Придется принимать волевое решение

Что такое "полигональная линия"?

Ломаная замкнутая или незамкнутая линия.

ЗЫ: Вот тут есть спец

Я Вам помогу
Названия слоёв Top и Bottom давным-давно стали общепринятыми, постепенно вытеснив другие.
В других пакетах проектирования, в документации на платы и микросхемы, в учебниках и в текстах стандартов применяются названия Top и Bottom.
Какой смысл устраивать путаницу с этим переименованием? Или у французских собственная гордость, на англо-саксов смотрят свысока?

Вот когда KiCAD распространится по всей планете, вытеснит с рынка Ментор с Каденсом - тогда и можно будет вернуться к идее самим диктовать моду на названия слоёв, а пока - народ не поймёт-с.

Судя по свежим публикациям в инете у супостатов как бы новые веяния - переползают на front и back layer. Насчет "гуглиста" я ссылку уже кидал сегодня.

ЗЫ: Но флейма по этому поводу можно много навести

ЗЫЗЫ: Пока оставлю "верхний" и "нижний" - "перед-зад" не звучит. "лицевой-обратный" (хорошо не "изнаночный") - из курсов кройки и шитья...

Продолжу делиться своими «открытиями» с такими же «чайниками» как я.


Как оказалось, никто не отключал функцию рисования шины утолщенной линией. Просто нужно увеличить исходное соотношение толщина шины/толщина проводника в несколько раз. http://kazus.ru/forums/showthread.php?t=16395 Правда, как всегда не совсем ясно кто же это сделает...



Нашлась функция поворота ввода в шину. Вся проблема была от неудачного названия этой функции — «set bus entry” с последующим его дословным переводом «установить ввод в шину». Если бы перевод был «повернуть ввод в шину», то никаких проблем бы не возникло. http://kazus.ru/forums/showthread.php?t=16390


Оказалось, что библиотека power.lib не «встроенная», а просто «залипает», когда меняешь один библиотечный элемент на другой. Перезапуск программы все приводит в порядок. Словом, самый простой способ гостировать эту библиотеку — доработать ее элементы.

Предостережение: пользующимся виндовой сборкой 2290, для избежания потери проекта не пользуйтесь функцией «настройки>цвета», т.к. при этом программа вылетает.

Насчет толщины рисования шины посмотрю. Если решится просто - добавлю в гостовскую сборку.

ЗЫ: Сделал для гостовской сборки шины двойной толщины(2*. По умолчанию было 1,4*b.
svn-2301 и далее.

Из ГОСТ:
Наименование, начертание, толщина линий по отношению к тол-
щине b и основное значение линий по ГОСТ 2.303-68
Толщина ли-
Наименование Начертание ний по отно- Основное назначение
шению к
толщине b
Линия электрической свя-
зи; провода; кабеля; шина;
Сплошная тонкая b линий групповой связи;
линий условно графиче-
ских обозначений
Допускается для линий
Сплошная толстая 2b, групповой связи приме-
основная 3b…4b нять утолщенные и тол-
стые линии


"Повернуть", ИМХО, тоже не совсем однозначно.

ЗЫ: А что на казусе у форума движок чудной? Какие-то ссылки показывает, на какие-то говорит - "не зарегистрирован", типа, гуляй.


Свежие svn-сборки откатываю на рабочих проектах. Правда, под linux. Такого бага не замечал. Анамнез поконкретнее можно?

ЗЫ: Kicad на казусе - это уже третий или четвертый (если не больше) русскоязычный форум про kicad. Скоро и не уследить за всеми будет - надо еще иногда и работу работать
ЗЫЗЫ: Тут тему модератор "закрепил" по первой просьбе. Я так понимаю, что при достаточной активности, будет и отдельный подфорум. Может есть смысл скучковаться уже? Или сюда транслировать-кроспостить.

По крайней мере, увидев такую надпись я бы не сомневался в функции, которую она означает. А при нынешнем «установить» я даже не пытался пробовать эту функцию, т.к. устанавливал ввод в шину туда, куда мне нужно одним кликом левой клавиши мыши.

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

Да все очень просто: в eeschema жму на «настройки», а в них на «цвета» и программа после этого вылетает со всеми выходящими из всего этого последствиями.

Я с самого начала был за площадку здесь на «электрониксе» при обсуждении на «мертвом форуме» http://kicad.sourceforge.net/phpBB2/viewtopic.php?t=300 но на форумы ходят для того, чтобы общаться и получать ответы на то, что тебя волнует. На этом форуме постепенно все больше и больше заданных мною вопросов повисало в воздухе даже без попытки ответа, а для получения тех, что я все-таки получил, приходилось «дергать за рукав», что собеседника совершенно справедливо раздражало. Вот я и переместился на другой форум, который открыл Небесный на «казусе» , причем с пользой, т.к. именно там, как ни странно, я начал находить ответы на свои вопросы, которые здесь не решались.
Словом, поживем — увидим, кому и где лучше.

Если прочитать документацию или _внимательно_ посмотреть на выскакивающее меню, можно заметить, в зависимости от текущего положения (направления) входа в шину в менюшке будет "установить вход в шину /" или "установить вход в шину \".



Судя по логам в svn - пофиксено.



Вопросы не повисали. На животрепещущие всегда стараюсь отвечать при первой возможности.
Байка из жизни:
не получается - попробуй еще раз
снова не получается - спроси у коллеги
опять не получается - прочитай, наконец, инструкцию.
Это я к тому, что ответить можно только на правильно заданный вопрос.
А можно отвечать "man man", особенно если спрашивают о том, что полноценно и всесторонне разжевано в доке.

ЗЫ: Если есть желание пофлеймить на тему правильности постановки вопросов и ответов ни них - в мыло или в личку.

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

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

faa, я вернулся к вашему сообщению, чтобы его перечитать и не зря, т.к. Вы сделали важное добавление о том, что уже изменили толщину линии шины. Хочется поблагодарить Вас за это, но и попросить развить наметившийся успех.
Очевидно, что переход от коэффициента 1,4 к 2,0 будет малозаметен (пока еще у меня нет виндовой сборки 2301, поэтому пишу предполжительно). Однако, в ГОСТ 2.303-68, на который Вы сослались http://www.spds.ru/info/standarts/2.303-68.html разрешается делать толстые линии в 3 раза больше, чем тонкие, а в курсовой работе, из которой, возможно, Вы приводили данные из таблицы со ссылкой на этот ГОСТ rgrta222.narod.ru/fails/2.doc этот коэффициент разрешается доводить до 4,0. Исходя из данной информации у меня к Вам просьба сделать этот коэффициент если уж не 4,0, то хотя бы 3,0.

Ошибка вылета в Настройки/Цвета в eeschema (сборка win svn-r2302) присутствует.

Попутно вопрос faa. При переключении на русский интерфейс у команд меню в скобках буквы
типа "Файл (F)" - у меня не работают. Может их убрать совсем. В оригинальном интерфейсе их нет.

faa, я только что специально взял схему, сделанную в OrCAD-е и сохраненную в pdf-файле, и сделал при просмотре ее максимальное увеличение - 6400%, после чего шина стала толщиной 24 мм, а проводники 6 мм из чего можно сделать вывод, что "взрослые" CAD-ы используют соотношение шина/провод=4. Если можно, сделайте и в KiCAD-е такой коэффициент, пожалуйста.

На чём написан KiCAD? И естли в нем экспорт в IDF?

C++. Пока нет.

По вопросу RF дизайна, заданного Aldan на kazus-e:
Есть возможность загрузки файла с описанием shape сложной формы.
Вот дока по этому поводу (из исходных тестов):

Достучаться до этой функции:
Нажмите для просмотра прикрепленного файла
Пример файла есть в демках. Лежит в demos/microwave

Поправил. Теперь не вылетает. svn-2331 и свежее.

кстати 3d вьювер в кикаде не плохой:
Нажмите для просмотра прикрепленного файла
размер рисуночка не очень большой, несколько раз маштатабировался, а так нарисованная платочка выглядит почти как настоящая, надо ещё 3d компонентов посмотреть или нарисовать. Кстати прикрепленные рисунки не праильно отображаются в собщении когда они уменьшены, вместо прозрачного фона черный.

И никого нет линуксовой сборочки кикада посвежее? Не хочется собирать его.

это вопрос трехсот баксов если формат специфицирован или может обойтись немного побольше

По моему лицензию на формат IDF выкупать не надо. Или я ошибаюсь?

"Свежий" kicad

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

Господа, а не подскажите ли чайнику как располагать via на зоне металлизации? В документации видел только упоминание о том как проставить via при проведении дорожки. А мне нужно расположить кучку via на зоне металлизации в нужных мне местах. (Переползаю с P-CAD'a - там было легко: ставишь via где хочешь).

Ведете дорожку по полигону и ставите на ней переходные. Судя по всему иначе и не получится - при удалении дорожки переходные автоматически отключаются от цепи и при пелезаливке вырезаются из полигона.

Вышел релиз kicad от 14.03.2010.
Гостовская сборка для вин32 и linux лежит тут.

Подскажите, можно ли прикрутить к форме задания контактов при создании символа небольшой парсер, чтобы было как в пикаде 4.5 для задания цепей?
Например, название пина PE<0:7> или номер <0:7> <1,2,5,6,7> вызывал макроповторение ввода контактов с установленным шагом сетки сверху вниз.
Имхо, если такое будет, не надо городить хитрозадые визарды - будет все просто и почти гениально.
Если бы я не догадывался, что инсайдеру сделать это очень легко, я бы не спрашивал

Там (судя по переписке в группе разработчиков) есть задумка подружить Кикад с питоном. Видимо тогда можно будет. Меня бы устроило просто стандартнаяя реакция на клавишу Enter в диалогах, в частности - ввода/редактирования контакта. Для перемещения по полям есть клавиша TAB, зачем дублировать ее? Приходится постоянно возить мышь к кнопке "ОК" и обратно.

Это есть через хоткей "Insert". Шаг по вертикали и приращение номера задается в настройках.
Один вывод ставим, остальные повторяем нажатием "Ins".
Для FPGA пользую костылик на перловке. Делаю заготовку через редактор библиотек на нужное количество банок плюс питание-управление.
Перловке скармливаю csv от производителя. Выход вставляю в заготовку. Остается только нарисовать контуры и слегка подвигать группы выводов для лучшего эстетического восприятия
Перловый костылик лежит на фтп.
Один из примеров применения:
Нажмите для просмотра прикрепленного файла

Спасибо, очень полезная информация!

Всем хорошего настроения.

Решил попробовать KiCAD. Развел в нем небольшую схемку (см. приложения). Интересно услышать комментарии и замечания по её оформлению в KiCAD'e, да и по разводке тоже.

Для стабильной ГОСТ-сборки kicad этого года:
ftp://ftp.ntcsm.ru/pub/kicad/doc/ru_ru - положены pdf-файлы документации (5 руководств) для русского интерфейса от faa.
ftp://ftp.ntcsm.ru/pub/kicad/doc/tutorial - положено обновленное пошаговое руководство для начинающих.
ftp://ftp.ntcsm.ru/pub/kicad/install/win - короткая сборка kicad-r2463-final для Win32 (7.5 Mb).

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

1. В ERC-панели предлагаю писать - Всего: N Количество предупреждений: K Количество ошибок: M
Сейчас - всего ошибок ... количество ошибок.
2. Вместо Обрамление листа писать - Форматная рамка
3. В отношении вывода BOM кажется, что для схемы лучше называть его BOM для перечня элементов,
а для платы - BOM для спецификации. Сейчас наоборот.
4. В программе Module Editor кнопка Pad Setting переведена не точно - установки
переходных отверстий
5. При переходе к Cvpcb обыно натыкаемся на сообщение
Некторый файлы не удалось найти (это о часто отсутствующих *.mdc)

Несколько мелких пожеланий:
- можно добавить обработку Enter/Esc в большинство диалогов ? Неудобно постоянно нажимать мышкой;
- также при открывании многих диалогов не сделана фокусировка первого поля ввода. Tab-order также можно сделать более удобным;
- в Library editor в диалоге добавления вывода (по аналогии с PCAD) рядом с полями ввода названия/номера вывода добавить checkbox/listbox "auto increment/decrement pin name/number" - чтобы автоматически заполнялись поля ввода названия/номера вывода с увеличенным/уменьшеным номером.

Сделал "Всего: K Ошибок: N Предупреждений: M"

Поправил

Сделал "Перечень элементов"

fixed

*.mdc должны быть, пусть даже пустые



Это надо в "хотелки" внести

Это реализовано по клавише "Insert" - см. мой пост выше.

Спасибо, стало лучше.
Но еще пара предложений для вывода BOM.
В EEschema вместо "Один элемент на строку" писать "Один тип в строке".
Здесь же вместо Спецификация материалов... писать Перечень материалов или BOM файл Перечня элементов.
В PCBnew вместо Перечень элементов писать Спецификация или BOM файл спецификации.

Насчет *.mdc Изменить Некоторый на Некоторые...