Ну а так

может и есть зазоры, но они пренебрежительно малы.

Добавлено after 1 hour 18 minutes 54 seconds:
попробуй тут

Спасибо!

Получилось. Не додумался это в настройках платы глядеть. Искал в глобальных..

"Никогда такого не было и вот опять..."(с)



Редактировал положение 3D моделей на плате и при необходимости обновить плату после исправлений в схеме чтоб заново не править элементы решил их заблокировать на время синхронизации со схемой. Обновил плату из схемы, всё прошло успешно, но вот с заблокированными элементами беда - не могу разблокировать. В хоткейс указано блокировка/разблокировка кнопкой L. С блокировкой вопросов нет - компонент "замораживается" успешно. Беда с разблокировкой - не могу его даже выбрать после блокировки чтоб разблокировать. Его как будто нет для мышки..

Как его разблокировать?




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

А меня вот интересует, как правильно пользоваться классами цепей... Вот, положим, есть силовой мосфет, сток и исток у него соединяются линиями, которым я назначил класс "power". А цепь затвора должна быть обычной, но ведь управление идет между затвором и истоком, а исток у меня "power"! В итоге к микросхеме драйвера тянется тонкая дорожка от затвора и толстая от истока. Каким образом сделать по уму назначение классов в таких случаях? Ясен-красен, можно тупо ширину дорожки вручную изменить, но тогда пропадает весь смысл в классах цепей!

Тоже интересно про классы. поэкспериментировал, то что понял.
в параметрах платы есть
1 предустановленные размеры.
2 классы.
в классах цепей можно выбрать определенные цепи и присвоить им класс отличной от default.
и при трассировки ненужно выбирать ширину дорожки и переходное отверстие (но нужно выставить значение ширина дорожки из класса цепей)
и когда трассируешь ширина сама выбираться из класса...
кстати при проверки правил проектирования, если дорожка отличная от класса, выдаст ошибку.
насколько это удобно, наверно решает каждый сам.

Это удобно было бы, если б из схемы классы автоматически попадали в плату. А то они попадают, но без настроек ширины дорожек и т.п., и приходится еще раз их параметры настраивать. Но вот с описанной мной проблемой бороться неудобно. И, как мне показалось, сбросить класс дорожки на дефолтный невозможно...

Я только лишь пару раз пытался "победить" эти "классы дорожек". Плюнул: ну невозможно же работать так! Нужно тебе провести дорожку шириной 5мм, от нее - ответвления 3мм, а дальше - по 1 или 0.5. Как это в "классе" описать? Да и сигнальные линии тоже не всегда получается 0.25 сделать: от МК приходится отводить коротенький 0.2, а от него уже 0.25 тянуть. В общем, только вручную менять ширшину…

А вообще, была бы толщина меди на FR4 хотя бы 0.2мм, можно было бы не париться с дорожками шириной в несколько миллиметров! Правда, для микроконтроллеров пришлось бы заказывать на стеклотекстолите с толщиной меди поменьше: микрон 120. Но, блин, 35мкм — это вообще издевательство над человеком! Медь — бросовый металл, зачем ее экономить?
Обожаю старый добрый советский стеклотекстолит с медью как минимум 50мкм (но и 150мкм у меня есть из старых запасов).

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

У меня появилась мысль, как совместить несовместимое.

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

Может, кто-то сумеет эту идею разработчикам предложить?

Добавлено after 5 minutes 54 seconds:
Кстати, придумал и для автотрассера: надо добавить проход трассировки связи в обоих направлениях: от начала к концу и от конца к началу. Тогда от истока к драйверу автотрассер не сможет протянуть дорожку, т.к. будут нарушены правила зазоров и т.п., а в обратном направлении, взяв класс из вывода драйвера - сможет.

Пришёл к такому-же выводу, ARV
Но это правда -- для ручной разводки это работает, для автотрассировки ... не пользую её, сказать не буду

Сегодня KiCad выложил первого кандидата на релиз десятой версии..