| |
|
  |
 Вывод текстовой документации в KiCAD-ГОСТ, Обсуждаем разрабатываемые варианты вывода документации |
|
|
|
|
 Aug 15 2013, 15:10
|
Местный
Группа: Свой
Сообщений: 392
Регистрация: 29-05-07
Из: Москва
Пользователь №: 28 020
|
Цитата(tema-electric @ Aug 15 2013, 14:44)  Работаю с ГОСТ-Tools. Все нормально. Проблем не возникает теперечи.
Однако родилась мысль. Расставляю на плате на компонентах поле "Значение", и оно заполнено только для пассива.
Соответственно возникает вопрос, можно ли при генерации списка цепей там где поле Value пустое, кидать поле Type. Правильнее было бы поддержать пользовательские атрибуты у компонентов в Pcbnew. Очень странно, что они не предусмотрены в Pcbnew. Соответственно атрибут Type попадал бы из схемы в pcb. Причем все атрибуты, введенные в схеме, присутствуют в генерируемом нетлисте. Может кто знает, группа lp:kicad уже обсуждала вопрос поддержки пользовательских атрибутов у компонентов в Pcbnew?
|
|
|
|
|
|
|
|
Aug 15 2013, 15:48
|
Местный
Группа: Свой
Сообщений: 309
Регистрация: 18-04-08
Из: Томск
Пользователь №: 36 887
|
Цитата(AVL @ Aug 15 2013, 22:10) Правильнее было бы поддержать пользовательские атрибуты у компонентов в Pcbnew. Очень странно, что они не предусмотрены в Pcbnew. Тогда еще не хватает чертежныех слоев для отрисовки сборочников  Отрисовка сборочника из шелкографии - как-то неправильно. Но все это потянет за собой кучу переделок, поэтому я и свел вопрос к минимуму. С практической точки зрения пока слабо представляю потребность в других полях.
--------------------
Кто сказал МЯУ?
|
|
|
|
|
|
|
|
Aug 20 2013, 14:04
|
Местный
Группа: Свой
Сообщений: 392
Регистрация: 29-05-07
Из: Москва
Пользователь №: 28 020
|
Цитата(tema-electric @ Aug 15 2013, 19:48) Тогда еще не хватает чертежныех слоев для отрисовки сборочников Отрисовка сборочника из шелкографии - как-то неправильно. Но все это потянет за собой кучу переделок, поэтому я и свел вопрос к минимуму. С практической точки зрения пока слабо представляю потребность в других полях. Я раньше использовал пользовательские атрибуты в pcb для хранения исполнений точно также как это делается сейчас в схематике. Таким образом, можно было автоматически скрывать/вырезать компоненты не относящиеся к интересующему исполнению для последующей печати / экспорте в CAD для построения сборочного чертежа. Ну в данном случае можно будет обойтись атрибутом Value (раньше делал через пользовательский атрибут Title). Также использовал дополнительный пользовательский атрибут для хранения флага - запаивать компонент до отмывки УЗ ванной или после. Это полезно при формировании технологической документации (маршрутные карты). Технологическая док-я формируется с учетом слоев, на которых расположены компоненты. То есть ее нужно формировать из pcb проекта. Так что пользовательские атрибуты в pcb все-таки нужны.
|
|
|
|
|
|
|
|
Aug 21 2013, 08:36
|
Местный
Группа: Свой
Сообщений: 309
Регистрация: 18-04-08
Из: Томск
Пользователь №: 36 887
|
Цитата(AVL @ Aug 20 2013, 21:04) Так что пользовательские атрибуты в pcb все-таки нужны. При таком широком охвате, конечно же  Но это уже целая система должна быть, о которой можно только мечтать ... Сейчас сделал перечень элементов, и у меня длинные названия типа VD101, VD102 не влезли в одну строчку, а он их таки запихал. Пока решил вопрос уменьшением размера шрифта (с 14 до 11). Тогда входит. И еще вернулась тема пробелов. Все же GOST Tools по-разному показывает строчке в самом менеджере, а заполняет их в документе уже с добавлением этого самого пробела где-то после "Типа" "Подтипа", но перед "Значением". Что интересно тема с пробелами и невлезанием не касается спецификации, там все вместилось и перенос строчки происходит как раз по этому самому пробелу.
--------------------
Кто сказал МЯУ?
|
|
|
|
|
|
|
|
Aug 27 2013, 12:45
|
Местный
Группа: Свой
Сообщений: 309
Регистрация: 18-04-08
Из: Томск
Пользователь №: 36 887
|
Цитата(break @ Aug 26 2013, 17:36) Хорошо ли это? Тестовые точки тоже в перечень?
--------------------
Кто сказал МЯУ?
|
|
|
|
|
|
|
|
Aug 28 2013, 12:32
|
Местный
Группа: Свой
Сообщений: 309
Регистрация: 18-04-08
Из: Томск
Пользователь №: 36 887
|
Цитата(break @ Aug 28 2013, 14:05) Возможен вариант специального атрибута. Не понимаю зачем нужен этот финт ушами . AVL сделал все вполне логично, нужно просто библиотеки адаптировать и всего-то делов . Если в элементе будет заполнено поле Title, то не нужно больше ничего выбирать. Все будет выбрано уже на этапе составления схемы. Другое дело в смешанных библиотеках. Чтобы решить конфликт интересов, добавить некое значение типа "Не в списке", чтобы те же библиотечные тестовые точки имели не пустое поле, а некую константу. А сам генератор выводил бы предупреждение, о том что не у всех элементов это поле заполнено.
--------------------
Кто сказал МЯУ?
|
|
|
|
|
|
|
|
Aug 29 2013, 06:50
|
Местный
Группа: Свой
Сообщений: 309
Регистрация: 18-04-08
Из: Томск
Пользователь №: 36 887
|
Цитата(break @ Aug 29 2013, 12:27) Тогда нужен конвертор библиотек. Что конвертировать то собрались? Если недостаточно информации, ее надо добавлять. А так получается, что на телегу ДВС поставить, а потом сказать, что кардан мы ставить не будем! Нужен конвертор телеги в телегу с карданом.
--------------------
Кто сказал МЯУ?
|
|
|
|
|
|
|
|
Aug 29 2013, 09:40
|
Местный
Группа: Свой
Сообщений: 309
Регистрация: 18-04-08
Из: Томск
Пользователь №: 36 887
|
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. Может это сказалось.
--------------------
Кто сказал МЯУ?
|
|
|
|
|
|
|
|
Aug 30 2013, 11:58
|
Местный
Группа: Свой
Сообщений: 309
Регистрация: 18-04-08
Из: Томск
Пользователь №: 36 887
|
Цитата(tema-electric @ Aug 29 2013, 16:40) Сам KiCAD надходится не в Program Files. Может это сказалось. Так и есть. Все работает теперь. break, конвертор увы, не телепат. Нельзя преобразовать ноль информации в нечто. Или человек должен вмешиваться, али искуственный интеллект, не иначе.
--------------------
Кто сказал МЯУ?
|
|
|
|
|
|
|
|
Aug 31 2013, 13:25
|
Местный
Группа: Участник
Сообщений: 241
Регистрация: 2-03-13
Из: Кривой Рог, Украина
Пользователь №: 75 861
|
Здравствуйте! Доделал очередную версию kicadbom2spec.
Добавлено: - редактирование полей элементов схем; - редактирование полей элементов библиотек; - новый графический интерфейс пользователя; - возможность использования в качестве плагина в EESchema. Прошу всех, кому интересно, помочь в тестировании. Загрузить можно здесь: https://launchpad.net/kicadbom2specО том как установить и использовать написано в прилагаемой документации. Важно! Перед редактированием своих схем или библиотек сделайте резервные копии, так как при возникновении ошибки в процессе сохранения возможна потеря данных. Работа программы была проверена в Ubuntu 13.04 (32bit) и Windows XP (32bit).
Сообщение отредактировал Барановский Константин - Aug 31 2013, 13:29
|
|
|
|
|
|
|
|
5 чел. читают эту тему (гостей: 5, скрытых пользователей: 0)
Пользователей: 0
|
|
|
