Версия для печати темы

Автор: Алексей Сабунин Mar 19 2008, 14:30

Думаю все работающие на Altium Designer пользователи хотели бы иметь минимум проблем с его работой... Предлагаю в этой ветке оставлять замечания об ошибках и предложениях по улучшению программы, которые в случае обоснованности будут переадресованы разработчикам!

Автор: Gennaj Mar 19 2008, 15:58

Проблема при передаче платы в Автокад.
Установки передачи: dxf, R14, metric.
В Альтиуме, на слое Mechanical 13 выполнен вид компонентов в том виде, как его хотелось бы видеть на сборочном чертеже. При этом с помощью специальной строки .Designator (размещенной так же на слое Mechanical 13), выполнено отображение позиционного обозначения компонента. В Альтиуме это выглядит так, как на рисунке m13_altium.jpg.
После экспорта в Автокад, имеем там следующее - рисунок m13_dxf.JPG.
Глюк тянется как минимум с версии 6.7.

Автор: Владимир Mar 19 2008, 19:03

Глюк или не глюк. Вот в чем вопрос
Кто может удалить контур на слое Mechanical9
Мне удалось переместить со слоя на слой, изменить форму, но удалить ни как за целых полчаса!!!

Автор: Алексей Сабунин Mar 19 2008, 19:31

А почему не используете обычные Designator? У меня стандартное поз. обозн. передается на любом слое при всех настройках! А если текстовой строкой .Designator, то в автокад идет не конвертированная текстовая строка (т.е. вместо R1 написано .Designator)

Автор: Владимир Mar 19 2008, 19:37

Просто Designanor испoльзуется для шелкогравии
.Designator--- используется для монтажа в центре компонента.
Можно конечно и наоборот сделать.
но дело не в этом.
Это глюк, который можно поправить, и не думаю что это сложно для программистов.
Пусть знают и работают.
Как обойти это дело известно.
Но лучше ходить коротким путем.

Автор: Алексей Сабунин Mar 19 2008, 19:47

непонятно...будем смотреть))

Автор: Владимир Mar 19 2008, 20:09

Вопрос снят. Это не глюк, а фишка последнего UPDATE

Все снято, удалено и сделано как положено.
Сэнк Себе

Автор: Alex Ko Mar 20 2008, 07:17

Вот тока что.. Создал-удалил.. AD v. 6.9

1. При экспорте в АвтоКАД не экспортируются полигоны со сплошной заливкой.
2. При экспорте схем проекта в АвтоКАД если задать опцию экспортировать ВСЕ схемы, создаётся правильное количество правильно названных файлов с ОДИНАКОВЫМ содержаниием (хотя чуть разных размеров)..

Автор: Gennaj Mar 20 2008, 08:52

Как правильно заметил Владимир, обычный Designator используется для шелкографии, при этом он может быть вообще скрыт, если на плате нет места для его отображения (для шелкографии есть требование на минимальный размер шрифта). Разумеется, глюк можно обойти, и мы его сейчас обходим, но это длинный путь:
1. Найти похожие объекты (позиционные обозначения), выставить Rotation=0, autoposition = center и нужный размер шрифта.
2. Найти текст на слоях шелкографии, не привязанный к компонентам и удалить его.
3. Не сохраняя плату, передать ее в Автокад.
4. В автокаде, найти текст ".-1" на механических слоях и удалить.
5. В автокаде, найти текст на слое Top Overlay и перенести его на слой мех.13
6. В автокаде, найти текст на слое Bottom Overlay и перенести его на слой мех 14.
Очень бы хотелось, чтобы этот путь стал короче и удобнее



А можно по-подробнее? Что это за функция такая новая? Lock вроде не установлен, а ничего не позволяет...

Автор: Владимир Mar 20 2008, 09:11

Данный контур является примитивом Board Shape
Удалить нельзя. Можно пересоздать на другом слое. Из этого тогда удалится.
Отдельной клманды по удалению этоко контура нет и с этой точки - это баг

Автор: Vokchap Mar 20 2008, 12:37

Наиболее простой способ тотального удаления - снять галку "Enable" со слоя и подтвердить "Do you want to delete ..."

Автор: Владимир Mar 20 2008, 13:00

Это слишком кардинальный. Там может быть и другая полезная информация.

Автор: Gennaj Mar 21 2008, 12:23

Символы портов и входов листа (Port и Sheet Entry).
В предыдущих версиях ненаправленный порт и вход листа (тип "Unspecified") отображались как прямоугольник. Теперь они отображаются так же, как и двунаправленные порт/символ листа.
Это глюк, или какая-то особая мысль авторов?

Автор: Gennaj Mar 21 2008, 15:20

При выполнении из редактора схем команды "Select PCB Components" эти компоненты выделяются на печатной плате. НО (!) PCB Inspector их как будто "не видит". Для того, чтобы увидеть свойства выделенных на PCB компонентов в PCB Inspectore, необходимо, например, начать двигать выделенные компоненты, а затем нажать ESC.
Непорядок

Автор: RXgade Mar 23 2008, 11:36

У меня стоял AD 6.8, сейчас 6.9, но глюки с Database Library остались.

Для создания библиотеки компонентов использую механизм Database Library.
Для файла DBLib использую следующие настройки (остальные по умолчанию):
Path: c:\Data\eComp\eComp.mdb - путь к файлу базы данных;
Fielt Settings: [Manufacturer]='{Manufacturer}'AND[Part Number]='{Part Number}';

При этом в процессе работы проявляются следующие ГЛЮКИ!!!:
1. При открытии ранее настроенного и сохраненного файла DBLib, AD сам изменяет поле Part Number на [None] (это внизу в списке Field Mapping столбец Design Parametr), из-за этого это поле не переносится и в последствии теряется связь между компонентом на схеме и базой данных.

2. Когда библиотека уже подключена, то сортировка компонентов в списке на панели Libraries выполнена непонятно по какому критерию, и даже если ее отсортировать, по при последующем ее перевыборе сортировка опять нарушается.

3. ГЛАВНЫЙ ГЛЮК!!! Если в панели Libraries выбрать подключенную DBLib-библиотеку, и если в этой библиотеке достаточно компонентов чтобы в списке появилась строка прокрутки, то - при прокрукте списка вниз и выборе компонента, получается несоответствие между компонентом и отображаемой для него графики и модели footprint-a. Т.е. для компонента из базы данных ставится в соответствие другой символ и модель footprint, а не тот который указан для него в базе данных.

Поясняю п.3 (вот пример библиотеки  eComp_BD.rar ( 19.9 килобайт ) : 398
):
а) Выбрать одну из подключенных библиотек DBLib (появится список компонентов в панели Library).


б) Производим сортировку по какому-либо столбцу (например у меня по столбцу Manufacturer).


в) СРАЗУ!!! Прокручиваем список например в самый низ или в самый верх (до этого НЕ НАДО выбирать ни какой компонент из списка).


г) Теперь выбираем какой либо компонент из списка и видим.... что для компонента с заданным сочетанием полей Manufacturer и Part Number отобразаются в данном случае пустой компонент:


ХОТЯ ДОЛЖНО БЫТЬ СЛЕДУЮЩЕЕ!!!!!!


Хочу заметить, что если в п.3 сначала поочереди выбрать нестолько компонентов (просто покликать их мышкой), а потом выполнить прокрутку вверх или вниз, то все белее менее нормально.
Надеюсь смог объяснит понятно.

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

Автор: Zeroom Mar 24 2008, 08:16

Плата примерно 180х100, 14 слоев, запустил восстановление полигонов GND на 6 внутренних слоях (Hatched, линия 0,21 шаг 0,1 для наилучшего заполнения). По сравнению с предыдущими версиями 6.9 справился с задачей изумительно быстро, НО напрочь отключилась клавиатура!!! То есть мышкой в меню все команды выбираются и выполняются (сохранил результат), а на клавиатуре не отзывается ни одна кнопка, имеющая функциональное назначение в AD. Вылечилось перезапуском программы, повторная перезаливка прошла без ошибок, видимо в первый раз повлияли какие-то предшествующие действия.

Автор: Владимир Mar 25 2008, 21:31

Вот еще одна.
Fanout c включенной опцией include escape ...
делает отводы в ближних доступных слоях, а не назначенных для сигналов правилами.

Автор: Zeroom Mar 26 2008, 07:53

Давняя проблема. При экспорте из CAM в DXF изображение в полученном файле уменьшается ровно в 25,4 раза.

Автор: OLEG_BOS Mar 26 2008, 18:03

Подтверждаю глюк.. Есть такое : скажем использую команду "Smart Interactive Routing " используя быструю комбинацию клавиш "P+I".. В результате воспринимается клавиша клавиша "P" - открывается меню "Place", а дальше ни одна клавиша из подменю не реагирует на команду... Эфект наблюдался с десяток раз.. Какого-то логического обяснения, после чего даный эфект происход, мною пока не было замечено. Лечится - повторная перезагрузка AD6.9.

Автор: Владимир Mar 26 2008, 19:28

Вот еще глюк явный

При указании определении работающего правила операциими Unary/Binary оно указывает не на то правило, по которому работает DRC

1/ выделены 2 Via принадлежащие разнвм NET (VCC и AXTIN)

2/ Приоритет правила Clearance_Via_PAD_SameNet с опцией SameNet более высокий. Но он не должен работать для данных двух VIA

3/Приоритет правила Clearance_Via_PAD_AnyNet с опцией Any Net более ybprbq. Но imenno он должен работать для данных двух VIA.

4. указанныя операция определяет правило 2 , что не верно. DRC работает как и положено по правилу 3



Рисунок приложен.

Нехорошо однако

Автор: Msf Mar 27 2008, 05:26

Еще глюк есть. Не работает Assembly Variants если меняешь номинал какого-нибудь компонента на другой( если делаешь Not Fitted то все работает) в самом PCB редакторе. В схематике все работает. А вещь такая бы удобная была

Автор: dxp Mar 27 2008, 06:14

А у вас, часом, при этом не включена ли русская раскладка? Уж больно по описанным симптомам похоже (буквы внутри меню не работают, перезагрузка программы решает проблему ).

Автор: Zeroom Mar 28 2008, 07:34

В некоторых случаях возможно создание полигонов с такими вот паразитными отростками, на которые не реагирует Online DRC (если не двигать граничащие с ними объекты, в данном случае переходные отверстия), выявляются только полной проверкой платы.

Такой странный косяк возникает, если попытаться выровнять длину дифференциальной пары на наклонном участке.

Дифференциальные пары в режиме Differential Pair Routing нельзя трассировать со скруглением проводников дугами (по крайней мере у меня не это получилось). Если же вести проводники отдельно в обычном Interactive Routing, обе дуги имеют одинаковый радиус, что не есть правильно (то есть по-хорошему они должны иметь разный радиус и общий центр). Упдейтед. Также при трассировке со скруглением не переключается Lookahead Mode, проводники прокладываются только парой "прямой отрезок+дуга". И кроме того, хотелось бы иметь возможность настраивать параметры дуг более детально (минимальный/максимальный радиус, шаг инкремента радиуса и тп).

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

Автор: OLEG_BOS Mar 28 2008, 08:03

Да - Вы правы ! При включенной русской раскладке данный эфект имеет место - впредь постараюсь быть внимательней Спасибо !

Автор: Zeroom Mar 28 2008, 08:40

У меня в тот раз именно "отрубилась" клавиатура. Кроме этого, довольно часто после завершения заливки полигонов происходит залипание клавиши Ctrl (скорее всего если нажать ее в какой-то момент процесса заливки), то есть в частности зажатая правая клавиша мыши начинает работать как зум. Лечится нажатием Ctrl

Автор: Zeroom Mar 28 2008, 11:58

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

Автор: Gennaj Mar 31 2008, 06:30

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

Автор: Gennaj Mar 31 2008, 13:09

Еще один глюк обнаружил.
Всплывает при работе с базой данных.
Если создать поле со ссылкой на файл параметров компонента, доступный по локальной сети (или на локальной машине) например так:

\\server1\Datasheets\Harwin\Connectors\Harwin_D02_F10_M22_M30_M40_M50_R61_Z22_Z30_ZGP.pdf#page=11

то все прекрасно работает, при этом pdf открывается на указанной странице.

Если же тот же самый файл мы размещаем на ftp:
http://electronix.ru/redirect.php?ftp://XXX.XXX.XXX.XXX/Datasheets/Harwin/Connectors/Harwin_D02_F10_M22_M30_M40_M50_R61_Z22_Z30_ZGP.pdf#page=11,
то ссылки, содержащие номер страницы в pdf-документе (#page=11), работать перестают. Ссылка не открывается вообще.
Ссылки на pdf-файлы, не содержащие номеров страниц, открываются нормально.
Речь идет о содержимом пары полей "ComponentLink1Description" "ComponentLink1URL".

Автор: Hardman Apr 2 2008, 08:20

Заметил глюк с беспричинным ростом файла подкачки при работе с DirectX, при расстановке компонентов на плате, даже если компонент просто перемещать по плате. Через некоторое время работы появляются тормоза (это и понятно), а еще через некоторое время, если файл подкачки располагается в RAM, Altium без предупреждения и сохранения сворачивает свою работу. При этом 8 GB ОЗУ ему становится мало.

Автор: Gennaj Apr 3 2008, 09:45

1. Функция Slice Polygon Pour (разрезать полигон) не работает на слоях Solder. Функция запускается, линия разреза проводится, но полигон остается единым, не разрезанным.
-------------------------------

Еще у меня есть предложение по добавке новой функции в Альтиум.
Как я понимаю, все сталкивались с тем, что какое-нибудь правило, добавленное в Rules действует не так, как ожидалось. Мне кажется, было бы очень неплохо, если бы можно было, не выходя из редактора правил, проверить область действия правила на плате.
Обычно любое правило применяется к тем или иным объектам. Вот и хотелось бы посмотреть (не выходя из редактора правил), к каким объектам будет в результате применено то или иное только что написанное правило (если, конечно, эти объекты уже существуют на плате).

Автор: Alechek Apr 3 2008, 10:47

Как я понимаю, ключевое слово - "RAM". Я правильно понимаю, что файл подкачки на ЖД отутствует?
Тогда происходящее естественно. Файл подкачки нужен не столько для подкачки, сколько для устранения фрагментации памяти. Но он должен быть ОБЯЗАТЕЛЬНО. И иметь размер не менее размера ОЗУ. Лучше всего 1.5*ОЗУ

Автор: Hardman Apr 3 2008, 14:04

Если файл подкачки располагается на диске, картина от этого не меняется. Ни одна программа не должна позволять себе плодить в памяти бесконечное колличество экземпляров объекта не заботясь об высвобождении памяти (глюк Altium). При большом объеме оперативной памяти нет необходимости использования файла подкачки, это значительно повышает быстродействие всей системы в целом.

Автор: Zeroom Apr 4 2008, 05:23

По поводу пожирания памяти - есть подозрение, что это напрямую зависит от заданного в настройках количества Undo и их содержания. У меня ошибки, связанные с нехваткой памяти, появлялись (насколько могу вспомнить) только после многократного перестроения полигонов типа GND (покрывающих все свободное пространство) на больших платах.

По поводу количества знаков после запятой. По умолчанию в настройках AD оно у меня было 5, поменял на 4 - автоматически исчезли все эти незначащие нули и миллионные доли. И еще, в документе What's new in Altium Designer 6.9 в разделе о переключении единиц измерения прямо в диалоговых окнах есть такая фраза: "Toggling units at any time does not affect system accuracy as all numerical calculations are carried out at system resolution." Если я правильно перевел, то теперь все рассчеты ведутся без округления, а округляется только отображаемый результат.

Автор: Vokchap Apr 4 2008, 12:22

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

Автор: Zeroom Apr 7 2008, 05:02

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

Автор: Политех Apr 11 2008, 20:40

AD 6.7

При попытке закрыть проект полностью: Project Close, вылазит ошибка(см. рисунок). Даже после перезагрузки компа после того как заново запускаю пакет и ничего не делая в нём.
Заметил только сейчас, когда появилась - не знаю, поскольку полностью до этого проект давно не закрывал. Заметил когда захотел импортировать файлы .ddb с форматками, т.к. редактор предлагает закрыть все проекты.

Автор: Zeroom Apr 12 2008, 16:54

Обновляйтесь до 6.9, 6.7 был очень нестабильным в работе, особенно в PCB.

Автор: OLEG_BOS Apr 17 2008, 11:24

Не совсем уверен ошибка ли это, самого AD6.9 или это у меня руки кривые, но решил все же разместить здесь пост.

Суть проблемы: При передаче на производство файла формата GERBER, производитель сообщил мне, что переданные мною файлы выполнены в "растре", а они принимают только файлы, выполненные в "векторе".
После чего им были повторно отправлены файлы GERBER при конвертации которых в Gerber Setup -> Advanced -> Plotter Type , было указано формировать "векторный" GERBER ( как на приложенном рисунке). Был получен ответ, что новые файлы тоже выполнены в GERBER-"растр"
То есть при экспорте в GERBER AD6.9 независимо от выбора "Plotter Type" все равно формируется GERBER-"растр".
После мучительных разбирательств с форматами выяснилось, что все полигоны при конвертации в GERBER получаются как "растр", что очень хорошо видно в CAM350.

Выход и положения был найден: переконвертация PCB файла AD6.9 в P-CAD ASCII, далее перезаливка полигонов в самом P-CAD, после чего файл из P-CAD конвертируется в GERBER, где полигоны выполняются, как и нужно производителю в GERBER-"вектор".
Вопрос: Это глюк AD6.9 ? или это меня глючит и я делаю что-то не так ? Кто сталкивался с данной проблемой и как решил данный вопрос ? ... Заранее благодарен

Автор: G_A_S Apr 17 2008, 21:30

Итак, еще раз о мультипликации! Мое пожелание протелу позаимствовать немного у ментора! Ну правда! Ведь есть вещи более удобные у него) Правда, у протела гораздо больше удобных вещей для ручной трассировки! Пусть менторовцы учатся!
Сделайте символ, в котором необходимое количество элементов! Это нужно! Это очень нужно! Мы же платим немалые деньги за Ваш продукт... Ну сделайте доброе дело!

Автор: Владимир Apr 18 2008, 04:25

Это к чему в этом топике???

Не мусорите

Просьба относится во-первых совсем не к мультипликации.
А во-вторых, и здесь чистых разработчиков продукта нет

Автор: Alechek Apr 18 2008, 06:05

У меня такое ощущение, что это глюк производителя..
Передавайте им сразу в CAM350. Как я начал это делать, вопросы ко мне по файлам сразу отпали.
Для импорта я написал себе небольшой макрос...

Автор: gregory812 Apr 18 2008, 19:29

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

Автор: OLEG_BOS Apr 18 2008, 21:07

Спасибо большое, уважаемый atlantic за посвящение в "тонкости" производителей печатных плат Преобразовать "растровое" в "векторное" представление полигона в CAM350 не пробовал, но проводил эту операцию с помощью встроенного в AD6.9 CAM-редактора СAMtastic. Результат его преобразования меня не впечатлил: некоторая часть небольших полигонов все таки была переконвертирована, но большие полигоны просто исчезлы Похоже что это глюк

Спасибо regory812 за подсказку ( где ж Вы были вчера-то ? ) - Именно так я и поступил: поразмыслив, что вышеприведенный мною путь переконвертации из "растра" в "вектор" через P-CAD, является методом через "ж.. " я почитал ветку где указывался именно Ваш метод перезаливки полигонов из "Solid" в "Hatched" для конвертции в CAD программы.. Эдинственное, я не вижу смысла в ваших словах "выставить расстояние между линиями решетки равное нулю", поскольку это увеличивает объем файла...Оптимальным является толщина линии заливки / 2 , а толщина линии должна выбиратся исходя из точности прорисовки полигона.

И все таки жаль что " эта опция(Plotter Type) недоработка(промах)AD" .. Будем надеятся, что это будет исправленно и тогда не надо будет так изголятся и задумыватся над тем какими полигонами делать заливку

Автор: Zeroom Apr 19 2008, 07:00

При заливке полигона типа Hatched оптимальными являются толщина линии в самом узком месте, где требуется наличие полигона (например между выводами какого-либо элемента), и сетка с шагом чуть поменьше ширины линии (на 0,1-0,05). Если делать линии полигона "слишком" перекрывающими друг друга, то существенно растет размер PCB, размер герберов, а кроме того местами возникает глюк с кусками полигона, противоречащими правилам, о котором я писал в теме ошибок.

Автор: gregory812 Apr 19 2008, 08:37

Насколько я помню (нет возможности сейчас убедиться воочию), при создании решетки задается растояние не между центрами линий, а именно между их краями, поэтому я и сказал, что от края до края надо выставить ноль. Если, что-то путаю, то поправьте.

Автор: OLEG_BOS Apr 19 2008, 11:06

Не буду поправлять - смотрите саме

Автор: gregory812 Apr 19 2008, 13:12

Странно, но в окне Polygon Pour размер Grid Size явно проставлен как расстояния между краями линий, а по вашим измерениям линии рисуются на самом деле относительно центров. Следовательно программисты Altium Designer что-то напутали .

Автор: Alechek Apr 21 2008, 15:57

Опция это не "недоработка", просто ее правильно читать надо. Перед ней же написано, "сортировать отрезки для векторного плоттера или так сойдет?" А АД вряд ли сможет сам переконвертировать растровый полигон в векторный при выводе гербера. Генератор не завязан ведь с ПРАВИЛАМИ трассировки. Он даже не знает какую толщину линии сделать. Так что ручками...

Автор: Airt Apr 29 2008, 08:40

Не могу победить глюк с печатью круглых площадок на печатной плате. Не печатаются на двух принтерах: Panasonic KX-P7105 и PDF factory pro. При этом печатаются площадки не круглой формы и переходные отверстия (круглой формы). На принтере Canon MF3200 все печатается нормально.

Автор: Alechek Apr 29 2008, 17:42

AD 6.9
1. Из Documentation Outputs не работает Schematic Prints при печати [Project Physical Documents]. Из 2х документов выводит только один. Печать с текущим вариантом сборки возможно только через SmartPDF
но тут возникает
2. На распечатке на новом компоненте, имеющим Transparent тело, не видно названий выводов. В редакторе показывается все нормально.

Автор: Владимир Apr 29 2008, 18:20

1. Странно, вроде работало
2. Это не новая, а старая закоренелая болезнь, и похоже не AD f PDF, который не понимает прозрачности.
Лечится по другому, При создании библиотечного элемента , последним действием должно быть всегда
Edit/Move/Send to Back всем закрашенным объектам.
Тогда они помешаются позади текста, и трансляция проходит прекрасно.

Автор: Airt Apr 30 2008, 12:41

Поигрался еще с распечаткой ПП. На еще одном принтере Canon LBP2900 не печатаются отверстия с площадках в черно-белом режиме, но есть в режиме градаций серого при выставлении цвета отличного от белого. Попробовал, ради интереса, изменить все площадки на прямоугольники со скругленными углами. Panasonic напечатал восьмиугольные площадки :-(
Smart PDF тоже не выводит отверстия в лощадках.

Автор: G_A_S May 13 2008, 07:01

Этот глюк тянется еще с Protel99se и сейчас в AD Build 6.9.0.12759 он наблюдается регулярно. После некоторого времени работы в панели Libraries исчезают поля Component Name, поле фильтра, поле выбора библиотек и кнопка Place. Помогает только перезагрузка. У кого-нибудь еще такое было?

Автор: Vokchap May 13 2008, 17:45

Видел подобное, проблема была в операционной системе. Кроме пропадания полей и кнопок пропадали целые панели, если их поместить в определённое место на экране. Перезагрузка даже не помогала. Шутки ради пытался такую картину воспроизвести на другой машине, просто не получилось. Не исключено, что в данном случае просто мало оперативной памяти.

Автор: G_A_S May 14 2008, 10:20

Вряд ли это нехватка оперативки, ее 2 гига +файл подкачки, да и машина не из слабых (AMD 6000+ и видео 8600GT).
Такой глюкбыл у меня и на предыдущих машинах, причем он связан с какими-то другими операциями (какими, пока не понял). Так что отнесем это к недостаткам приложения.

Автор: Vokchap May 14 2008, 12:02

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

Автор: SeriouSerg May 14 2008, 12:33

... И снова старые добрые глюки Алтиум. Я конечно все понимаю, 3D редактор, динамическое подсвечивание, маски, прозрачности и прочие эффекты PCB дбизайнера, но пора бы уже устранить глюк о котором неоднократно упоминалось...

Внимание на рисунок

Параметры заливки:
Hatched
Track 0.254
Grid 0.127 (0.254)

Pour over all net objects
Remove dead copper

Все стандартно

Сие безобразие тянется с очень давних времен...
Ув. Алексей Сабунин, мы с Вами год назад по этому поводу общались...


... Спустя полчаса нашлось решение: увеличил ширину линии заливки до 0.3 мм как "недозаливки" исчесзи, причем все.
Очень хорошо наблюдается глюк в режиме OutLines Only. Если существуют "незакрытые" области - ждите сюрпризов.

Кто сталкивался с подобным явлением, отпишитесь пожалуйста.

Автор: Vokchap May 16 2008, 11:56

Советую пользоваться растровыми полигонами, у них качество обводки сложных участков на порядок выше и дополнительные опции есть. Если есть проблемы с изготовлением позитива у производителя, всегда можно конвертировать растры в вектора в самом простом gerber редакторе или вообще поменять производителя. Опция "Hatched" присутствует думаю для "галочки" и вряд-ли есть объективные причины ею пользоваться.

Автор: SeriouSerg May 18 2008, 04:50

Заливка растром более "безглючная", но я бы не сказал что качественнее. Нет возможности ее "доработать", особенно на сложных участках. Заливка линиями в этом отношении лучше. Всегда можно довести что то ручками, т.к. в этом случае работает снап к объектам. Кроме этого, регулируя ширину линии я задаю степень сглаживания углов. В растре такого нет, там либо отрезается neck мною заданный (причем довольно грубо) либо льется до острого угла.

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

Автор: Zeroom May 23 2008, 05:31

Правило для зазоров:

первый объект - примитивы полигона с именем "1", то есть InNamedPolygon('1')
второй объект - примитивы полигона с именем "2", то есть InNamedPolygon('2')

Задан зазор 0,15мм, оба полигона подключены к одой цепи, правило задавалось как для одноименных цепей, так и для любой цепи (опции Same Nets Only и Any Net). Результат - DRC правильно показывает ошибки в местах пересечения полигонов, но перестроение любого из них эту ошибку не устраняет, полигоны сохраняют первоначальный контур и DRC по-прежнему указывает на нарушение правила.

Автор: Pyku_He_oTTyda May 29 2008, 11:32

Хотел вставить контур элемента из *.dxf, а увидел фигу

Автор: Владимир May 29 2008, 12:58

А зачем из при активной библиотеке это делать?

Автор: Pyku_He_oTTyda May 29 2008, 14:17

так в библиотеку

Автор: Владимир May 30 2008, 17:47

Вы бы еще в текстовый файл экспортровали. Ну нет поддержки из библиотеки.

Автор: Pyku_He_oTTyda May 31 2008, 04:37

ясно. жаль зачем тогда окошко?

Автор: Zeroom Jun 7 2008, 08:40

Обнаружился баг с глухими отверстиями (находящимися целиком во внутренних слоях платы). При создании файлов Gerber, если не отмечена опция Include unconnected midlayer pads, не добавляются неподключенные площадки на слоях, внешних для субпакета (первый и последний внутренние для стека 1-N-1). Как ни странно, производители такие герберы приняли без замечаний, может это и не ошибка вовсе?

Автор: Alex Ko Jun 7 2008, 11:29

Вот сегодня опять напнулся на старый баг.. В PCB-редакторе при попытке Find Similar Objects для Pad'а по размеру пада, отверстия, координате выдает Error occured while Running Script. А вот по слою, форме - пожалуйста! Абыдна, аднака..

Автор: Zeroom Jun 7 2008, 17:28

Подтверждаю, у меня после этой ошибки еще кучу панелек наоткрывал, которые до этого были скрыты.

Автор: uriy Jun 7 2008, 18:42

У меня в 6.9 была такая же ситуация. Щас проверил в 08 нормально отработало.

Автор: Владимир Jun 7 2008, 18:55

тоже не поленился, открыл оба пакета одновременно
Исправили. Это радует.
Может это обратная связь действует ?

Автор: serges Jun 8 2008, 06:50

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

Автор: DVF Jun 12 2008, 11:05

Братцы, а ни у кого AD6.9 не являлся источником полного виса системы? Пока-что это наблюдаю в PCB-редакторе в самые неожиданные моменты. Система: Виста х64 со всеми обновками, кроме SP1.

Автор: eXeC001er Jun 23 2008, 18:20

не знаю баг или нет но:
предыстория: у меня видео Radeon 9600 128 МБ, DirectX 9.0 не держит.
если взять и в бибилиотеке PCB или в файле платы переключиться в режим 3D то пишет что мол не могу т.к. карта не поддерживает режимы, зато если создать библиотеку 3D компонентов, то элементы в этой билиотеке запросто можно смотреть в 3D режиме.

Автор: Владимир Jun 23 2008, 18:55

Это разные понятия. Разница хорошо видна если есть с чем сравнивать.

Посмотрите ролики. Такое как там показано, вы не видите. твк как нет поддержки картой 3D/

Вид 3D gоддерживается с самого начала (верчия DXP 2004 год)

Автор: uriy Jun 24 2008, 04:27

Подтверждаю, на Radeon 9600 3D не работает. Купите боле современную видюху. На форуме приводили список поддерживаемых.

Автор: EvgenWL Jun 24 2008, 06:02

Попробуйте Tools -> Legacy Tools -> Legacy 3D View

Автор: Владимир Jul 1 2008, 19:53

(IsTrack AND TraceLength = 0.00)
Выделяет ВСЕ Track, а не должен.
(IsTrack AND TraceLength = 0.001) уже работает

Глюк или так задумано?

Автор: Владимир Jul 2 2008, 14:17

При вставке Place/Device Sheet symbol
1/ не желает перенумеровывать его элемент--- это правильно
2. При аннотации всего проекта не учитывает, что такие элементы уже есть и присваивает идентичные номера на других листах---

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

А если Device Sheet symbol два или больше и у них Designator совпадает--- большая бяка получается

Я думаю если вставить два разных Device Sheet symbol

Раскопал. Глубоко зарыли
Могли бы на автомат это поставить.

Отпишусь потом.

Автор: EagL Jul 8 2008, 20:06

Проблема!
При трансляции из P-CAD в АD ПП или библиотеки корпусов не передается слой маски у КП. Вместо стандартного отступа вскрытия маски от КП 4 mil, изображает -1000 mil???
И что делать, если мне нужно вскрытие маски эллипсовидной КП не равноудаленное, а меньшее по ширине и большее по длине? Этот процесс как-нибудь можно наладить?

Автор: Владимир Jul 8 2008, 20:39

Что-то такого не замечал.

Можно. Для таких PAD нарисуйте нестандартную форму маски в соответвоющем слое. Правда это нужно для каждого PAD.

Геморойно, но можно сделать сразу скопом для всех.
Просто для новых придется опять повторять.

Автор: АДИКМ Jul 8 2008, 20:53

ничего не исправили. Проблема заключается в следующем - если вы применяете Find Similar Objects например к паду с отверстие 40 mil , то все работает. но перейдите в метрическую систему и снова примените к этому же паду (отврстие 1.016 мм). теперь вы получите вышеупомянутую ошибку. очевидно причина кроется в сепараторе чисел плавающей точки. у нас принята точка, у американцев запятая. это и вызывает ошибку скрипта.
можно попробовать в винде изменить разделитель, но это не выход. другие программы будут матерится...

Автор: Alex Ko Jul 9 2008, 05:07

Summer 8 при выводе в PDF не отрисовывает Via в Multilayer-слое.. 6.9 ту же плату - нормально!
Или вот, не знаю уж, баг или фича.. SmartPDF сохраняет установки в Output Job, а если включить опять SmartPDF - там опять всё по новой..

Автор: Владимир Jul 9 2008, 07:34

Применил. И там и там нашла все 108 элементов.

Надо смотреть установки винды.

Автор: Владимир Jul 11 2008, 13:19

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

Автор: Владимир Jul 22 2008, 20:45

Обнаружил еще бяку.
При открытии некоторых PCBDOC (зависимость еще не нашел) программа выдает ошибку и выгрузить ее можно только через три кнопки. На других доступных компах все открываетрся без проблем.



В тоже время большинство PCBDOC открывается нормально

Переставить чтоли?



Ругается на usp10.dll. Он не имеет отношения к Altium. Копаю дальше.

Автор: EDD_1 Jul 24 2008, 07:11

Какойто не понятный глюк в AD 6.9 при просмотре вида в 3D не правильно отображаются корпуса, хотя если просматривать конфигурацию просмотра на 3D то все нормально...(корпуса созданы вручную через мастер 3D пробовал ставить или убирать галочки в настройках 3D что то не помогает....)

Автор: ANT Jul 24 2008, 18:45

Сын поставил Summer 08 и начал изучать уроки Потапова. С некоторого момента Altium начал грохаться без всяких сообщений на его проекте мультивибратора. Я попробовал открыть проект на своём компе - то же самое: вылетает сразу и ничего не сообщает.
Он сделал проект снова с нуля - и всё нормально. Приличная программа так себя не ведёт .

Второе.
Когда в Workspace накапливается несколько проектов, начинаются глюки: очень долго загружается, на некоторых проектах - тормоза, проект библиотеки LibPkg не компилируется (при этом SchLib и PcbLib по отдельности компилируются без ошибок). Если открыть проект в отдельном workspace - работает нормально.
Попробовал этот же Workspace в 6.9 - этих глюков нет! И это при условии, что в Wokrkspace все проекты изначально были созданы в Summer 08.

Автор: Владимир Jul 30 2008, 10:14

Вот разбираюсь с заданием правил через директивы на схеме.
Там все практически не нравится. Хотя вещь полезная.
Но вот это ни в какие ворота не лезет.

То есть отображение слоев LayerStack в директиве ни как не совпадает с таким же в PCB
Хотя тоже есть обход

Автор: eXeC001er Jul 31 2008, 17:43

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

Автор: alvol Jul 31 2008, 21:04

кажется этот режим переключается при нажатии Shift+R (пересекать, не допускать коротких замыканий, расталкивать)

Автор: talus Aug 6 2008, 07:08

тоже постоянно слетает
shift+R не нажимаю точно

Автор: eXeC001er Aug 6 2008, 12:08

вот еще. иногда при перемещении по сетке почему то бывает что элемент произвольно сдвигается на очень малую величину.
к примеру сейчас делал патерны в сетке 0.25 и с определенного момента элементы рисунка сдвинулись на 0.00001 мм. к чему бы это.

Автор: Владимир Aug 6 2008, 12:18

Будете использовать только mil-- Слетать не будет.

Это все изз-а прыганья между дюймами и милиметрами.

Автор: eXeC001er Aug 6 2008, 12:25

а я кстати не прыгаю. только миллиметровая сетка.

Автор: dxp Aug 6 2008, 12:40

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

Автор: EDD_1 Aug 15 2008, 10:14

Вдруг откуда то появился не понятный крест в левом нижнем углу в AD 6.9 он мешает экспорту гербер фалов ... при попытки выделить его удалить ни че не получается .... что же делать

Автор: =AK= Aug 15 2008, 12:07

Designer 8

1. Втихомолку, без предупреждения удаляет vias, соединяющие с внутренними слоями земли и питания. Тексуппорт обещает, что этот баг будет пофиксен в сервис паке 1, который должен скоро выйти.

2. Дико глючит режим прокладки дифф пар. Понять, как управляться с этим отстоем, практически невозможно. Потери времени на настройку, борьбу с глюками и общение с тексуппортом таковы, что быстрей было бы проложить проводники дифф пары по отдельности, без этой "адвансовой" дури.

Вообще же общее ощущение - отстой и глюкалово. EasyPC в разы удобнее и быстрей в работе, чем Альтиум, но, к сожалению, глючит еще сильнее.

Автор: АДИКМ Aug 15 2008, 14:59

согласен. диф пары как то странно реализовали, или я чего не настроил.

Автор: Krys Aug 19 2008, 11:10

AD Summer 08 подвисает при экспорте в пикад. Пробовал на двух своих проектах. В старой версии 6.7.9346 экспорт проходит нормально. Приходится держать сразу 2 шт., в одном работаю, в другом экспортирую.
Проверьте, пожалуйста, кому не в лом.

Автор: uriy Aug 20 2008, 04:29

У меня вдруг опустела библиотека УГО. Щас не могу понять чем это было вызвано. Это библиотека была подцеплена к проекту, в *.IntLib компоненты были видны, УГО соотвественно тоже. В библиотеке было около дестяка компонентов. Потребовалось добавить компонент в эту библиотеку. Открываю *.SchLib а там ничего нет кроме Component_1. В *.PcbLib все футпринты на месте. Откомпилил *.LibPkg и как следовало ожидать *.IntLib опустел. У меня стал часто вылазить exception в summer 08, в т.ч. при закрытии проекта. Приходилось закрывать AD через диспетчера. Может тут-то и случилось неладное

Автор: Krys Aug 21 2008, 10:15

В добавление к своему сообщению от Aug 19 2008, 18:10:
при экспорте платы в пикад из старой версии 6.7.9346 происходит неправильное сопоставление полей. Поле Footprint в АД переходит во все поля пикада: и Type, и Pattern Name. А на мой взгляд, правильнее было бы в пикадовское поле Type переносить из АД поле Library Ref, а в поле Pattern Name переносить поле Pattern. Но, увы, информация из Library Ref теряется полностью.
Просьба довести эту багу до программистов.

Автор: Krys Aug 22 2008, 08:40

Нашёл багу с экраном, которая довольно таки нервирует. Когда поработаешь в АД последних версий, не вызывается при уводе мыши в самый низ экрана панель задач, если она автоматически убирается. Не отображаются часики Chameleon Clock, хотя у них стоИт функция поверх всех окон.
Т.е. АД как бы становится поверх всех окон.
В АД 6.7 такого не было. В 6.8 появилось, да так и не исчезает.

Автор: Владимир Aug 23 2008, 17:32

У меня было и версиях 6.7 6.9 и более старых. Проявлялось не сразу.
Панель востанавливалась при нажатии на клавиатуре спецклавиши "Windows"

Автор: Krys Aug 25 2008, 08:15

Да, так и приходится делать... Но немного напрягает и злит.

Автор: Krys Aug 25 2008, 12:57

только что попробовал экспортировать в пикад из-под СП1 для саммер 08. Получилось, не подвисает. Но проблема конвертации слоёв так и осталась. Что в 6.7 слои mechanical далеко не все передавались, что в последнем - та же история. Точнее, слои передаются, но объектов на них нет. Вот пример.  digital_loop.rar ( 309.33 килобайт ) : 102
В АД много слоёв mechanical, на всех есть изображения. Но в экспортированном пикадовском файле на этих слоях изображений уже нет...
Так что моя проблема всё ещё в силе. ЕДинственный выход - как-то поменять поле footprint, чтобы уже в пикаде выполнить апдейт компонентов из библиотек, тогда на нужных слоях появятся нужные изображения

Автор: Алексей Сабунин Aug 26 2008, 06:48

Очень интересно, вы хотите в графическом слое расположить полигон?! - вполне естественно что он не передается!
Нарисуйте ваши объекты инструментом Line или Fill тогда они передадутся!!!

Автор: VSt& Aug 28 2008, 02:51

пользуюсь видеокартой ATI HD2400, режим AD с directx-ускорением = постоянные вылетания и падения системы
неужели спасет только смена в/карты? дома в ноутбуке HD2600 и те же проблемы
подряд менять атишные драйверы и переустанавливать систему приелось

Автор: Krys Aug 28 2008, 06:17

Огромное спасибо за наводку на причину! Но для меня это не вполне естественно.
Изображения на этих слоях mechanical появились в результате импорта библиотек из пикада (изначально в пикадовских библиотеках эти изображения нарисовал сотрудник, ответственный за библиотеки). В пикаде эти изображения были отрисованы фигурой типа Polygon. При импорте в АД они сами собой стали объектом типа PolyRegion. Думаю, логично было бы полагать, что если конвертация идёт Polygon => PolyRegion, то должна иметь место и обратная конвертация при экспорте из АД в пикад PolyRegion => Polygon. Однако почему-то обратная конвертация идёт уже только как Fill => Polygon, а PolyRegion => Polygon не работает. Как любил поговаривать ВВП "Политика двойных стандартов" :)
Так что я считаю, что это всё таки бага. Хотябы в идеологии, в подходе. Вы со мной согласны?

Автор: Алексей Сабунин Aug 28 2008, 08:12

Согласен, конечно! Но встаньте на место разработчиков: их задача поддержка старой базы, про импорт туда и потом обратно они изначально качали головой, по их мнению это нонсенс... Они про P-CAD вообще уже забыли и не хотят общаться на эти темы))) Так что с двунаправленой трансляцией придется выкручиваться обходными путями, и думаю грабли еще будут...

Автор: Владимир Sep 1 2008, 06:23

При импорте в AD можно и нужно их ставить и не на механический слой. Но на какой конкретно может сказать только разработчик библиотек или PCB в PCAD. Для чего и куда о н намеревался эти полигоны использовать.

Автор: Krys Sep 1 2008, 10:08

Ваш замысел понял. Но на какие ещё слои кроме mechanical можно перенести целых 10 слоёв? И чтобы при этом достичь цели.
Для чего это нужно: на каждом слое прямоугольнички обозначают расположения какого-либо вида компонентов: чип-резисторы, чип-конденсаторы и т.д. В определённой самодельной проге из пикада образуется сборочный чертёж и возможно ещё что-то, точно не знаю. Но у нас требование - чтобы на этих служебных слоях были заданные изображения.

Автор: Владимир Sep 1 2008, 10:56

Чтобы знать куда перенести, нужно знать, какая и для чего графика там сделана.
Нисколько не сомневаюсь, что некоторые из них могут быть объединены на один слой.
Однако при обратной трасляции при этом будут проблемы.

Автор: Rull Sep 10 2008, 14:33

Раньше водил в протеле99
Щас перешел в Альтиум 6,9.

Два дня назад проводник за один клик в интерактиве прокладывался как верхний на рисунке.
Теперь как нижний. Никаких неадекватных действий не проводил.
Сброс настроек никак не помог.
В смарт трассировке пока что все нормально.
Че делать - незнаю.

Автор: Vokchap Sep 10 2008, 16:08

Look Ahead - клавиша 1

Автор: Rull Sep 11 2008, 05:55

Спасибо!

Зы В списке shortcut этой кнопки нет.

Автор: dxp Sep 11 2008, 06:12

+1
2Rull: В режиме трассировки нажмите F1, узнаете много интересного.

Автор: kpv Sep 11 2008, 16:02

Поставте SP1, и должно пройти.

Автор: Zeroom Sep 12 2008, 06:12

Кажется писал уже об этом, но глючок-с достал конкретно. Каждый раз при запуске AD в редакторе PCB оказывается отключена Electrical Grid и каждый раз ее приходится включать вручную. Началось это дело еще в 6.x. Может я опцию какую не знаю?...

Автор: Vokchap Sep 12 2008, 10:58

Нет такого (у меня). Проверил - после выгрузки и загрузки AD изменение этой настройки сохраняется для каждого pcbdoc индивидуально. Интереса ради открой pcbdoc в текстовом редакторе. Параметр ELECTRICALGRIDENABLED=FALSE/TRUE сохраняет последнее значение и инициализирует редактор при открытии pcbdoc.
Проверь сохраняет или нет.

p.s.
С Днем рождения тебя!

Автор: Zeroom Sep 15 2008, 06:42

Спасибо за поздравление
Однако, вернемся к нашим баранам... Сей параметр остается FALSE в любом сохраняемом PcbDoc при любых настройках внутри AD/ADS.

Автор: Vokchap Sep 15 2008, 09:16

DXPPrf файл выложи где-нибудь. Если дело в настройках, то найду где.
SP1 полагаю что стоит.

Автор: Zeroom Sep 16 2008, 04:03

Прикрепил. Но что-то подсказывает, что проблема лежит глубже, поскольку проблема присутствует и в 6.x, и в 7.x.

Автор: Vokchap Sep 16 2008, 04:50

Загрузил эти настройки, параметр изменяется и сохраняется как и должен. Я не обращал внимания как это было в 6.x и 7.x - здесь все работает. Больше вроде и крутить негде.
Единственное, что заметил, при изменении этого параметра файл не помечается как измененный (звездочкой после имени). И система даже не спрашивает подтверждения при закрытии (параметр не сохранится). Если файл сохранить, то и значение параметра сохраняется. Больше мыслей нету где косяк. Я подразумеваю, что сохраняем в версии pcbdoc 6.0.
На других машинах такая проблема есть?

Автор: Zeroom Sep 16 2008, 07:35

В общем проблема где-то в винде. На другом в 7.x параметр сохраняется корректно, у меня с другого винчестера загруженый тоже, при открытии на рабочем воспринимается корректно, а дальше сохранил-закрыл-открыл - снова нет его. Даже и не знаю, на что подумать. Виндвос лицензионный, мусора вроде не водится.

Автор: Hardman Sep 22 2008, 16:55

В этом и есть проблема.

Автор: Владимир Sep 22 2008, 18:00

Дома организовал сеть из 2 компов. Когда открываешь по сети проектный файл-- при выгрузке Altium он и DSNWRK не сохраняются. и предупреждений не выдает. Может сюда копать нужно. и сохранить принудительно при выходе.

Хотя меня эта проблема как то не волнует. Хватает и посерьезней.

Автор: Владимир Sep 30 2008, 09:18

в разделе правил Mask/Solder Mask Expantion отсутствует возможность установки флага закрытия переходного отверстия маской с верхней и нижней стороны
Непорядок.

Автор: Vokchap Sep 30 2008, 10:51

Как это правило будет работать на плате, если надо часть переходников держать открытими, часть закрытыми? Задавать scope?

Автор: Владимир Sep 30 2008, 11:11

Ну да. Почему бы и нет. У меня всегда куча правил, для разных случаев.

Автор: Zeroom Oct 1 2008, 05:08

Не ошибка наверное, а скорее вопрос к знатокам настроек и интерфейса. Как запретить вкладкам Projects, PCB/SCH/..., их инспекторам и прочим объединяться в одну? Периодически возникает проблема, когда например в PCB и SCH слева спрятано несколько всплывающих вкладок (упомянутых выше), то при переключении из одного в другое они могут самопроизвольно объединяться в одну.

Автор: Владимир Oct 1 2008, 06:27

При перемещении панели на одну из сторон нужно не просто перетаскивать ее не нужную сторону а пользоваться указателями

Автор: Vokchap Oct 1 2008, 09:52

Они объединяются тогда, когда закрепленная панель как закладка (занимает всю общую панель) смещается в общий стек (занимает часть общей панели). При переключении самопроизвольно смещаться вряд-ли может, но можно случайно, зацепив мышкой. Если получилось случайно, она перетаскивается в открытой общей панели обратно из стека в область закладок без проблем. Запретить смещаться закладка-стек нельзя, можно ограничить вертикальный/горизонтальный докинг (расположение) правой кнопкой на заголовке панели (соответствующие указатели будут недоступны и панель закрепляться не будет).

Автор: Zeroom Oct 1 2008, 10:27

Поясняю подробнее суть проблемы Скажем, работаю в редакторе SCH, наоткрывал панелек, все попрятал слева (рис.1, см. выше). Переключаюсь в редактор PCB, там тоже наоткрывал панелек, тоже все попрятал слева (рис.1, см. выше). Переключаюсь обратно в SCH - вместо отдельных закладок (рис.1, см. выше) получаю совершенно неудобоваримую гадость (рис.2, см. выше). И такая фигня происходит самопроизвольно, обычно когда вкладок больше 3-4, также и при переключении из PCB в CAM и/или обратно. Потом нужно все заново растаскивать, как раз используя запрет-разрешение docking по вертикали, после чего оно снова может само слепиться в кучу когда ему вздумается

Автор: Vokchap Oct 1 2008, 10:41

Да суть-то понятна. Полько не получается такое воспроизвести при всем желании. Открыл по 6 штук там и там, при переключении специфичные для pcb меняются на специфичные для sch, общие остаются. Разделение тоже остается. Что надо сделать, чтобы такое повторить?

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

Автор: Владимир Oct 1 2008, 11:22

После каких-то настоек на одном из компов имеено такое и было. Не лечилось и переносом настроек и т.п. Достало на тот момент до позеленения.

Теперь делаю как писал выше--- проблемы снялись и не проявляются.

Автор: Zeroom Oct 1 2008, 12:30

Спасибо, помогло. Что примечательно, когда вытаскивал панельки из общей вкладки на значок Docking, они сначала исчезали совсем, при повторном вызове появлялись неприкрепленными, а потом уже при повторном перетаскивании на значок вставали на свое обособленное место. Не думал, что втаскивать их вручную или указанным способом - это по-разному

Автор: Vokchap Oct 1 2008, 12:37

Одно и то-же. Руками просто больше способов разместить панели, чем указателем.
Все-же как выпадают панели из закладки - одна или все?

Автор: Zeroom Oct 2 2008, 06:06

Не совсем так. Ранее я помещал все панельки вручную, то есть хватал за заголовок и втаскивал на поле для них слева/справа. А теперь вот сделал так, как посоветовал Владимир (перетащил на указатель), - второй день полет нормальный

Автор: Vokchap Oct 2 2008, 08:07

Я пытаюсь понять отчего кнопки панелей объединяются в одну при переключении sch-pcb. Руками так сделать только один вариант - хотя-бы одну панель сместить в стек (split разделить область общей панели на несколько частей). Хоть панельными указателями, хоть руками - тогда будет одна кнопка на все панели. По кнопке на панель - если все панели заложены в закладки (указателем или руками) на общей панели.
Короче, если кнопки объединились в одну, значит какая-то панель сместилась из закладки в стек. Вот я и хочу понять - это только одна панель или они все складываются в стек (закладок нет). Тогда и будет понятна причина. Надеюсь понятно выразился.

Автор: Владимир Oct 2 2008, 09:38

Я пытался понять, потом необходимость пропала. Это что-то из высшей материи
Помогло, работает ну и бог с остальным. Работать надо.

Автор: Владимир Oct 3 2008, 11:27

Баг или фича.

В старом такого не было.

1. стоит вертикальный зазор между компонентами 1.27 мм. все бы хорошо но ни дает с разных сторон платы ставить. раскопал через час. толщина платы была 0.16 мм.

За какого ляда она проверяет этот зазор и под платой?. ведь компонент не может вылезти ниже кромки платы . А если плата тонкая. нехорошо однако. Нужно вместо одного теперь два правила штамповать.

вот открыл другой старый проект с двусторонним монтажом где зазор был 3мм--- вся плата враз позеленела

Автор: Алексей Сабунин Oct 10 2008, 06:53

не, нету такого! По крайней мере в SP1. там же две настройки: Infinite и Specified, первая проверяет зазор по всем направлениям, а вторая как и раньше, только по одной стороне платы!

Автор: Владимир Oct 10 2008, 07:53

1. есть. Сделай толщину платы 0.01mm меньше заpорa-- проявится.
2. Пришел к мнению, что это фича. Бывыют компонеты, требующие углублений и прочая. Ну можно гипотетически придумать такое. Вона можно уже компонеты внутрь слоев закладывать

Автор: dxp Oct 20 2008, 06:54

Всем привет!

Не знаю, то ли ошибка, то ли я "на асфальте в лыжи обутый". В общем, испытываю трудности с Part Swap, когда символ оформлен в едином корпусе. Т.е., например, есть резисторная сборка, нарисована как резисторы-части со своими позиционными. И есть, скажем, буфер на 8 каналов (обычный цифровой), нарисован в едином корпусе. Ясно, что как и резисторы в сборке, так и каналы можно менять по удобству разводки в редакторе ПП. Так вот, с резисторами все в норме, с буфером же никак. Сразу скажу, что дело не в этом конкретном элементе - есть другой буфер, тоже нарисован в едином символе, с ним та же трабла. Проявляется все это так: даешь команду на своп, а оно не предлагает свопить, либо предлагает, вроде, но ткнув на первый part, остальные гаснут все и менять не на что. Что только не делал, ничего не помогает.

Параметры компонента в части свопа такие: в Part Group заданы одинаковые величины, в Part-Sequence заданы соответсвующие одинаковые только у пинов с эквивалентной функциональностью. Изучал доку AP0138, делал по аналогии. Тут, правда, не до конца понимаю правила - как программа определяет принадлежность пинов к однуму part'у?

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

Обе траблы проявляются одинаково на двух разных машинах и разных версиях АД - АД 6.9 и АД S08.

Со свопом пинов никаких трудностей нет, все работает замечательно, все интуитивно даже без доки.

Если все же "на асфальте стою", подскажите, как снять лыжи?

Автор: Владимир Oct 20 2008, 07:50

Да по моемому никак.
Был элемент из нескольких PART. Эквивалентность PIN была одинаковая в разных PART После операции SWAP еле нашел куда поделся PIN который перескочил в другой PART.

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


Вот еще один глюк. Знал но попался.
Надпись номера платы при использовании true type Font со свойством Inverted не перезаливается автоматически при снятии установки флага convert special string.
Забыл перезалить-- пришли платы с брачкомс

Вот картинка

Автор: DVF Oct 20 2008, 08:52

Картинки нет

Автор: Владимир Oct 20 2008, 09:07

Сори не приложилась

Автор: Alechek Oct 21 2008, 16:01

SUMMER 08 SP1
До сих пор в Footprint Manager при выборе компонента (Component List) в списке View and Edit Footprints автоматом выбирается не текущий (что было бы логично для просмотра), а первый в списке.
Жуть как неудобно.

Автор: Murzik_6011 Oct 21 2008, 21:04

Вчера Alechek писал насчЁт Footprint Manager'а, вот и я решился про него вспомнить. Я, конечно, может чего и не знаю, но почему нельзя добавить сразу несколько посадочных мест для компонента, приходиться добавлять по одному!?

Автор: Владимир Oct 23 2008, 19:23

Ну эта операция доступна в схемном редакторе. Если честно в схеме вообще нужен только один Footprint, остальные только путают.

Дай бог памяти удалять лишние вроде позволяет скопом. А добавлять действительно нужно (если нужно, то есть если нужно поставить другой, нежели был прописан в библиотеке) только один--- тот что будет стоять на PCB.

Так что не нужно этого добавлять.

Автор: Murzik_6011 Oct 23 2008, 19:50

Вопрос о том где нужно - филосовский. Для меня просто не понятно - почему удалять можно скопом, а добавлять по одному.
PS. Я без интузиазма воспринял отказ от проекта-файла БД при переходе от Protel99SE к DXP. Библиотеки поэтому мне нравяться быльше интегрированные. И соответственно "набивать" их лучше "под завязку". У меняя есть компоненты с 12 посадочными местами. А вот выбор нужного логичнеее делать на схеме. В этом я с Вами полностью согласен :-).

Автор: Владимир Oct 23 2008, 19:57

У меня было и больше. Но потом забываешь какое посадочное место из доступных нужно конкретно в данном проекте именно для этого элементы выбрать. Приходится лезть в PDF и ставить в ручную. Вероятность правильно сделать нужную операцию высока.

Поэтому сейчас вообще в библиотеки не подключаю посадочных мест как таковых. Все через базу делаю. Там ссылка на конкретное изображение на схеме и нужное посадочное место в соответствии с названием компонента, описанием PDF, и выбранным стандартом по IPС.

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

Автор: Murzik_6011 Oct 23 2008, 21:02

Я имел ввиду, что 12 посадочных мест для копмонента в одном корпусе :-) (для ДПП, ОПП, разное положение корпуса и т.д.) Сам корпус выбираеться путЁм выбора "правильного элемента" (по маркировке) для схемы, а вот "по плате" выбирается подходящее для него посадочое место (например, электролит заваленный налево или направо от плоскости выводов).

Автор: Владимир Oct 24 2008, 08:34

Вообщето от положения посадочного место его размер не меняется

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

Автор: Алексей Сабунин Oct 24 2008, 18:56

не совсем так!
Pin Group - эквивалентность пинов, если например в 1-ой и 2-ой ячейке имеются по 2 эквивалентных пина, например входные, то их стоит здесь пометить In1 в первой ячейке и In2 во второй, так программа отличит одинаковые пины внутри гейта и не спутает их между гейтами.
Part Group - эквивалентные ячейки, тут вроде сложностей нет,
Part Sequence - эквивалентные пины в разных ячейках...это используется при замене гейтов. Для тех же 2-х входных пинов в одинаковых ячейках надо поставить, например, In для всех ячеек!

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


естественно! Вы же сначала рисовали символ! инфа о номерации от туда идет, а следовательно и меняться значение Part Group будет сразу для всей ячейки! по другому никак...Зачем вы это делаете? ваша задача наверняка проще решается...

Автор: SeriouSerg Oct 27 2008, 21:32

Выскажу общие впечатления:

Ндааа... время идет, алтиум не меняется.

ПСБ редактор становится только хуже. Interactive route, который более менее работал нормально морфировали в нечто, которое работает мягко говря неудобно. Постоянно приходится убирать куски трасс длиною 0.001 мм, шары и прочие мелкие куски, которые алтиум подрисовывает, если трасса идет не по сетке. Это просто гибель.
Ошибки заливки не исчезли, о которых я писал дважды за последние два года. Виа все еще перетаскивать нельзя с выдержкой углов, зато появились красивые безумные режимы, которые так чудесно расписаны в демках и которые в реальности бесполезные абсолютно при ручной разводке. Если делать как они, то потом много приходится править, убирать мусор за смартроутом. Push и Hug-n-Push красивые случайные узоры вырисовывает пр%

Автор: Владимир Oct 27 2008, 21:42

Наверное. По сравнению с 6.9 добавлено только вроде Hug-n-Push.

Остальное было. И осколки трасс как раньше убирались так и теперь убираются.
А что при переходе с одной сетки на другую могут появится-- ну так что делать. Хошь не хошь-огрызок должен быть. Я не знаю другой аппроксимации, кроме соединения таких узлов трасс "огрызком". Можно его выбросить-тогда DRC будет ругаться.


Но то что степень изменений снизилась в очередных Update. то есть такое.

Автор: uriy Oct 28 2008, 05:17

А как по-другому то?
Да, не очень приятный момент. Я обычно развожу платы вручную и в какой-то момент вместо одной дорожки их становится несколько друг над другом. Бывало от трех до пяти. Рисунок прилагаю. Еще каким-то непонятным образом пропадают некоторые виа. Галочка Remove Loops снята и тут вроде не причем, потому что пропадает там где соединяется единственной дорожкой. Дорожки остаются а виа пропадает рисунок тоже прилагаю. Грешу на себя, наверно где-то что-то делаю не так. Только что не понимаю.

Автор: Zeroom Oct 28 2008, 06:01

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

Автор: dxp Oct 28 2008, 06:48

Не только скрин выложу, но и фрагмент проекта. Т.к. очень интересно, как это все работает (если работает).

Значит так, на схеме 4 компонента, которые имеют parts. С одним из них (D17, резисторная сборка) проблем нет, все работает. Полагаю, потому, что каждая часть имеет свой символ. Т.е. есть явно указанные (при создании компонента) части. А вот микрухи выполнены так, что все части в одном символе, т.е. явных part'ов нет. И с ними ничего не выходит.

Попутно еще два вопроса.

1. Как видно, на ПП есть нарушение - это нарушение Component Clearance. Хотя расстояние между D12 и разъемом большое и никакого нарушения в реале нет, программа, тем не менее, его обнаруживает. Это происходит из-за того, что программа проверят зазор не по контурам компонентов, а по ортогонально ориентированным прямоугольникам, в коротые вписана вся графика компонента. В версиях 6.х и ранее был выбор в правилах, как чекать зазор, и выставив Full режим, можно было добиться того, чтобы проверка шла по контурам. И все было хорошо. Тут же это место в правилах изменено, какое-то нафиг не нужное 3D стоит, и проблемы избежать не удается. Видимо, что-то тут в логике поменяли, прежный вариант с Full Check тоже должен как-то остаться. Как до него добраться? Или что надо сделать, чтобы избавиться от этого нарушения?

2. На ПП есть Room, в который вписана микруха. Для этого Room'а задано отдельное правило по Clearance. Но в списке правил это правило выделено красным, не нравится что-то программе, и при закрытии диалога Rules тоже выдается предупреждение, что правило неверно задано. В чем неверность, не могу понять (на выражение ругается, но в выражении ошибки нет). В 6.х все это всегда работало.

Спасибо.

Автор: Владимир Oct 28 2008, 09:17

...

Я писал об этом когда данный Update появился.
Пришлось переделывать Component Body и правила



Правила у меня не ругаются. На плате зелень асе потомуже первому пункт.
Новые правила подставленные по умолчанию cOMPONENT BODY Это описанныепрямоуглбники. Ghv повороте на 45 градусов они по крайним углам считаютс. Это таже бяка, что нет поодержки 6.9.
Я уже выскзывался нехорошо по этому поводу. Решить можно только созданнием полноценной 3D модели. Заставляют черти перейти.


По поводу плохого самого правила, так во вложении его нет. Похоже не сохраняет неверные. У мене все разрешены


AP0138 Pin and Part Swapping with Dynamic Net Assignment
Не задана Pin Group

Автор: SeriouSerg Oct 28 2008, 10:45

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

Автор: Алексей Сабунин Oct 29 2008, 18:28

>>Становится очень интересно...А что должно по вашему меняться и в каких компонентах...а то глядя на фрагмент проекта, все становится еще более запутанно...



>>согласен, проблемс! Написал об этом разработчикам!



>>не вижу некорректных правил...а что вы писали там?

Автор: dxp Oct 30 2008, 06:54

Все просто. В микросхеме D13 есть 8 гейтов. У каждого гейта вход A, выход Y. Хочется, чтобы гейты (parts) можно было менять на ПП.

У микросхем D14, D15, 4 гейта - каждый гейт имеет три вывода: вход, выход, и OE (Output Enable), соответствие пинов гейтам - по номерам в названии пинов (на символе). Цель та же.

В обоих случаях пытался делать всяко разно, но результата положительного не добился. AP0138 Pin and Part Swapping with Dynamic Net Assignment внимательно читал, делал по аналогии. Насколько понял, программа не может из этих символов понять, какие пины относятся к каким гейтам. В случае компонента, заданого отдельными part'ами, такой проблемы у программы нет, и все свопится на ура.


Ну как же? Вот правило Electical->Clearance: DiffDrvClearance, в нем есть выражения "TouchesRoom(DiffDrvRoom)". Что-то программе тут не нравится - само имя правила выделено красным, и при закрытии окна выдается сообщение:

Автор: Алексей Сабунин Nov 2 2008, 19:15

Так в Altium сделать не получится! Ведь в столбце Part№ у этого компонента везде написано 1...т.е. он думает это все один гейт, т.е. он будет менять гейты, если только они разными символами нарисованы...в P-CAD так тоже нельзя было...

По поводу второго вопроса у меня правило корректно читается...см. рис, при этом ругается на правило по отверстиям...

Автор: dxp Nov 3 2008, 04:00

Вот я про это с самого начала и говорил - если гейты явно не определены, никакие установки не помогают. Т.е. явные проблемы с part swap имеют место быть. Почему бы не сделать возможность задавать принадлежность пинов к тому или иному part на этапе создания компонента? Тогда бы не было этой дасадной проблемы. А так программа вынуждает рисовать компонент, явно состоящий из отдельных part'ов. Либо забыть о part swap.


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

Автор: delamoure Nov 3 2008, 13:40

День добрый. В Build 7.0.0.13815 обнаружил такую штуку. При редактировании компонента в Pcb библиотеке.
1) выбираем Switch to 3D ;
2) вызываем View Configurations ;
3) здесь установки: Show Simple 3D Bodies - выбрано, Show STEP Models - выбрано, Prefer STEP In Components - выбрано.

При этом в 3D отображается и 3D Body элемента и STEP модель одновременно.
Но при работе в редакторе платы этот эффект не наблюдается и все настройки работают как и положено.

Автор: Алексей Сабунин Nov 3 2008, 18:26

Эти же галки нужно включить в панеле PCB...

Автор: Kiwi Nov 4 2008, 10:19

Уже где-то упомянул, что при трассировке под 45/90 градусов с использованием дуг Place-Interactive Routing самих дуг не видно, только прямые треки. Если же использовать Tools-Legacy Tools-Interactive Routing все работает.

Автор: Алексей Сабунин Dec 3 2008, 10:46

наверно не 45/90, а 45/90 with arc? все работает!
версия Summer08

Автор: Владимир Dec 3 2008, 11:48

То появляется то пропадает этот эффект. бывает но редко. Кто провоцирует его появление не разобрался.

Автор: xlive Dec 4 2008, 08:00

у меня пару раз приколы выскакивали када я из схематика делал Update PCB) соединения к некоторым микросхемам обравалисъ и менялисъ местами)) щас их закрепил вроде перестало)
зы:мб глюк видеокарты(
зы2: вчера завис выдав синий экран смерти с руганью на драйвер ati2dvag (хотя стоят последние и ведио радеон 1950pro)
зы3: после зависания мой проект в схематике был уничтожен вместе с шаблоном хотя я работал с ним на протяжении недели и все было сохранено по нескольку раз(

Автор: Алексей Сабунин Dec 4 2008, 10:05

вижу здесь две проблемы:
1. руки кривые
2. отношение к Altium это все не имеет, проблемы железа...
а вообще все это оффтоп! Задавайте вопросы по делу, и будет вам польза!

Автор: anatoly_v Dec 4 2008, 11:44

При разводке платы в некоторых местах плодятся проводники один под другим (до нескольких сотен). Сначала грешили на то, что временами запускали автороутер и затем отменяли результат трассировки, мол мож чего не отменилось? Но и при разводке вручную берутся непонятно откуда. Причем не в том самом месте где в данный момент разводишь.
Я уже спрашивал в ветке для начинающих http://electronix.ru/forum/index.php?showtopic=43659&st=375&gopid=508221&#entry508221 но ответа так и не получил.
Кто нибудь сталкивался с данной проблемой?

Автор: uriy Dec 4 2008, 16:10

Да я с этим сталкивался и даже скриншоты приводил. В Winter09 пока такого не было.

Автор: anatoly_v Dec 5 2008, 08:19

Не знаю глюк это альтиума или нет, но почему то глючит pin swap. Заходишь в component action->configure pinswapping, назначаешь группы для свапа ОК. Заходим туда же снова - и все сброшено в исходное состояние. Причем работает это с неподчиняющейся никакому закону логикой - сбросы пин свапа происходят на обном и том же элементе по разному. Пробовал из схематика тоже самое делать и апдейтить pcb - результат тот же. Почему?

Автор: Владимир Dec 5 2008, 12:36

Не наблюдал данного эффекта

Автор: Владимир Dec 7 2008, 19:54

Не хватает в редакторе Footprint такой фичи, какая есть в PCB редакторе
1. Нельзя ставить размеры- а при создании сложных мест очень нужно. Приходится создавать в PCB редакторе и переносить в библиотеку
2. Тоже самое создание полигона из нарисованного контура. Нужно например для закраски в слое TopOverlay МЕТКИ МИНУСА ПОЛЯРИЗОВАННЫХ КОНДЕНСАТОРОВ

Автор: Hardman Dec 8 2008, 09:56

А раньше такая фича была, спрашивается - зачем убрали.

Автор: Владимир Dec 8 2008, 11:19

Во как, хоть убей, не помню

Автор: Iptash Dec 11 2008, 23:56

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

Автор: xlive Dec 15 2008, 14:09

Такую интересную ошибку выдал после чего закрылся так быстро как никогда не закрывался=)

Автор: Владимир Dec 15 2008, 20:14

Ну не так уж быстро, раз картинку с экрана сняли

Автор: Владимир Dec 19 2008, 19:37

Глючит при сохранении в Orcad/ И первый раз пришлось после этого выгружать программу

Автор: sonycman Dec 23 2008, 22:15

А ни у кого не затираются открытые менюшки? Время от времени (довольно часто), открытое над редактором PCB (или любым другим) окно или менюшка "затираются" перерисовываемым экраном под ней...
Раздражает здорово, приходится или мышкой махать, чтобы окошко заново отрисовалось, или сворачивать/разворачивать окно программы...
Что за хреновина? Версия Summer 08. Видеокарта GF8800GTX. Драйвер 178.13.

Автор: Iptash Dec 23 2008, 22:54

По всякому пробывал и открывал менюшки и тотал пробывал, все нормально, не придерешся.
Видиокарта у меня GF8600GT

Автор: sonycman Dec 24 2008, 09:43

А видеодрайвер какой версии?

Автор: Iptash Dec 24 2008, 11:12

169.32

Автор: sonycman Dec 30 2008, 00:19

Вроде немного разобрался с ADS08, плату изготовил.
Но вот вышеупомянутая проблема с графикой продолжает беспокоить.
Вероятнее всего это проблема драйверов видеокарты. Поставил один из последних релизов - 180.48.
Всё тоже самое:

Неужели никто не сталкивался?
Может, кто-нибудь знает какие-то другие форумы по альтиуму?

Автор: DVF Dec 30 2008, 06:12

Начиная с версии 178.13 в драйвер пристегивают какую то приблуду, кажется NVIDIA PhysX (второй строчкой значится в разделе "Установка/удаление программ в панеле управления винды). У меня это дополнение убило сглаживаемость экранной картинки в Альтиуме (http://electronix.ru/forum/index.php?showtopic=56274&st=0#, http://electronix.ru/forum/index.php?showtopic=56274&st=5#). Попробуй удалить это дополнение, может поможет. Есть одно "но": у меня Win Vista Ul x64.

Автор: Vokchap Dec 30 2008, 19:39

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

Автор: sonycman Dec 31 2008, 10:13

Удалил, но всё осталось по-старому...


Курсор установлен на позиции меню.
Хм, возможно, что и в системе что-то. Не переустанавливал её уже пару лет.
Хотя какие "примочки" могут так разрушать GUI альтиума?
Это происходит именно с альтиумом, больше ни одна программа не подвержена такому эффекту.

Или корявости в интерфейса альтиума - но тогда бы это было у многих, а не только у меня.
Или проблема в драйвере - не думаю, что у людей, работающих с программами трассировки в рабочей системе будет установлена игровая видеокарта такого класса, как 8800GTX... или, может, у кого-то есть?

В принципе, могу попробовать и в висте 64 ультимэйт, но толку? Работать буду всё равно в хрюше...

Автор: DVF Jan 1 2009, 20:10

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

http://electronix.ru/redirect.php?http://upload.akusherstvo.ru/image149053.jpg http://electronix.ru/redirect.php?http://upload.akusherstvo.ru/image149052.jpg

Автор: Iptash Jan 2 2009, 12:44

Такое и у меня наблюдается, это скорее всего AD "забывает" закрывать.

Автор: Владимир Jan 2 2009, 15:34

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

Автор: solidreg Jan 2 2009, 23:04

Не корректно работает с MySQL базами - если футпринт имеет симбол '\' то "Update PCB" команда не найдёт футпринта. Хотя "Browse library" всё показывает хорошо. И не найду другого пути (кроме переименовании) как всё это обойти
С другими базами данных с тем же данными всё работает.

Автор: Владимир Jan 6 2009, 10:45

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

Автор: Владимир Jan 6 2009, 20:13

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

Автор: Gennaj Jan 7 2009, 07:31

На всякий случай продублирую в эту ветку замеченные баги W09:
1. При экспорте платы в Автокад по прежнему не конвертируются специальные строки на механических слоях.
2. В настройках 3D-просмотра ползунок "Градиент" не оказывает никакого влияния на фоновую заливку. При любом положении заливка без градиента.
3. При выдаче платы в pdf некорректно отображаются контактные площадки для выводных компонентов. А именно, смещены центры holes относительно pads. Для переходных отверстий такого глюка нет.

Иных багов пока не обнаружено, но появилось пожелание: похоже, полезной была бы функция автоматического переопределения параметра Channel Offset для компонентов в румах при многоканальной разводке. Это связано с тем, что иногда, после коррекции схемы канала возникает ошибка sequencing error, исправить которую у меня получилось только ручной проверкой параметра Channel Offset и ручным исправлением ошибок. Мне не удалось найти никакой специальной функции для этого, а жаль

Автор: Владимир Jan 7 2009, 08:14

Дай бог памяти, проверить не могу, вроде глобальный сброс Unique и повторная Component Linck позволяет это сделать.
Правда если здоровенный проект, то и на косячить можно

Автор: Алексей Сабунин Jan 12 2009, 10:05

по пунктам 2 и 3 написал разработчикам, а с автокадом у меня все работает! использую Winter09 и AutoCAD2004, не стал искать где ранее вы писали про эту проблему, добавьте примеры в этот пост или в личку!

---> по импорту PDF - обещали исправить в ближайшем релизе!
---> настройки градиента в режме 3D так же обещали исправить!

Автор: Dmitrij_80 Jan 12 2009, 10:12

Белая W09, конвертируем из Оркадовского.мах файла, редактируем, получаем картинку с ошибкой.
Понял причину - дорожка или переходное залочены. Убираю лок, кстати как убтрать сразу на все плате ? Простой слектовый фильтр дает возможность только подвинуть или стереть, а выбор в по симиляр свойствам тоже непомог(блеклого цвета галка, все залочил, зазлочил, итог тот же).
Ладно вруную убрал лок, провожу дорожку - то же самая ошибка. Смотрю на свойста - дорожка/преходное от которого вел снова "лок".
Убрал рид-онли с субфолдеров и фалов, отключал дрц, убирал все галкив инетективности, убирал драггинг, .. результата нет.

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

Автор: Владимир Jan 12 2009, 11:13

В 90% перезапуск приложения, или винды спасает положение

Автор: Gennaj Jan 14 2009, 07:39

В личку почему-то уже несколько дней не могу войти, выбрасывает Fatal Error.
С автокадом - у меня 2005. Проблема возникает в тех случаях, когда я экспортирую плату в dxf-формат. Допустим, библиотечный компонент у меня содержит на слое Mechanical 13 служебную строку .Designator. При включении режима конвертации служебных строк в Альтиуме я вижу там позиционное обозначение компонента. Слои Silk мной используются для шелкографии, при плотном монтаже не всегда удается подписать все компоненты на слоях Silk, а на сборочном чертеже должны быть отмечены все компоненты. Для этого и введена служебная строка на механический слой. Так вот, при передаче в автокад я получаю там неконвертированную строку типа ".Designator". А хотелось бы, все-таки, видеть там позиционное обозначение компонента.

И еще один явный баг: при использовании команды (из принципиальной схемы) - Select PCB component, компоненты на PCB выделяются, но их свойства в окне PCB Inspector не появляются. Чтобы свойства там появились, надо, например, попытаться сдвинуть компоненты, или еще что-нибудь подобное. Этот баг тянется еще с предыдущих версий.

Автор: Алексей Сабунин Jan 14 2009, 08:18

вижу проблему, я создавал только один Designator, и перебрасывал его на Mechanical13 - так работает, в итоге отправил разработчикам:
- проблемы с импортом в DXF спец.строк
- проблемы с панелью инспектор при выделении объектов из схемы на плате командой Tools>Select PCB component

Автор: uriy Jan 14 2009, 10:19

Winter09 и AutoCAD2008. Не работает! Приложить скриншоты не могу, почему-то не удается в новой версии форума.

Автор: Алексей Сабунин Jan 14 2009, 11:23

разработчики подтвердили наличие обоих багов, команда получила задание на исправление данных моментов, думаю исправят в новом релизе!

Автор: grey Jan 16 2009, 11:28

Помогите, пожалуйста, советом. Нежданно негаданно объявилась какая-то ошибка:
-----------------------------------------------------------
Division by zero at 16C8F6F4.
ADVPCB.DLL, Base Address: 16850000.

Exception Occurred In
AdvancedRoute
-----------------------------------------------------------
Появляется всякий раз когда я пытаюсь трассировать любой проводник. Трассировать просто невозможно - как только цепляешься за пад пытаешься дернуться мышкой в сторону, чтобы провести трассу, появляется сия ошибка. Перезагрузка виндовса не спасает. Чего делать, ума не приложу.

Автор: Алексей Сабунин Jan 16 2009, 12:03

Какая версия программы, какая версия винды?
Это появляется во всех проектах или только в одном? Соответсвенно может быть причины 2: нехватка аппаратных возможностей системы или косяк (причем очень большой) на одном из предыдущих этапах разработки проекта...

Автор: grey Jan 16 2009, 12:27

AD 2008, Windows XPsp2, CoreDuo3ГГц, 2ГбОЗУ, в нехватку аппаратных возможностей верится с трудом. Началась вся ерунда после того, как я начал переделывать частично разведенный проект под несколько каналов. Т.е. ввел канальность на уже отрисованный участок схемы частично разведенный в псб. Отрисовал схему и перешел в ПСБ, примерно с того момента и начала появляться эта ошибка. Сначала появлялась только при попытке прокладывать трассы. Удалось сделать апдейт псб оставшимися компонентами и даже скопировать во второй канал-рум размещение с топологией. Примерно с этого момента эта ошибка стала вылетать и при прочих поползновениях, типа пытаюсь двинуть рум. Есть правда один момент связанный с аппаратурой. Типа, раньше стояла АТИ-шная видеокарта, и в АД был какой-то странный глюк - мерцание/дрожание картинки, до тех пор пока я не отключил поддержку ДайректХ, после этого стало работать нормально.

Да, при попытке подвинуть рум выскакивает другой еррор:

Access violation at address 17054612 in module 'ADVPCB.DLL'. Read of address 00000004 at 17054612.

Автор: Владимир Jan 16 2009, 21:38

К стати в панели PCB List ОНИ находятся в списке sеlеcted

Автор: Gennaj Jan 27 2009, 12:17

Еще один явный глюк. Работа с базой данных.
База данных - таблица Excell. Ключевое поле одно, "ID", содержит уникальный номер компонента в базе данных.
Допустим, открываю я в схематике панель "Libraries". Выбираю библиотеку "DB.DBLib - Конденсаторы_неполярные". Теперь в строку ниже ввожу маску, например, "10". Получаю список элементов, в которых есть такое сочетание. До этого момента все работает правильно. Но если я попытаюсь переключиться на иную таблицу базы данных, например, "DB.DBLib - Резисторы_постоянные", при этом не очищаю содержимое строки с маской ("10"), то получаю пустой список, без компонентов. Стираю маску - список по прежнему пустой. Чтобы список появился, необходимо выбрать какую-нибудь иную таблицу, а потом вернуться обратно. Вот такой глюк.
Еще иногда выскакивает ошибка "Integrated Library.dll", но закономерности ее появления я пока не обнаружил Лечится ошибка путем выбора в списке библиотек какой-нибудь библиотеки типа "*.SchLib", с последующим возвращением к библиотеке базы данных.

Автор: Dmitrij_80 Jan 27 2009, 14:46

Division by zero at 16C8F6F4.
ADVPCB.DLL, Base Address: 16850000.
Exception Occurred In
AdvancedRoute

да, согласен с grey. А на вопрос "Какая версия программы, какая версия винды?"
Проявляеться и на рус. и на анг. версии виндов, а Винтера версия последняя. То о чем я и говорил, кстати если grey посмотрил на свойства проводника или переходного от которого он ведет дорожку, то обнаружит, сто он "locked", смена патамера бесполезны, он "самовостанавливаеться" и обратно выдает ту же ошибку.
Письмо в техсопорт затярялось, дистрибютуры пожимают плечами... Исходников у меня нет, так что будем ждать от разработчиков пока исправят эту ошибку.

Автор: Владимир Jan 27 2009, 19:25

Это было и в прежних версиях. И не только с EXCELL.
Уже привык входить, выходить.

Похоже это у них заразное. Тоже и в PCB если выделить компонент потом сбросить и опять захотеть выделить через выпадающей меню--- фик с маслом.
Только с прыжком на выделение другого элемента и потом опять старого

Автор: Алексей Сабунин Jan 28 2009, 12:06

С grey мы решили этот вопрос, Altium здесь был не причем, просто невнимательность...

по поводу письма в суппорт уточните куда и кому вы его писали?! думаю grey подтвердит, что вопрос закрыт!

p.s. для 100% получения писем суппортом дистрибъюторов надо в теме писать Altium, а то велика вероятность попадания в СПАМ...

Автор: axa09 Feb 6 2009, 05:54

Недавно обнаружил глюк альтиума-6.

на топ или боттом слое создаём надпись шрифтом "Stroke" и "Default"

при конвертировании в герберы - точка над буквой "i" исчезает, тоесть в гербере будет "|"

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

Автор: uriy Feb 6 2009, 18:54

А вы уверены что в исходном варианте есть точка над i? Я вот щас проверели в Winter09 так в исходном варианте, когда я пишу на слое ТОР шрифтом Stroke Default никакой точкой над i нету. Выглядит это примерно вот так, похоже на цифру 1 Str1ng. скриншот прикрепить не могу щас не установлен фотошоп, делать позорище в пэйнте не хочется.

Автор: solidreg Feb 7 2009, 13:25

Это бывает тогда, когда "забываете" стерать маску поиска, и переключаете на PCB. Вот тогда и появлиаеться эта ошибка.

Ещё один глюк - попробуьте снять галочку "plated" от PCB компонента, и проверите DRC. В месте результата увидите "Access violation". 2 дня мучился пока нашёл от куда этой violation...

Автор: axa09 Feb 9 2009, 02:25

я не то что уверен - видел собственными глазами!!! на ПЦБ точка над i-есть а на гербере нет

Автор: uriy Feb 9 2009, 05:22

Видимо между шестым и Winter09 есть различия.
Вот я прикрепил скриншоты из Winter09. Верхняя строка шрифт Stroke Default (точек нет ни в PCB ни в Gerber), нижняя строка Stroke Sans Serif (точка есть и в PCB и в Gerber)

Автор: sonycman Feb 10 2009, 11:31

Должно быть это пофиксили в SP1:

Автор: Gennaj Feb 26 2009, 18:35

Установил SP2. Проверил старую проблему с экспортом в Автокад (dxf R14 формат). Все осталось на том же месте.
То есть, если футпринт компонента содержит на каком-нибудь механическом слое специальную строку .Designator, то в PCB редакторе она конвертируется в позиционное обозначение компонента, а вот при передаче в dxf-формат конвертации нет
А ведь обещали исправить, если, конечно, я правильно понял соответствующее сообщение Алексея Сабунина.
Уважаемый Алексей, Вы не могли бы еще раз напомнить разработчикам о наличии этой проблемы?


Мелкий глюк.
Возникает при работе с многолистовым иерархическим проектом. У меня обычно открыта слева панель "Projects", в которой синим цветом выделен тот лист, с которым я работаю. Если перейти на другой лист с помощью кнопки "Up/Down Hierarchy", то не происходит смены выделения листа в панели "Projects". Однако, если свернуть/развернуть Альтиум, то все делается нормально - выделенным оказывается именно тот лист, который открыт в данный момент.

Автор: Krys Feb 27 2009, 04:26

я тоже пару глюков заметил, которые стали проявляться только в Winter09 любых сервиспаков:
1. когда разводишь инструментом Interactively Route Connections трассы, довольно часто "заыбывается" режим обхода препятствий. АД норовит всегда поставить режим расталкивания препятствий, а мне приходится ему менять обратно на режим именно обтекания препятствий, а не расталкивания. Заметил, что такое частенько происходит, когда после разводки трассы инструментом Interactively Route Connections, занимаешься подправкой уже имеющихся трасс (редактированием), с помощью просто перетаскивания линий (drag). Уже в режиме drag само включается расталкивание препятствий, и после этого у инструмента Interactively Route Connections также режим расталкивания, вместо режима огибания.

2. Неисчезающий Violation Net Antenate. Допустим вёл-вёл трассу, оставил её недоразведённой, вылезла такая ошибка. Потом продолжаешь разводить эту же трассу дальше, а ошибка остаётся на прежнем месте. Исправляется попыткой перетаскивания (drag) конца линии немного в сторону и обратно.

Автор: Алексей Сабунин Feb 27 2009, 09:01

я писал что исправят в релизе, а не в SP...ждем летнюю версию=)

Автор: andrewkrot Mar 12 2009, 09:24

Была полезная фича при генерации файлов PDF с PCB - можно было просто искать компонент на рисунке платы с помощью bookmark. При щелчке на нужном компоненте в списке он на рисунке подсвечивался, и фокус на этот компонент устанавливался. А сейчас - не пойми чего. Одни компоненты подсвечиваются, другие - нет, а третьи подсвечиваются, но только совсем не те. А вот если ту же процедуру провести с файлами из examples - все нормально работает. Это только у меня, или у кого-нибудь еще случалось?

Автор: Владимир Mar 22 2009, 09:42

Вот давно баг вижу
при выделении компонентов и перетаскивании, элементы, частично попавшие в Unit перетаскиваются не зависимо. Приэтом положение элементов Unit естественно нарушается.
Хотя бы 1. предупреждение сделали
2. перетаскивали все компоненты Unit, если хотя бы один элемент попал в выделение
3. Не трогали компоненты Unit, если не все элементы попали в выделение
4. Может еще чего придумают по сервису в этом плане

Автор: artem79 Mar 30 2009, 12:25

В чем проблема. Кто разъяснит.
Беру из библиотеки стандартные компоненты в частности ATMega128. При создании PCB по всем ногам показывается ошибка. Вставляю чип кондесаторы и резисторы тоже самое. Не пойму в чем дело. По ширине дорожек и расстоянию между ними все нормально, установленно 0.2 мм.

Автор: Алексей Сабунин Mar 30 2009, 13:03

Может маркировка близко к ножкам... Откройте панель PCB, выберите работу с Rules and Violations и посмотрите что там за ошибки... двойной щелчок на названии ошибки - показывает ее описание!

Автор: artem79 Mar 30 2009, 13:26

Спасибо!!! Разобрался. MinimumSolderMaskSliver не соответствовала.

Автор: uriy Apr 6 2009, 05:38

У меня вылезли глюки с полигонами. Winter 09 SP2 пока такое видел только в одном проекте. В некоторых местах минимальная ширина линии полигона не соответствует заданной. На рисунках 2 и 3 приведены одни и те же пады в слоях топ и боттом. В слое боттом полигон получился правильным а в слое топ нет. Параметры полигонов одинаковые - минимальная линия полигона 0,25 мм, зазор до полигона 0,5 мм. На рисунке 1 один полигон, однако с левой стороные он отсечен как и надо на 0,25 мм а справа получился до нулевой ширины линии. Многократная перезаливка полигонов ничего не дает.

Автор: Владимир Apr 6 2009, 16:26

[quote name='uriy' post='572878' date='Apr 6 2009, 08:38']У меня вылезли глюки с полигонами. Winter 09 SP2 пока такое видел только в одном проекте. В некоторых местах минимальная ширина линии полигона не соответствует заданной. На рисунках 2 и 3 приведены одни и те же пады в слоях топ и боттом. В слое боттом полигон получился правильным а в слое топ нет. Параметры полигонов одинаковые - минимальная линия полигона 0,25 мм, зазор до полигона 0,5 мм. На рисунке 1 один полигон, однако с левой стороные он отсечен как и надо на 0,25 мм а справа получился до нулевой ширины линии. Многократная перезаливка полигонов ничего не дает.


на первой картинке поищите обрезок Track ВНУТРИ PAD на слое TOP
Для 2 и третьей картинок недостаточно

Автор: uriy Apr 7 2009, 05:56

Обрезков на первой картинке не обнаружил.

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

Автор: Владимир Apr 7 2009, 15:45

В смысле PcbDOC

Автор: uriy Apr 8 2009, 04:26

Файл лежит тут http://electronix.ru/redirect.php?http://file.qip.ru/file/82945726/9d890880/BAD_POLY.html. Размер 1,2 МБ, на форум загрузить не удалось говорит что слишком большой файл, хотя указано ограничение на файл 9,77 МБ. Координаты проблемных участков (31;16), (72;8) есть еще, но думаю этого хватит.

Автор: artem79 Apr 8 2009, 07:32

Кто подскажет в чем глюк.

Winter 09 не хочет отстраивать 3D. Запрашивает DirectX. На компе установлен DirectX 10. В чем дело?

Автор: Pyku_He_oTTyda Apr 8 2009, 08:43

В поддерживаемых видеокартах, скорее всего.

Автор: kyle Apr 8 2009, 10:50

Dxp>Preferences>PCB>Display стоит галка использования DirectX?

Автор: Владимир Apr 8 2009, 17:09

уменьшите в настройках полигона величину remove Neck when Copper widht less than xxx mm

Автор: uriy Apr 9 2009, 04:44

Попробовал значения от 0,1 до 1,0 мм с шагом 0,1 мм проблема не исчезла.

Автор: Владимир Apr 9 2009, 16:44

Вы бы еще 5 мм поставили. . Снимите вообще этот флаг. Чего вы экономите?

Автор: xemul Apr 14 2009, 10:51

dxp.exe Winter09 SP2, SP3 падает и зовет доктора Ватсона, если закрыты UDP порты 20001, 20002. В релизе Winter09 такого не было. Про SP1 ничего не скажу.
имхо, закрытый порт - совсем не повод для падения.

Автор: uriy Apr 14 2009, 16:18

Вроде было. У меня такого не бывает только с виндовым брэндмауэром. С аутпостом при закрытых портах стабильно вылетает. Т.е. если не хотите чтобы он лез в сеть закрывайте порты в виндовом брэндмауэре.

Автор: Beginning Jun 4 2009, 20:01

Странный глюк. В правилах нельзя нажать backspace, т.е. то что ввёл нельзя убрать? не работает буфер обмена, да и вобще горячие клавиши редактирования. Altium последний.

Автор: Владимир Jun 4 2009, 20:42

Не все коту масленица

Всегда этим пользуюсь

Автор: Beginning Jun 5 2009, 09:12

Таки это у меня одного, или у всех?
P.S. backspace в других окнах Altiuma работает.

Автор: uriy Jun 9 2009, 03:10

Пожалуйста, проверьте это только у меня так или у всех.

Автор: bgc Jun 17 2009, 15:17

У меня тоже самое...

Автор: Pyku_He_oTTyda Jun 17 2009, 15:35

У вас какая версия?
У меня так:

Автор: Владимир Jun 17 2009, 18:08

тоже

Автор: bgc Jun 17 2009, 19:56

версия последняя,
бага на втором шаге. На первом, как у Pyku_He_oTTyda все нормально

Автор: Pyku_He_oTTyda Jun 18 2009, 03:25

действительно, на втором шаге тоже проблемы

Автор: Владимир Jun 18 2009, 19:10

1. В подсчитываемую длину не входит учет переходных отверстий
2. при наличии огрызгов Track внутри PAD Они все равно считаются в длине. Механизм их поиска и удаления оставляет желать лучшего
3. При "наложении Track на Track смотри предыдущий пункт
4. не работает правила нахождения Track в правилах с условием TraceLenght <=XXX или TraceLenght >=XXX

при знаке равенство работает
5 Нет механизма Report с отчетом о количестве переходных и их типе для NET
6 Нет механизма выравнивания по сумме проводников (например для шин в которых встроен резистор)
7...

Пора менять коня?

А тут кризис что ли. Где летняя версия 9 года?

Автор: Aner Jun 19 2009, 17:30

на какого коня менять? на EE ?

Автор: Beginning Jun 19 2009, 21:43

Решил попробовать симуляцию. Открыл сэмпл. Запустил. Плучил график. Вроде всё ОК. Но когда я попробовал поработать с графиком, то получил сплошные глюки. У графика нет ни прокруток ни увеличения. Ctrl + scrol дают какуют о непонятную ахинею со слабо предсказуемым поведением, в результате чего график превращается в неизвестно что. Это у всех так, или у мня одного?

Автор: Beginning Jun 20 2009, 08:50

Проделав кучу эксперементов, понял что скролом лучше не пользоваться. Получчается что скролится ось X и ось Y того графика над которым курсор, причём привязк маштаба к месту где курсор находится - центрует. Т.е. бредово. лучше в тексте задовать. И то почему то галки авто всё время сбрасываются. Если график большой, и хочешь поставить ось X с мелким шагом, то вечно не даёт - пишет что зависимость типо должна быть не меньше 1.25 - откуда он эту величену берёт? Хотя если скролом покрутиш то можно обойти это препятствие, но возникает другое График надо в порядок потом приводить.
Ладно, попробывал поиграть с компонентами. Генераторами. Блин, у генераторов нету где менять амплитуду? Или я не понял где? Посмотрел модели в папки simulation - пару штук. Много генераторов - непонятно с какими параметрами, почему не сделать один с настройкой параметров?
До этого работл в PROTEUS. По сравнению с ним - полная убогость. Или я что то неправильно делаю?

Автор: Владимир Jun 20 2009, 15:49

Да вроде было. проблем это не вызвало. Но давно не юзаю.

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

Автор: Beginning Jun 20 2009, 20:54

Так у генератора не только амплитуду но и частоту поменять, как оказалось, нельзя. Генератор стандартный, который в сэмплах идёт. Да и в папке simulation в библиотеках тоже не нашёл регулируемого, правда не сильно искал. Или вы пользовались каким то хитрым генератором?
А чем вы пользуетесь для модулирования аналога? Говорят multisim неплохой.
Спасибо.

Автор: Владимир Jun 21 2009, 08:46

Откройте примеры симуляций в папке help, возьмите оттуда генератор и посмотрите настройки. Регулируется все
Есть даже с произвольной формой, задаваемой пользователем

Автор: Beginning Jun 22 2009, 06:08

Спасибо. Вроде разобрался. Ну это совсем другое дело. Вроде и к глючности графикам привык. Вообщем можно работать. А по поводу убогости, я погорячился. Убогость пользовательского интерфейса PROTEUS ни с чем не сравнить.
Altium +1.

Автор: Владимир Jul 3 2009, 10:47

Баг. не находит некоторые переходные, которые не имеют подключения на слой Plane, когда они продублированы для увеличения тока.
Выложу картинки позже
точнее не то что находит, а просто очищает при увеличении зазора в правиле. А как найти такое потом? только глазами по плате.
Можно и легко. Но это через ж.

Автор: Владимир Jul 3 2009, 14:20

как видно одно из 5 микровиа было неподключено и очищено.
Отключение микровиа произошло автоматически в результате увеличения зазора в правиле очистки слоя PLANE.
DRC и до и после ошибок не давало. Но после одно изменение правило одно микровиа "зависло" в воздухе.
Дурно попахивает.
Тем более пока вроде ничего не мешает чтоб и 5 было подключено
Алексей! Сообщи куда следует

Автор: Алексей Сабунин Jul 5 2009, 06:41

Если можно пример PCB с проблемой на мыло....посмотрю повнимательнее!

Автор: Владимир Jul 5 2009, 19:36

Секрет.
Подготовлю простой пример с 2 переходными

Автор: Алексей Сабунин Jul 8 2009, 07:55

В Summer 09 исправили=)

Автор: SKov Jul 8 2009, 09:09

Может и не глюк, а кривые руки, но решил сообщить общественности, может у кого были подобные проблемы.
Взял старый проект, сделанный года три назад в последнем АД на тот период времени (точно не помню версию).
Недавно понадобилось внести небольшие изменения в схему. Заменил элемент-микросхему (видна справа на картинке), какие-то связи пригодились от старого элемента, который был на этом месте. Какие-то связи пришлось изобразить заново. Сделали плату, запаяли. оказалось, что нет одного проводничка. Причем на sch он есть, а в PCB соответствующей "резинки" нет. И никакой апдейт pcb из sch не помогал решить проблему.
Эта связь на картинке соответствует цепи ON_OFF. Причем нет связи между новой микросхемой, а все остальное передалось в PCB как надо, в том числе и связь с резистором. Долго пытался понять, в чем дело, двигал горизантальный проводник на SCH, смотрел ,совпадают ли его концы с другими элементами схемы и т.д. Все было нормально, только связь в PCB так и не передавалась. И только совсем убив этот проводник и проведя его заново, удалось решить проблему.
Что это было?

Автор: Pyku_He_oTTyda Jul 8 2009, 16:16

Алексей, порадуйте новинками! Что добавили, пофиксили?

Автор: VladKot Jul 8 2009, 18:43

Кое-что есть здесь:
http://electronix.ru/redirect.php?http://altium.com/altium/altiumsite/products/altium-designer/en/summer-09-preview.cfm

Автор: Pyku_He_oTTyda Jul 8 2009, 18:56

Благодарю!

Автор: Iptash Jul 18 2009, 17:33

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

Автор: Владимир Jul 18 2009, 18:39

Да уж писали. Перегрузи программу. Лучше комп

Автор: Iptash Jul 19 2009, 15:40

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

Автор: Владимир Jul 19 2009, 15:50

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

Автор: Iptash Jul 19 2009, 16:25

Спасибо, попробую.

Автор: alvol Jul 21 2009, 13:45

Постоянно происходит глюк во время редактирования DataBaseLib и вываливается сообщение:
"Access violation at address 02FDDD07 in module 'WorkspaceManager.DLL'. Read of address 00000000 at 02FDDD07."
Появляется он после того как я делаю реконект таблицам Екселя, в поле Field Mappings отображаются названия столбцов, но свойств не видно, после нажатия на любую клетку со свойствами этих столбцов появляется сообщение об ошибке и как будто выделение мышки не снимается, куда бы я не повел курсор начинают выделяться клетки таблицы. Надписи в свойствах не меняются, но вроде как-то нажатие на них снимает и устанавливает соответствующие галочки. Раздел Table brouser вовсе ничего не показывает и не меняет картинку со списком заголовков столбцов таблицы.
Почему WorkspaceManager.DLL падает? Это происходит на двух компьютерах. Версия AD 8.2.0.16457

Автор: xlive Jul 24 2009, 07:44

заметил тут что при экспорте из AD в ACAD 2004 возникают некрасивости) а при экспорте в ACAD 2007 проблема решена) скорее всего это баг акада а не ад но так прост чтобы не пугалисъ)

Автор: VladKot Jul 26 2009, 16:51

http://electronix.ru/redirect.php?http://www.rodnik.ru/news/index.php?ELEMENT_ID=914

Автор: MaxEngee Aug 3 2009, 07:41

Hello

Прошу обратить внимание на сообщение #1020 в ветке Altium для начинающего.

Автор: artem79 Aug 3 2009, 11:11

В Summer 09 в настройках печати страницы Advansed пропали настойки цвета отверстий Holes. Печатаются серые. И изменить не удаётся.
Ни кто не сталкивался с данной проблемой? Может их с чем нибудь объединили?

Автор: uriy Aug 7 2009, 06:20

При создании УГО в Summer 09 при включенной галочке Always Show Comment/Designator они появляются где-то вдали от центра. При дефолтовом размере листа 400х400 мм они попадают даже за пределы листа и их невозможно перетащить не увеличив лист. На картинке размер листа 800х800мм. Для оценки расстояния между выводами компонента 5 мм. Этот косячок был и в предыдущей версии, но там Designator не убегал так далеко

Автор: Zeroom Aug 7 2009, 07:02

Вроде уже писал про неправильную работу правил для полигонов, но напишу еще раз, так как в Summer 09 все осталось по-прежнему.
Создаем правило в группе Clearance. Первым объектом указываем класс полигонов, например MyPoly:

InPolygonClass('MyPoly')

Вторым объектом указываем полигон с определенным именем, например TOP_GND (в моем случае общий полигон в наружном слое, закрывающий все свободное место на плате и подключенный к GND):

InNamedPolygon('TOP_GND')

Полученнное правило (независимо от выбора Different Nets Only, Same Net Only или Any Net) работает только для полигонов, подключенных к разным цепям. То есть, присутствующие в MyPoly локальные полигоны, подключенные к GND, попросту "накрываются" общим полигоном безо всяких зазоров. Пробовал задавать IsNamedPolygon, добавлять IsTrack - все бестолку.

Автор: artem79 Aug 11 2009, 07:13

Замечен следующий глюк в Summer09. При просмотре 3-х мерки корпуса SOIC располагаются перпендикулярно посадочному месту на плате.

Автор: Владимир Aug 11 2009, 07:42

Скорее всего в настойках footprinta забыли развернуть это изображение на 90 град.

Автор: artem79 Aug 11 2009, 10:32

Не совсем понятно?

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

Автор: Владимир Aug 11 2009, 10:50

У Вас модель повернута. При скачивании стандартных и на "попа" ставит
Открываете Footprint? там нужный СComponent Body? если он не один.
Там есть параметр Rotation/ Поставьте 90 или 270 град.
Тамже есть и сдвиг модели

Автор: KSN Aug 20 2009, 04:39

Может подскажите, создал footprint с 3D моделью. Размещаю компонент на плате на слое TOP, перехожу в режим просмотра платы в 3D, все отлично. Переношу этот же компонент на слой bottom, смотрю плату в 3D и вижу, что 3D изображение компонента сдвинуто и повернуто относительно footprint. Как это победить, чтобы было совпадение footprint и 3D на обоих слоях?

Автор: Владимир Aug 20 2009, 05:14

Component Body нарисовон на одном из механических слоев.
Сделайте этому слою пару. Тогда и будет перекидываться. А таккак у вас --- компонент перепрыгивает, а изображение нет. Скорее всего так

Автор: KSN Aug 20 2009, 05:29

прикручивал к footprint модель 3D компонента в формате STEP. Для этого случая тоже надо сделать механическому слою пару?

Автор: Владимир Aug 20 2009, 05:39

Пары нужны для всех слоев, информация размещенная на которых должна "перекидываться"

Автор: KSN Aug 20 2009, 05:51

контуры 3D элементов изображались в Mechanical1. Сделал ему "пару" Mechanical2. Не помогло.

Автор: Владимир Aug 20 2009, 06:55

При этом обновить надо из библы , и вначале чтобы на Top стоял

Автор: Hardman Aug 23 2009, 11:24

Интересный глюк обнаружился в новой версии, невозможно создать компонент в интегрированной библиотеке если в строке Symbol Reference свойств компонента 31м символом идет пробел. Например: Chip Polar Capacitor 4.3 X 5.5 mm, D4 mm - во время компиляции интегрированной библиотеки выдает ошибку.

Автор: Владимир Sep 5 2009, 06:28

1 Лучше бы дополнили правила для выравнивания длин из 2 и более NET, и учета длины конденсатора или резистора, которые стоят формально на одной электрической цепи, но физически их то две!!!
2 Да. и в расчет длины не входит длина переходных отверстий!!!
3 самый страшный боль: При наползании одного Тrack на другой считается суммарная длина Track, а не физическая длина проводника. Должна быть опция одаления тукого дублирования и наложения. Иначе думаешь, что выровнял длину-- а на самом деле : в топку

Автор: Владимир Sep 5 2009, 09:40

Вот пример. Одно Via висит в воздухе. Нет инструментария находить такие VIA
Кто скриптик напишет?
Или апдейтик будет?

Автор: Владимир Sep 6 2009, 17:14

Запрос
IsTrack And (TraceLength < AsMM(0.2) не верно отрабатывается. Так как сюда попадают Track с любой длиной, если этот трак не имеет электрической цепи.
Приходится писать
(IsTrack And (TraceLength < AsMM(0.2)))and OnSignal
Но если там просто что то нарисовано то нехорошо.
Бяка

Автор: uriy Sep 7 2009, 13:01

Кто-то приводил скриншоты когда 3D компоненты убегают после экспорта платы в STEP и обычно собираются кучей друг на друга где-то в начале координат. Есть предположение что всему виной положение начала координат у исходного элемента который убежал. У себя заметил такую закономерность. Элементы, нарисованные мною в солиде никогда не смещались после экспорта из AD в step. А у всех чужих элементов, которые смещаются, начало координат оказалось за пределами тела. При экспорте такие тела смещаются так что их начало координат оказывается совмещенным с началом координат платы.

Автор: OLEG_BOS Sep 7 2009, 16:13

Тоже наблюдал такую картину при экспорте в SW2007. Потом попробовал тот же проект экспортировать в SW2009 - все экпортировалось нормально. Поэтому нельзя полагать, что проблемма только в AD.
Р.S. А у вас какая версия SW ?

Автор: Iptash Sep 8 2009, 03:19

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

Автор: Владимир Sep 8 2009, 05:47

есть такая каманда в интерактиве
Tool/interactive lendht tuning

Автор: uriy Sep 8 2009, 05:50

OLEG_BOS мои предположение с точками привязки не оправдались. Создал две идентичных 3D модели с разным положением точек привязки. Сделал компоненты в AD и экспортировал плату в step. При открытии в SW все нормально. Скажите а у вас бывают проблемы с 3D моделями, которые, вы рисовали сами? У меня никогда, только с чужими, скачанными с инета. Я использую SW2009, коллега 2008. Проблемы наблюдаются в обоих.
Еще с 2008 есть такой косячок, он к AD явно отношения не имеет.
У меня была плата состоящая из двух, маленькая подключалась к большой разъемом. Маленькую плату я развел, экспортировал в step и создал компонет в AD с этой платой. Этот компонент добавил на большую плату. SW дробит step модель на множество мелких из которых состоит. На большой и маленькой плате позиционные обозначения начинались с единицы. Т.е. R1, С1 и т.д. встречались на обоих платах. SW2008 в таком случае оставляет только один из этих компонентов, следующие исчезают в никуда. В SW2009 с этим все нормально. Там добавилось смещение. Например если на маленькой плате было 10 резисторов, то на большой плате изменились позиционные R1+10, R2+10 и т.д. Тоже не очень хорошо. Но хоть компоненты не исчезают.

Автор: OLEG_BOS Sep 11 2009, 10:29

Сам я пользуюсь на 95% своими моделями. Как я говорил выше, были проблеммы именно со "своими" моделями и именно в SW2007. Перед тем как ставить SW2009 открыл старый проект в SW2007 - там было смещение, после этого поставил SW2009 - открыл тот же проект - все стало нормально А до этого приходилось их "ручками" ставить на места, также некоторые "мультиплицированные" компоненты сбивались в одно целое ( или исчезали - незнаю). Сейчас в SW2009 таких проблем не видел: ни со своими ни с чужими моделями( в принципе и статистика небольшая, трудно утверждать).