[Uladzimir 96]

Что читают так точно. Они присутствуют на форуме.

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

 

 

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

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

был описан, сформулирован и с их слов напрвлен куда следует :)

 

Ps. Кстати этот глюк "Раскопан" благодоря и Вам.

Модераторам наду взять во внимание при решении о переводе в "СВОИ"

:a14:

[atlantic 0]

Я тут, глюк найденный oilchenk , представил в более простой форме, вдруг отправить надумают :).

Проявляется не всегда с первого перемещения, поэтому надо проделать несколько раз:

move, undo,move,...

и чередовать по очереди вертикальный и горизонтальный сегменты,

а то глюк имеет свойство "прятаться", если перемещать только вертикальный сегмент

Все сделано в 2006SP2.

 

Изменено 25 мая, 2007 пользователем atlantic

[IgorKossak 0]

...Так что, перефразируя дедушку Ленина: DRC, DRC и еще раз DRC.

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

[atlantic 0]

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

в данном примере : segment_gluk_pcad2006SP2

увы, только копать и копать ...

или точнее: трусить и трусить

Изменено 25 мая, 2007 пользователем atlantic

[oilchenk 0]

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

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

Ну и внимательность в работе.

Хотел вот перейти на 2006SP2 с 2004SP4... Теперь подожду SP3.

[ivainc1789 0]

По данной проблеме был написан багрепорт в 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.

 

Очень благодарили за найденный глюк. Передаю благодарность автору. :)

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

[inter_pro 0]

Я тут, глюк найденный oilchenk , представил в более простой форме, вдруг отправить надумают :).

Проявляется не всегда с первого перемещения, поэтому надо проделать несколько раз:

move, undo,move,...

и чередовать по очереди вертикальный и горизонтальный сегменты,

а то глюк имеет свойство "прятаться", если перемещать только вертикальный сегмент

Все сделано в 2006SP2.

 

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

 

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

[Crystaly 0]

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

Я нашел реальный глюк, причем он есть как в PCAD2004 так и в PCAD2006.

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

[MikleKlinkovsky 5]

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

(у меня и в 2002м есть)

 

Тока нафига в патерне прибивать лишние стили падов?

IMHO, лишние стили в библиотеку не сохраняются.