[tema-electric 0]

Работаю с ГОСТ-Tools. Все нормально. Проблем не возникает теперечи.

 

Однако родилась мысль. Расставляю на плате на компонентах поле "Значение", и оно заполнено только для пассива.

Соответственно возникает вопрос, можно ли при генерации списка цепей там где поле Value пустое, кидать поле Type.

[AVL 0]

Работаю с ГОСТ-Tools. Все нормально. Проблем не возникает теперечи.

 

Однако родилась мысль. Расставляю на плате на компонентах поле "Значение", и оно заполнено только для пассива.

Соответственно возникает вопрос, можно ли при генерации списка цепей там где поле Value пустое, кидать поле Type.

Правильнее было бы поддержать пользовательские атрибуты у компонентов в Pcbnew. Очень странно, что они не предусмотрены в Pcbnew.

Соответственно атрибут Type попадал бы из схемы в pcb.

Причем все атрибуты, введенные в схеме, присутствуют в генерируемом нетлисте.

 

Может кто знает, группа lp:kicad уже обсуждала вопрос поддержки пользовательских атрибутов у компонентов в Pcbnew?

[tema-electric 0]

Правильнее было бы поддержать пользовательские атрибуты у компонентов в Pcbnew. Очень странно, что они не предусмотрены в Pcbnew.

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

[AVL 0]

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

Я раньше использовал пользовательские атрибуты в pcb для хранения исполнений точно также как это делается сейчас в схематике. Таким образом, можно было автоматически скрывать/вырезать компоненты не относящиеся к интересующему исполнению для последующей печати / экспорте в CAD для построения сборочного чертежа. Ну в данном случае можно будет обойтись атрибутом Value (раньше делал через пользовательский атрибут Title).

Также использовал дополнительный пользовательский атрибут для хранения флага - запаивать компонент до отмывки УЗ ванной или после. Это полезно при формировании технологической документации (маршрутные карты). Технологическая док-я формируется с учетом слоев, на которых расположены компоненты. То есть ее нужно формировать из pcb проекта.

Так что пользовательские атрибуты в pcb все-таки нужны.

[tema-electric 0]

Так что пользовательские атрибуты в pcb все-таки нужны.

При таком широком охвате, конечно же :) Но это уже целая система должна быть, о которой можно только мечтать ...

 

Сейчас сделал перечень элементов, и у меня длинные названия типа VD101, VD102 не влезли в одну строчку, а он их таки запихал. Пока решил вопрос уменьшением размера шрифта (с 14 до 11). Тогда входит.

 

И еще вернулась тема пробелов. Все же GOST Tools по-разному показывает строчке в самом менеджере, а заполняет их в документе уже с добавлением этого самого пробела где-то после "Типа" "Подтипа", но перед "Значением".

 

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

[break 0]

Если в Менеджере компонентов детали не присвоено название, то она не попадает в перечень и спецификацию. Хорошо ли это? Может всё же стоит помещать в самом конце?

(сборки 4202, 4207 GOST-COMMITERS)

[tema-electric 0]

Хорошо ли это?

Тестовые точки тоже в перечень?

[break 0]

tema-electric

Возможен вариант специального атрибута.

Может я не хочу писать название детали. Мне надо будет писать "Прочие изделия"??!

[tema-electric 0]

Возможен вариант специального атрибута.

Не понимаю зачем нужен этот финт ушами :).

AVL сделал все вполне логично, нужно просто библиотеки адаптировать и всего-то делов :).

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

Другое дело в смешанных библиотеках.

Чтобы решить конфликт интересов, добавить некое значение типа "Не в списке", чтобы те же библиотечные тестовые точки имели не пустое поле, а некую константу. А сам генератор выводил бы предупреждение, о том что не у всех элементов это поле заполнено.

[break 0]

tema-electric

Это уже получается: "хвост вертит собакой".

Ради новой версии программы надо перелопачивать все библиотеки.

Тогда нужен конвертор библиотек.

[tema-electric 0]

Тогда нужен конвертор библиотек.

Что конвертировать то собрались? Если недостаточно информации, ее надо добавлять.

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

[tema-electric 0]

AVL. Под WinXP странно себя ведет ГОСТ-Tools. Стоял OpenOffice 3.3. Снес, установил либру 4.1.04. KiCAD перестал видеть и либру и питон. Прописал в Path. Бестолку. Каков механизм поиска опенофиса под виндой? Через реестр?

 

Ответ нашел ...

for( char ver = '2'; ver <= '4'; ver++ )

{

letter_str[0] = letter;

ver_str[0] = ver;

 

fullPath = wxString( letter_str ) + wxT( ":\\Program Files (x86)\\OpenOffice.org " ) +

wxString( ver_str ) + wxT( "\\program\\" );

if( wxFileExists( fullPath + sofficeExe ) )

return fullPath;

 

fullPath = wxString( letter_str ) + wxT( ":\\Program Files\\OpenOffice.org " ) +

wxString( ver_str ) + wxT( "\\program\\" );

if( wxFileExists( fullPath + sofficeExe ) )

return fullPath;

 

fullPath = wxString( letter_str ) + wxT( ":\\Program Files (x86)\\LibreOffice " ) +

wxString( ver_str ) + wxT( ".0\\program\\" );

if( wxFileExists( fullPath + sofficeExe ) )

return fullPath;

 

fullPath = wxString( letter_str ) + wxT( ":\\Program Files\\LibreOffice " ) +

wxString( ver_str ) + wxT( ".0\\program\\" );

if( wxFileExists( fullPath + sofficeExe ) )

return fullPath;

}

 

Хм, теперь другая проблема, из разряда не могу подключиться к серверу RPC_DOC_IFACE ...

Сам KiCAD надходится не в Program Files. Может это сказалось.

[break 0]

tema-electric

Что конвертировать то собрались? Если недостаточно информации, ее надо добавлять.

Вот именно добавлять и надо конвертором.

Как Вы себе представляете перелопачивание всех наработанных бибилиотек? :smile3046:

[tema-electric 0]

Сам KiCAD надходится не в Program Files. Может это сказалось.

Так и есть. Все работает теперь.

 

break, конвертор увы, не телепат. Нельзя преобразовать ноль информации в нечто. Или человек должен вмешиваться, али искуственный интеллект, не иначе.

[baranovskiykonstantin 0]

Здравствуйте! Доделал очередную версию kicadbom2spec.

 

 

Добавлено:

- редактирование полей элементов схем;

- редактирование полей элементов библиотек;

- новый графический интерфейс пользователя;

- возможность использования в качестве плагина в EESchema.

 

Прошу всех, кому интересно, помочь в тестировании. Загрузить можно здесь: https://launchpad.net/kicadbom2spec

О том как установить и использовать написано в прилагаемой документации.

 

Важно! Перед редактированием своих схем или библиотек сделайте резервные копии, так как при возникновении ошибки в процессе сохранения возможна потеря данных.

 

Работа программы была проверена в Ubuntu 13.04 (32bit) и Windows XP (32bit).

Изменено 31 августа, 2013 пользователем Барановский Константин