baranovskiykonstantin

Нужно создать переменную окружения, которая будет указывать на каталог с datasheet-ами. Затем узазать путь к документу с помощью новой переменной, например: ${MY_DATASHEETS}/1n4007.pdf Если проект нужно перенести на другую машину, то достаточно просто изменить переменную окружения. А если же просто перенести проект на другой диск или в другой каталог, то вообще ничего изменять не придется, в то время как при использовании относительного пути, пришлось бы вносить множество правок. Есть. Плагины действий - это python-скрипты, которые могут делать с платой всё что угодно. Инструмент новый, и плагинов пока не много, но, думаю, со временем ассортимент будет достаточно широк. В любом случае, если сильно захотеть, то можно и самому создать плагин, который пронумерует элементы в порядке их расположения. P.S. После создания переменной закройте и откройте kicad заново.

Руководство пользователя KiCad (менеджера проектов) имеет следующий раздел: Обновление с версии 4 до версии 5 Изложено всё достаточно сжато, но хоть что-то.

Эти инструменты были удалены как устаревшие: https://git.launchpad.net/kicad/commit/pcbn...226b1f839ea3577 https://git.launchpad.net/kicad/commit/pcbn...2d4d842d73aa688 Это часть плана по переходу на OpenGL. По мере внедрения новых инструментов в режиме OpenGL, аналогичные инструменты удаляются из устаревшего (legacy) режима отображения. Конечной целью является полное удаление устаревшего режима отображения, оставив только OpenGL: Unified Rendering Framework

У меня это выглядит так: Всё в порядке.

Проверил в линуксе (Archlinux x86_64) и виндовсе (Windows 7 x64) и проблем не выявил. Что именно происходит при печати? Может чего-то не заметил.

Если даже при черчении проблема остаётся, то, скорее всего, причина в файле рамки. Можно взглянуть на *.kicad_wks файл? (насколько я понял, он отличается от того, что идёт вместе с kicad)

Нужно чертить в PDF файл и распечатывать его через приложение для просмотра pdf-файлов. Печать сломали при переходе на OpenGL. Сейчас над этой проблемой работают разработчики из CERN и должны исправить в версии 5.1: https://lists.launchpad.net/kicad-developers/msg36600.html

break, должно быть так: Не нужно перемещать все префиксы на место суфиксов. Нужно лишь удалить префикс поля Значение и добавить суфикс полю Марка. В редакторе настроек на вкладке разделителей добавил панель предварительного просмотра наименования с введёнными разделителями: kicadbom2spec_v3.15-beta2_installer.exe Панель обновляется автоматически при редактировании префиксов и суффиксов. Каждое поле (марка, значение, класс точности, тип, стандарт) со своим префиксом и суффиксом обозначается отдельным цветом для лучшей наглядности. В качестве значения полей используются их наименования. Отсутствие или наличие значения поля можно имитировать с помощью отметок под наименованием. Если отметка установлена, то одноимённое поле попадает в наименование со своим префиксом и суффиксом. Если отметка снята, то, соответственно, ни значение поля, ни его разделители в наименование не попадают (отметки влияют только на панель предварительного просмотра). Советую поиграться со значениями префиксов и суффиксов, включая те или иные поля в пред. просмотре. Надеюсь это поможет прояснить ситуацию.

Спасибо, op3op3, за ответ. Решил пока оставить всё как есть. Хотелось бы перед релизом 5-ой версии (которая не за горами), навести порядок. Но, так как пользователи сейчас не актывны, оставим вопрос открытым.

Программа не обладает сознанием и не может предугадать желания пользователя. Это всего лишь инструмент, который необходимо правильно настроить для получения верного результата. Даже если какой-нибудь префикс или суффикс никогда не пригодится, какая в этом проблема? Просто поле останется пустым, оно же есть не просит. Если исправить настройки, как было описано выше, то у поля Значение суффикс и префикс станет пустым, а у поля Марка префикс останется пустым, но суффикс примет значение", ". Схематически это можно изобразить так: ["преф"+"Марка"+"суф"]["преф"+"Значение"+"суф"] с подставленными значениями получится: [""+"Марка"+", "][""+"Значение"+""] Если поле Марка пустое: [""+"Марка"+", "][""+"Значение"+""] то ни марка ни её префикс/суффикс в наименование не попадёт, и так как у значения префикс/суффикс пусты, то получим: Значение Если же поле Марка имеет значение: [""+"Марка"+", "][""+"Значение"+""] то в наименование попадёт и марка, и его префикс/суффикс. Но так как пруфикс пуст, то получим: Марка, Значение P.S. Я понимаю, что Вы не довольны моей реализацией разделителей в приложении. Но данный вариант Вас ни в чём не ограничивает, требуется лишь немного разобраться и один раз настроить. Если же есть какая-то претензия к работе, прошу сформулировать её и выразить в виде предложения по улучшению, потому что на данный момент это звучит как "я не могу настроить программу, поэтому она плохая", но лучших вариантов за этим не следует. Наша беседа превращается в какой-то спор. Давайте перейдём к более конструктивному диалогу. P.P.S. В приведённых примерах префикс и суффикс были перепутаны местами. Прошу простить за то, что ввёл в заблуждение :(

Потому что настроено неверно. Исправить всё очень просто, об этом я писал ранее: Результат одинаков только в частном случае.

Это не было релизом. Ещё раз, я лишь собрал исходники, находившиеся на тот момент в разработке, в виде инсталлятора, чтобы было легче проверить внесённые изменения. Не думал, что это выльется в такую запутанную историю. Покажу "на пальцах": 1) наименование с разделителями: [Марка](разделитель1)[Значение](разделитель2)[Класс точности](разделитель3)[Тип](Разделитель4)[Стандарт] Предположим, отсутствует класс точности: [Марка](разделитель1)[Значение](разделитель2)[Класс точности](разделитель3)[Тип](Разделитель4)[Стандарт] Возникает вопрос: какой из разделителей использовать, разделитель2 или разделитель3? Можно принять поле Значения за корень наименования. Тогда: а) при отсутствии марки, не ставится разделитель1; б) при отсутствии класса точности, не ставится разделитель2; в) при отсутствии типа, не ставится разделитель3; г) при отсутствии стандарта, не ставится разделитель4. В итоге получим: [Марка+разделитель1][Значение][разделитель2+Класс точности][разделитель3+Тип][Разделитель4+Стандарт] 2) наименование с суффиксами/префиксами полей: [суф+Марка+преф][суф+Значение+преф][суф+Класс точности+преф][суф+Тип+преф][суф+Стандарт+преф] Возьмём тот же случай, отсутствует значение класса точности. Суффикс и префикс этого поля в наименование тоже не попадает: [суф+Марка+преф][суф+Значение+преф][суф+Класс точности+преф][суф+Тип+преф][суф+Стандарт+преф] имеем: [суф+Марка+преф][суф+Значение+преф][суф+Тип+преф][суф+Стандарт+преф] При этом не требуется вводить никаких условностей, всё однозначно. Более того, если не принимать в счёт суффиксы полей Марка и Значение, а также префиксы полей Значение, Класс точности, Тип и Стандарт: [Марка+преф][Значение][суф+Класс точности][суф+Тип][суф+Стандарт] [Марка+разделитель1][Значение][разделитель2+Класс точности][разделитель3+Тип][Разделитель4+Стандарт] то можно увидеть, что вариант с разделителями является частным случаем варианта с префиксами/суффиксами. Таким образом, второй вариант является более гибким, хотя и немного избыточным. Эти команды (Копировать/Вырезать/Вставить поля) служат для копирования или перемещения значений полей (указанных в таблице) одного компонента другим компонентам. Всего-навсего. С их помощью нельзя добавить новых полей. :)

В новой пятой версии разработчики изменили терминологию, теперь: component -> symbol module -> footprint Если с module-footprint для нас ничего не поменялось, это так и остаётся посадочным местом, то с component-symbol возникает вопрос: как стоит переводить? По старому - компонент? Или по новому - символ? Я бы оставил старое определение - компонент, но сомневаюсь. Какой вариант выбрать? И еще вопрос по поводу наименования таблиц. Их имеется две: global и project. Project - это таблица проекта, тут всё понятно. А таблица global на данный момент переведена как "глобальная". Я склоняюсь к тому, чтобы назвать её "общая". Что скажете, как будет лучше?

Неужели я настолько непонятно выражаюсь? Вроде бы достаточно подробно всё описываю, но снова возвращаемся к одному и тому же. На данный момент, на сайте https://launchpad.net/kicadbom2spec/ доступна версия 3.14. Версия 3.15 всё ещё находится в разработке (осталось несколько проблем, которые нужно решить). Ранее здесь я выкладывал промежуточную версию (то, что имелось на тот момент, можно сказать 3.15-beta или даже 3.15-alpha), чтобы убедиться в решении указанных проблем. Сейчас, разрабатываемая версия 3.15 имеет новые изменения (включая перенос содержимого по строкам) и доступна только в виде исходных кодов. Официально, релиз версии 3.15 ещё не состоялся. Касательно разделителей. Процесс формирования наименования следующий. По очереди перебираются поля Марка, Значение, Класс точности, Тип и Стандарт. Если поле пустое, то разделители, относящиеся к данному полю, в наименование не попадают. Если поле имеет значение, то к нему добавляются соответствующие разделители (префикс и суффикс) и полученное значение добавляется к наименованию. На приведённых изображениях видно, что полю Значение присвоен суффикс ", " (запятая с пробелом). Значение не пустое, поэтому суффикс прибавляется и отображается в перечне. В данном случае нужно удалить суффикс для поля Значение и указать его в виде префикса для поля Марка. Таким образом, при наличии только значения разделители не будут указываться (так как у поля Значение теперь и суффикс и префикс пуст). При наличии значения в поле Марка, к нему будет добавлен префикс ", " и между маркой и значением появится нужный разделитель. При указании класса точности, к нему будет добавлен суффикс ", " и между значением и классом точности тоже будет указан нужный разделитель. С остальными полями аналогично. Этот пункт относится к полям компонентов и не доступен, так как буфер обмена пуст. Выше есть ещё два пункта "Копировать поля" и "Вырезать поля". С их помощью можно скопировать или вырезать значения полей (после чего пункт "Вставить поля" станет доступным) и затем вставить их другим компонентам. Чтобы вставить подстановку, нужно перейти к редактированию ячейки (двойным щелчком, с помощью клавиши F2 или Enter). Установить курсор в нужную позицию и через контекстное меню выполнить "Вставить подстановку... -> Другую...". В позицию курсора добавиться метка "${}". Между фигурных скобок нужно указать название поля, значение которого нужно подставить. Дополнительные поля нужно создавать в Eeschema (да, знаю, не удобно, но идеального ничего нет, пока только так). Если указанное поле не будет найдено в компоненте, то метка просто удалиться.

Ессли можно, хотелось бы увидеть снимок экрана окна параметров на вкладке "Разделители" и проблеммной строки перечня элементов. Можно воспользоваться подстановками. Недостающую информацию нужно указать в дополнительном пользовательском поле (назвать можно как угодно), а затем вставить в нужном поле в виде подстановки.

Итак, на данный момент реализовал перенос содержимого ячеек следующим образом: Если значение очень длинное и уменьшение ширины шрифта чрезмерно, текст разбивается на несколько строк. Нижний предел ширины шрифта можно регулировать с помощью отдельного параметра в диалоговом окне создания перечня (по умолчанию 80%). Текст переносится только в трёх графах перечня: Поз. обозначение, Наименование, Примечание. Наименование и примечание разделяется в месте пробела (т.е. по словам). Поз. обозначения разделяются в месте разделителя: если идёт перечисление поз. обозначений, то перенос будет выполнен после запятой, а пробел, идущий за ней, будет опущен; следующая строка начнётся со следующего поз. обозначения; если указан диапазон поз. обозначений, то перенос будет выполнен после дефиса; следующая строка будет начата с дефиса, указывая на продолжение разорванного диапазона. Согласно этому, указанные выше примеры будут перенесены следующим образом: VD1000, VD1001: VD1000, VD1001 R990-R1000: R990- -R1000 C88, C90-C100: C88, C90- -C100 С50-С54, С56-С59: С50-С54, С56-С59 Если есть замечания или предложения, прошу высказать. P.S. Добавлю формирование спецификации, но как скоро, пока сказать не могу.

Вопрос ко всем. Как, с точки зрения нормоконтроля, правильно переносить длинные поз. обозначения по строкам? В ГОСТах таких рекомендаций не встречал. Имеются в виду одинаковые элементы, идущие подряд, например: VD1000, VD1001 R990...R1000 А в случае, когда имеют место различные исполнения, некоторые позиции могут выпадать и возможно образование следующих значений C88, C90...C100 С50..С54, С56...С59 и т.д. Прошу знающих людей откликнуться, а если есть возможность обратиться в нормоконтроль -- уточнить.

break 2) предупреждение будет показано, если в схеме не найдётся ни одного правильно обозначенного компонента; 4) похоже, ранее был приложен файл настроек из каталога с файлами программы -- это настройки со значениями по умолчанию. Файл с параметрами, который используется программой, хранится по пути "%APPDATA%\kicadbom2spec\settings.ini" (Windows), забыл описать это в документации, дополню. Эта запятая и должна появиться, так как полю Значение присвоен суффикс в виде запятой и это поле не пустое. В данном случае было бы вернее присвоить запятую в виде префикса к следующему полю (Класс точности). 5) сделаю; 6) это не официальный релиз, просто собрал то что имеется на данный момент в разработке, для тестирования.

break, по пунктам: 1) исправил; 2) если в открываемой схеме компонентов нет или они не обозначены, будет показано предупреждающее сообщение и такой файл не загрузится; 3) исправил; 4) не могу понять о каких "запятых-разделителях" идёт речь, в приложенном файле параметров среди разделителей (префиксы, суффиксы) нет ни одной запятой. Т.е. выходит, что в сформированном перечне в графе Наименование помимо значений полей появляются дополнительные (неизвестно от куда взятые) запятые? 5) в формате odt ширина символов длинного текста должна автоматически уменьшается средствами kicadbom2spec. Обрабатываются только ячейки таблицы перечня и ячейки фамилий в основной надписи, остальные ячейки не регулируются. Ширина текста вообще не изменяется или изменяется недостаточно? Собрал установочный файл, сделал несколько существенных изменений, прошу испытать.

break, последнюю ошибку вызывают компоненты, в обозначении которых указано только буквенное обозначение без порядкового номера (например, R, C, VT и т.п.). На данный момент она исправлена. Но с предыдущими ошибками пока не разобрался. Улучшил диалоговое окно сообщения о критической ошибке. Теперь в нём выводится больше информации. Также добавил файл лога с сообщениями об ошибках, который можно открыть из диалогового окна. Собрал файл установки для Windows с текущим состоянием будущей версии 3.15. Прошу помочь в тестировании при наличии свободного времени.

break, всё равно никак. Поставил Windows 7 Pro x64 на виртуалку, установил kicad: Application: kicad Version: (5.0.0-rc2-45-gc5f56ef57), release build Libraries: wxWidgets 3.0.3 libcurl/7.54.1 OpenSSL/1.0.2l zlib/1.2.11 libssh2/1.8.0 nghttp2/1.23.1 librtmp/2.3 Platform: Windows 7 (build 7601, Service Pack 1), 64-bit edition, 64 bit, Little endian, wxMSW Build Info: wxWidgets: 3.0.3 (wchar_t,wx containers,compatible with 2.8) Boost: 1.60.0 OpenCASCADE Community Edition: 6.8.0 Curl: 7.54.1 Compiler: GCC 7.1.0 with C++ ABI 1011 Build settings: USE_WX_GRAPHICS_CONTEXT=OFF USE_WX_OVERLAY=OFF KICAD_SCRIPTING=ON KICAD_SCRIPTING_MODULES=ON KICAD_SCRIPTING_WXPYTHON=ON KICAD_SCRIPTING_ACTION_MENU=ON BUILD_GITHUB_PLUGIN=ON KICAD_USE_OCE=ON KICAD_USE_OCC=OFF KICAD_SPICE=ON и kicadbom2spec v3.14 с использованием компонентов из kicad и указанных проблем не обнаружил. Можно взглянуть на сообщение об ошибке? Какие версии компонентов указаны в диалоге "О программе" в kicadbom2spec?

break, какая используется операционная система? Не могу воспроизвести указанные ошибки (разделители полей и стандартные значения полей). Какие версии python и wxPython?

Это в ЕСКД указано достаточно чётко: Из этой цитаты можно сделать вывод, что группа определяется буквенной частью буквенно-цифрового обозначения (см. второе предложение). Из выше сказанного делаю вывод, что "Соединители" X, "Соединители" XP и "Соединители" XS -- это три разные группы, хотя и имеют одинаковое значение поля "Группа". В подобной ситуации kicadbom2spec сформирует три отдельные группы с одинаковым именем, разделённые указанным количеством пустых строк. Как выход из положения, могу добавить параметр, который позволит объединять такие группы в одну, при условии, что они идут подряд. Или, возможно, кто-то предложит лучший вариант?

К какому полю добавляются разделители? Обращаю внимание, что в указанной цитате речь идёт о разделителях, которые задаются в настройка на одноимённой вкладке. Это хорошая идея, но я имел в виду не процесс автоматического заполнения поля "Группа", а алгоритм формирования групп в перечне.

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