Бяка в ПКАД2006SP2 при открытии файлов, созданных в более ранней версии (наткнулся случайно).
Рисунок №1

А вот что PCAD2006SP2->PCB натворил в моем PCB созданном ранее в PCAD2004SP4
Рисунок №2

Будьте зрительно внимательны, и DRC-проверены =)

с чего бы то? интересно.

з.ы. обводите, маркируйте, на будущее, "места"

что-то за последнее время с пикадом вылезло несколько загадочных глюков:
http://electronix.ru/forum/index.php?showtopic=31442&hl=
вот ещё, и это серьёзно может повредить при изготовлении =(

Вырезал из своего файла все лишнее и прикрепил к сообщению
суть глюка осталась: при открытии в 2004 цепинормально соеденены, а при открытии в 2006 цепи оборваны.

Трабла похоже в том что каждая оборванная цепь это не одиночная линия, а состоящая из нескольки кусков линия. И пкад2006 не правильно интерпритирует. Кто умеет писать по английски, напишите в службу поддержки Альтиума с описанием траблы =)

мда. вот и переходи на 06.

у кого есть на борту 2004 и 2006 проверьте плз файл open_gluk_pcad2006.PCB а то вдруг только у меня глюка, а я шум понапрасну развожу =)

Не напрасно. "Глюк" действительно имеется. В качестве временного способа обхода могу только посоветовать перед сохранением в P-CAD 2004 выполнять "очистку трасс" (Utils->Trace Clean-up...).

А как с этим бороться, если есть только PCAD-2006, и им приходится открывать файлы начиная с Accel EDA и кончая собственно PCAD-2006?

Что мешает поставить 2004?

ЗЫ: Данный глюк заметил давно, думал я один такой...

А как отврыть в PСAD-2004 файлы присланные в PСAD-2006? Или держать на компе горсть этих пикадов? Накладно.

Или держать на компе горсть этих пикадов или при сохранении в PСAD сохранять файлы в формате 2002-го (Export/PСAD 2002 ASCII), чтобы открывать из любой версии

Ну и?
Всех заказчиков не заставишь в 2002 сохранять....


А вообще, отклонились от темы. Вопрос стоит как бороться данным глюком PCAD-2006. Представим, что другого у меня нет (не хватает денег, чтобы купить все существующие версии пикадов)

А предлагать использовать другую версию (более младшую) - это вообще моветон.

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

Описанного глюка нет в P-CAD 2006SP1 (build 19.01.7431). Прошу прощения, что ввел вас в заблуждение.

Информировать заказчиков о том, что из-за ихнего старья в новых версиях глюки.
И настаивать на изготовлении (заказчиками) герберов. Что может сэкономить ваше рабочее время и и время ожидания заказчиком готовой платы.

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

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

Ну какие тут могут быть технические методы. Технически это должен исправлять Altium.
Или Вы предлагаете искать, какое программное обеспечение сносит Пикаду крышу?

Один из вариантов: импортирование ASCII файла напрямую в САМ-350. Но при этом способе тоже есть свои неудобства.

Ещё вариант: после импорта герберов - поиск "висящих" проводников и сличение их с исходым файлом. Но бяка в том, что открывая исходник мы тоже обрывы эти увидим. Но тут хоть можно по имени цепи сориентироваться. Ну в крайнем случае у заказчика уточнить.

Ещё способы есть?

Можно попробовать генерить нетлист и сравнивать с эталонным, который требовать у закащика
ЗЫ Сорри, это не прокатит - нетлисты будут совпадать

Ну почему же. Если заказчик выдаст из своего "правильного" пикада и пришлёт мне свой нетлист, который я подключу к импортированным в САМ-350 герберам, то может и прокатить....
Но прикол в том, что если заказчик смог сгенерировать (правильно сгенерировать) нетлист, то он и гербара может так же лекго сделать и прислать.

1. Копируем pcb.exe (переименовав предварительно, например, в "pcbold.exe") из P-CAD 2006SP1 в каталог P-CAD 2006SP2. (Кто устанавливал SP1 и SP2 - идем в ...P-CAD 2006\System\Uninstall\P-CAD 2006 Service Pack 2 и берем pcb.exe оттуда, кто устанавливал сразу SP2 - в течение 30 дней можем взять тут, 4.6MB).
2. Проблемные файлы открываем и сохраняем с помощью "pcbold.exe".
3. Выходим из pcbold. Далее работаем с pcb.exe из P-CAD 2006SP2.
4. Ждем P-CAD 2006SP3.

Заказчик имеет возможность исправить вновь возникшие ошибки.


Организоционные (административные) вопросы техническими методами не решаются.

Тут надо быть предельно внимательным, потому как при запуске этого "pcbold", который из SP1,
банер(заставка при запуске) и HELP About, скажут вам, что это SP2 а не SP1, хотя файл действительно из SP1. Поэтому не пугайтесь:-). (за отображении версии(и мнг. другое) отвечает файл PCadRsc.dll)

Как мне кажется,для такого случая, чтоб не ловить себя на мысли: "В чем же я действительно работаю:
в SP1 или SP2 ?", лучше создать отдельную папку с пикадом SP1. Так оно надежнее будет и правильнее.

Возможно, Вы правы. Я ограничился ярлыком на рабочий стол.
Так как это способ быстрого обхода конкретного глюка P-CAD2006SP2 техническими методами.

Как оказалось, глюк не только с импортом, но и при работе с линиями, состоящими из нескольких сегментов (3 и больше), расположенных вдоль одной линии.
Демонстрация:
Откройте плату Мегаджона. Проведите разорванные дорожки.
Разбейте один из сегментов дорожки (не крайний, подключенный к выводу, а промежуточный) на 3 участка. Для этого выделите его и в меню по правой кнопке мышки выберите пункт Add Vertex. Затем выделите один из полученных сегментов и снова разбейте его на 2 части с помощью Add Vertex.
Затем выделите один из полученных сегментов и измените его размер, передвинув одну из его крайних точек вдоль линии.
Один из сегментов исчезнет.

Да, есть такое в pcb редакторе P-CAD 2006SP2.

Прежде всего это не глюк а опция.
Видимо не все поняли, что происходит,а именно откуда появилась
эта ошибка связанная с пропаданием сегментов.
Разработчики PCAD решили наконец избавиться(видимо с версии 2006), от излишней сегментации линий:
т.е. если линию возможно описать двумя точками (x1,y1 : x2,y2 ),
то излишняя сегментация (x1,y1 : x2,y2: ... : xN,yN)
не нужна, при условии что: x1=x2=...xN или у1=у2=...yN
, т.е. можно записать как (x1,y1: xN,yN).
В ранних версиях включая 2004, была эта излишняя сегментация, которая, как было здесь
замечено убиралась через "Utils\Trace Clean-Up.."
В 2006 версии сделали эту оптимизацию при загрузке файлов в редактор и при разводке
(может еще при каких либо действия). Но видимо, сделали еще не до конца правильно,
так как в 2006SP1 она(оптимизация сегментов) как бы корректно работает при загрузке
ранних версий(отсюда и совет по преодолению проблемы),
а в 2006SP2 иногда глючит.

Что касается Add Vertex, то работает он так(в 2006SP2):
на середину выделеного сегмента, добавляется "виртуальная точка излома"
которую после добавления следует сместить с оси бывшего сегмента
(именно отсюда и ваш "глюк": вы смещаеете вдоль линии,
а программа оптимизирует удаляя лишнии),
а именно получится два новых сегмента, одним словом так делают "ломаную".
На сколько я помню, в DOS версиях PCAD, Vertex нельзя было поставить,
на тот же самый сегмент, к которому его добавляли, что было логично.
Тут(в 2006SP2) видимо разработчики еще, не до конца продумали и реализовали эту простую идею.
Отсюда и "глюкис". Важно, что они стремятся сделать лучше, и сделают!

Да, это верно по поводу сегментации. Демонстрация глюка, которую я описал, несколько искусственная. Но глюк проявляется и при других манипуляциях с линией, приводящих к появлению линии из нескольких сегментов. Например, перемещение изломов или сегментов линии. Сместите в приведенном в этом сообщении примере (Нажмите для просмотра прикрепленного файла) излом или сегмент по стрелке до получения прямой линии и увидите. В реальной работе такое вполне может случиться. Так что, перефразируя дедушку Ленина: DRC, DRC и еще раз DRC.

Интересно, официальные представители сообщают о таких глюках в Altium, или это останется не замеченным?

Что читают так точно. Они присутствуют на форуме.
Так что замеченны представителями они точно.

Вопрос в другом, они эти глюки на Альтиум отсылают, или только тут читают и все?

Иногда и отправляют. В соседней ветке пару недель назад тоже глюк обсуждался,
был описан, сформулирован и с их слов напрвлен куда следует

Ps. Кстати этот глюк "Раскопан" благодоря и Вам.
Модераторам наду взять во внимание при решении о переводе в "СВОИ"

Я тут, глюк найденный oilchenk , представил в более простой форме, вдруг отправить надумают .
Проявляется не всегда с первого перемещения, поэтому надо проделать несколько раз:
move, undo,move,...
и чередовать по очереди вертикальный и горизонтальный сегменты,
а то глюк имеет свойство "прятаться", если перемещать только вертикальный сегмент
Все сделано в 2006SP2.
Нажмите для просмотра прикрепленного файла

Или хотя бы Optimize Nets...

в данном примере : segment_gluk_pcad2006SP2
увы, только копать и копать ...
или точнее: трусить и трусить

Optimize Nets поможет перед импортом из старых версий. От глюков, связанных с возникновением нескольких сегментов в одной линии в процессе работы, не поможет. Так что DRC - наш друг и помошник Особенно перед сдачей платы в производство.
Ну и внимательность в работе.
Хотел вот перейти на 2006SP2 с 2004SP4... Теперь подожду SP3.

По данной проблеме был написан багрепорт в Altium support. Вот вкратце ответ:

I can reproduce the behavior that the part of the trace will be deleted.
Obviously the Tracks Optimizer doesn't work as expected. Between the 2 pads should one single track be created, optimizing the 3 colinear track segments.
I'll report this to the developers.

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

да, веселая штучка=))) отправил братьям нашим меньшим, в Altium=))

У меня не всегда хватает времени посмотреть форум, но есть время отправить замечания разработчикам, так что если такие еще имеются - давайте!

Я нашел реальный глюк, причем он есть как в PCAD2004 так и в PCAD2006.
Смысл в следующем. В утилите Pattern Editor создаются несколько Pattern Graphics. Но в них используются разные типы контактных площадок. Если теперь в одном Pattern Graphics войти в Options/Pad Style и выполнить Purge Unused Styles то типы площадок используемые на другом Pattern Graphics убьются. Если теперь перейти Next(Previous) Pattern Graphics то возникает фатальная ошибка и приложение закрывается.

Эт не глюк. Это багафича. Она всегда была, с тех пор как PaternGraphics появились.
(у меня и в 2002м есть)

Тока нафига в патерне прибивать лишние стили падов?
IMHO, лишние стили в библиотеку не сохраняются.