Перейти к содержанию
    

Litvinenko Artem

Участник
  • Постов

    19
  • Зарегистрирован

  • Посещение

Репутация

0 Обычный

Информация о Litvinenko Artem

  • Звание
    Участник
    Участник
  • День рождения 14.09.1989

Информация

  • Город
    Array
  1. Архив кстати битый на рапиде. Так что поторопился со спасибо.
  2. Эту схему тестировали и в Spectre, результаты аналогичные, правда я их не видел. Думаю проблема в моей некомпетентности в плане моделирования в HSpice2009. Надо мануал внимательно и весь перечитать. Все же должно быть что-то, что не учтено и приводит к таким результатам.
  3. Проверил, еще одну схему, в которой использовались данные транзисторы. Получил такой же листинг, с теми же варнингами, но все работает. Ну тогда я не знаю, что еще сделать. Похоже переход на HSpice2009 я осуществить не смогу.
  4. Транзисторы, на которых генератор и строится, проигнорированы. Поэтому не видать мне генерации. Спасибо, за помощь.
  5. Попробовал. Около нуля наблюдается переходный процесс, хотя генерации не наблюдается. Моделировал с помощью команд hspice и hspicerf. Могу привести .st0 / .lis TG03_Gen_nom.st0.txt TG03_Gen_nom.lis.txt Переходный процесс, который протекает в резонаторе При моделировании помощью hspicerf в .lis есть строка, в которой говориться, что 8 subcircuit проигнорированы. Может проблема именно в этом?
  6. К сожалению, ситуация с моделированием не изменилась. Параметры, которые я использовал: *-- tasks & options .TRAN 4ps 3us UIC .OPTION POST RESMIN=1u ABSI=1nA RELTOL=1u RUNLVL=5 RELVAR=0.003 ABSVAR=0.002 ABSV=0.1nV PROBE могу приложить вывод HSpice: Using: /usr/bin/time -p /usr/synopsys/C-2009.09/hspice/linux/hspice TG03_Gen_nom.sp ****** HSPICE -- C-2009.09 32-BIT (Aug 24 2009) linux ****** Copyright © 2009 Synopsys, Inc. All Rights Reserved. Unpublished-rights reserved under US copyright laws. This program is protected by law and is subject to the terms and conditions of the license agreement from Synopsys. Use of this program is your acceptance to be bound by the license agreement. HSPICE is the trademark of Synopsys, Inc. Input File: TG03_Gen_nom.sp lic: lic: FLEXlm: v8.5b lic: USER: root HOSTNAME: localhost.localdomain lic: HOSTID: 001d608c9d4c PID: 5845 lic: Using FLEXlm license file: lic: -1@lcserver lic: Checkout 1 hspice lic: License/Maintenance for hspice will expire on 28-oct-2010/2009.09 lic: FLOATING license(s) on SERVER lcserver lic: Init: read install configuration file: /usr/synopsys/C-2009.09/hspice/meta.cfg 1****** HSPICE -- C-2009.09 32-BIT (Aug 24 2009) linux ****** ****** * tg03_gen_nom: tran w nominal conditions ****** circuit name directory circuit number to circuit name directory number circuitname definition multiplier 0 main circuit Warning(s) associated with encrypted block(s) were suppressed due to encrypted content. ***************************************************************** ****** option summary ****** runlvl = 5 bypass = 2 Opening plot unit= 15 file=TG03_Gen_nom.pa0 ***** job concluded 1****** HSPICE -- C-2009.09 32-BIT (Aug 24 2009) linux ****** ****** * tg03_gen_nom: tran w nominal conditions ****** job statistics summary tnom= 25.000 temp= 25.000 ***** ****** Machine Information ****** CPU: model name : AMD Athlon 64 X2 Dual Core Processor 4800+ cpu MHz : 2512.928 OS: Linux version 2.6.18-53.el5xen ([email protected]) (gcc v ersion 4.1.2 20070626 (Red Hat 4.1.2-14)) #1 SMP Wed Oct 10 16:48:44 EDT 2007 ****** HSPICE Threads Information ****** Command Line Threads Count : 1 Available CPU Count : 2 Actual Model Evaluation(Load) Threads Count : 1 Actual Solver Threads Count : 1 ****** Circuit Statistics ****** # nodes = 52 # elements = 78 # resistors = 34 # capacitors = 23 # inductors = 4 # mutual_inds = 1 # vccs = 0 # vcvs = 0 # cccs = 0 # ccvs = 0 # volt_srcs = 1 # curr_srcs = 0 # diodes = 12 # bjts = 0 # jfets = 0 # mosfets = 3 # U elements = 0 # T elements = 0 # W elements = 0 # B elements = 0 # S elements = 0 # P elements = 0 # va device = 0 ****** Runtime Statistics (seconds) ****** analysis time # points tot. iter conv.iter op point 0.00 1 0 transient 0.05 750001 457 205 rev= 21 readin 0.01 errchk 0.01 setup 0.00 output 0.00 total memory used 328 kbytes total cpu time 0.07 seconds total elapsed time 0.14 seconds job started at 13:53:45 12/08/2009 job ended at 13:53:46 12/08/2009 >info: ***** hspice job concluded lic: Release hspice token(s) real 0.16 user 0.08 sys 0.00
  7. .OP может и не причем, но когда ничего (о чем я знаю) не помогает, остается шаманить со всеми опциями подряд. Около нуля времени переходный процесс все-таки появился. Мне показалось, что помогло именно .OP, хотя я чего только не менял. Надо будет разобраться с RELTOL и др. По идее генерация должна быть. Кстати на счет RUNLVL я вычитал, что hspice has started using .option runlvl settings that automatically controls your reltol,delmax etc. Т.е. когда RUNLVL=0, скорее всего отключен именно контроль над reltol,delmax etc. SM, спасибо Вы мне очень помогли с пониманием того, с чем я столкнулся.
  8. Спасибо, буду знать. А насчет "Ограничение на максимальное изменение потенциала узла для соседних временных точек", то получается довольно интересно. Амплитуда этих треугольников порядка сотни фемто вольт. Как считаете, RELVAR/ABSVAR все равно смогут повлиять на эту ошибку?
  9. Указать UIC в .TRAN я не забыл, но это не помогло. Но помогла опция .OP 20ns, которая, как я из мануала HSpice2009 узнал, вычисляет рабочую точку в момент времени 20ns. Наблюдался некоторый переходный процесс, но никакой генерации. Насчет управляющих параметров: Изначально был net-лист из HSpice2004, стояла задача перейти на моделирование в HSpice2009. *.ini файл в директории обеих программ был практически пустой(управляющих опций не было, только ссылки на библиотеки.). Все управляющие параметры находились в net-листе. Изначальный net-лист *-- tasks & options .TRAN 4ps 4us .OPTION POST RESMIN=1u ABSI=1nA ABSV=0.1nV PROBE ... ... Переделанный мною для HSpice2009 *-- 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 и проблем возникнуть не должно.
  10. SM, спасибо за совет. А с возникновением "треугольных колебаний" вы не сталкивались? С чем это может быть связано, какие существуют способы устранения этого нежелательного эффекта? Нам помогло включение затухающего внешнего воздействия. Кстати опция IC=... не дает эффекта(казалось бы, должен возникнуть переходный процесс, а вместо этого треугольные колебания).
  11. Есть проект генератора с ЖИГ-резонатором, который построен на базе диф. каскада, образующего отрицательное сопротивление. Проблема заключается в том, что в HSpice 2004 года моделирование показывает генерацию колебаний, а в HSpice 2009 года (с тем же net-листом) результатом моделирования являются "треугольные колебания"(т.е. наблюдается математическая ошибка). Но все же нам удалось заставить HSpice 2009 года функционировать. Подключив к ЖИГ-резонатору источник синусоидального сигнала с некоторым демпфирующим фактором по времени, получили затухающие колебания(т.е. генерации нет) Причем результаты AC анализ обеими программами модели ЖИГ-резонатора и каскада отрицательного сопротивления полностью совпали. Вопрос: кто нибудь имел дело с данными версиями HSpice? Какой версии программы доверять?
  12. А нельзя ли подробнее о том, что после разбора мышки делать? Т.е. может уже у кого нибудь есть готовая реализация на МК и т.д.
  13. http://electronix.ru/forum/index.php?act=a...st&id=19044 - там все отлично изложено, прочитайте пожалуйста. Но мне не понятно почему этот метод Fetronics называет фазо-частотным. Если в кратце, то идея там такая: На два детектора нуля поступают сигнал искомой и опорной частоты. Далее короткие импульсы от этих детекторов идут на логический элемент, который в момент совпадения этих импульсов, включает и выключает счетчики импульсов. Суть метода в том, что подсчет частоты длится не строго определенное время, но(!!!) счет начинается и заканчивается обязательно при совпадении фронтов измеряемого и опорного сигналов. Схема на рисунке.
  14. На словах хорошо, а реализация в железе? В любой книжке по ядерной электронике?
  15. Прочитал я патент американский патент, (на основе которого Fetronics предлагает частотомер) метод интересный и действительно не имеет методической погрешности (похожий метод представил GM в ветке три частоты на АТмегу 128, только там на захваты все ориентировано) Кстати по англицки coincidence это совпадение. Так что не надо людям морочить голову заумными названиями типа: "Сверхновый супер метод коинциденции частотно-фазового измерения (и понимания!) частоты". А на счет определения Коинциденция - мера интерференции, представляющая собой отношение фактической частота двойных кроссинговеров к теоретически ожидаемой при отсутствии интерференции. даже не знаю что и ответить, но похоже это из другой оперы. Кстати говоря о погрешности американского метода, нужно понимать, что импульсы от Zero crossing detector (регистратора пересечения нуля) имеют конечную narrow (ширину). Вот. Ваши мнения.
×
×
  • Создать...