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) здесь не понял вопрос.

Сообщение отредактировал AVL - May 24 2013, 05:07

Имелось в виду поле 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.

Сообщение отредактировал viknn - Jun 2 2013, 15:48

Получается речь о конвертации пользовательских атрибутов в целом. Пока это не поддержано в 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-сборке по назначению - для хранения наименований нормативных документов,
технических условий применения компонента от производителя.

Сообщение отредактировал viknn - Jun 2 2013, 18:51

Насчет обязательных я писал об атрибутах на стороне 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)

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

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