Перейти к содержанию
    

AVL

Gost Tools начал осваивать с конвертера библиотек и проектов Pcad. Вопросы и замечания:

1) Из файлов LIA можно получить только LIB-библиотеки kicad, а MOD?

2) Передаются параметры F0, F1, F2. Если есть F3 - например ТУ (TU) - он теряется?

3) dcm-файл можно не формировать.

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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 похоже не передаются надписи на русском языке.

post-54870-1370015134_thumb.png

post-54870-1370015161_thumb.png

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Еще один момент, связанный с кириллицей.

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

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

Есть ли возможность прислать конвертируемые файлы .sch и .pcb?

 

Имелось в виду поле F3 компонента sch-файла (Документация, Datasheet).

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

AVL

Gost Tools начал осваивать с конвертера библиотек и проектов Pcad. Вопросы и замечания:

1) Из файлов LIA можно получить только LIB-библиотеки kicad, а MOD?

2) Передаются параметры F0, F1, F2. Если есть F3 - например ТУ (TU) - он теряется?

3) dcm-файл можно не формировать.

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

 

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

)

Нужно обязательно поле F3 задействовать для ТУ или просто нужно какое-нибудь дополнительное поле для хранения ТУ?

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

Нужно обязательно поле F3 задействовать для ТУ или просто нужно какое-нибудь дополнительное поле для хранения ТУ?

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

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

Пусть это будет поле с именем Designator.

Изменено пользователем viknn

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

Пусть это будет поле с именем Designator.

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

При конвертации сейчас только поддержаны обязательные поля RefDes, Type и Value.

То есть надо добавлять конвертацию атрибутов как таковых.

Пока есть какое-то представление как сделать конвертацию с сохранением имен самих атрибутов.

А вот что дальше с этими атрибутами делать, которые окажутся в KiCad схеме мне пока не понятно.

В P-Cad были созданы одни пользовательские атрибуты (в ручную или той или иной утилитой), в GOST-doc-gen используются свои пользовательские атрибуты.

 

В P-Cad были созданы одни пользовательские атрибуты (в ручную или той или иной утилитой), в GOST-doc-gen используются свои пользовательские атрибуты.

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

То есть:

1) конвертируем прозрачно с помощью pcad2kicad

2) даем команду в менеджере компонентов переименовать атрибуты всех компонентов схемы, например, из TU в Designation.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

При конвертации сейчас только поддержаны обязательные поля RefDes, Type и Value.

Согласно официального описания формата схемы и библиотеки символов схемы kicad обязательными

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

технических условий применения компонента от производителя.

Изменено пользователем viknn

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Согласно официального описания формата схемы и библиотеки символов схемы 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 указывать путь к даташиту, а для отечественных в этом поле указывать ТУ?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

Как-то так.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Как-то так.

Нужно будет тогда решить, либо вместо атрибута Designation задействуем атрибут Datasheet, либо сделаем оба атрибута.

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

Кто может ответить на вопрос, бывает ли так чтобы на механическую деталь в спецификации / перечне элементов было одновременно указано и спецификация детали (обозначение документа спецификации) и ТУ?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Еще один момент, связанный с кириллицей.

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

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

 

Добавил конвертацию отдельно стоящих текста и линий в pcad2kicadsch.

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

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

Гость
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
×
  • Создать...