Я в качестве примера привел TopoR, потому что им сам пользуюсь. А вы наверно знаете, что это умеет делать только он?

1. Явно бросается в глаза что опять представители Топора захотели пропиариться. Это их стиль: сначала анонимный "пользователь" задает вопрос, чтобы затем через некоторое время другой как бы невзначай упомянул что топор такое делает. Сам пользователь создан в день сообщения. Тема продублирована в pcad.ru.
2. Вполне возможно что действительно плата сделана автоматом, т.к. видна не оптимальность полигонов. Если бы это делал грамотный человек, то оптимизировал бы путь фрезы. Здесь масса ненужных изгибов, там где цепь можно было бы расширить это не сделано и наоборот.

Я упоминул TopoR и я его использую. Никакого отношения к ним не имею, чтобы это понять вы бы хоть краем глаза посмотрели круг моих интересов на форуме. А дальше вообще не понял о чем речь.

не знаю, автокад многое может , если заставить. Мало того , они еще и схемы в автокаде рисуют .
у меня есть их примеры.

1. Речь не о вас. Если бы вы это не написали, то это бы сделала Эляна.
2. Если не понимаете о чем речь, то специально для вас показываю несколько и в этом месте еще с десяток можно найти (ну а по всей плате сотни).

fill
А почему ментор не хочет купить топор?

Видимо не видят смысла - в прямом виде его использовать нельзя (не данную фичу а сам автотрассировщик), т.к. не решены проблемы работы с высокоростными цепями.
Гораздо переспективней написать свой алгоритм трассировки (для решения новой проблемы современных высокоскоростных проектов - "отслеживание параллельности трасс волокнам") в рамках существующих решений выравнивания, наводки и т.п. Собственно говоря в презентациях я уже видел некоторые результаты.

Что касается такой топологии, то ее можно сделать и в Expedition в интерактиве:
- трассируем все
- выбираем трассы и переводим в Fat_trace - т.е. выбранные трассы преобразуются в многоугольники - например типа Plane_Shape. Теперь в режиме рисования можно потянуть за конечные точки и как надо растянуть фигуры. Т.к. это Plane_Shape, то при перекрытии фигур, система будет автоматом обрезать заливку нижней фигуры по контуру верхней - зазор равен зазору Plane-to-Plane. Короче, как то так (видео) - естественно не торопясь, задумываясь над оптимальностью (а не как я в видео ). В принципе там еще есть несколько автоматических функций обработки Fat_Trace, но не было времени пока вникать во все ньюансы.

Все грамотные уже перешли на производство ПП методом фрезерования? Плата на картинке травлёная и стратегия, которой следовал дизайнер, вполне прозрачна для понимания.

В АД подобное тоже реализуется:

- проводятся сигнальные трассы
- плата делится на сектора нужной конфигурации треками нулевой толщины (границы полигонов) с атрибутом KeepOut
- накладываются друг на друга необходимое кол-во одинаковых полигонов (по габариту платы, например), каждый со своим Net

При перезаливке от каждого полигона останется только часть в нужном секторе. Редактировать нужно только границы секторов (треки). Картинка будет гораздо красивее, чем у китайцев.

Таким способом можно сделать практически в любом САПР. Непонятно только чем он существенно лучше чем просто сразу нарисовать области заливок, вместо областей запрета?

Кстати, похоже на pcad.ru нашли более грамотное автоматизированное решение задачи.

Я говорил не про области запрета. Про границы полигонов (секторов). Конфигурировать смежные границы полигонов треками всегда проще. При таком подходе полигоны вообще могут не присутствовать на плате явно (например, построены по общим габаритам один раз и подавлены). Можно "включать" их временами и регенерировать только для проверки топологии. Или, как вариант, добавить их вообще на финальной стадии. Фишка в том, что при регенерации они сами расползаются по своим местам с соблюдением правил.

“Мнительный ты стал, Сидор”. (Неуловимые мстители)

На Pcad.ru народ интересовался, возможно ли автоматизированное решение задачи, и получил ответ, что в TopoR 5.2 нечто похожее возможно.




А вот это, скорее, говорит о ручной разводке. Автомат делал бы единообразно на всех участках.




Ну, это - для китайцев (или мазохистов).



Это конечно перспективней, однако обозначить проблему значительно легче, чем найти решение. Что касается существующих решений выравнивания в Expedition, то они представляются далеко не безупречными.