При создании графики элементов в PADSLogic
линии и терминалы упорно укладываются мимо сетки.
При внимательном расмотрении есть сдвиг на 1-2 единицы вниз.
Если, например, нарисовать прямоугольник и
его копию повернуть на 180град. оба прямоугольника не совпадут.
Визард тоже мимо сетки рисует.
Обе сетки по 50едениц. включена привязка к сетке.
Все должно быть ровно.
Это как нибудь исправляется?

Кто нибудь в PADS работает, или все в отпусках?

В падс работаю давно. Ничего такого никогда не наблюдал. За исключением того, что визуально линии не всегда попадают в сетку. При увеличении масштаба сомнения отпадают - линии в сетке. Этакий глюк - обман зрения

Что-то мне подсказывает что это та же самая проблема
http://forum.electronix.ru/index.php?showtopic=4555

Какой роутер, такой и редактор схем

Что-то, что подсказывает, Вас подвело. Если в схематике и есть проблема, то никак с рутером не связанная. Кстати, Ваша проблема будет устранена в следующем релизе, хотя, что-то мне подсказывает, что продукт у Вас левый и, уж точно, за сопровождение не плачено.

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

Вы волшебник? Или PADS разрабатываете?

Уважаемый Fellow

Прежде чем делать подобные заявления
посмотрите внимательнее мой третий пост по ссылке.
Это насчет того "что продукт у меня левый". OK???
Жду объяснений.

Проблема это не моя, а разработчиков PADS2005.

>Что-то, что подсказывает, Вас подвело.
можете как нибудь аргументировать?

В той ошибке которую нашел я проблема в неверной точке привязки относительно которой идет вращение компонента.
В примере с редактором PADSLogic и вращением прямоугольника на 180 градусов помоему прослеживаются общие черты.

P.S. Я не работаю в PADS, не собираюсь работать, а тем более покупать.
А прежде чем покупать что либо предпочитаю убедится в работоспособности продукта, что бы не было "А я за него свои кровные отдал. Нет в жизни счастья..."

Объяснение: ну денег-то не плачено все равно, так что можно будет взять демо следующей версии и убедиться, что "проблема разработчиков PADS2005" устранена. Только зачем это делать, если покупать не собираетесь.

Аргументация: "проблема разработчиков PADS2005" вовсе не в точке привязки, а в ошибке округления до угла, кратного 90. Что же касается Logic, то, как сказал один из предыдущих ораторов, он вообще обсуждаемой проблемы не замечал, да и коды у систем разные.

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

Вывод: если есть проблема, ее обязательно надо обозначить, но всех-то собак вешать не стоит. А то научились ругать Microsoft, как будто все остальное работает как часы.

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

Вы же предлагали открыть тему на Мегратек о "глюках" в PADS. Хорошая мысль. Если будет конкретное описание, желательно еще с указанием продукта и его версии, то и шанс увидеть исправления имеется.

Никого не хотел обидеть этой темой,
PADS мне очень нравится.
Я тот самый который проработал в PCAD3-4.5 15лет
и 2года патался перейти на PCAD200x и не смог.
PADS -комфортная система, после старого PCAD
в не ничего не ломает.
Еще вопросик если можно,
я так понял что физ. корпус при создании
детали необходио рисовать в слое Assy.
Почему в проэкте он не попадает в соответствующий
слой?

>ну денег-то не плачено все равно
Демо версии тоже за свои кровные покупаете

>Вы же предлагали открыть тему на Мегратек о "глюках" в PADS. Хорошая мысль.
>Если будет конкретное описание, желательно еще с указанием продукта и его версии,
>то и шанс увидеть исправления имеется.
Да и обязательно с указанием продукта и его версии , а так же списком изменений в его исходном коде для решения проблемы...
Вы случайно инженером по тестированию на Менторе не подрабатываете?
Каждый должен заниматся своим делом.

И вывод какой то противоречащий сам себе.
Проблема обозначена.
А где вы тут прочитали о ругани в адрес создателей и в адрес микрософт?


То vm1
У нас то же после перехода с PCAD4.5 человек пытался рисовать корпуса в слое ASSY хотя в PCAD200x
подобные вещи рисуют в слое SILK.
Может, более опытные коллеги скажут точнее.

To vm1

Насчет корпусов - в ПКАДе действительно для этого предназначен Silk.
А в ПАДС, насколько я понял, можно в Silk, а можно прямо в ТОР! Все равно это для него является шелкографией... В смысле контур корпуса на трассы не накладывается.

Я ничего не путаю!
В silk рисуется шелкография,
она к форме физ.корпуса имеет очень косвенное отношение.
В Assy должно быть изображение детали для документации по сборке
и общего вида. В старом и новом Pcad это разные слои.
У меня в детали для PADS нарисованы оба слоя,
почему они в проэкте не попадают в соответствующие слои,
т.е. предложеное маскирование слоев в редакторе PCB не управляет
их визуализацией?

Да вроде не путаете
В старом Pcad вообще было много разных слоев.
Не знаю откуда это пошло, но как для документации по сборке,
так и для шелкографии удобнее и проще использовать слой SILK,
по крайней мере в Pcad200x
Все зависит от того как вы привыкли работать ведь использовать другие слои вам не кто не мешает.

В Assy должно быть изображение детали для документации по сборке
и общего вида. В старом и новом Pcad это разные слои.
У меня в детали для PADS нарисованы оба слоя,
почему они в проэкте не попадают в соответствующие слои,
т.е. предложеное маскирование слоев в редакторе PCB не управляет
их визуализацией?

Еще один глюк:
Я при входе в part editor вынужден
уменьшать размер шрифтов в preferens text так как он их не помнит.
Стовлю вместо 100 например 82, если перед выходом не выйти из редактирования ячейки с размером шрифта то XP вырубает пакет с
предложением сообщить на майкрософт о сбое.

Если речь о PADS Logic (что-то тут половина про PCAD написана), то не ясно, как, не закрыв диалога, можно выйти из редактора. Logic это или Layout или речь о PCAD?

PADS Logic, part editor, preferens text
Окно установки размера шрифтов представляет собой
таблицу с названием полей и размером шрифта.
Внизу кнопка выхода, если оставить ячейку размера выбранной
и нажать выход как правило выгоняют из программы.

В PADS Logic 2005SPac1 (ОС Windows 2000SP4) описанной проблемы не наблюдается.

К сожалению, этот диалог не для установки размеров шрифтов по умолчанию, а для массового изменения размеров существующих текстов. Так что если в символе тексты размером 100, то этот параметр и будет показываться в диалоге, давая массово заменить высоту.

Ну а залет у меня тоже не воспроизводится.

В символе (в GATE) все размеры 82.
Если зайти в редактирование GATE и выйти
размеры шрифтов номера и имени пина
изменяются с ранее установленных на 100
даже если не входить в это меню.
Так как мне необходимо иметь размер шрифта 82
я вынужден каждый раз после любого редактирования
GATE проходить через это меню.
Теперь строго соблюдая порядок нажатия кнопок.
Где то можно изменить эту установку?
При возникновении выше описаной ошибки
выдавалось сообщение "segmentaition error".

Уточните, пожалуйста, с какой версией PADS Logic и операционной системой Вы работаете.

Уточните, пожалуйста, с какой версией PADS Logic и операционной системой Вы работаете.

[/quote]

Pads logic 2005 SPac1
BN: 2005.103.1

XP home ed

А размер шрифта можно как то поменять навсегда?

[quote=vm1,Jul 25 2005, 19:34]
Уточните, пожалуйста, с какой версией PADS Logic и операционной системой Вы работаете.

[/quote]

Pads logic 2005 SPac1
BN: 2005.103.1

XP home ed

А размер шрифта можно как то поменять навсегда?

[/quote]
Насколько я знаю, в Part Editor - никак. При создании нового элемента используются зашитые в программу размеры. IMHO может создать пустой парт с нужными Вам размерами, и затем каждый раз не создавать новый, а загружать из библиотеки заготовку, редактировать и сохранять под другим именем.

При работе под "чистыми", без пакетов обновления, XP и 2003 сервером, Pads logic 2005 SPac1 действительно частенько "сваливается" с приведенным Вами сообщением об ошибке сегментации памяти ("segmentaition error").

Pads logic 2005 предъявляет следующие требования к машине и ОС (документ PADS\2005_1\Documentation\Readme_Files\Readme.htm#System_requirements):

System requirements
This release requires the following:

Pentium III 500 MHz CPU, or equivalent, minimum

Windows XP Professional or Home Edition (service pack 1 or service pack 2), or Windows 2000 (service pack 4)

256 MB memory or higher recommended. 128 MB minimum.
Two-button mouse minimum, three-button mouse or wheel mouse recommended
1024 x 768, 256 color display, minimum
For full installation, 500 MB space recommended. 300 MB minimum.
Requirement: You must have Internet Explorer version 5.0 or higher on your system for certain components of PADS2005 SPac1 to operate correctly.

Warning: PADS2005 SPac1 does not support operating systems that are run in VMWare sessions. Using this type of setup can cause PADS2005 SPac1 to function incorrectly during and after installation.

Поэтому могу лишь посоветовать устанавить на Вашу XP home ed "заплатки" от Микрософт. Ну а если и после этого будет глючить...

В том и дело что замена размера шрифтов проискодит не
при создании а при любом мелком редактировании символа.
Если зашел в редактирование символа, то выход только через
переустановку размера шрифтов, иначе они изменяются на 100.

О системе:
В "my computer" пишется:
Microsoft@Windows XP Н. ed. версия 2002 Sp2
Microsoft@Windows
Версия 5.1 (сборка 2600.xpsp_sp2_rtm.040803-2158:Service Pack2)
Доступная физическая память: 507 248 КБ
1,5 ГГц
Про Sp1 ничего не видел.

Кто - нибудь еще за PADS logic 2005 SPac1 (при работе под XP SP1, SP2) замечал аварийное заверешение PADS-а с сообщением об ошибке "segmentaition error"?

Ну я замечал И не просто замечал, а грязно ругался при этом Это было, когда я плотно занимался библиотекой. Т е в Part Editor. Уже давно такого не замечал, и это понятно - давно я не был в Part Editor.

Эх, нет в мире совершенства...

Еще один глюк:
попробуйте нарисовать в Part Editor
индуктивность.
Рисуем полукруг, копируем 3раза и пытаемся перенести
выбрав окном все три полукруга вместе.
Перенос непроизводится,
рисунок перелетает в верхне правом направлении.
У вас так?

Не совсем так. Поведение PadsLogic зависит от места, в котором находится курсор в момент подачи команды MOVE. Если он далеко, то и возникает такая ситуация. В этом случае просто уменьшите масштаб, не выходя из режима перемещения. И передвигайте объекты при наведенном на них курсоре. Вообще-то это явный глюк. Тем более что я это специально сейчас проверил, ставил курсор в разные места. И один раз Part Editor при этом надежно завис.
Меня удивляет другое. Я уже давно в нем работаю, и этот глюк я просто не замечал. Ну никогда я не перемещал объект, не поставив на него курсор!!! Мне это даже в голову не приходило. Вот и получается, что у разных людей разные методы работы. Что для одного хорошо, для другого смерть
Как-то одним из участников форума был заявлен глюк в PadsLogic: при установке параметра Bus Angle Offset в 0 или 1 разлетаются в разные стороны шины. Такой же случай. За все время работы с PadsLogic я никогда не устанавливал такие значения этого параметра. Ну не удобно мне, чтобы проводники входили в шину прямо!!! А удобно, чтобы под углом. И Bus Angle Offset у меня всегда 50.

Вчера при попытке перенести off page (стрелочку на питание)
Зациклилась объява:
"off page item out of range - 8081"
с крестиком и OK
Способов выйти из этой ситуации не нашлось,
потерял работу за 3 часа.

Такиз стрелок у меня штук 10, может это много?
В проэкте 2 листа.

Месяц разводил плату, все что выше описано это цветочки..
PADSrouter
часто вешается, пишут о выполнении обращения к адресу 00000004
Иногда не соединял две одноименные цепи,
исправил перегоном импорт/экспорт.
Конечно порадовал пропихивальщик, хотя местами он
не видит очевидных вещей.
Не хватает ручного указателя показывающего ему в каком направлении
думать или кого передвинуть.
При перекладке связи он не прощитывает будующее
удаление ее старой ветки.
Если вы гдето подключили +3.3В куда вам надо, это
может привести к тому что где нибудь на другом конце платы
кондер в питании динамической памяти отключится от нее.
Узнать об этом можно только просматривая топологию глазами.
режим удаления loop должен управлятся,
например если длинна loop более 11мм удалить если меньше оставлять.
Иначе питание правильно прокладывать невозможно.
Без кипаутов в деколах ширина проводников на пинах не заужается.
Router не работает с копером и полигонами.
Ну какая проблема границу полигона/копера
пихать? тотже сегмент как и трасса.
Наивно придпологал что проложу правильно диф. пару.
через 5 минут все разсыпалось- диференциальные связи
пропихивальшиком не сохраняются.
Интересно, а гармошки он тоже не сохраняет?
Нет возврата в Layout после работы в Router.
Я при возврате в Layout из Router сохранял файл
увеличивая имя на +1
после окончания разводки на диске оказалось 106 файлов
Столько переходов туда сюда потребовалось для
разводки размером платы 100Х110 за 2 недели

PADSlayout достаточо стабильно но бестолково.
В PADS есть идеологические ошибки:

Библиотека организована таким образом что вынуждает создавать
для одной детали два Part Type один в Layout другой в Logic
Так как нет выхода из Layout к Part Type созданому в Logic.
После замены Part Type в Layout где взять информацию о эквивалентности
пинв,гейтов?
Должен быть один общий Part Type взаимодействующий
с обоими редакторами с набором соответсвующих деколов.

Свапироване гейтов и пинов в Pcad4.5 сделано лучше, вы последовательно
видите конфигурацию связей до свапирования и после, в Pads этого нет.
Поэтому без дополнительных подсветок оценить результат свапирования
трудновато.

Layout не позволяет создовать недоразведенные связи
(router позволяет но потом они все равно потеряются)
А ведь не вся разводка разом делается,
обычно узлами которые потом соеденяются.

Работа с полигонами ужасна.
После Pcad4.5 работа с полигонами напоминает
чистку мостовой зубной щеткой.
Форма полигона практически не редактируется.
Связи к коперу автоматом не подключаются,
если делаешь дырку то надо пришить к объекту вручную.
Нет обрезки формы самого полигона/коппера.
Термальные перемычки исчезают, иногда из 4 остается одна,
добавить их не возможно, добавляюмую трасу приткнуть некуда,
а если найдешь то гденибудь отвалится нужная связь.
Какая проблема сохранять суммарную ширину оставшихся перемычек
если 4 то тонкие, если одна то толстая.
Для различных полигонов требуются различные правила, помоему этого нет.
Постоянно заливаешь и разливаешь чтобы чтонибудь увидеть реальность.
Не разводите импульсных блоков питания в PADS, повесится можно!
Там же все проводники это залитые многоугольники с разными именами.
С большим успехом можно в виндовом Pant разводить.

В кипауте отсутствует линия и кольцевые контуры есть только залитые.
Как делать кипаут вокруг репера?, делать полигон из мелких прямых
линий в форме кольца?

А как залить переходные целиком, а дырчатые детали выполнить
с термальными площадками? Я пока не смог, помогите..
Как проложить сильноточные проводники с переходами выполнеными
группой переходных отверстий?

Ассоциированный к пину копер не
подключается в полигонах (корпус sot-89 унего сложная форма пада)
В элементе есстественно отсутствует имя связи на коппере
видимо поэтому и подключается. Так чтож его не присваивают?

Как создать элемент с пином во внутреннем
слое ассоциированным с коппером? Я не смог..
Ассоциация поддерживается только в Top, почему?

Режимы ортогональный и диагональный практически не работают.
Какой в них смысл если они работают только от старта из сетки?
В PCAD4.5 режимы были основым инструментом аккуратной разводки
элементов вне сетки трассами входящими в сетку.
Ошибка в том что в этих режимах надо показывать два сегмента
а не один (как в любом угле) тогда
будет все и по сетке и диагонально (кроме первого излома конечно).

Использовать шины в Logic это осложнить себе жизнь,
их потом редактировать невозможно.
А как без гемороя добавить в шину связь или переименовать?
при попытке добавления вынуждают переименовывать шину.
Кончилось тем что пришлось все связи загнать в одну шину.
Вот тебе и весь сервис..
Logic не позволяет таскать отдельно проводники,
поэтому после замены элемента на 100 ног все связи надо рисовать заново.
Стратегия модификации формы связей в Logic ошибочна, проще все убить
все связи и нарисовать заново чем перенести или изменить их форму.
Сравните как связи ломаются в Pcad4.5 и Logic при перемещении элементов
к ним подключенным.

Я очень надеюсь, что хотябы половина из перечисленного мои
личные заблуждения, и чтото можно поправить.
Очень удивляет что при создании новых продуктов не учитываются
удачные решения полученные ранее, например в том же Pcad.45
Какой-то обратный ход эволюции САПР наблюдается.

Во блин...
Насчет Logic совершенно справедливо. Только меня это слабо беспокоит. В других редакторах вообще не могу работать
А насчет Layout - Router...
У меня такая же беда.
С авторазводкой я, похоже, завязал. А простейшую плату разводил руками две недели. Никак не могу понять логику ручной разводки и редактирования в PADS Вот некоторые вопросы (очень похожи на Ваши):
- как подвести цепь к полигону в нужное место? Какие режимы следует включать? У меня, конечно, есть соображения по этому поводу, но что говорит наука? Без гемороя не получается
- анологично про stretch. Почему параллельно идущие проводники при stretch не удается разместить на одинаковом расстоянии друг от друга? Один-два а то и больше обязательно выпендрятся Может сетку нужно как-то по особому установить, режимы какие включить? И почему не ко всем отрезкам можно этот самый strecth применить? Некоторые не хотят передвигаться принципиально Некоторые (или очень многие - никак не выловлю закономерность ) отрезки состоят из более мелких. Зачем? Как их объединить перед stretch? И чтоб без гемороя. С гемороем знаю. Нужно по новому перекладывать трассы
Это конечно, не все. Но для начала хватит

Прорвемся Может, fill откликнется

Всем привет.
Вопрос может не в тему, но... Взял архив Ментора с сервака (папка pub/Me#torGrafic$/rorwg2k4) собирается как-то непонятно. Вот и хочу спросить:кто нить уже запускал этот архив?

Откликнуться то я могу только я в PADS работал пока мало, поэтому чтобы ускорить процесс разбирательства хотелось бы получить точные примеры (описания по шагам) с проблемами. Чем точнее сформулируете проблему, тем быстрее получите ответ (самое удобное если запишите экранное видео, я пишу http://www.techsmith.com/products/studio/default.asp) это очень просто). Интересуют вопросы связанные с PADS_Layout и PADS_Router. С Power_Logic пока разбираться не хочется, т.к его сейчас переделывают и он является вторичным схемным редактором у ментора (основной это DxDesigner).

Из вопросов сразу что значит не сужает трассу к пину, а это как?:

Видео как раз показано то о чем я говорил, в деколе резистора
имеются кипауты.
Заужение при подключении к микросхеме происходит только потому что
соседниие площадки выступают в качесте кипаутов.
Как подключится проводник если их не будет?
На одельном пине такогоже размера мы увидим что
проводник не заужается и перекрывает площадку полностью.
Но это мелкий вопрос, если возможно помогите с выше перечисленными
проблемами больше всего мучает
удаление дублирующих соединений (loop).
и отсустствие редактирования коперов.
А как это все выглядит в WG2000 может там все прилично?
Из-за отсутствия возможности работать с редактируемыми
полигонами/коперами придется искать чтото другое,
хотя пропихивальщик полезный.

Это то что Вас интересовало с полигонами?
ftp://ftp.inlinegroup.ru/output/exp_movie/Multiple_Plane.avi
в этойже папке еще посмотрите много др. видео которые Вам будут интересны.
По поводу sot-89 в Expedition два варианта:
1. КП может сама быть любой произвольной формы (есть спец. граф. редактор для этого)
2. можно уже на уровне корпуса подключить область метализации произвольной формы.

По поводу заужения это идеологическое ограничение задания правил в PADS. Т.е например можно задать правила ширина трасс на уровне компонента (или корпуса) но она будет играть роль для цепей которые не имеют доп. настроек по ширине, т.е не входят ни в какой класс (группу и т.д). Иначе представте вы поставили правило на уровне компонента и все цепи стали одинаковыми по параметрам возле данного компонента. В Expedition сделано по другому. Можно создать область с правилами, которые будут отличаться от правил вне этой области, при этом внутри этой области для каждого класса цепей можно также установить свои правила, т.е можно не только организовать одинаковое заужение для всех цепей скопом, а даже свое отдельное для каждого класса.

Выглядит очень прилично, это то что нужно.

По поводу SOT89, 1 - все рисуется и 2- подключается к пину,
с этим все нормально, это я делал.
Я писал выше что кипаут ассоциированный с пином
не взаимодействует с заливкой полигонов в проэкте,
т.е. не подключается к нему с помощью
термальных перемычек:

(Ассоциированный к пину копер не
подключается в полигонах...)

Как избавится от удаления Loop
(дублированных связей)?
Для цепей питания дублирование
переходных отверстий необходимо.
Забавно что термальные перемычки фактически являются loop
и сам PADS их делает, а мне делать не дает.

Там много видео, я не могу знать какие относятся к моим проблемам
если еще дадите конкретные ссылки буду рад.

Я так понимаю что последнее видео это WG2000?
Интересно узнать из чего состоит мин. пакет для разработчика
есть ли там аналогичный пропихивальщик,
как в него перебраться с проэктом и библиотекой?
Я надеюсь что поскольку оба САПРа
от одной фирмы это не сложный процесс?

Поправка: не кипаут а копер.

Еще один неприятный глюк Layout.
Исходные: плата 4 слоя. Внутренние слои split/mixed. Пусть слой "Inner layer 2" -земля (gnd).
1. C нетлистом втягиваем корпуса у которых есть пины не описанные в самом нетлисте (рис.2).
Нажмите для просмотра прикрепленного файла
В качестве примера это DRB9 у которого есть еще пины заземления. В схеме эти пины не указаны. (рис 1).
Нажмите для просмотра прикрепленного файла
2. После импорта через ECO добавим связи на данные неуказанные в схеме пины (рис.3).
Нажмите для просмотра прикрепленного файла
3. Произведем заливку планов. (рис.4)
Нажмите для просмотра прикрепленного файла
Как видим данные пины не хотят присоединяться к плану земли. Никакими средствами мне это сделать не удалось.
4. Самое плохое - передавая такой проект в Router и втягивая его после работы обратно в Layout мы все равно не можем присоединить данные пины к плану земли, но при этом уже не наблюдаем эти неразведенные связи !!!

Loop в терминах Expedition (и по моему PADS тоже) это не горизонтальная (т.е на одном слое) петля на сигнальной трассе. Это вертикальная петля, т.е например от пина SMD вывели в обе стороны два фанаута к слою земли это и есть Loop который будет система удалять (т.е как только вы клинули поставив второй via система удалит первый). Т.е Loop это петля в трехмерной проекции.
Горизонтальные петли система как правило удаляет всегда не зависимо включено ли правило Loop или нет.
"Пропихивальщик" в Expedition покруче, например может пропихивать не только одну трассу а и шину.
По поводу трансляции проекта и библиотеки нормально, это как раз обсуждается в соседней ветке "PowerPCB 2005 --> Expedition"

По поводу видео там как правило видно из названия что показанно, например для Вас наверно интересно будет multiplow, bus (шины), rule_area (область с правилами), one_number (корпус 4 пина к которому можно присоединить символ с двумя пинами, т.к пары пинов корпуса соединены)

Именно это и интересует - вертикальная петля,
дак как отменить удаление?
для питания два фанаута от кондера совсем не лишняя вещь.
CAM формат PADS сам делает или надо другую
программу использовать через импорт/экспорт?

Я посмотрел доки в PADS нет доп. управления вертикальными петлями (в отличии от Expedition). Т.е она не должна их удалять. Я попробовал отвел от пина три фанаута и ничего не пропало. Переключатель Allow_loops_when_rerouting относится только к перетрассируемым фрагментам трасс.
Надо разбираться когда конкретно возникает ситуация удаления, которого не должно быть. Вопрос к Вадиму у него тоже это наблюдается?

File>CAM
File>CAM_Plus
Tools>CAM350

С полигонами нет однозначной реакции на дублирующих связях,
для однозначности попробуйте перейти трассой в другой
слой с помощью 2-3 отверстиий параллельно,
это обычное дело для шин питания.

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

Мой вывод: PCAD2000 и PADS пакеты
для людей изредко сталкивающихся с разводкой
На мой взгляд PADS лучше но на полигонах сильно подкачал.
В Pcad2000 я дважды сдавался еще на этапе разводки, до полигонов не добрался.
Не верю что в этих сапрах работают профессионалы.
Видимо надо использовать WG2000.
Может еще что то есть получше не знаю.
К сожалению без 2 месяцев с сапром не разобратся не получается.
Ставил OrCad но не пользовал, пишут что там нет
пропихивальщика и перешел на PADS.

Странно но создал аналогичный проект , у меня подключилось. Пришлите проект посмотреть.

Не совсем понял что значит "перейти трассой в другой слой с помощью 2-3 отверстиий параллельно" - это широкая трасса и поэтому в ней в месте перехода ставится несколько via или отвод от пина делается несколькими фанаутами (но он тогда обычно в несколько сторон а не паралельно).

По поводу редактирования полигонов вроде особых трудностей нет, в видео показан один из возможных способов.
Термо контакт тоже можно редактировать, в видео показан один из возможных способов.
Вообще по поводу заливок - в PADS существуют как бы два обьекта это начальный т.е например Copper_Pour и порожденный из него Hatch. Причем их можно редактировать независимо друг от друга. К сожалению в PADS нет динамической заливки, поэтому когда редактируете границу Hatch нужно после этого запустить команду ПМК Hatch(или Flood) для перерисовки сетки, при этом если много разных областей Hatch можно сначала отредактировать их и уж потом включить команду Hatch и кликать на нужных областях для перерисовки. Заметьте что т.к Hatch является порожденным обьектом, то если запустить Pour_manager команда Flood_All все Hatch-и перегенерятся на основе границ Copper_Pour.

Электрически паралельно,
один проводник соеденяется через три via, эти 3 via
включены паралельно, ток течет по всем трем.
PADS не позволяет их ставить, исчезают сегменты проводников
между via либо на одном проводнике, либо на другом.

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

Переодически возникает проблема с заливкой полигонов,
если я снимаю заливку, она должна удалять заливки и
вторичные контура во всем проэкте, это происходит,
но потом при заливке первого полигона в других полигонах
возникает куча вторичных не залитых контуров.
Залить их после этого можно только в ручную протыкав каждый.
Досих пор не понял, если я заливаю один полигон
другие должны заливаться или нет?
Бывает и так и так. Нет системы.
Иногда заливаются иногда не заливаются, а иногда разваливаются
на кучу более мелких не залитых полигонов.
Несмотря на установку вида в Pref. как полной заливки, я наблюдаю
на одном экране и залитые и пустые разваленые полигоны
хотя ни оди из них не трогал.

Во втором ролике показано добавление термалок, но они делаются
простым рисованием, а так можно? что скажет DRC? я предпологал что линия
должна быть эл.связью и рисовал трассами а он не позволял.

Как установить увеличенные зазоры для внутренних слоев?
Я нашел окошко с установкой по слоям установил для
каждого слоя отдельно, но результата не дало.
Иерархию проверил через изменение уставок по умолчанию
ставил там и мин. и макс., не помогло, все равно оставался старый минимум.

Как заливать via места пайки деталей выполнять с термалками?
Этож обычное дело, неужели этого нет?

У меня пропала возможность использовать eco.

При замене деталей в Layout, так как при этом он
непризнает детали созданные в Logic,
мне пришлось создать необходимые в нем, и с этого
момента eco ругается на несовподения деталей
и отказывается работать.
Как правильно производить замены деталей? Непонятно..

Почему шелкография в родных библиотеках находится в топ,
для нее же есть отдельный слой, зачем такие заморочки?
А где должен быть слой assy (изображение детали
для сборочного чертежа)?

Почему в CAM не попадает граница платы?

VM1, работаю с PADS-ом уже 4 года, проблем особых не было.
Зазоры устанавливаются не для слоев, а для цепей - см. Тренинг Мегратека, там подробно все описано.
Board виден на всех слоях и попадает в САМ всегда, если вы правильно его создали.
Слой для сборочного чертежа так и называется Assembly Drawing Top/Bottom - это стандартный слой, но вы можете создать свой новый слой и рисовать контур в нем.
А что до библиотек - так уж исторически сложилось, кочуют они из более ранних версий PADS. Вы ж завсегда можете создать свою, "правильную" библиотеку, не так ли ?
Проблемы с полигонами - пришлите ваш проект, разберемся.

Попробуйте PCAD2004sp2. Там интерактивная трассировка сильно подросла. Но, если взяться за дело кардинально, лучше, пожалуй WG2004 + DxDesigner.