KiCAD-неисправности

[al_dan]

Сборка svn2344, winXPsp3: при попытке воспользоваться функцией «настройки›цвета» программа вылетает — пофиксено.

Дефект с путаницей корпусов - не пофиксено.

Дефект с развернутым/свернутым окном — не пофиксено.

[al_dan]

Сборка svn2356, winXPsp3:

Дефект с путаницей корпусов - не пофиксено.

Дефект с развернутым/свернутым окном — не пофиксено.

[al_dan]

Сборка svn2356, winXPsp3:

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

в схематике невозможно манипулировать дополнительным текстовым полем, расположенным внутри компонента. Например, если внутри УГО разъема сделана дополнительная маркировка при помощи размещения графического текста (а не при помощи редакции вывода компонента, что неудобно), то любые попытки вызвать этот текст для редактирования невозможны, т.к. при выборе через правую кнопку мыши просто нет вариантов, связанных с этим графическим текстом.

[al_dan]

Попробую сделать некоторое дополнение в описании дефекта «путаницы корпусов». Еще раз приведу описание дефекта:

Итак, нарисована схема проекта (рассматривается ее фрагмент, дабы не загромождать общую картину) в котором имеется ряд резисторов R1, R2, R3, R4. Создаем список цепей и в cvpcb присваиваем корпуса. Все готово, сохраняем.
Но далее в схеме требуется произвести доработку и в зависимости от нее события развиваются по двум сценариям.
1.В схему требуется ввести еще один резистор и он располагается правее прежних. Естественно, его номер после перенумерации становится R5. Создадим список цепей и, запустив cvpcb, видим, что список имеет прежний вид лишь с одним изменением — появилась еще одна позиция - R5 которой нужно назначить корпус, что мы и делаем.
Такая ситуация нормальна и совершенно правильная.
2.В схему также как и п.п.1 требуется ввести еще один резистор, но он теперь располагается между R2 и R3. Естественно, его номер после перенумерации становится R3, R3 становится R4, а R4 становится R5. Создадим список цепей и, запустив cvpcb, видим, что список имеет прежний вид лишь с одним изменением — появилась еще одна позиция R5 которой нужно назначить корпус, что мы и делаем. Т.е. Мы имеем такую же ситуацию, как в п.п.1, а это означает, что новоявленный R3 получил корпус, который ему никто не назначал (не факт, что совпадет с тем, что требуется), а старичок R5 (который раньше был R4) потерял уже назначенный ему корпус. И то, и другое плохо. Вот такой вот трабл. Если схема большая и список, соответственно, тоже, то подмену заметить будет трудно и можно огрести много неприятностей.

Если не заморачиваться соблюдением ГОСТ и читаемостью схемы, то можно особо не беспокоиться. При таком подходе каждый новый компонент нужно аннотировать не затрагивая старые обозначения, тогда в cvpcb не возникнет ситуации путаницы корпусов, т.к. новый компонент всегда будет в конце своего списка.
Однако, если делать все честно по требованиям, то придется переаннотировать все компоненты и тогда этот злобный эффект проявится. При этом не поможет чтение списка цепей в pcbnew делать с временной меткой, т.к. это не поможет вернуть незаконно присвоенный корпус да и многие цепи после попадения в такую ситуацию меняют свои адреса и становятся невосприимчивыми к редактированию. Если при этом по неосторожности все это сохранить и не иметь бэкапа, то останется только одна возможность выйти из создавшегося положения — заново переразвести плату.
Понятно, что один раз набив себе шишку никто больше не будет делать «как надо» и будет пользоваться обходными путями. Я, например, вкусив всей прелести этого бага, поступил как в случае «без заморачивания», а потом вручную переобозначил позиции на схеме и на плате. Если при этом требуется переобозначить несколько компонентов, то это еще ничего, а если сотню-другую?! Какое внимание нужно иметь, чтобы не допустить ошибку! Да и для чего нужен такой ECAD при пользовании которым могут возникнуть ситуации ведущие к необходимости прибегать к ручной правке приводящей к ошибкам?
Вот такой вот неприятный баг представляет из себя «путаница корпусов».
Кстати, вчера читал кикадовский форум и нашел косвенное подтверждение всему этому в теме «Schema has changed - Correct procedure to revise board?» http://tech.groups.yahoo.com/group/k...s/message/5622 где читаем:
(...) make your schematic changes, but when you annotate your components, only annotate the new ones; don't change the designations on the ones which are staying the same, or else you'll have to re-layout your board, or change the designators on the board all by hand to
match.
Next, use cvPCB as usual and set the footprints for the new components. The old
ones should already have their footprints set as you had them before.
Then, in PCBnew, with the old board loaded, import your new netlist. You'll
probably want to have it delete old tracks and components. This will leave
everything that hasn't changed in place, and you'll have some new components you
need to place and route for.
Т.е. дается совет применить тот самый способ «без заморачивания». Если бы проблемы, описанной мной, не было, не было бы и этих шаманских советов.

[al_dan]

В редакторе модулей pcbnew не работает функция «просмотр форм» по адресу «свойства модуля» › «настройки 3D” › «просмотр форм». Вместо просмотра происходит добавление 3D образа как при «добавить 3D образ». Подробнее см. https://kazus.ru/forums/showpost.php...76&postcount=4

[al_dan]

Только сейчас заметил интересную подробность, глянув в справку о стоящей у меня версии KiCAD. Оказывается, последняя виндовая российская сборка KiCad-20100216-r2356-win32 на самом деле всего лишь 2010-02-09 RC2 т.е. 3-х недельной давности. Вот уж где не ожидал появления подделок. Вывод: доверяй, но проверяй.
Интересно, когда же появится следующая сборка и что в ней будет на самом деле, да и будет ли она? Уже прошли мимо так и не родившиеся виндовые сборки RC3 и RC4, проходит мимо и RC5. До финальной версии уже считанные дни...

[al_dan]

Хотел написать о тех багах, которые пофиксили после того, как проверю это в новой сборке. Но поскольку faa теперь не делает виндовые сборки (у меня стоит месячной давности см. мое предыдущее сообщение), а viknn и рад бы их делать, но имеет серьезные проблемы с интернетом, а новый виндовый сборщик пока еще не найден, поэтому напишу опираясь лишь на информацию с баг-трекера.
Итак, 1 марта я решил больше не полагаться на заинтересованность российских сборщиков в исправлении найденных багов, т.к. дело не сдвигалось с мертвой точки и решил проанализировать записи на баг-трекере, т.к. окончательно понял, что никто из наших разработчиков исправлениями заниматься не будет, а вот передали ли они найденные баги на трекер для исправления и предстояло мне выяснить.
Ни одной записи на затронутые темы я не обнаружил и решил сделать их сам, так сказать "через голову" разработчиков. К моему удивлению 2 первых бага исправили в течение часа: это баг, когда не включается просмотр 3D образов при просмотре библиотек из редактора модулей в pcbnew и баг неисчезающего входа в шину после его удаления. Номера этих записей на баг-трекере - 2961071 и 2961086 соответсвенно.
Еще два бага, как я и предполагал, были отклонены, т.к., на мой взгляд, я слишком поздно сунулся с достаточно сложными багами за считанные дни до выхода финальной версии. Эти баги: "путаница корпусов" (2961163) и "резиновые нити" при перетаскивании компонента в схематике (2961343). Так что благодаря "неравнодушности" наших разработчиков (могли бы ведь сразу предупредить, что не будут заниматся доработками и время бы не было упущено) финальная версия будет с весьма неприятным багом "путаницы корпусов", который я описывал выше. Может быть, конечно, еще произойдет чудо, но вряд ли можно на это надеяться.
Еще два бага чисто косметических (2961122, 2961374) не оклонены, но пока и не исправлены. Похоже, что ими вряд ли займутся, т.к. есть баги и поважнее.
Итак, еще раз повторюсь, что информация без практической проверки, а чисто по записям с баг-трекера.
И еще, так как информация о найденных багах никому не нужна, то и писать о новых находках я больше не буду и другим не советую.
--------------
После установки r2438 вскрылись подробности фиксов: если вход в шину теперь действительно исчезает при удалении, то в "Настройка 3D" теперь просто нет 3-й клавиши "Просмотр 3D образа". Видимо, не стали возиться с этим накануне выхода финальной версии, а просто удалили. Очень жаль.

[_taras_]

После установки различных сборок kicad-ов за 2010 г (без ошибок) на мандриву
2010 и последующем запуске
$ kicad
получаю вывод
kicad: relocation error: kicad: symbol _ZTI12wxAuiToolBar, version WX_2.8.9 not
defined in file libwx_gtk2_aui-2.8.so.0 with link time reference

Ежели использую версии за 2009 год, то можно работать. Обновление командой
rpm -Uhv приводит к аналогичному результату...
Подскажите плз, как побороть этот глюк.

[viknn]

Готовые сборки KiCAD для Mandriva2010 есть у faa на ftp://ftp.ntcsm.ru/pub/kicad/bzr/.
Вы там брали? Или сами собирали?
Я последнее время собираю для ALT Linux 5.0 и Win.
Для ALT Linux 5.0 с KDE4 Desktop использую Wx2.9.0 GUI.
В Cmake-файле удаляю поиск AUI-части WxWidgets (как для APPLE), иначе cmake ее не находит,
а сборке она и не нужна. Рискну предположить, что здесь причина в этом.
Можно еще спросить faa на electronix.ru,

[_taras_]

to viknn спасибо за отзыв.
пока остановился на предыдущей версии и читаю доки (от 2010............).
Скажите куда выкладывать сообщения о грамматических ошибках?