реклама на сайте
подробности

 
 
> HSpice2004 vs HSpice2009, различные результаты для одного проекта
Artemiy14
сообщение Dec 5 2009, 11:38
Сообщение #1


Участник
*

Группа: Участник
Сообщений: 19
Регистрация: 13-11-09
Из: Саратов
Пользователь №: 53 603



Есть проект генератора с ЖИГ-резонатором, который построен на базе диф. каскада, образующего отрицательное сопротивление. Проблема заключается в том, что в HSpice 2004 года моделирование показывает генерацию колебаний, а в HSpice 2009 года (с тем же net-листом) результатом моделирования являются "треугольные колебания"(т.е. наблюдается математическая ошибка).
Но все же нам удалось заставить HSpice 2009 года функционировать. Подключив к ЖИГ-резонатору источник синусоидального сигнала с некоторым демпфирующим фактором по времени, получили затухающие колебания(т.е. генерации нет)
Причем результаты AC анализ обеими программами модели ЖИГ-резонатора и каскада отрицательного сопротивления полностью совпали.

Вопрос:
кто нибудь имел дело с данными версиями HSpice? Какой версии программы доверять?
Go to the top of the page
 
+Quote Post
 
Start new topic
Ответов
Artemiy14
сообщение Dec 7 2009, 15:08
Сообщение #2


Участник
*

Группа: Участник
Сообщений: 19
Регистрация: 13-11-09
Из: Саратов
Пользователь №: 53 603



Цитата(SM @ Dec 7 2009, 00:42) *
Приведите точные значения всех управляющих параметров для обоих спайсов, если хотите совета точнее.

Насчет RELTOL согласен.

Насчет опции IC = а в .TRAN не забыли при этом указать UIC ?


Указать UIC в .TRAN я не забыл, но это не помогло. Но помогла опция .OP 20ns, которая, как я из мануала HSpice2009 узнал, вычисляет рабочую точку в момент времени 20ns. Наблюдался некоторый переходный процесс, но никакой генерации.

Насчет управляющих параметров:
Изначально был net-лист из HSpice2004, стояла задача перейти на моделирование в HSpice2009. *.ini файл в директории обеих программ был практически пустой(управляющих опций не было, только ссылки на библиотеки.). Все управляющие параметры находились в net-листе.

Изначальный net-лист
CODE
*-- tasks & options
.TRAN 4ps 4us
.OPTION POST RESMIN=1u ABSI=1nA ABSV=0.1nV PROBE
...
...


Переделанный мною для HSpice2009
CODE
*-- tasks & options
.TRAN 4ps 4us UIC
.OP 20ns
.OPTION POST RESMIN=1u ABSI=1nA ABSV=0.1nV PROBE
...
...


RUNLVL пробовал ставить 5 мало что менялось. METHOD - ставил метод Гира, и тоже ничего. С опциями LVLTIM/DVDT не работал. Спасибо за совет, надо попробывать.

Кстати RELVAR/ABSVAR это что за параметры?

Да, кстати, генерация должна наблюдаться на 1ГГц. Хотя .TRAN 4ps и проблем возникнуть не должно.

Сообщение отредактировал Artemiy14 - Dec 7 2009, 15:14
Go to the top of the page
 
+Quote Post
SM
сообщение Dec 7 2009, 16:15
Сообщение #3


Гуру
******

Группа: Свой
Сообщений: 7 946
Регистрация: 25-02-05
Из: Moscow, Russia
Пользователь №: 2 881



Цитата(Artemiy14 @ Dec 7 2009, 18:08) *
Указать UIC в .TRAN я не забыл, но это не помогло.

Вообще достаточно указать только UIC в .TRAN, а сам IC не нужен, тогда старт будет со "все по нулям" без вычисления раб. точки. Я этим все время пользуюсь, вот недавно как раз симулировал опорник, у которого меня очень интересовал процесс старта, чтобы выброса не давал.

Цитата(Artemiy14 @ Dec 7 2009, 18:08) *
Кстати RELVAR/ABSVAR это что за параметры?

Ограничение на максимальное изменение потенциала узла для соседних временных точек, это для метода выбора таймстепа DVDT. Т.е. если для следующей точки потенциал узла изменился больше, чем на указанное там, то уменьшается временной интервал, и вычисляется другая точка, чтобы изменение не вылезло за пределы. Т.е. если оно слишком большое, а по дефолту там чуть ли не 300 милливольт абсолютного и 0.2 относительного, то таймстеп может быть слишком велик, что и приведет к Вашим треугольникам вместо реальной картины. Я вот из-за этого наблюдал обратное - незатухающая генерация треугольнков опорником, хотя по всем другим рассчетам ее там никак не могло быть.


Цитата(Artemiy14 @ Dec 7 2009, 18:08) *
Хотя .TRAN 4ps и проблем возникнуть не должно.

Это почему? Эти 4ps это лишь шаг для вывода, на считалку никак не действует. Т.е. оно может рассчитать две точки через пол-наносекунды, если посчитает, что этого достаточно для заданной точности, и потом порезать их линейной интерполяцией при выводе в файл по 4 ps. Вот и ваш треугольник. Самое главное не то, что в .TRAN указано, а что при вычислении использовалось.
Go to the top of the page
 
+Quote Post
Artemiy14
сообщение Dec 7 2009, 16:37
Сообщение #4


Участник
*

Группа: Участник
Сообщений: 19
Регистрация: 13-11-09
Из: Саратов
Пользователь №: 53 603



Цитата(SM @ Dec 7 2009, 19:15) *
Это почему? Эти 4ps это лишь шаг для вывода, на считалку никак не действует. Т.е. оно может рассчитать две точки через пол-наносекунды, если посчитает, что этого достаточно для заданной точности, и потом порезать их линейной интерполяцией при выводе в файл по 4 ps. Вот и ваш треугольник. Самое главное не то, что в .TRAN указано, а что при вычислении использовалось.


Спасибо, буду знать.

А насчет "Ограничение на максимальное изменение потенциала узла для соседних временных точек", то получается довольно интересно. Амплитуда этих треугольников порядка сотни фемто вольт. Как считаете, RELVAR/ABSVAR все равно смогут повлиять на эту ошибку?
Go to the top of the page
 
+Quote Post
SM
сообщение Dec 7 2009, 16:57
Сообщение #5


Гуру
******

Группа: Свой
Сообщений: 7 946
Регистрация: 25-02-05
Из: Moscow, Russia
Пользователь №: 2 881



Цитата(Artemiy14 @ Dec 7 2009, 19:37) *
Как считаете, RELVAR/ABSVAR все равно смогут повлиять на эту ошибку?

Да, могут. Но то, что Вы описали, похоже полное отсутствие генерации, а эти треугольники - это флуктуации вокруг DC-точки за счет конечной точности вычислений. Т.е. та самая "псевдогенерация", что я в своем опорнике наблюдал. Прежде всего надо разобраться, почему UIC в .TRAN не действует, и почему около нуля времени нет переходного процесса. А .OP тут вообще никак не причем.
Go to the top of the page
 
+Quote Post

Сообщений в этой теме
- Artemiy14   HSpice2004 vs HSpice2009   Dec 5 2009, 11:38
- - SM   Цитата(Artemiy14 @ Dec 5 2009, 14:38) кто...   Dec 5 2009, 16:52
- - Artemiy14   SM, спасибо за совет. А с возникновением "тре...   Dec 6 2009, 06:11
|- - SM   Цитата(Artemiy14 @ Dec 6 2009, 09:11) SM,...   Dec 6 2009, 21:42
- - fragment   Не скажу про HSPICE, но в других SPICE-симуляторах...   Dec 6 2009, 15:31
- - psygash   Попробуйте поставить .OPTION RUNLVL=0 По дефолту в...   Dec 7 2009, 11:42
|- - SM   Цитата(psygash @ Dec 7 2009, 14:42) Попро...   Dec 7 2009, 11:57
|- - psygash   Цитата(SM @ Dec 7 2009, 14:57) А я бы вса...   Dec 7 2009, 17:57
|- - aht   Цитата(SM @ Dec 7 2009, 15:57) А я бы вса...   Apr 26 2010, 13:46
- - Artemiy14   .OP может и не причем, но когда ничего (о чем я зн...   Dec 7 2009, 17:01
- - Artemiy14   К сожалению, ситуация с моделированием не изменила...   Dec 8 2009, 10:51
- - SM   Попробуйте .OPTION POST PROBE ACCURATE=1 RELVAR=3...   Dec 8 2009, 11:11
|- - Artemiy14   Цитата(SM @ Dec 8 2009, 14:11) Попробуйте...   Dec 10 2009, 06:46
|- - SM   Цитата(Artemiy14 @ Dec 10 2009, 09:46) Пр...   Dec 10 2009, 07:13
|- - Artemiy14   Цитата(SM @ Dec 10 2009, 10:13) Ну сами п...   Dec 10 2009, 10:34
- - Artemiy14   Проверил, еще одну схему, в которой использовались...   Dec 10 2009, 12:57
|- - SM   Цитата(Artemiy14 @ Dec 10 2009, 15:57) Пр...   Dec 10 2009, 12:58
- - Artemiy14   Эту схему тестировали и в Spectre, результаты анал...   Dec 10 2009, 13:08


Reply to this topicStart new topic
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 


RSS Текстовая версия Сейчас: 20th July 2025 - 07:13
Рейтинг@Mail.ru


Страница сгенерированна за 0.01405 секунд с 7
ELECTRONIX ©2004-2016