Здравствуйте опытные пользователи KiKad! Начал пользоваться недавно, при разрисовке схемы возникла небольшая трудность - не могу подключить порты питания на оптомодули (они выполнены иерархически методом копирования). При контроле происходит ошибка DRC. Сообщает что либо два входа должны быть поодключены к одному выходу или что два выхода не могут быть соединены. Кто силен посмотрите и поправьте пожалуйста. Спасибо.

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

-- поскипано --

Н-да. Мыши плакали, кололись - но продолжали грызть кактус

Поставьте, наконец, на винду libreoffice и будет Вам счастье.

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

Пожелания по KiKad


Работать с системой KiKad в принципе очень понравилось, и все ниженаписанное просьба рассматривать исключительно как пожелания по улучшению программы. Пока написано только про ESchema.


1. Невозможно переместить или скопировать схему с одного иерархического листа типа 1 на другой тира 2 через контекстное меню. Один раз мне это как-то удалось, но вот повторить не смог. Некоторые кнопки присутствуют только на панели инструментов и наоборот, только в контекстном меню. Не чувствуется единства меню главного окна, контекстного меню и панели инструментов, как в большинстве программ. Большинство функций находится только в одном из этих трех элементов (например вырезать, копировать, вставить).
2. Выделенная часть схемы не удаляется клавишей DEL, хотя такое действие ожидается.
3. Очень много незадействованного пространства вокруг иерархического листа. Пожалуйста, как вариант добавьте функцию при клике за пределами листа возвращаться в основной лист.
4. В EeSchema после проверки ERC при выделении ошибки она выделяется темно-синим фоном, на котором черным шрифтом написан сам текст ошибки. Неудобно. Необходимо при выделении ошибки инвертировать цвет шрифта. Потом окошко ERC пропадает после двойного клика по ошибке и появляется вновь при повторном вызове, при котором заново происходит поиск ошибок, что занимает некоторое время. Ожидается появление режима «поверх всех окон».
5. При изменении направления вывода на иерархическом листе новое направление не обновляется на глобальном. Да и вообще если используется размноженный иерархический блок, то KiKad позволяет изменить тип иерархической метки в одном блоке и оставить неизменных в его копиях. То есть нет синхронизации иерархических меток по проекту.
6. Сделайте возможность закрашивания прямоугольников иерархических схем. Для УГО это есть (желтым), а для более важных прямоугольников иерархических схем почему-то нет.
7. Так как путешествовать по иерархии приходится довольно часто, непонятно отсутствие горячих клавиш для вызова навигатора иерархии. По-хорошему ожидается появление навигатора в специальной панели, находящейся на виду и доступной к показу через меню Вид (которого как-бы нет).
8. В окошке навигатора (Просмотр - Иерархия) нет стандартных кнопок передвижения листов по иерархии вверх-вниз или их сортировки. Из-за того, что некоторые одинаковые иерархические листы в навигаторе находятся не по порядку (1,5,3,2,6,4), в итоге автонумерация компонентов получается тоже некрасивая. А почему изначально правильно выстроенные листы потом оказываются вперемешку выяснить не удалось.
9. Нет инструмента для показа названия цепи под курсором. А очень необходимо.
10. Нет привычного инструмента сортировки элементов по названию, по цепям и другим атрибутам компонентов. Например довольно часто надо знать общее число компонентов, висящего на одной цепи. Ну а если еще будет и маска на имена или типы компонентов, то вообще замечательно. Эту штуку можно реализовать через имеющееся окно поиска (как в файловых менеджерах, желательно скопировать их функционал с масками, полями) с отображением результатов в текстовом поле ниже. Желательно сохранение предыдущих результатов и режим «поверх всех окон».
11. В редакторе библиотеки компонентов окошко Выбрать компонент растягивается вниз, но текстовые поля остаются прежних размеров.
12. Когда на главном листе находятся много одинаковых иерархических блоков (размноженный один блок), нет возможности определить, на какой именно блок из N штук приходят сигналы – в иерархии имеется только название блока и название файла, номер листа схемы, на котором находится одна из копий иерархического блока, отсутствует. Пожалуйста, добавьте номер листа на блок. Ну а в самом суб-блоке на схеме ожидается копия надписи (название блока) из поля «Имя листа» глобального листа. Просто текстом ее не нарисовать, так как текст на каждом листе изменяется.
13. Опция удаления проводника или шины до пересечения при нажатии клавиши DEL. Сейчас удаляется весь проводник или шина, что очень неудобно. Ведь наиболее часто удаляется только часть проводника до пересечения. Пожалуйста, повесьте на клавишу DEL функцию «Удалить соединение» при работе с проводником.
14. Иногда при удалении проводников остаются узлы, то есть соединения и проводника уже нет, а узел есть. Нельзя ли проверять наличие узлов после удаления проводника и автоматически удалять одиночные узлы?
15. Довольно интересный момент соединения аналоговой и цифровой земли. Напрямую эти цепи соединять нельзя, так как будет ошибка проверки ERC. Обычно это делается через резистор с нулевым сопротивлением или через два близколежащих проводника, которые соединяются монтажником капелькой припоя. Нельзя ли в KiKad уйти от этих дедовских методов и соединять цепи с помощью невидимого компонента?

Все описанные результаты можно посмотреть в проекте, выложенном мной чуть выше на странице.
Вопрос с питанием решил при помощи флагов питания.

Вы еще не приноровились к нему, а уже туча "хотелок" большинство из которых сводится к
1. непривычному моменту, что тулбар и меню не повторяют друг друга один-в-один
2. нежеланию настроить горячие клавиши.
Во-вторых, обратите внимание на то, как хотелки реализуются. Если за этим процессом стоит далекая от французского оригинала модификация кода, на это никто не пойдет. Будьте реалистом, пожалуйста. Выше был огроменный список гораздо более продуманных хотелок, но не факт, что они все будут имплементированы. Пока что "форк" - слишком громко сказано, и от главного адмирала ака Жан Пьер Шарра отойти невозможно.

Еще кой-чего.
В схематике, в редакторе горячих клавиш, под delete item есть две графы. Так вот, пока назначенные клавиши в этих графах не будут совпадать, изменения приняты не будут. Это бага или фича?
билд 2012-01-04

Сообщение отредактировал _Pasha - Apr 11 2012, 05:30

Да, тоже перепутано:

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

http://notepad-plus-plus.org/download/v6.1.html

5mb

640k http://www.scintilla.org/SciTEDownload.html

Это все французы такие, или только создатели Кикада?

Глядя на конструктивные решения их автомобилей - видимо все. Кстати, с метками цепей в КиКаде та же чехарда.

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

Испорчу ваше счастье слегка - OpenOffice уже практически умер, после перепродаж его разработчики отделились и делают LibreOffice. Так что рано или поздно вам придется скачать его на замену.

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