Aldan

Странно, а почему не слышен звон бокалов?! Через какой-то год с лишним наконец-то обновилась стабильная версия на фтп Жан Пьера: http://iut-tice.ujf-grenoble.fr/cao/ - KiCad_stable-2013.02.27-BZR3976. faa, огромная просьба сделать долгожданную стабильную ГОСТ-сборку и вдохнуть жизнь в почти умершую папку "release" ftp://ftp.kicad.ru/pub/kicad/release/ методом расположения в ней этой свежатины.

break, это важное дополнение. Если так, то для полного прояснения ситуации просто необходимо провести испытания одного и того же проекта на старой и на новой сборке. Только после таких испытаний можно будет утверждать, что тормоза появились именно на новых сборках. И еще, найдя эту границу – номер сбороки, после которой начались тормоза, можно будет дать пищу для размышлений разработчикам Кикада, чтобы они могли пофиксить баг. Однако, остается неясным, почему у меня, как и у многих, не тормозит. Скорее всего играет роль соотношение навороченности железа и применяемой системы (у меня вин7х64) с тяжеловесностью самого проекта.

break, такой результат был ожидаемым. Если применить логику, то остается предположить, что проблема с подвисаниями и «песочными часами» имеет корни в вашем компьютере. Теоретически могут иметь место два банальных варианта: - ваш компьютер требует чистки от паразитов, мешающих нормальной его работе, - вы не настроили антивирус-фаерволл на дружбу с Кикадом, что легко проверить отключив их перед запуском Кикада. Чаще всего этим страдает включенная проактивная защита. Не стану больше гадать, Вы и сами все прекрасно понимаете. Дождемся лучше ответов faa.

break, я не хотел втягиваться в дискуссию, т. к. не считаю себя уж очень сильным специалистом в Кикад. А поделиться качеством работы сборки, которую я себе поставил, посчитал возможным. Так вот, у меня все работает шустро и без зависаний с «песочными часами». Нет, ссылка, что я давал ( ftp://ftp.kicad.ru/pub/kicad/bzr/win32/ ), ведет к сборке от faa, которую я себе и поставил. А сборки от viknn располагаются по ссылке ftp://ftp.kicad.ru/pub/kicad/install/win32/ но вряд ли они чем-то сильно отличаются. Хотя попробовать переставить можно, т. к. всегда есть вероятность по каким-нибудь причинам сделать неудачную сборку. Возможно, что я Вас не совсем правильно понимаю, т. к. не могу понять источник проблем, о которых Вы пишете. По моим представлениям, у ПП есть только две поверхности для компонентов — верхняя и нижняя, а внутренние слои для этого не предназначены. Так вот, верх и низ прекрасно распознается при помощи цветов. Кроме того, можно отключить хоть все слои, кроме того, который хотите рассмотреть и ничто Вам тогда не помешает. Я понимаю, что пишу прописные истины, но не могу взять в толк, какие еще хитрые ситуации Вы пытаетесь нам втолковать. Вот по этой причине я и уклоняюсь от дальнейшей дискуссии. Пусть наши подготовленные пользователи дадут Вам более грамотный ответ тем более - faa.

Application: KiCad Version: (2013-02-04 BZR 3930 GOST)-testing Build: wxWidgets 2.9.4 (wchar_t,compiler with C++ ABI 1002,GCC 4.6.2,wx containers,compatible with 2.8) Platform: Windows 7 (build 7601, Service Pack 1), 64-bit edition, 64 bit, Little endian, wxMSW Boost version: 1.49.0 Options: USE_PCBNEW_NANOMETRES=ON KICAD_GOST=ON USE_WX_GRAPHICS_CONTEXT=OFF USE_WX_OVERLAY=OFF KICAD_SCRIPTING=OFF KICAD_SCRIPTING_MODULES=OFF KICAD_SCRIPTING_WXPYTHON=OFF break, если можно, я встряну в вашу беседу с faa как наблюдатель со стороны, т. к. не нахожу у себя той глючниости Кикад, о которой вы пишете. Я тоже работаю в Виндах и никаких тормозов не обнаруживаю. Поэтому у меня закрадывается подозрение, что, возможно, вы сделали сборку Кикад не совсем корректно? Если так, то рекомендую проверенную временем качество сборок от faa, самую свежую из которых (2930) я себе и поставил: ftp://ftp.kicad.ru/pub/kicad/bzr/win32/ break, все зависит от точки зрения на свойства контактных площадок. На мой взгляд, Кикад все делает верно, когда оставляет цвет самой контактной площадки в свойствах неизменным, а лишь меняет цвет принадлежности контактной площадки тому или иному слою. Описание посадочного места неизменно и не должно подстраиваться под расположение компонента. Если будет иначе, то два одинаковых компонента, расположенных на разных сторонах ПП будут иметь различное описание, а это неверно. По этой причине при переброске компонента на другую сторону в самом описании компонента ничего не меняется, а лишь меняется цвет принадлежности контактных площадок противоположному слою. Все, что я написал, лишь мое мнение и я не хочу ничего навязывать. По этой причине уклоняюсь от дальнейшей беседы на эту тему и больше не буду встревать в вашу беседу с faa.

Да, у меня тоже не сложилось с 3925 от viknn, но ведь есть 3925 от faa и в ней вроде все в норме: ftp://ftp.kicad.ru/pub/kicad/bzr/win32/

Я тут после долгого перерыва попробовал поставить вместо стабильной сборки тестовую и заметил, что при просмотре библиотеки посадочных мест пару десятков компонентов оказались без сортирующих префиксов. После небольшого исследования оказалось, что сборки, начиная с конца весны прошлого года, начали более строго относиться к криво оформленным описаниям компонентов и эта кривизна вылезла наружу. Решил все это поправить и заодно выложить очередную версию моей подборки. Что нового: 1. В библиотеках схематика количество почти не изменилось, но зато изменилось качество. Примерно в паре сотен компонентов подправлено описание выводов чтобы не возникало дополнительных ошибок при проверке в DRC схематика. Кроме того, у некоторых компонетов, таких как резисторы, конденсаторы и др. частоупотребимых были укорочены выводы, чтобы появилась большая возможность для маневра в сдучае недостатка места на листе. По этой причине использование новых библиотек схематика лучше начать с нового проекта, а старые открывать с подключением кэш-библиотеки и все будет нормально. 2. В библиотеке модулей исправлены некоторые ошибки, удалено десятка полтора устаревших и добавлено около двух сотен новых посадочных мест. 3. 3. В 3d-библиотеке добавилось около двух сотен новых модулей. 4. Кривые описание поправлены, так что все префиксы на месте. Взять все можно одним архивом, который весит 12,5 МБ, по ссылке: http://yadi.sk/d/c6yrQq4k21NCv Прошу faa как всегда закачать эти библиотеки к себе на фтп, а старую версию убрать в папку old.

Спасибо, теперь понятно.

Нет, конечно. Но, все стабильные гостовские сборки выходят не раньше, чем международные. Имелось в виду, что если уж нет их, то гостовских и тем более не будет. Да, это был бы верх блаженства: скачиваешь интернациональную сборку и настраиваешь ее под свои текущие нужды в том числе и ГОСТ по надобности. Может быть когда-то это и случится, но, вряд ли скоро... ------- Уже не раз встречаю упоминание о "pcb нового формата", вот и viknn пишет о том, что такая версия на подходе. А чем отличается этот новый формат от старого, как он совместим с прежними проектами и где подробнее обо все этом можно почитать? Кто может подсказать?

Да, я тоже иногда, когда уже не в мочь терпеть ставлю на время тестовую сборку, но поиграв возвращаюсь на стабильную. Я в свое время по неопытности серьезно "попал" с упавшим проектом на тестовой сборке. С тех пор зарекся на них работать и пользуюсь только стабильными. Да и эти ежедневные сборки, что планируется автоматически выкладывать, вряд ли будут с ГОСТ. Плохо, если так. Но уж слишком похоже на это...

Кто знает, собирается ли Жан Пьер выпускать новую стабильную сборку Кикада? На официальном сайте http://iut-tice.ujf-grenoble.fr/cao/ уже год как пылится одна и та же версия - KiCad-2012-01-19-BZR3256-stable и нет больше никаких подвижек. Правда была еще майская сборка https://code.launchpad.net/~kicad-stable-co...rs/kicad/stable - 3261, но она так и не была выложена на официальном сайте, вероятно, по причине своей незавершенности. Словом, какие слухи насчет перспективы появления новой стабильной сборки?

studd, если Вы пробежитесь назад по ссылкам, в которых я выкладывал свои библиотеки, то в самом начале наткнетесь на мою оговорку, что львиная доля компонентов в моей подборке нарисована не мной, а взята из различных уголков Интернета и "гостопригодность" у них иной раз весьма условна, т.е. УГО и описание компонента может потребовать некоторой "доводки". Но ведь это лучше, чем все делать с нуля, ведь так? Кроме того, я сказал и о том, что по понятной причине не проверял в работе все, что имеется в библиотеках, но только сделал отбор на "гостопригодность", соответсвие координатной сетке и некоторых другим параметрам. "Зарубежная" библиотека, что идет вместе с Кикадом просто лучше вылизана, так как она невелика и является плодом группы людей. Вот и вся разница. Правда, она не очень-то "гостопригодна". Ранее, когда я публиковал свои подборки, просил дать знать о замеченных ошибках, ну и предлологать взамен исправленные варианты. Так вот, Вы пока что первый. Мне еще не встретились консктруктивные предложения по усовершенствованию моей подборки. Что касается именно Вашего случая - "неверное назначение свойств выводов", то до этого просто не дошли руки, т.к. такого рода сообщения можно легко игнорировать, ибо ясна причина их возникновения. В идеале, как я уже говорил, каждый пользователь моей подборки должен был бы обнаружив некоторые нескладухи сделать поправки и выложить здесь же на форуме правильный вариант а "смотрящий" за библиотекой делать в ней исправления и публиковать обновленный вариант библиотеки. Но вряд ли это когда-то будет сделано, т.к. поправить назначение выводов или вовсе проигнорировать подобную диагностику занимает гораздо меньше времени и сил, чем писать сообщение на форум. ------------ Рассматривайте мою подборку компонентов как некоторый полуфабрикат, который будет облагораживаться по мере использования. По крайней мере я именно так отношусь к тому, что собрал и предложил.

Я уже поставил себе "утилиту" и таким образом закрыл этот вопрос. А Exel не любимый, просто не люблю приумножать сущности без надобности, т.е. хотел обойтись тем, что уже стояло на компе, ан не вышло.

На данном этапе, пока еще не реализован вывод перечня (ну и ведомости покупных), хочется иметь хотя бы некий список достаточно красиво сформатированный, без кракозябр и видимых разделителей, что наконец-то и удалось получить. Не буду спешить, а буду потреблять счастье по небольшому кусочку, а не все сразу, дабы растянуть удовольствие

Да, я заметил, что ОО давно застыл на версии 3.3 а Либре достаточно бурно развивается, но пока с повышенным уровнем глюков. На данный момент мне ОО достаточно, а дальше видно будет...

Но ведь эти редакторы не работают с Екселевскими файлами, а просто воспроизводят их как текст. При этом нет никакой возможности настроить поля и к тому же общий вид портят видимые разделители. Нет уж, подумал я, и установил себе «утилиту» весом 378 МБ под названием ОпенОфис и теперь я окончательно и бесповоротно счастлив.

Хороша "утилитка" для чтения bom-файлов весом в несколько сотен МБ, но, похоже, другого выхода нет. Так и придется сделать. Вопрос закрыт.

break, история с кодировками получила неожиданное продолжение. Теперь я вынужден с Вами согласиться насчет того, что придется пользоваться внешним редактором, который поддерживает Utf-8. В прошлом своем сообщении я написал, что сконвертил файл при помощи мастера импорта текста, что хоть и неудобно, но позволяет решить проблему. Так вот, дома я попробовал повторить этот же пассаж с конвертацией и с удивлением не обнаружил в своем Екселе этого мастера. Более того, при обращении в справочную систему с запросом "Utf-8" она мне ничего не выдала. Оказалось, что дармовый Офис с его дармовым Екселем, устанавливаемые бесплатно на все Вин7, имеют ограничение по необходимой нам функции. То, что бесплатный "стартер" или "элементс" имеют урезанную функциональность, конечно же не секрет, но ограничение по кодировке оказалось полной неожиданностью. Итак, сложилась парадоксальная ситуация: в настоящее время самая массовая версия Екселя не содержит Utf-8, но именно такой тип файла генерится Кикадом при создании bom-файла. Получается, что если не изменить кодировку bom-файла (или ввести альтернативу отметкой в чекбоксе), то и прочитать его правильно при наличии записей на русском языке будет просто невозможно без привлечения сторонних программ. Вряд ли такое положение дел можно назвать нормальным. Причем, это касается только нашей русскоязычной сборки, англосаксам это по барабану. Вот такие вот грустные размышления...

Предполагаю, что Ексель, традиционно входящий в МСОфис, является детищем мелкомягких и все сторонние программы его использующие, (Кикад не исключение) должны генерить файлы со свойствами, достаточными для их автоматической идентификации. Т.е. используешь Ексель - делаешь все для его успешной обработки, иначе нужно пользоваться чем-то другим. При открытии bom-файла Кикада, к сожалению, Ексель2010 не предлагает выбрать кодировку, т.к. считает свой автоматический выбор верным. Для решения этой проблемы, как оказалось, можно прибегнуть к мастеру импорта текста, чем я успешно и воспользовался. К сожалению, это хоть и маленький, но дополнительный танец с бубном. Хотелось бы, чтобы файл Кикада содержал достаточно информации для его автоматической идентификации, раз уж использует Ексель. Словом, устанавливать сторонний софт все же не пришлось, но, надеюсь, когда-нибудь и эта небольшая кривизна Кикада будет исправлена.

Только что обнаружил, что в последней версии библиотек http://electronix.ru/forum/index.php?showt...t&p=1046476 в файле kicad.pro допущена досадная ошибка, ведущая к тому, что при открытии нового проекта библиотеки прописываются в проекте с ошибкой (что, конечно легко поправить в "настройках"). Видимо сказалось то, что был конец недели и поздняя ночь, вот и не доглядел. Выкладываю вновь прежнюю версию с исправленным kicad.pro и с небольшими косметическими изменениями. Прошу удалить с фтп прежнюю ошибочную версию - KiCAD_Lib_Mod_07.04.12 и заменить на KiCAD_GOST_Lib_Mod_10.04.12 KiCAD_GOST_Lib_Mod_10.04.12.zip

Есть программа МСОфиса со всеми своими компонентами, существующая давно и установленная на сотнях миллионов компьютеров. И есть Кикад, только-только приходящий к привычному уровню САПР и пользуемый пока только кучкой этнузиастов. Если при пользовании Кикадом, что-то не стыкуется с массовой программой, стоящей на множестве компьютеров, кому логичнее измениться, чтобы удовлетворять общепринятым (массовым) привычным требованиям? Кстати, у меня Офис 2010, если это имеет какое-то значение. И еще, я никого и ничего ни в чем не обвиняю, а просто сигнализирую о замеченных нескладухах. Если это так раздражает, то больше не буду. Закроем этот вопрос, т.к. это оффтоп.

Еще одно небольшое обновление библиотек для окончательной завершенности. Просто доделал то, что не успел в прошлый раз http://electronix.ru/forum/index.php?showt...t&p=1038901 3D - библиотеки остались без изменений и о них сегодня разговор не идет. Бывшая библиотека Main.lib теперь разделена на 3 части: analog_IC.lib, digital_IC.lib и mixture.lib. Это сделано для большего удобства пользования. Теперь у названия микросхем нет префиксов DA и DD, которые ранее приходилось убирать из их названия в схеме. Состав lib-библиотек почти не изменился, но были переработаны УГО разъемов для большего соответствия ГОСТу. Библиотека Main.mod тоже почти не изменилась по составу, но были проведены косметические исправления и все подмножества штыревых разъемов были приведены к более привычным PLS, PLD, PBS. Данная библиотека не была поделена на функциональные части, т.к. это привело бы к хаосу в при их отображении в CvPCB. Прошу загрузить эту версию на фтп, а прежнюю убрать в папочку old. KiCAD_Lib_Mod_07.04.12.zip

Странно как-то мне читать Ваши слова: ведь вот они передо мной - кракозябры, а Вы говорите, что их нет. :) У меня стоит вин7 с сопутствующим дармовым офисом, эксель в котором куда уж более чем продвинутый инструмент для просмотра. Если уж новейший эксель не может справиться с .bom-файлом, то либо он сгенерирован при неверных настройках (вот я и прошу научить, как нужно настроить правильно), либо он сгенерирован с кривизной по отношению к русскому языку (тогда этот вопрос наверное к faa). Utf-8 легко и автоматически распознается всеми продуктами МСОфиса и танцев с бубном не требует. Так что я пользуюсь как раз именно таким редактором, который Вы мне рекомендуете. :) Так что, теперь для исправления замеченных глюков в работе Кикада мы не будем даже пытаться исправить что-то в самом Кикаде, а будем обставляться все большим и большим количеством бесполезных сторонних программ в роли "подпорок" и "завязочек" к болящему? :rolleyes::) Думаю, это не тот путь, что нам нужен. По крайней мере мне что-то не хочется устанавливать еще один офис только ради этого. --------- Что касается 3-го пункта моего прошлого сообщения, то хочу немного пояснить что такое "искареженная лежачая форматка". Ну, с лежачей все ясно, а вот "искареженная" означает то, что в лежачем положении оказалась не вся форматка, а все, кроме левого торца с полями, оставшегося гордо стоять вертикально. Этот раздрай частей форматки и производит впечатление "искареженности". После дополнительных исследований глючка с форматкой вырисовалась следующая картина: при открытии схемы созданной ранее в стабильной версии KiCad_stab_3258_Win32_GOST в нынешней свежей тестовой сборке схема открыватся в лежачей искареженной форматке. После того, как я зашел в "настройка страницы" и просто нажал "ОК", форматка заняла подобающее положение. Если при этом из проекта выйти не сохраняясь, то при следующем открытии все повторяется, НО, если сохранить проект, то он начинает открываться правильно. Тогда я попробовал создать новый проект в свежей сборке и он сразу стал открываться правильно (еще бы, он же был сохранен ) Вот и не заню что думать. Может быть действительно новые сборки не переваривают проекты из стабильной сборки 2-х месячной давности? Если обнаруженной проблемы не будет со всеми вновь создаваемыми проектами, то об этом глючке можно забыть.

У меня опять образовалось несколько вопросов к опытным пользователям. 1. В последних версиях KiCAD в PCBnew появился вьювер для просмотра и выбора компонентов, подобный тому, что используется в схематике. Должен отметить, что все мои библиотеки расположены не в папке KiCAD, а во внешней папке. Так вот, в схематике невзирая на то, что путь до моих библиотек достаточно длинный, вьювер выводит в левой своей части названия подключенных библиотек без указания этих путей, а вот новый вьювер из PCBnew выводит библиотеки со всеми путями. Все это приводит к тому, что названия самих библиотек не видно и для того, чтобы их увидеть приходится в несколько раз расширить левую область вьювера, предназначенную для списка подключенных библиотек. Это крадет пространство у главного окна, да и очень некрасиво. Итак вопрос: как нужно настроить вьювер из PCBnew, чтобы он, как и вьювер из схематика показывал бы только название библиотек без путей в случае, если библиотеки расположены во внешней папке? 2. Если при генерации .bom-файла в списке компонентов присутствовали русские буквы (обозначения отечественных компонентов), то они отображаются в этом файле кракозябрами. Вопрос, где нужно проставить нужные «галочки», чтобы это безобразие исчезло? Ведь такое неуважение к русскому написанию в русскоязычной версии KiCAD смотрится неестественно и приводит к потере времени на вычитку и правку .bom-файла. 3. Скачал и запустил свежую тестовую сборку для винды о которой сообщил faa и сразу наткнулся на то, что в схематике форматка А4, которая используется в проекте, открывается в искареженной лежачей форматке невзирая на то, что выбор ранее был сделан в пользу вертикальной А4. Открытие-закрытие вкладки с настройкой форматок приводит все в порядок, но в стабильной версии, которой я до последнего времени пользовался, раньше такого не наблюдалось.

У меня назрел вопрос, видимо, к faa. Для начала немного истории его появления. Дело касается составления библиотек, которые я здесь уже несколько раз выкладывал. Дело в том, что сначала библиотеки были не очень большими и скроллить по ним, невзирая на то, что они были реализованы единым файлом, в поисках необходимого компонента или посадочного места было несложно и даже удобно, т.к. весь массив всегда был перед глазами. Но, постепенно стали проявляться недостатки: - возросший объем библиотек сделал поиск нужного объекта более трудоемким, - библиотека .lib напрашивалась, чтобы ее поделили на 3 части: аналоговые микросхемы, цифровые микросхемы и прочая дискретная комплектуха, что упростило бы скроллинг при поиске и избавило бы все микросхемы от уже не нужного префикса (DA_, DD_), который сейчас необходимо удалять у названий всех выбранных на лист микросхем, - в библиотеке .mod проблемы еще больше обострились, т.к. ее объем еще больше и, кроме всего прочего, префиксы мешаются при выводе посадочных мест в .bom-файле. Так вот, разделить .lib можно без проблем, а вот при разделении .mod с удалением префиксов исчезнет общая структура библиотек и получится каша при просмотре модулей в CvPcb, которые расположатся просто по алфавиту. Теперь сам вопрос: нельзя ли реализовать в CvPcb такую фичу (можно для начала только для ГОСТ-сборки) - присваивать автоматически каждому просматриваемому в CvPcb модулю префикс типа "название_библиотеки_", что восстановит общую структуру расположения модулей, которые были лишины префиксов при разделении единой библиотеки на самостоятельные функциональные подбиблиотеки модулей без префиксов. Данная фича будет полезна и всем тем, кто пользуется стандартными библиотеками, в которых модули тоже без префиксов.