Перейти к содержанию
    

KiCAD кто-нибудь использует?

Я собрался покупать новый компьютер и в этой связи у меня теперь будет не WinXPSP3 32bit, а Win7SP1 64bit. По этой причине у меня возникло несколько вопросов насчет работоспособности Кикада в 64-битной Вин7. Если глянуть на дистрибутивы, например, по ссылке ftp://kicad.r4b.ru/pub/kicad/bzr/win32/ то в глаза бросится то, что все версии под 32 бита. Ранее кто-то упоминал, что у него Кикад тормозит на Вин7 (не знаю 32 или 64), а как обстоит дело сейчас? Думаю, кто-то уже использует Кикад на Вин7х64 и может поделиться своим опытом. Нет ли тормозов и дополнительных глюков? Есть ли тонкости установки и настройки Кикада под Вин7х64?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Aldan

На XP x64 работает без проблем.

Если взять W7 pro, то там есть встроенный эмулятор более ранних версий.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Если взять W7 pro, то там есть встроенный эмулятор более ранних версий.

В котором тот же старый автокад не работает, хоть тресни.

 

Несколько глючков:

 

1.) При развороте полей элементов ® они (поля эти) бесследно исчезают. После нажатия Undo появляются повернутые.

 

2.) При вставке нового иерархического листа в проект не может его сохранить (ошибка доступа). Если лист "сохранить как", а потом полученный файл подключить в свойствах иерархического листа, то дальше все нормально.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

На XP x64 работает без проблем. Если взять W7 pro, то там есть встроенный эмулятор более ранних версий.

Все же ХР отличается от Вин7, поэтому не уверен, что можно делать хоть какие-то выводы по аналогии. В моем новом компе будет домашняя W7 , так что вкусности W7 pro проходят мимо.

Несколько глючков:

 

1.) При развороте полей элементов ® они (поля эти) бесследно исчезают. После нажатия Undo появляются повернутые.

 

2.) При вставке нового иерархического листа в проект не может его сохранить (ошибка доступа). Если лист "сохранить как", а потом полученный файл подключить в свойствах иерархического листа, то дальше все нормально.

MrYuran, я правильно понял, что эти глючки появляются вследствие использования W7х64?

P.S. Неужели больше никто не работает в Кикаде под W7х64? Хорошо бы еще хоть немного информации о возможных "граблях". Думаю, это полезная инфомация для всех.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

MrYuran, я правильно понял, что эти глючки появляются вследствие использования W7х64?

Нет, ХР SP3

 

Глюк с разворотом, как оказалось, исправлен в последующих версиях (у меня сентябрьская), а вот с сохранением листов - остался.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Не знаю, новый или не новый это глюк, но все же сообщить о нем хочется.

 

KiCad (2011-11-27 BZR 3249) (не ГОСТовский)

 

Работал я в схематике. Сделал УГО разъема и во время размещения и перетаскивания других компонентов заметил, что он (разъем) может случайным образом выделяться, хотя не должен. В рамку выделения он не попадал. Для установления причины сего явления сделал три разных УГО разъема (см. рис). Исходный разъем был взят из библиотеки, которая была сделана когда-то давно в какой-то другой версии KiCAD.

 

post-36887-1323533644_thumb.png

 

Красный прямоугольник, это область выделения. Красные точки, это начало координат у каждого из УГО. Из трех, средний отмеченный синим цветом выделяется. А по идее не должен. Если переместить начало координат среднего УГО на 6й вывод, то баг начинает проявляться снизу. Т.е. пересечений с компонентом нету, а он выделяется. ПРоблема решается путем переноса вертикального центра УГО в начало координат. Т.е. третий вариант не глючит, но по мне это не есть правильно :).

 

Если я чего-то не понимаю, поправьте.

 

Спасибо.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Почему в PCBnew при черчении линии, в строке статуса dX:dY дублирует X:Y ? Ашыпко?

ГОСТ-релиз от 30.11.2011 win32

Изменено пользователем _Pasha

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Не знаю, новый или не новый это глюк, но все же сообщить о нем хочется.

 

Красный прямоугольник, это область выделения. Красные точки, это начало координат у каждого из УГО. Из трех, средний отмеченный синим цветом выделяется. А по идее не должен. Если переместить начало координат среднего УГО на 6й вывод, то баг начинает проявляться снизу. Т.е. пересечений с компонентом нету, а он выделяется. ПРоблема решается путем переноса вертикального центра УГО в начало координат. Т.е. третий вариант не глючит, но по мне это не есть правильно :).

Цепляются невидимые поля.

Лечится размещением оных внутри УГО (с уменьшением размера шрифта)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

tema-electric

Я предпочитаю начало координат совмещать с центром УГО - так удобнее вращать символ (не смещается в сторону).

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Почему в PCBnew при черчении линии, в строке статуса dX:dY дублирует X:Y ? Ашыпко?

ГОСТ-релиз от 30.11.2011 win32

Не-а.

Пробельчиком стукните - в dX:dY будут другие цифры (смещение относительно той точки, где пробелом шмякнули).

 

tema-electric

Я предпочитаю начало координат совмещать с центром УГО - так удобнее вращать символ (не смещается в сторону).

И это правильно.

Ну и невидимые поля (как уже сказано выше) надо проверить.

Связано с тем, что контур УГО определяется максимумами смещений всех итемов относительно центра (точки привязки) УГО.

С таким алгоритмом можно поспорить, но сделано так. ИМХО, в некоторых случаях удобнее было бы контуром считать rect УГО.

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

ИМХО, в некоторых случаях удобнее было бы контуром считать rect УГО.

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

ИМХО лучше считать контуром виртуальный прямоугольник, описывающий то, что видимо или только графическую часть (без текстов).

Согласен.

Примерно так и было, до того как начали код рефакторить.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Такой вопрос, вот сдесь ftp://ftp.ntcsm.ru/pub/kicad/bzr/SL6/x86_64/ вижу следующий дистрибутив:

 

kicad-20110915-bzr3128.el6.x86_64.rpm

 

Этот дистрибутив нормальный? Стабильный и без глюков?

 

И это чистая английская версия без ГОСТа?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Такой вопрос, вот сдесь ftp://ftp.ntcsm.ru/pub/kicad/bzr/SL6/x86_64/ вижу следующий дистрибутив:

 

kicad-20110915-bzr3128.el6.x86_64.rpm

 

Этот дистрибутив нормальный? Стабильный и без глюков?

 

И это чистая английская версия без ГОСТа?

В kicad/bzr лежат тестовые сборки с ГОСТ. Стабильные (зарелизенные) с ГОСТ находятся в kicad/release.

Крайняя релизная с ГОСТ для RHEL и клонов (Centos, SL) kicad-20111130-gost.el6.x86_64.rpm собрана под SL6.1. Там же рядом для убунты и мандривы.

Без ГОСТ на этом ftp сборок нет.

 

UPD: файлы на ftp://kicad.r4b.ru и ftp://ftp.ntcsm.ru в настоящее время лежат на одном хосте и полностью идентичны.

 

Изменено пользователем faa

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

спасибо. а если это ГОСТ то проблематично ли будет в ней делать проекты которые совмещались бы с обычной стандартной версией с оригинального французского сайта?

 

т.е. ГОСТ версия отличается только тем что шаблон рабочего листа другой или чтото еще? Если тока шаблоном рабочего листа, то не могли бы подсказать как я могу его изменить?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Гость
Эта тема закрыта для публикации ответов.
×
×
  • Создать...