Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Ошибки работы Altium Designer
Форум разработчиков электроники ELECTRONIX.ru > Печатные платы (PCB) > Разрабатываем ПП в САПР - PCB development > Altium Designer, DXP, Protel
Страницы: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28
Pyku_He_oTTyda
Цитата(bgc @ Jun 17 2009, 23:56) *
версия последняя,
бага на втором шаге.

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

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

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

А тут кризис что ли. Где летняя версия 9 года?
Aner
на какого коня менять? на EE ?
Beginning
Решил попробовать симуляцию. Открыл сэмпл. Запустил. Плучил график. Вроде всё ОК. Но когда я попробовал поработать с графиком, то получил сплошные глюки. У графика нет ни прокруток ни увеличения. Ctrl + scrol дают какуют о непонятную ахинею со слабо предсказуемым поведением, в результате чего график превращается в неизвестно что. Это у всех так, или у мня одного?
Beginning
Проделав кучу эксперементов, понял что скролом лучше не пользоваться. Получчается что скролится ось X и ось Y того графика над которым курсор, причём привязк маштаба к месту где курсор находится - центрует. Т.е. бредово. лучше в тексте задовать. И то почему то галки авто всё время сбрасываются. Если график большой, и хочешь поставить ось X с мелким шагом, то вечно не даёт - пишет что зависимость типо должна быть не меньше 1.25 - откуда он эту величену берёт? Хотя если скролом покрутиш то можно обойти это препятствие, но возникает другое biggrin.gif График надо в порядок потом приводить.
Ладно, попробывал поиграть с компонентами. Генераторами. Блин, у генераторов нету где менять амплитуду? Или я не понял где? Посмотрел модели в папки simulation - пару штук. Много генераторов - непонятно с какими параметрами, почему не сделать один с настройкой параметров?
До этого работл в PROTEUS. По сравнению с ним - полная убогость. Или я что то неправильно делаю?
Владимир
Цитата(Beginning @ Jun 20 2009, 11:50) *
у генераторов нету где менять амплитуду?


Да вроде было. проблем это не вызвало. Но давно не юзаю.
Цитата
По сравнению с ним - полная убогость

Не знаю сравнения. Но по существу вывода полностью согласен.
Может потому и не пользуюсь.
Beginning
Так у генератора не только амплитуду но и частоту поменять, как оказалось, нельзя. Генератор стандартный, который в сэмплах идёт. Да и в папке simulation в библиотеках тоже не нашёл регулируемого, правда не сильно искал. Или вы пользовались каким то хитрым генератором?
А чем вы пользуетесь для модулирования аналога? Говорят multisim неплохой.
Спасибо.
Владимир
Цитата(Beginning @ Jun 20 2009, 23:54) *
Так у генератора не только амплитуду но и частоту поменять, как оказалось, нельзя. Генератор стандартный, который в сэмплах идёт.

Откройте примеры симуляций в папке help, возьмите оттуда генератор и посмотрите настройки. Регулируется все
Есть даже с произвольной формой, задаваемой пользователем
Beginning
Спасибо. Вроде разобрался. Ну это совсем другое дело. Вроде и к глючности графикам привык. Вообщем можно работать. А по поводу убогости, я погорячился. Убогость пользовательского интерфейса PROTEUS ни с чем не сравнить.
Altium +1.
Владимир
Баг. не находит некоторые переходные, которые не имеют подключения на слой Plane, когда они продублированы для увеличения тока.
Выложу картинки позже
точнее не то что находит, а просто очищает при увеличении зазора в правиле. А как найти такое потом? только глазами по плате.
Можно и легко. Но это через ж.
Владимир
Цитата(Владимир @ Jul 3 2009, 13:47) *
Баг. не находит некоторые переходные, которые не имеют подключения на слой Plane, когда они продублированы для увеличения тока.
Выложу картинки позже
точнее не то что находит, а просто очищает при увеличении зазора в правиле. А как найти такое потом? только глазами по плате.
Можно и легко. Но это через ж.

как видно одно из 5 микровиа было неподключено и очищено.
Отключение микровиа произошло автоматически в результате увеличения зазора в правиле очистки слоя PLANE.
DRC и до и после ошибок не давало. Но после одно изменение правило одно микровиа "зависло" в воздухе.
Дурно попахивает.
Тем более пока вроде ничего не мешает чтоб и 5 было подключено
Алексей! Сообщи куда следует
Alexey Sabunin
Цитата(Владимир @ Jul 3 2009, 18:20) *
Алексей! Сообщи куда следует

Если можно пример PCB с проблемой на мыло....посмотрю повнимательнее!
Владимир
Цитата(Алексей Сабунин @ Jul 5 2009, 09:41) *
Если можно пример PCB с проблемой на мыло....посмотрю повнимательнее!

Секрет.
Подготовлю простой пример с 2 переходными
Alexey Sabunin
Цитата(uriy @ Jun 9 2009, 07:10) *
Пожалуйста, проверьте это только у меня так или у всех.

В Summer 09 исправили=)
SKov
Может и не глюк, а кривые руки, но решил сообщить общественности, может у кого были подобные проблемы.
Взял старый проект, сделанный года три назад в последнем АД на тот период времени (точно не помню версию).
Недавно понадобилось внести небольшие изменения в схему. Заменил элемент-микросхему (видна справа на картинке), какие-то связи пригодились от старого элемента, который был на этом месте. Какие-то связи пришлось изобразить заново. Сделали плату, запаяли. оказалось, что нет одного проводничка. Причем на sch он есть, а в PCB соответствующей "резинки" нет. И никакой апдейт pcb из sch не помогал решить проблему.
Эта связь на картинке соответствует цепи ON_OFF. Причем нет связи между новой микросхемой, а все остальное передалось в PCB как надо, в том числе и связь с резистором. Долго пытался понять, в чем дело, двигал горизантальный проводник на SCH, смотрел ,совпадают ли его концы с другими элементами схемы и т.д. Все было нормально, только связь в PCB так и не передавалась. И только совсем убив этот проводник и проведя его заново, удалось решить проблему.
Что это было?
Pyku_He_oTTyda
Цитата(Алексей Сабунин @ Jul 8 2009, 11:55) *
В Summer 09 исправили=)

Алексей, порадуйте новинками! Что добавили, пофиксили?
VladKot
Цитата(Pyku_He_oTTyda @ Jul 8 2009, 19:16) *
Алексей, порадуйте новинками! Что добавили, пофиксили?

Кое-что есть здесь:
http://altium.com/altium/altiumsite/produc...-09-preview.cfm
Pyku_He_oTTyda
Благодарю!
Iptash
Осталось пару линий развести, как вдруг начал выдавать вот такую ошибку. Это какая то системная ошибка. Может у кого было, в чем причина.
Владимир
Да уж писали. Перегрузи программу. Лучше комп
Iptash
Цитата(Владимир @ Jul 18 2009, 22:39) *
Да уж писали. Перегрузи программу. Лучше комп

Пробывал, не поиогает. Похоже систему переустанавливать надо, глюки и в др. программах стали появляться.
Владимир
Цитата(Iptash @ Jul 19 2009, 18:40) *
Пробывал, не поиогает. Похоже систему переустанавливать надо, глюки и в др. программах стали появляться.


бывало вообще не грузился. Напрочь вылетал
Помогло через открытие другого файла, а затем как обычно
Iptash
Цитата(Владимир @ Jul 19 2009, 19:50) *
бывало вообще не грузился. Напрочь вылетал
Помогло через открытие другого файла, а затем как обычно

Спасибо, попробую.
alvol
Постоянно происходит глюк во время редактирования 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
заметил тут что при экспорте из AD в ACAD 2004 возникают некрасивости) а при экспорте в ACAD 2007 проблема решена) скорее всего это баг акада а не ад но так прост чтобы не пугалисъ)
VladKot
Цитата(Алексей Сабунин @ Jul 8 2009, 10:55) *
В Summer 09 исправили=)

Цитата(Pyku_He_oTTyda @ Jul 8 2009, 19:16) *
Алексей, порадуйте новинками! Что добавили, пофиксили?


Хорошая новость
MaxEngee
Hello

Прошу обратить внимание на сообщение #1020 в ветке Altium для начинающего.
artem79
В Summer 09 в настройках печати страницы Advansed пропали настойки цвета отверстий Holes. Печатаются серые. И изменить не удаётся. unsure.gif
Ни кто не сталкивался с данной проблемой? Может их с чем нибудь объединили? cranky.gif
uriy
При создании УГО в Summer 09 при включенной галочке Always Show Comment/Designator они появляются где-то вдали от центра. При дефолтовом размере листа 400х400 мм они попадают даже за пределы листа и их невозможно перетащить не увеличив лист. На картинке размер листа 800х800мм. Для оценки расстояния между выводами компонента 5 мм. Этот косячок был и в предыдущей версии, но там Designator не убегал так далеко
Нажмите для просмотра прикрепленного файла
Zeroom
Вроде уже писал про неправильную работу правил для полигонов, но напишу еще раз, так как в 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
Замечен следующий глюк в Summer09. При просмотре 3-х мерки корпуса SOIC располагаются перпендикулярно посадочному месту на плате.
Владимир
Цитата(artem79 @ Aug 11 2009, 10:13) *
Замечен следующий глюк в Summer09. При просмотре 3-х мерки корпуса SOIC располагаются перпендикулярно посадочному месту на плате.


Скорее всего в настойках footprinta забыли развернуть это изображение на 90 град.
artem79
Цитата(Владимир @ Aug 11 2009, 11:42) *
Скорее всего в настойках footprinta забыли развернуть это изображение на 90 град.


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

Компонент установлен. Что ещё разворачивать? Все предыдущие версии работали беа проблем, компоненты стояли в соответствии с расстановкой и не требовали дополнительных разворотов.
Владимир
Цитата(artem79 @ Aug 11 2009, 13:32) *
Не совсем понятно?

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

У Вас модель повернута. При скачивании стандартных и на "попа" ставит smile.gif
Открываете Footprint? там нужный СComponent Body? если он не один.
Там есть параметр Rotation/ Поставьте 90 или 270 град.
Тамже есть и сдвиг модели
KSN
Может подскажите, создал footprint с 3D моделью. Размещаю компонент на плате на слое TOP, перехожу в режим просмотра платы в 3D, все отлично. Переношу этот же компонент на слой bottom, смотрю плату в 3D и вижу, что 3D изображение компонента сдвинуто и повернуто относительно footprint. Как это победить, чтобы было совпадение footprint и 3D на обоих слоях?
Владимир
Цитата(KSN @ Aug 20 2009, 07:39) *
Может подскажите, создал footprint с 3D моделью. Размещаю компонент на плате на слое TOP, перехожу в режим просмотра платы в 3D, все отлично. Переношу этот же компонент на слой bottom, смотрю плату в 3D и вижу, что 3D изображение компонента сдвинуто и повернуто относительно footprint. Как это победить, чтобы было совпадение footprint и 3D на обоих слоях?

Component Body нарисовон на одном из механических слоев.
Сделайте этому слою пару. Тогда и будет перекидываться. А таккак у вас --- компонент перепрыгивает, а изображение нет. Скорее всего так
KSN
прикручивал к footprint модель 3D компонента в формате STEP. Для этого случая тоже надо сделать механическому слою пару?
Владимир
Цитата(KSN @ Aug 20 2009, 08:29) *
прикручивал к footprint модель 3D компонента в формате STEP. Для этого случая тоже надо сделать механическому слою пару?

Пары нужны для всех слоев, информация размещенная на которых должна "перекидываться"
KSN
контуры 3D элементов изображались в Mechanical1. Сделал ему "пару" Mechanical2. Не помогло.
Владимир
Цитата(KSN @ Aug 20 2009, 08:51) *
контуры 3D элементов изображались в Mechanical1. Сделал ему "пару" Mechanical2. Не помогло.

При этом обновить надо из библы , и вначале чтобы на Top стоял
Hardman
Интересный глюк обнаружился в новой версии, невозможно создать компонент в интегрированной библиотеке если в строке Symbol Reference свойств компонента 31м символом идет пробел. Например: Chip Polar Capacitor 4.3 X 5.5 mm, D4 mm - во время компиляции интегрированной библиотеки выдает ошибку.
Владимир
1 Лучше бы дополнили правила для выравнивания длин из 2 и более NET, и учета длины конденсатора или резистора, которые стоят формально на одной электрической цепи, но физически их то две!!!
2 Да. и в расчет длины не входит длина переходных отверстий!!!
3 самый страшный боль: При наползании одного Тrack на другой считается суммарная длина Track, а не физическая длина проводника. Должна быть опция одаления тукого дублирования и наложения. Иначе думаешь, что выровнял длину-- а на самом деле : в топку
Владимир
Цитата(Владимир @ Jul 3 2009, 17:20) *
как видно одно из 5 микровиа было неподключено и очищено.
Отключение микровиа произошло автоматически в результате увеличения зазора в правиле очистки слоя PLANE.
DRC и до и после ошибок не давало. Но после одно изменение правило одно микровиа "зависло" в воздухе.
Дурно попахивает.
Тем более пока вроде ничего не мешает чтоб и 5 было подключено
Алексей! Сообщи куда следует

Вот пример. Одно Via висит в воздухе. Нет инструментария находить такие VIA
Кто скриптик напишет?
Или апдейтик будет?
Владимир
Запрос
IsTrack And (TraceLength < AsMM(0.2) не верно отрабатывается. Так как сюда попадают Track с любой длиной, если этот трак не имеет электрической цепи.
Приходится писать
(IsTrack And (TraceLength < AsMM(0.2)))and OnSignal
Но если там просто что то нарисовано то нехорошо.
Бяка
uriy
Кто-то приводил скриншоты когда 3D компоненты убегают после экспорта платы в STEP и обычно собираются кучей друг на друга где-то в начале координат. Есть предположение что всему виной положение начала координат у исходного элемента который убежал. У себя заметил такую закономерность. Элементы, нарисованные мною в солиде никогда не смещались после экспорта из AD в step. А у всех чужих элементов, которые смещаются, начало координат оказалось за пределами тела. При экспорте такие тела смещаются так что их начало координат оказывается совмещенным с началом координат платы.
OLEG_BOS
Цитата(uriy @ Sep 7 2009, 16:01) *
убегают после экспорта платы в STEP и обычно собираются кучей друг на друга где-то в начале координат.

Тоже наблюдал такую картину при экспорте в SW2007. Потом попробовал тот же проект экспортировать в SW2009 - все экпортировалось нормально. Поэтому нельзя полагать, что проблемма только в AD.
Р.S. А у вас какая версия SW ?
Iptash
Цитата(Владимир @ Sep 5 2009, 10:28) *
1 Лучше бы дополнили правила для выравнивания длин из 2 и более NET...

И еще бы сделали нормально выравнивание между несколько NET, а то делаешь выравнивание, а они отделяются в месте излома.
Ведь в других случаях (допустим когда тянеш выделенные NET) работает нормально, цепи не разьеденяются, а здесь такое правило не сделали. unsure.gif
Владимир
Цитата(Iptash @ Sep 8 2009, 06:19) *
И еще бы сделали нормально выравнивание между несколько NET, а то делаешь выравнивание, а они отделяются в месте излома.
Ведь в других случаях (допустим когда тянеш выделенные NET) работает нормально, цепи не разьеденяются, а здесь такое правило не сделали. unsure.gif

есть такая каманда в интерактиве
Tool/interactive lendht tuning
uriy
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
Цитата(uriy @ Sep 8 2009, 08:50) *
OLEG_BOS м Скажите а у вас бывают проблемы с 3D моделями, которые, вы рисовали сами? У меня никогда, только с чужими, скачанными с инета.

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