1) На определенном этапе (лето 2012) pcad2kicad был в составе дерева KiCad (в моей отдельной ветке), но функционировал как отдельный исполняемый файл. В том виде он умел конвертировать схему и схемные библиотеки, а также плату и библиотеки паттернов. Wayne Stambaugh тогда забраковал pcad2kicad и сказал, обосновывая тем, что ему не нравится, что pcad2kicad - отдельный исполняемый файл. И "порекомендовал" переписать pcad2kicad в виде Pcbnew плагина. И это не смотря на то, что в KiCad до сих пор нет плагина конвертации библиотек паттернов и нет вообще никакого плагина конвертации схем и библиотек УГО. Логика возмутительная.

Но я, видя преимущество использования плагина хотя бы в части конвертации pcb (нет зависимости от формата файла .kicad_pcb (тогда еще .pcb)), решил согласиться и переделал pcad2kicad в виде этого плагина. Однако, механизм Pcbnew плагина в самом KiCad до сих пор не поддерживает конвертацию библиотек. Исходники, которые до этого использовались для конвертации pcb библиотек я не удалял, поскольку этот вопрос был подвешен. Jean Pierre уже в 2013 году самолично посчитал этот код конвертации pcb библиотек в pcad2kicadpcb "мертым" и вырезал его.
Конвертация pcad2kicadsch до сих пор так и не влита в lp:kicad и существует в виде отдельного исполняемого файла по сей день.
Вот такая история.
Я пока жду, когда будет готов механизм плагина для конвертации pcb библиотек в самом KiCad. Как будет готов, поддержу pcad2kicad для него. (Не уверен, что есть большой смысл восстанавливать вырезанный код конвертации библиотек паттернов и делать еще один исполняемый файл для этого. Я все пытаюсь надеяться, что вот-вот будет закончен механизм lib tables, и тогда потратить силы уже на новый подход).

Если достаточно библиотеку сформировать только из компонентов, которые есть в плате, то можно с помощью pcad2kicad Pcbnew plugin загрузить плату в KiCad, а потом выгрузить библиотеку через File->Archive Footprints->Create Footprint Archive.

Также, если у кого-то есть возможность работать в P-CAD, то выборочно можно добавлять из пикадовских библиотек паттерны в пустой проект pcb в P-CAD. Сохранять такую панель паттернов в ASCII pcb файл, а дальше как описано в предыдущем абзаце.

Понятно, что не удобно, но пока можно так обходить ситуацию.

2) здесь не понял вопрос.

Имелось в виду поле F3 компонента sch-файла (Документация, Datasheet).
Оно обычно пустое. Предлагаю, если компонент pcad-схемы имеет атрибут TU, то
размещать его значение в F3. Имя ТУ - важный атрибут отечественных компонентов.
(compInst "R3"
(compRef "R1-12-0,25_OZH0_1")
(originalName "R1-12-0,25_OZH0")
(patternName "RESC3216X80N")
(attr "TU" "ОЖ0.467.169ТУ" (pt -0.00001 mm -0.00001 mm) (textStyleRef "(Default)") )
)
(compInst "DA2"
(compRef "142EN5A-G_1")
(originalName "142EN5A-G")
(patternName "SMD04_1")
(attr "TU" "бК0.347.098ТУ3" (pt -0.00001 mm -0.00001 mm) (textStyleRef "(Default)") )
)

Еще один момент, связанный с кириллицей.
Из обоих типов pcad-файлов sch/pcb похоже не передаются надписи на русском языке.

Возможно это какие-то объекты, которые не поддержаны. По крайней мере кодировка WINDOWS-1251 должна конвертироваться.
Есть ли возможность прислать конвертируемые файлы .sch и .pcb?


Надо подумать.

Все пытаюсь понять по 2-му пункту. 2-й пункт имеет отношение к конвертации pcad2kicad или это вопрос только по менеджеру компонентов и генерации КД?


Нужно обязательно поле F3 задействовать для ТУ или просто нужно какое-нибудь дополнительное поле для хранения ТУ?
Если речь о GOST-doc-gen, то я предполагал задавать ТУ в поле Designation (Обозначение), которое можно удобно устанавливать через менеджер компонентов и которое и так уже выводится в КД.

Хочется чтобы информация введенная в P-CAD о ТУ не терялась, а передавалась конвертером в схему kicad.
Пусть это будет поле с именем Designator.

Получается речь о конвертации пользовательских атрибутов в целом. Пока это не поддержано в pcad2kicad.
При конвертации сейчас только поддержаны обязательные поля RefDes, Type и Value.
То есть надо добавлять конвертацию атрибутов как таковых.
Пока есть какое-то представление как сделать конвертацию с сохранением имен самих атрибутов.
А вот что дальше с этими атрибутами делать, которые окажутся в KiCad схеме мне пока не понятно.
В P-Cad были созданы одни пользовательские атрибуты (в ручную или той или иной утилитой), в GOST-doc-gen используются свои пользовательские атрибуты.


Здесь могу предложить добавить пункт меню в менеджере компонентов, позволяющий переименовать определенное наименование атрибута для всех компонентов KiCad схемы.
То есть:
1) конвертируем прозрачно с помощью pcad2kicad
2) даем команду в менеджере компонентов переименовать атрибуты всех компонентов схемы, например, из TU в Designation.

Согласно официального описания формата схемы и библиотеки символов схемы kicad обязательными
являются поля F0 (Reference), F1 (Value), F2 (PCB Footprint) и F3 (Datasheet). Последнее поле (User doc link) не использовалось, зарезервировано. Я и предлагал применять его в GOST-сборке по назначению - для хранения наименований нормативных документов,
технических условий применения компонента от производителя.

Насчет обязательных я писал об атрибутах на стороне P-Cad. В P-Cad нет обязательного атрибута Datasheet.
То, что есть обязательный атрибут Datasheet в KiCad не решает проблему конвертации произвольных пользовательских атрибутов из P-Cad.
Однозначно преобразуются только следующие обязательные атрибуты P-Cad:
1) Ref Des (P-Cad) -> Reference (KiCad)
2) Value (P-Cad) -> Value (KiCad)
3) Type (P-Cad) -> Chip Name (KiCad)

По поводу обязательного поля Datasheet в KiCad. Имеется в виду для импортных компонентов в поле Datasheet указывать путь к даташиту, а для отечественных в этом поле указывать ТУ?

Как-то так.

Нужно будет тогда решить, либо вместо атрибута Designation задействуем атрибут Datasheet, либо сделаем оба атрибута.
Основное назначение поля Designation - это указание спецификации механической детали (например деталь "Уголок", обозначение спецификации этого "уголка" какое-нибудь АБВГ.xxxxxx.001).
Кто может ответить на вопрос, бывает ли так чтобы на механическую деталь в спецификации / перечне элементов было одновременно указано и спецификация детали (обозначение документа спецификации) и ТУ?

Наверно было бы не плохо иметь оба аттрибута, ибо, может и на русские компоненты будет необходимость приложить линк на Datasheet.

Исправил баг с конвертацией отдельно стоящего текста в pcad2kicadpcb. Данный момент, оказалось, сломался начиная с ревизии 3681 в ветке pcad2kicad тогда еще (после перехода на использование S-expression DSNLEXER для парсинга).

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

Текущая ревизия 4141 (lp:~kicad-gost-committers/kicad/kicad)

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

Сможете прислать пример исходного файла?

Смотрите личку

Конвертер для схематика, видимо, недавно появился и еще несколько сыроват. При импорте схемы компонент питания "+5 V" так и сконвертился, а KiCAD терпеть не может пробелов.

Исправил. Актуальная ревизия 4157.


Я так понимаю пробелы лучше на "_" заменять?
По крайней мере попробовал в редакторе библиотечного компонента заменить исходное имя компонента "+5V_Con" на "+5V Con", редактор его принудительно сам обратно переименовывает в "+5V_Con".

Я так и делаю. По первости обжегся. Скорее всего компонент в библиотеке есть, но он читается не как "+5 V", а просто "+5".
Механизмы KiCAD в этом плане смутны. Он с одной стороны позволяет создавать компоненты с пробелом в имени, а с другой стороны сам читать не умеет такие имена. Кто им помешал поставить ковычки на имя или хотя бы знак экранирования на пробелы ...

Если скормить pcad2kicadsch не-ascii схему, то он крашится.

Добавил проверку формата файла в ревизии 4160 ветки lp:~kicad-gost-committers/kicad/kicad.
Такую же проверку сразу добавил и в pcad2kicadpcb и в конвертер схемных библиотек.

Добавил замену пробелов символами "_" при конвертации схемных библиотек в ревизии 4161.

В pcad2kicadsch поддержана прозрачная конвертация пользовательских атрибутов в ревизии 4178 (как атрибуты назывались в P-Cad, с такими же именами конвертируются в EESchema).
Следующий шаг - добавить возможность переименования атрибутов по всей схеме средствами менеджера компонентов.

Прошу прощения за некропост, но вопрос по теме.

Решил попробовать перетащить проект с альтиума на кикад. В альтиуме сохранил схему и плату в формате PCAD ASCII v16, получил два файла: sch и pcb.

Далее скачал ГОСТовскую ветку, собрал. Упоминаемую утилиту pcad2kicadsch найти не удалось. Печатную плату попробовал втащить в pcbnew через File->Import Non KiCAD board, при этом получил:

./pcbnew
[1] 26821 segmentation fault (core dumped) ./pcbnew

В связи с этим два вопроса:

1. существует ли возможность конертировать схемы из пикада?

2. Можно ли что-то предпринять, чтобы избежать падения программы при импорте?

Ну, и в целом: есть ли у кого успешный опыт переезда с других CAD'ов на KiCAD? Насколько корректно передаются схемы, платы (не только компоненты, нетлист и топология, но и правила (DRC)), библиотеки компонентов (схемных символов) и посадочных?

У меня были переезды ранее, но каждый раз в САПРе, на который переходил, были инструменты для конвертации, что очень облегчало процесс. Собственно, отсутствие таких средств - основное препятствие для миграции. Начинать с нуля в новом САПРе, где и так всё чуждо, непривычно (а местами и просто, мягко говоря, бедно) очень тяжело.

Успешный опыт есть. В разное время использовал >2 конвертеров пкада (в т.ч. и встроенные). Адекватность результатов тоже разная. Импорта DRC не наблюдал (да и не смотрел, т.к. подходы всё равно различаются). С библиотеками проблем не было.
Встроенный импорт плат может и не понять v16.

зы
sch и pcb должны быть текстовые, а не бинарные.
fileUnits должно быть mm (не MM)

А импорт схематика где найти? Утилиты отдельной там, вроде, нету, в eeschema тоже путей к этому не увидел.

Библиотеки чем импортировали? Теми же самыми инструментами.



Конечно, файлы текстовые. Правда, в pcb fileUnits указаны вообще mils. Как это задать, не знаю.

1) В гостовской ветке в Eeschema в меню "Инструменты".
2) Нажмите для просмотра прикрепленного файла Исходников не нашёл. Была написана на делфи. Если не ошибаюсь, AVL её тоже правил; может у него что осталось.
зы Проверял на scan.kaspersky.ru Ничего не нашёл.

Где-то в настройках проекта pcad-pcb единицы меняются. Но я обращал внимание на то, что конвертеры чувствительны к регистру. Т.е. если процесс не идёт, можно попробовать регистр изменить.

Самый актуальный конвертер есть в самом кикаде в ГОСТ ветке (как исходники, так и бинарник в соответствующих ГОСТ сборках). Если у Вас очень старая ГОСТ-сборка кикада, в которой еще нет pcad2kicadsch, то бинарник pcad2kicadsch можно взять из самой новой ГОСТ сборки.


Пока не понял в чем именно проблема.

Собирал самую последнюю ГОСТ-сборку. Не нашел там pcad2kicadsch. Для его сборки надо какие-то отдельные ключи задавать?

При сборке kicad нужно ключ KICAD_GOST включить: KICAD_GOST=ON (по умолчанию этот ключ выключен).
Ключ USE_PCAD2KICAD по умолчанию включен, главное его специально не выключать.

В исходниках подпроект pcad2kicadsch находится в директории extra/pcad2kicadsch.

Да, дело было именно в этом. Спасибо.

Это относится к Pcb.
Вот только что смотрел старый проект. В нём
Не видит.
Меняю на mm - ОК.

Исправил в ревизии 4393 ветки lp:~kicad-gost-committers/kicad/kicad. Попробуйте собрать, помогло или нет?

Спасибо, в ближайшие дни попробую.

Помогло.

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

Отправил патч для применения к ветке lp:kicad.

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

Патч также применен в ревизии 6818 ветки lp:kicad.

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

зы
Чем пользуетесь для отладки?

По Specctra Session исправил в ревизии 4394 ветки lp:~kicad-gost-committers/kicad/kicad. Попробуйте собрать, помогло или нет?
У меня на Вашем примере файла вроде работает, но дальше ругается, что нет конденсатора C1. Так и должно быть?

Если Вы про шаговую отладку, то для отладки KiCad я раньше пользовался kdbg. Но после перехода KiCad на очень странный и сомнительный Kiface, отладка с помощью kdbg у меня перестала работать. Возможно, что-то нужно донастраивать. Не знаю. Если кто-то знает, было бы интересно узнать. Дику Холленбеку вопрос по этому поводу пока не задавал.
Примерно с момента появления Kiface я почти перестал программировать кикад. Если что-то и отлаживаю в кикаде теперь, то пока это делаю в голове, либо в stdout сообщения бросаю.

перенёс в допиливание

to AVL
После смерживания с 6893 (gost bzr4399) перестал номально собираться plugin pcad2kicad в pcbnew.
Что-то там с пространством имен, разбираться не стал, просто заинлайнил функции, на которые gcc ругался (bzr4400).
Если будет время и желание, то можно (нужно) бы поправить мой "грязный" хак. Заранее признателен.