Pyku_He_oTTyda
Jun 18 2009, 03:25
Цитата(bgc @ Jun 17 2009, 23:56)

версия последняя,
бага на втором шаге.
действительно, на втором шаге тоже проблемы
Владимир
Jun 18 2009, 19:10
1. В подсчитываемую длину не входит учет переходных отверстий
2. при наличии огрызгов Track внутри PAD Они все равно считаются в длине. Механизм их поиска и удаления оставляет желать лучшего
3. При "наложении Track на Track смотри предыдущий пункт
4. не работает правила нахождения Track в правилах с условием TraceLenght <=XXX или TraceLenght >=XXX
при знаке равенство работает
5 Нет механизма Report с отчетом о количестве переходных и их типе для NET
6 Нет механизма выравнивания по сумме проводников (например для шин в которых встроен резистор)
7...
Пора менять коня?
А тут кризис что ли. Где летняя версия 9 года?
на какого коня менять? на 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, 11:50)

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

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

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

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

Если можно пример PCB с проблемой на мыло....посмотрю повнимательнее!
Секрет.
Подготовлю простой пример с 2 переходными
Alexey Sabunin
Jul 8 2009, 07:55
Цитата(uriy @ Jun 9 2009, 07:10)

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

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

Алексей, порадуйте новинками! Что добавили, пофиксили?
Кое-что есть здесь:
http://altium.com/altium/altiumsite/produc...-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 18 2009, 22:39)

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

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

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

В Summer 09 исправили=)
Цитата(Pyku_He_oTTyda @ Jul 8 2009, 19:16)

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

Замечен следующий глюк в Summer09. При просмотре 3-х мерки корпуса SOIC располагаются перпендикулярно посадочному месту на плате.
Скорее всего в настойках footprinta забыли развернуть это изображение на 90 град.
artem79
Aug 11 2009, 10:32
Цитата(Владимир @ Aug 11 2009, 11:42)

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

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

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

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

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

контуры 3D элементов изображались в Mechanical1. Сделал ему "пару" Mechanical2. Не помогло.
При этом обновить надо из библы , и вначале чтобы на 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
Цитата(Владимир @ Jul 3 2009, 17:20)

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

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

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

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

есть такая каманда в интерактиве
Tool/interactive lendht tuning
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
Цитата(uriy @ Sep 8 2009, 08:50)

OLEG_BOS м Скажите а у вас бывают проблемы с 3D моделями, которые, вы рисовали сами? У меня никогда, только с чужими, скачанными с инета.
Сам я пользуюсь на 95% своими моделями. Как я говорил выше, были проблеммы именно со "своими" моделями и именно в SW2007. Перед тем как ставить SW2009 открыл старый проект в SW2007 - там было смещение, после этого поставил SW2009 - открыл тот же проект - все стало нормально

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