$begingroup$
This is the error I see:
This is my Simulation Command. What is the issue here?
asked Nov 10, 2018 at 0:43
$endgroup$
2
$begingroup$
Your simulation is, for some reason, too hard for the solver. See this page for some guidance.
Simulators like this use numerical ordinary differential equation (ODE) solvers. Nearly all such solvers adjust the time step dynamically, trying for the largest possible time step while maintaining accuracy. So the time step gets small either when you’re doing something that challenges the algorithm (like a stiff system), or when you’re asking for too much (like the relative tolerance that @jrive) spoke of.
Things to try are to:
- First, look at your schematic and ask yourself if you’ve just asked a nonsensical question
- Second, try changing the solver. I’m not in the same room with an LTSpice application, but AFAIK it uses a Runga-Kutta solver, which doesn’t do well with stiff systems (Google «stiff system simulation» for details). My favorite go-to in this case is the Gear solver. It is (I think!!!) in a menu selection marked «controls». They may also have a minimum time step that you can specify, at the expense of possibly screwing up the accuracy of your results.
answered Nov 10, 2018 at 0:49
TimWescottTimWescott
41.1k1 gold badge39 silver badges93 bronze badges
$endgroup$
0
$begingroup$
The simulation cannot converge to the precision indicated in the settings of the simulator. I’m not in front of my PC right now, but if you go to settings , play with the reltol and absolute tolerances and see if it runs.
That said, most convergence issues are due to an error in the circuit. Post your circuit so we can help.
answered Nov 10, 2018 at 1:07
jrivejrive
5763 silver badges14 bronze badges
$endgroup$
If you open up the manual at LTspice > Circuit Elements > B. Arbitrary behavioural voltage or current sources, then read the bullets,you’ll find that the 3rd one states:
Circuit element currents; for example, I(S1), the current through switch S1 or Ib(Q1), the base current of Q1. However, it is assumed that the circuit element current is varying quasi-statically, that is, there is no instantaneous feedback between the current through the referenced device and the behavioral source output. Similarly, any ac component of such a device current is assumed to be zero in a small signal linear .AC analysis.
Emphasis mine. This means that behavioural sources are affected by this, but not the F sources. This is why, whenever you have direct current reference like this, you should try and use that, instead:
The minor disadvantage for the F sources is that they need a V voltage source, or E source (VCVS), or L (inductor) as a reference for collecting the current. Fortunately, in this case, V1 is in series with R1, but the current goes from the + input to -, so the F source has the sign changed. Othwerwise, a simple zero-valued V source should have been added in series with R1 as a sensor — which is the typical way of «collecting» current in SPICE.
If you open up the manual at LTspice > Circuit Elements > B. Arbitrary behavioural voltage or current sources, then read the bullets,you’ll find that the 3rd one states:
Circuit element currents; for example, I(S1), the current through switch S1 or Ib(Q1), the base current of Q1. However, it is assumed that the circuit element current is varying quasi-statically, that is, there is no instantaneous feedback between the current through the referenced device and the behavioral source output. Similarly, any ac component of such a device current is assumed to be zero in a small signal linear .AC analysis.
Emphasis mine. This means that behavioural sources are affected by this, but not the F sources. This is why, whenever you have direct current reference like this, you should try and use that, instead:
The minor disadvantage for the F sources is that they need a V voltage source, or E source (VCVS), or L (inductor) as a reference for collecting the current. Fortunately, in this case, V1 is in series with R1, but the current goes from the + input to -, so the F source has the sign changed. Othwerwise, a simple zero-valued V source should have been added in series with R1 as a sensor — which is the typical way of «collecting» current in SPICE.
Skip to main content
Welcome to our site!
Electro Tech is an online community (with over 170,000 members) who enjoy talking about and building electronic circuits, projects and gadgets. To participate you need to register. Registration is free. Click here to register now.
-
Welcome to our site! Electro Tech is an online community (with over 170,000 members) who enjoy talking about and building electronic circuits, projects and gadgets. To participate you need to register. Registration is free. Click here to register now.
-
Electronics Forums
-
Circuit Simulation & PCB Design
You should upgrade or use an alternative browser.
«Time step too small» error in LTspice.
-
Thread starterFlyback
-
Start dateFeb 1, 2014
- Status
- Not open for further replies.
-
#1
Do you know how I can get this simulation working?, it gives the above error.
Attachments
-
#3
-
#4
You didnt add the TLV431_ti model to your file so I used my TL431, it should be the same.
Could your TLV model be the problem.?
Attachments
-
#5
the model worked fine in other sims with less nodes.
Attachments
-
#6
With your model and Trtol=1 it never solves the sim!, change Trtol = 7 [ on the same Tools window as ‘Alternate]
It runs slow but it will solve
E
EDIT:
Sometimes it fails! There is a problem with your model
Attachments
-
#7
ronv
Well-Known Member
-
#8
.options gmin=1e-10
If not.
**********************************************************************************
* Model developed by Eugene Dvoskin «https://www.audio-perfection.com» 02/05/2012
* This TL431 model has been developed from schematic in the datasheet
* https://www.ti.com/lit/ds/symlink/tl431.pdf
* It matches most of DC, AC, Transient, Stability and Noise performance of TI TL431
* No attempts were made to cover Temperature dependences
*********************************************************************************
.SUBCKT TL431ED CATHODE ANODE REF
Q1 CATHODE REF N005 QN_ED
R4 N005 N009 3.28k
R2 N009 N012 2.4k
R3 N009 N010 7.2k
Q2 N012 N012 ANODE QN_ED area=1.2
Q3 N010 N012 N014 QN_ED area=2.2
R1 N014 ANODE 800
Q4 N003 N005 N006 QN_ED
R5 N006 N011 4k
Q5 N011 N010 ANODE QN_ED
Q6 N004 N013 ANODE QN_ED area=0.5
Q7 N003 N003 N001 QP_ED
Q8 N004 N003 N002 QP_ED
R7 CATHODE N001 800
R8 CATHODE N002 800
Q9 CATHODE N004 N007 QN_ED
R9 N008 N007 150
Q10 CATHODE N008 ANODE QN_ED area=5
R10 N008 ANODE 10k
Q11 N004 N004 REF QN_ED
D1 ANODE N004 D_ED
R6 N013 N012 1k
D2 ANODE CATHODE D_ED
C1 CATHODE N004 10p
C2 N010 N011 20p
.model QN_ED NPN(BF=140 Cje=1p Cjc=2p Rb=40 VAF=80 VAR=50 KF=3.2e-16 AF=1)
.model QP_ED PNP(BF=60 Cje=1p Cjc=3p Rb=80 VAF=70 VAR=40)
.MODEL D_ED D(Rs=5 CJ0=4.0p)
.ends TL431ED
-
#9
This zip has all my LTS TL431 information.
The asc file uses my TL431 model, it runs in LTS.
E
Attachments
-
#10
Thanks, but «.options gmin=1e-10» doesnt make it work.
The really weird thing is that if I run the simulation with V1 set to 12V, the simulation runs fine
-
#12
here they are on ltspice yahoo groups «analogspiceman» is telling it and giving solution…I used his model…
As for the reason your original simulation was balky, you can blame the poorly written model from TI. It contains stiff (voltage source) elements with problematic discontinuities (either within the function directly or within its derivative). Replace it with a better model properly written to enhance convergence performance and your simulation will run fine (search the files archive for TLV431AS.sub).
I changed to his tlv431as and it is fine………………….
-
#13
Thats good news, when you have a minute please post the TLV431AS data.
E
-
#16
I tried your schematic in LTSpice. It failed with «Timestep too small»
1. The TLV431.asy symbol attributes are incorrect. The only attibutes values should be:
Prefix=X
Value = TLV431
Modelfile = tlv431.lib
all others should be blank (except description if you like)
Once I did this I had to remove and replace all TLV431’s in the schematic.
2. I was able to run the sim longer if I used this option:
.options cshunt=1e-15
not good..
I would start by removing all the serial resistance values from all caps..
- Status
- Not open for further replies.
Similar threads
-
Electronics Forums
-
Circuit Simulation & PCB Design
-
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.
Форум РадиоКот • Просмотр темы — Proteus: вопросы и ответы
Сообщения без ответов | Активные темы
| ПРЯМО СЕЙЧАС: |
| Автор | Сообщение |
|---|---|
|
|
Заголовок сообщения:
|
|
Первый раз сказал Мяу!
Зарегистрирован: Пн дек 01, 2008 17:46:58 Рейтинг сообщения: 0
|
Да, переустановил — заработало! Вот проблема новая — у мя 7 я версия, нужны на неё модели приемо-передатчика RFM12 и ATTiny2313! Мож есть у кого киньте на мыло или если на сайте выкладывали перенаправьте плиииз! |
| Вернуться наверх |
Профиль
|
 |
Добавлено: Пт мар 20, 2009 19:44:53 
| Реклама | |
|
|
|
|
|
ikarab |
Заголовок сообщения:
|
||
Карма: 2 Рейтинг сообщения: 0
|
Optimus Prime писал(а): нужны на неё модели приемо-передатчика RFM12 и ATTiny2313 модель Тини2313 есть в PROTEUS 7.4 sp3 с лекарством 1.6.5 и библой 7.5 — все одним архивом с инструкцие по установке — http://kazus.ru/forum/topics/f_128207.html#128207 Последний раз редактировалось ikarab Вс апр 05, 2009 21:25:42, всего редактировалось 1 раз. |
||
| Вернуться наверх | |||
|
| Реклама | |
|
|
|
|
|
MegaRazoR |
Заголовок сообщения:
|
||
Зарегистрирован: Вт сен 09, 2008 17:35:48 Рейтинг сообщения: 0
|
Подскажите где взять библиотеки с новими микросхемами Atmel ? Мне нужны AT90RF230 и AT90USB82. |
||
| Вернуться наверх | |||
|
|
ikarab |
Заголовок сообщения:
|
||
Карма: 2 Рейтинг сообщения: 0
|
Нигде. L@merOk писал(а): Протеус ISIS 7.4 Professional Это гимор полный но относится он к симуляции аналоговой части. К МК он не относится, сделайте новый проект и поместите на него только МК и симуляируйте. Чтоб симулировать аналоговые схемы нужно иметь опыт. В примерах вы можете увидеть что очень большие схемы работают. |
||
| Вернуться наверх | |||
|
| Реклама | |
|
Как выбрать батарейки для IoT-устройств – обзор эксперта
Как выбрать химические источники тока (ХИТ, батарейки) для устройств промышленного и бытового интернета вещей? В чем различие критериев выбора и ключевых параметров? Какие изделия популярных брендов FANSO и POWER FLASH удовлетворяют этим критериям? Подробнее>> |
|
|
saba |
Заголовок сообщения:
|
||
Карма: 4 Рейтинг сообщения: 0
|
Цитата: Halex07 Предупреждение симуляции: |
||
| Вернуться наверх | |||
|
| Реклама | |
|
|
|
|
| Реклама | |
|
Выгодные LED-драйверы MOSO для индустриальных приложений Компэл представляет выгодные светодиодные драйверы MOSO для промышленных решений с высоким классом защиты от внешних воздействующих факторов, хорошей устойчивостью к импульсным помехам и высокой надежностью. В ряде серий реализована возможность дистанционного контроля, кроме того, отдельные версии драйверов могут программироваться на работу в автономном режиме по заранее заданному сценарию. Рассмотрим подробнее их характеристики. Подробнее>> |
|
|
LUKONI2 |
Заголовок сообщения: протеус 7.2;SP6
|
|
Зарегистрирован: Вт мар 24, 2009 23:20:26 Рейтинг сообщения: 0
|
такая проблема с протеусом 7.2;SP6.зделал проект нажымаю воспоизведение и нечего непроисходит программа виснет.вчем проблема и как ее исправить. |
| Вернуться наверх | |
|
|
ikarab |
Заголовок сообщения: Re: протеус 7.2;SP6
|
||
Карма: 2 Рейтинг сообщения: 0
|
LUKONI2 писал(а): такая проблема с протеусом 7.2;SP6.зделал проект нажымаю воспоизведение и нечего непроисходит программа виснет.вчем проблема и как ее исправить.
Скачать свежий PROTEUS с правильным лекарством И прикладывать проект к вопросу. Так как экстрасенсы на форуме не зарегистрированы вроде — т.е. даже если они ЧУЮТ ваш вопрос то ответить не могут. |
||
| Вернуться наверх | |||
|
|
Valeriy L |
Заголовок сообщения:
|
||||
Зарегистрирован: Вт сен 02, 2008 04:03:21 Рейтинг сообщения: 0
|
Сильно не ругайте начинающего не могу запустить ждущий мультивибратор на CD4098 просьба помочь и подсказать что я делаю не так. В Multisim 10.1 этой модели нет вот и пришлось пробовать в Proteus/
|
||||
| Вернуться наверх | |||||
|
|
mihail73 |
Заголовок сообщения:
|
|
Зарегистрирован: Пн мар 23, 2009 22:21:55 Рейтинг сообщения: 0
|
Уважаемые Коты , скажите в PROTEUS 7.4 SP3 возможно ли эмулировать аналоговые устройства ? Пробовал собирать простейший мультивибратор — не работает…. |
| Вернуться наверх | |
|
|
ikarab |
Заголовок сообщения:
|
||
Карма: 2 Рейтинг сообщения: 0
|
mihail73 писал(а): Уважаемые Коты , скажите в PROTEUS 7.4 SP3 возможно ли эмулировать аналоговые устройства ? Посмотрите сотню аналоговых примеров в папке примеров PROTEUS и подумайте — можно или нет. |
||
| Вернуться наверх | |||
|
|
ARV |
Заголовок сообщения:
|
||
Карма: 97 Рейтинг сообщения: 0
|
достал меня уже этот протеус… использую malloc() в проекте — по непонятным причинам иногда выдает ошибку, дескать недопустимый код команды, причем код команды пишет 0xFFFF (если я не ошибаюсь — NOP), а адрес этой команды — существенно больше объема флеши в меге8 |
||
| Вернуться наверх | |||
|
при этом AVRStudio отрабатывает этот malloc() нормально, без заскоков в недопустимые адреса и т.п.|
ikarab |
Заголовок сообщения:
|
||
Карма: 2 Рейтинг сообщения: 0
|
Дак к PROTEUS надо легче относится — как вы писали не давно «уж сколько раз твердили миру» — PROTEUS это хорошая идея в кривом воплощении — т.е. мешок багов и еще тележка. Да и чего от них ждать если они посты о багах с форума удаляют, как будто баг у юзера без лицензии не баг PROTEUS -а. Мне дареный конь по имени PROTEUS нравится.
«Всеравно его не брошу — потому что он хороший» |
||
| Вернуться наверх | |||
|
|
Илья79 |
Заголовок сообщения:
|
||
Карма: -9 Рейтинг сообщения: 0
|
У меня Proteus 7,4 s3 запускаю на модели ATTINY2313 через непонятное время 0-20 сек виснет намертво |
||
| Вернуться наверх | |||
|
|
ARV |
Заголовок сообщения:
|
||
Карма: 97 Рейтинг сообщения: 0
|
вчера в очередной раз убедился, что верить протеусу нельзя… программа, безнадежно неработающая в протеусе прекрасно работает в железе… если эту программу всякими шаманскими плясками «оживить» в протеусе — она в железе труп |
||
| Вернуться наверх | |||
|
|
ikarab |
Заголовок сообщения:
|
||
Карма: 2 Рейтинг сообщения: 0
|
ARV писал(а): программа, безнадежно неработающая в протеусе прекрасно работает в железе… Если можно выложите пожалуйста архив с проектом. Программа апноута AVR447 работает в железе но не работает в VMLAB PROTEUS AVRstudio В AVRstudio вообще МОРЕ программ не могут работать которые работают в железе и стем железом которое AVRstudio не симулирует. Илья79 писал(а): У меня Proteus 7,4 s3 запускаю на модели ATTINY2313 через непонятное время 0-20 сек виснет намертво 1 этап лечения — ПОКАЖИТЕ БОЛЬНОГО !!! |
||
| Вернуться наверх | |||
|
|
ARV |
Заголовок сообщения:
|
||||
Карма: 97 Рейтинг сообщения: 0
|
ikarab писал(а): Если можно выложите пожалуйста архив с проектом. если совсем дойду «до кондиции» — выложу и проект… а пока могу такое рассказать: в проект традиционно состоит из динамической индикации на семисегментиках, АЦП, кнопок и выходов. в двух словах — измеряем АЦП, показываем на индикаторе и управляем выходами — все просто. и программ по этому алгоритму море сделано — все без проблем запущены и радуют. этот же проект я решил отладить в протеусе без железа — и все. приплыл. сначала попал на опрос кнопок (см. подробности) — разобрался с горем пополам… но дальше пошло хуже… в протеусе проект вроде заработал… наступил момент, когда потребовалось вывести 2 числа на индикатор… и все — в протеусе индикация пропала, при пошаговой отладке видно, что программа ни с того, ни с сего скачет на собственое начало, точнее, куда-то в середину инициализации… убираю индикацию второго числа — начинает рнаботать… дальше — больше: из функции локальную static переменную выношу в глобальную область — аллес, протеус не работает…. вношу обратньо — работает… и таких моментов множество — чудеса! когда рискнул проверить в железе — оказалось. что работают все варианты — как те, что мертвые в протеусе, так и живые… это пока эмоции, но моральное состояние мое подорвано… протеус подвел как раз в тот момент, когда на него возлагались большие надежды…
да, кстати, про WDT для тини2313, наверное, все уже знают — протеус безбожно портачит, если WDT включен… для других процев не проверял — как бы во всех такое не было… уже всего можно ждать
прилагаю проектик WinAVR. тупой — донельзя: просто вывод числа в терминал. у меня протеус 7.4 SP3 (с правильным лекарством). в терминале мусор. ну в чем проблема-то?! помню раньше-то в протеусе терминалом пользовался — и все было чудесно! что не так теперь?!
|
||||
| Вернуться наверх | |||||
|
|
ikarab |
Заголовок сообщения:
|
||
Карма: 2 Рейтинг сообщения: 0
|
Сделал свой мэйкфайл ( c твоим ни как не мог скомпилить )
Убрал бутлодер из модели и принт закоментил, просто вывожу в UDR с паузой — выводит нормально. |
||
| Вернуться наверх | |||
|
|
ikarab |
Заголовок сообщения:
|
||
Карма: 2 Рейтинг сообщения: 0
|
ARV писал(а): помню раньше-то в протеусе терминалом пользовался — и все было чудесно! что не так теперь?! Да все так. Возьми прмеры из WinAVR Последний раз редактировалось ikarab Пн апр 06, 2009 13:37:00, всего редактировалось 1 раз. |
||
| Вернуться наверх | |||
|
|
ARV |
Заголовок сообщения:
|
||
Карма: 97 Рейтинг сообщения: 0
|
во-первых, мой архивчик вместе с AVR Studio-проектом был, компилится прямо оттуда. взять примеры и убедиться, что они работают — что это мне даст?! мне надо понять, что в моем коде не так — там строк всего-ничего! где ошибка?! |
||
| Вернуться наверх | |||
|
|
ikarab |
Заголовок сообщения:
|
||
Карма: 2 Рейтинг сообщения: 0
|
ARV писал(а): во-первых, мой архивчик вместе с AVR Studio-проектом был, компилится прямо оттуда. 100 Мб качнуть мне влом ARV писал(а): взять примеры и убедиться, что они работают — что это мне даст?! Это покажет что функции вывода форматированого работают и симулируются в PROTEUS нормально ARV писал(а): мне надо понять, что в моем коде не так — там строк всего-ничего! где ошибка?! И ты не знаешь что для этого делать ??? искать ее — отлаживать значит … Вполне возможно что PROTEUS и портачит, может и оптимизация ему покоя не дает. ARV писал(а): мне нужен сервис файловых функций ввода-вывода. Ну ты вАААААААААААААААще ! |
||
| Вернуться наверх | |||
|
Кто сейчас на форуме |
|
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 11 |
| Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения |
Skip to main content
Welcome to EDAboard.com
Welcome to our site! EDAboard.com is an international Electronics Discussion Forum focused on EDA software, circuits, schematics, books, theory, papers, asic, pld, 8051, DSP, Network, RF, Analog Design, PCB, Service Manuals… and a whole lot more! To participate you need to register. Registration is free. Click here to register now.
-
Analog Design
-
Power Electronics
You should upgrade or use an alternative browser.
LTspice Error: Time step too small
-
Thread startermunazzah
-
Start dateAug 20, 2021
- Status
- Not open for further replies.
-
#1
- Joined
- Oct 14, 2020
- Messages
- 4
- Helped
- 0
- Reputation
-
0
- Reaction score
- 0
- Trophy points
- 1
- Activity points
-
35
I’m simulating a circuit in LTspice with third party spice models aaded to it. I encountered several errors but got them solved with the help of many forums. The last error message was «Analysis: Time step too small; initial timepoint: trouble with u3:40ua-instance j:u3:12» I tried the following as it was recommended on a forum
But now I’m not getting the desired results. My circuit is shown below, it is a biasing circuit of an RF PCB which should give 50 V on «Vout» node and -5-0V regulated voltage on «Vgate». This circuit is taken from Ampleon application note AN11130. Schematic file is attached below. Any help would be highly appreciated.
Regards
Munazzah
Attachments
-
#2
-
#3
- Joined
- Oct 14, 2020
- Messages
- 4
- Helped
- 0
- Reputation
-
0
- Reaction score
- 0
- Trophy points
- 1
- Activity points
-
35
Attachments
-
#4
mtwieg
Advanced Member level 5
- Joined
- Jan 20, 2011
- Messages
- 3,717
- Helped
- 1,291
- Reputation
-
2,588
- Reaction score
- 1,324
- Trophy points
- 1,393
- Activity points
-
28,431
Also need to include symbol files (.asy).
In general, you should minimize the use of macromodels and third party models whenever possible. Substitute behavioral sources when possible, especially for simple components like op amps and logic gates. Once the simulation is working, you can replace them with accurate models one at a time, if you wish.
Also keep in mind that the error message will often misidentify the issue. I’ve had many occasions where I saw the same timestep error, and referred to some node inside a macromodel, but fixed it by changing things outside the model.
-
#5
- Joined
- Mar 4, 2008
- Messages
- 8,110
- Helped
- 2,272
- Reputation
-
4,554
- Reaction score
- 2,292
- Trophy points
- 1,393
- Location
-
USA
- Activity points
-
64,849
Look at things connected to the called-out nodes and elements for such suspects. They could be B sources buried inside a subcircuit model that go to infinity or divide by a zero value because you left an argument to default, etc.
-
#6
- Joined
- Jun 13, 2021
- Messages
- 1,672
- Helped
- 40
- Reputation
-
80
- Reaction score
- 87
- Trophy points
- 48
- Activity points
-
8,804
….mind you , the Graet guy Helmut Sennewald, who used to keep this forum, has sadly passed away..may he rest in deserved peace.
-
#7
mtwieg
Advanced Member level 5
- Joined
- Jan 20, 2011
- Messages
- 3,717
- Helped
- 1,291
- Reputation
-
2,588
- Reaction score
- 1,324
- Trophy points
- 1,393
- Activity points
-
28,431
Behavioral and ideal sources can introduce timestep problems when their functions and derivatives are any of (unbounded, discontinuous, non-monotonic, hysteretic).
Sure, it’s possible for simple behavioral models to give bad results, but such issues are generally easy to solve via common sense, and the models are transparent for debugging. On the other hand, LT’s macromodels are perfect black boxes, and give zero useful guidance on how to debug them when they misbehave. For example, in this case the error message references a node inside a macromodel which cannot be observed or analyzed.
-
#8
Have you tried modifying Maximum Timestep, Time to start saving data (and Stop time)? > Would modifying those parameters throw up functional simulations but that show ‘false’ results?
Does your simulation duration give U3 enough time to start up? > Does U3 datasheet give you any clues as to why there is ‘trouble with U3’?
40u/5n is 8,000 points — does LTSpice like that for complex circuits (maybe the problem isn’t U3 at all but simulation tool limitations)?
Not questions expecting any answers, just suggestions to bear in mind.
-
#9
- Joined
- Jun 13, 2021
- Messages
- 1,672
- Helped
- 40
- Reputation
-
80
- Reaction score
- 87
- Trophy points
- 48
- Activity points
-
8,804
-
#10
- Joined
- Oct 14, 2020
- Messages
- 4
- Helped
- 0
- Reputation
-
0
- Reaction score
- 0
- Trophy points
- 1
- Activity points
-
35
Also need to include symbol files (.asy).
I’ve already attached it initially in my question
-
#11
- Joined
- Oct 14, 2020
- Messages
- 4
- Helped
- 0
- Reputation
-
0
- Reaction score
- 0
- Trophy points
- 1
- Activity points
-
35
In general, you should minimize the use of macromodels and third party models whenever possible. Substitute behavioral sources when possible, especially for simple components like op amps and logic gates. Once the simulation is working, you can replace them with accurate models one at a time, if you wish.
I tried replacing LM7301 with UniversalOpamp2 but still not getting desired results, though it didn’t give any error
Have you tried modifying Maximum Timestep, Time to start saving data (and Stop time)? > Would modifying those parameters throw up functional simulations but that show ‘false’ results?
Yes I tried that after your suggestion, but it didn’t help. Any recommended settings for these prameters?
sometimes shovelling small caps all over the place reduces the dv/dt’s, and helps it come to convergence.
Do you mean to add this spice directive?
.options cshunt=1e-15
I already tried that but again it didn’t give the exact result, although timestep error was gone
In general, you should minimize the use of macromodels and third party models whenever possible. Substitute behavioral sources when possible, especially for simple components like op amps and logic gates. Once the simulation is working, you can replace them with accurate models one at a time, if you wish.
Can you please tell me how can I replace LT4256-1 and LM7301 with behavioral sources ?
Last edited: Aug 23, 2021
-
#12
If that didn’t work, no idea. If reducing Stop time to e.g. 5 us or 10 us makes no difference, not sure what to suggest. Not an expert… See if LTSpice in the general settings for simulations has a maximum number of — I think they may be called — iterations, and if you can change the number. I’m guessing about that parameter, but 100 iterations (or whatever the word is to express what I mean) to cover 8,000 points might make the simulation not work. Again — I’m guessing and might be getting that concept wrong, you’d need to look into LTSpice help information. Checking if the simulation program can deal with 5ns timesteps, I assume it can, is also worth looking into. I use another simulator that either almost always works/converges and only very occasionally only works/converges when I change the settings of ‘TR max iteration number’ and TR maximum time step, changing time step to one much larger is usually enough for the things I look at. It’s set at 10G and if needs must I change it to 100us or 1ms, for example — problem is, does that create false results?
‘TR truncation error factor’ was also one it was suggested to change in the tool I use when simulations weren’t working.
There’s also one called ‘Max. number of saved TR points’ — I’ve never touched that but it’s set at 1 million.
Look at about
only half of the list of analysis parameters a person can twiddle, I understand about three of them:
Another example, trying to summarize the irritating afternoon for brevity’s sake, yesterday I was simulating a 10 kHz typical two-BJT relaxation oscillator and a bad but functional home-brew 10 kHz oscillator design: Besides the relax osc. needing ridiculously unrealistically small resistor values and having to e.g. make one capacitor 10nF and the other 11nF just for it to start up and simulate anything that would happen in the real world, I can simulate them for up to a few milliseconds or around 100ms at most, any longer and one supposedly ‘dies’ and the other shows steady DC voltage outputs from 0s onwards. Another circuit, a basic inverting charge pump at 1 kHz is happy to simulate for at least 20 seconds. Go figure. I’d need to dedicate another fun afternoon to figure out the why and hopefully square the circle(s).
Sometimes you get errors from giving something too long a name or using a symbol in a name somewhere, having too many IC components (I think somebody has already said that), and so on.
Sorry I can’t be of more help.
LT or AD, whoever it is now who has a proprietary forum related to the tool, might have threads with similar problems and suggestions.
-
#13
mtwieg
Advanced Member level 5
- Joined
- Jan 20, 2011
- Messages
- 3,717
- Helped
- 1,291
- Reputation
-
2,588
- Reaction score
- 1,324
- Trophy points
- 1,393
- Activity points
-
28,431
I’ve already attached it initially in my question
No, you included the netlist file (.asc) and a few files with models and subcircuits in them (.lib and .txt). But the subcircuits also need symbols, which are kept in symbol files (.asy).
When opening the .asc file, the following popup appears:
And the schematic looks like this:
So it’s missing the symbols for many subcircuits. Inspecting the .asc file shows where all those files should be on your machine:
SYMBOL sym\ValVol\TI\LM7301 32 1168 R0
SYMBOL pot_ -432 1552 R180
SYMBOL sym\ZZZ\BJT\BC857BS 272 1536 R0
SYMBOL AutoGenerated\BSH103 -288 -48 R180
SYMBOL AutoGenerated\BAW56_INF 464 592 R0
SYMBOL AutoGenerated\BSS84 -784 896 M0
SYMBOL sym\ZZZ\switch\SPST_ -480 -96 R0
So you need to retrieve those .asy files as well.
Also, you provided the file «LM7321.lib» but your design refers to «LM7301.lib». Need to provide the correct .lib file as well.
I tried replacing LM7301 with UniversalOpamp2 but still not getting desired results, though it didn’t give any errorCan you please tell me how can I replace LT4256-1 and LM7301 with behavioral sources ?
Unfortunately, since I can’t display your schematic properly, and the screencap of the schematic you posted above is so blurry, I can’t ascertain the function of most of the components in the schematic, which is necessary to make any substitutions.
One other thing you can do is replace imported models with similar models built into LTspice. For example, LTspice already includes the BSS84, BC857B, and the BAW56. I’m betting the BSH103 could be substituted with the BSS123.
Here I’ve replaced most of the devices with built in models/symbols (except for the SPST switch, not sure what that’s supposed to do). The FET connections don’t seem to make any sense though. Are you sure they’re right?
Last edited: Aug 24, 2021
- Status
- Not open for further replies.
Similar threads
-
Analog Design
-
Power Electronics
-
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.
| Автор | Сообщение | |||
|---|---|---|---|---|
|
Заголовок сообщения: Re: Стабилизаторы сварочной дуги
|
||||
|
nikLantukhov писал(а): Здравствуйте! Собрал опытный образец импульсного источника питания для сварки, ИМХО, для этого источника, более подходящей будет тема «Чопперная» приставка _________________ |
|||
| Вернуться к началу |
|
|||
 |
Добавлено: 19-04, 15:46 
|
anp999 |
Заголовок сообщения: Re: Стабилизаторы сварочной дуги
|
||
|
Здраствуйте! LTspice IV выдает ошибку: «Analysis: Time step too small; time= 0.227619, timestep= 1.36985e-0.16; trouble with ph_bzx585-b12-instansce d3» Не подскажите в чем причина (модель «продвинутого» работает). |
||
| Вернуться к началу |
|
||
|
|
valvol |
Заголовок сообщения: Re: Стабилизаторы сварочной дуги
|
|
|
anp999 писал(а): Здраствуйте! LTspice IV выдает ошибку: «Analysis: Time step too small; time= 0.227619, timestep= 1.36985e-0.16; trouble with ph_bzx585-b12-instansce d3» Не подскажите в чем причина (модель «продвинутого» работает). Выкладывайте модель которую используете. _________________ |
| Вернуться к началу |
|
|
|
anp999 |
Заголовок сообщения: Re: Стабилизаторы сварочной дуги
|
||
|
Ваша модель (ARC_Stab — полный вариант схемы без изменений) загруженная по ссылке с первой страницы темы. Последний раз редактировалось anp999 28-04, 15:06, всего редактировалось 1 раз. |
||
| Вернуться к началу |
|
||
|
|
valvol |
Заголовок сообщения: Re: Стабилизаторы сварочной дуги
|
|
|
anp999 писал(а): Ваша модель (ARC_Stab — полный вариант схемы без изменений) загруженная по ссылке с первой страницы темы. Тогда зайти в Tools->Control Panel->SPICE и выбрать Solver[*]: Alternate _________________ |
| Вернуться к началу |
|
|
|
anp999 |
Заголовок сообщения: Re: Стабилизаторы сварочной дуги
|
||
|
|||
| Вернуться к началу |
|
||
|
|
джан |
Заголовок сообщения: Re: Стабилизаторы сварочной дуги
|
||
|
Валвол.Отличная схемка .Недорогие комплектующие , запустилась сразу. Раньше ,на подсевшкй сети ,варить было мукой. Теперь ,без особого опыта в сварке ,легко и качественно.Большое спасибо. |
||
| Вернуться к началу |
|
||
|
|
Deni |
Заголовок сообщения: Re: Стабилизаторы сварочной дуги
|
||
|
здравствуйте всем! мужики такой вопрос, а какой эффект даст эта схема если подключить ее к сварочнику с постоянкой, взять и включить на выход после диодного моста? спасибо |
||
| Вернуться к началу |
|
||
|
|
valvol |
Заголовок сообщения: Re: Стабилизаторы сварочной дуги
|
|
|
Deni писал(а): здравствуйте всем! мужики такой вопрос, а какой эффект даст эта схема если подключить ее к сварочнику с постоянкой, взять и включить на выход после диодного моста? спасибо Никакого _________________ |
| Вернуться к началу |
|
|
|
Deni |
Заголовок сообщения: Re: Стабилизаторы сварочной дуги
|
||
|
valvol писал(а): Deni писал(а): здравствуйте всем! мужики такой вопрос, а какой эффект даст эта схема если подключить ее к сварочнику с постоянкой, взять и включить на выход после диодного моста? спасибо Никакого Уважаемый Valvol, а есть ли какие схемки чтобы улучшить поджиг дуги при постоянном токе? спасибо |
||
| Вернуться к началу |
|
||
|
|
valvol |
Заголовок сообщения: Re: Стабилизаторы сварочной дуги
|
|
|
Deni писал(а): valvol писал(а): Deni писал(а): здравствуйте всем! мужики такой вопрос, а какой эффект даст эта схема если подключить ее к сварочнику с постоянкой, взять и включить на выход после диодного моста? спасибо Никакого Уважаемый Valvol, а есть ли какие схемки чтобы улучшить поджиг дуги при постоянном токе? спасибо Стабилизатор используется для повышения устойчивости дуги и актуален для сварки на переменном токе (улучшает условия повторного поджига ). _________________ |
| Вернуться к началу |
|
|
|
Deni |
Заголовок сообщения: Re: Стабилизаторы сварочной дуги
|
||
|
мужики, подскажите че может быть, вобщем трансформатор намотан на торе с латра, выход 65 вольт, подключаю собранную приставку стабилизатора на выход и тихо, разницы никакой, стабилизатор проверял по методике на отдельном источнике, все ок было, а вот на моем трансформаторе че-то разницы не чувствую совсем. спасибо |
||
| Вернуться к началу |
|
||
|
|
Andrewegorov |
Заголовок сообщения: Re: Стабилизаторы сварочной дуги
|
||
|
Deni писал(а): мужики, подскажите че может быть, вобщем трансформатор намотан на торе с латра, выход 65 вольт, подключаю собранную приставку стабилизатора на выход и тихо, разницы никакой, стабилизатор проверял по методике на отдельном источнике, все ок было, а вот на моем трансформаторе че-то разницы не чувствую совсем. спасибо Поxоже транс у тебя получился слишком жосткий… |
||
| Вернуться к началу |
|
||
|
|
Deni |
Заголовок сообщения: Re: Стабилизаторы сварочной дуги
|
||
|
Andrewegorov писал(а): Deni писал(а): мужики, подскажите че может быть, вобщем трансформатор намотан на торе с латра, выход 65 вольт, подключаю собранную приставку стабилизатора на выход и тихо, разницы никакой, стабилизатор проверял по методике на отдельном источнике, все ок было, а вот на моем трансформаторе че-то разницы не чувствую совсем. спасибо Поxоже транс у тебя получился слишком жосткий… а дроссель на чем лучше намотать и сколько витков каким проводом? спасибо |
||
| Вернуться к началу |
|
||
|
|
valvol |
Заголовок сообщения: Re: Стабилизаторы сварочной дуги
|
|
|
valvol писал(а): Если же вы столкнулись с другой крайностью _________________ |
| Вернуться к началу |
|
|
Кто сейчас на конференции |
|
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 0 |
| Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения |
|
- This topic is empty.
Viewing 6 posts — 1 through 6 (of 6 total)
-
Posts
-
June 27, 2013 at 8:41 am
#16307
raphael
Guest
Good morning
i’m trying to simulate a simple tristate phase detector under LTSPICE, but i’m getting this error:
time step too small in ltspice
i have tried few things but it doesn’t fix the problem. How could i do please?
Thank you in advance for your help
Raphael
June 28, 2013 at 6:10 am
#16438
Hi Raphael,
can you upload the example?
June 28, 2013 at 8:35 am
#16439
Guest
Hi elekpaul
I have removed the +5V biais voltage and the issue has disappeared. However the tristate doesn’t work. I also added a PSPICE version of it.
Could you look at it please?
Many thanks in advance
Attachments:
You must be logged in to view attached files.
June 30, 2013 at 12:14 pm
#16440
are you sure that you have the tri-state LTspice model? the symbol appears to refer to an AND model.
if the logic of the circuit is wrong I’m not surprised that you get a convergence error.July 2, 2013 at 4:15 am
#16441
Guest
Dear Elekpaul
are you refering to the A3 AND gate in both projects? The purpose of this AND gate is to reset the D flipflop when both of them have their Q output set to 1. And then to prevent from having the state where QB=QH=1. This topology is found in the litterature (projet.asc) and works on ORCAD PSPICE.
July 2, 2013 at 10:23 am
#16442
You’re right, I thought you were referring to the AND gate as tristate. I’ve found in the site this Phase frequency detector by Jacob Baker to which I added a CMOS tri state.hope it’s useful for you. About the configuration with the AND gate can you give me a reference?
By the way, I can’t open the PSpice file, what version is it?Bye
-
Author
Posts
Viewing 6 posts — 1 through 6 (of 6 total)
- You must be logged in to reply to this topic.
Hi,
I get this error when performing .tran analysis. I would appreciate your help.
Thanks Jurek
Tony Casey
On Wed, 2022-04-20 at 09:52 +0200, jerzy przezdziecki via groups.io wrote:
I get this error when performing .tran analysis. I would appreciate your help.
Everyone gets this error sometimes. Did you think of doing a search on the group’s website? «Time step too small» produced 912 hits. There’s even a hashtag #Time-step-too-small.
Sadly, there isn’t one solution. But there are a number of things you can try — most of which you will find suggested on the first page of hits that a search produces.
We can’t help you much further because, as you haven’t uploaded anything, we have no idea what you’re doing. In many cases, the issue is a poor model.
—
Regards,
Tony
Tony Casey
On Wed, 2022-04-20 at 10:43 +0200, Tony Casey wrote:
We can’t help you much further because, as you haven’t uploaded anything, we have no idea what you’re doing. In many cases, the issue is a poor model.
Sorry — I missed your upload Glide MCP6002.zip. Microchip models often give problems in LTspice. The MCP6002 has cropped up before. Try a search in the Files area for «MCP6002″. You will see that there have been a number of suggested model changes to address this.
—
Regards,
Tony
I ran all three files you uploaded in the «Glide MCP6002.zip» with no
problem reported.
None of the __MACOSX directory are necessary or useful; not large enough
to be a problem but just clutter.
Whitespaces in filenames can be problematic, but I didn’t experience
that with any of these. So what problem are you having and with which
file? LTspiceeXVII under WINE on my Ubuntu 18.04 laptop runs all three
just fine.
Donald.
toggle quoted messageShow quoted text
On 2022-04-20 03:52, jerzy przezdziecki via groups.io wrote:
Hi,
I get this error when performing .tran analysis. I would appreciate your
help.Thanks Jurek
The simulation stops with this error.
Wysłane z iPhone’a
toggle quoted messageShow quoted text
Wiadomość napisana przez Donald H Locker via groups.io <dhlocker@…> w dniu 20.04.2022, o godz. 10:57:
I ran all three files you uploaded in the «Glide MCP6002.zip» with no
problem reported.None of the __MACOSX directory are necessary or useful; not large enough
to be a problem but just clutter.Whitespaces in filenames can be problematic, but I didn’t experience
that with any of these. So what problem are you having and with which
file? LTspiceeXVII under WINE on my Ubuntu 18.04 laptop runs all three
just fine.Donald.
On 2022-04-20 03:52, jerzy przezdziecki via groups.io wrote:
Hi,I get this error when performing .tran analysis. I would appreciate your
help.Thanks Jurek
Tony Casey
On Wed, 2022-04-20 at 08:56 +0000, Donald H Locker via groups.io wrote:
I ran all three files you uploaded in the «Glide MCP6002.zip» with no
problem reported.
Interesting. I ran the file «Glide MCP6002 .asc» and there was a TSTS at about 1.5s.
Changing .tran 5 to .tran 0 5 0 100u fixed it, though at the cost of a slower simulation time, but not long enough to pour a cup of coffee.
--
Regards,
Tony
John Woodgate
I expect the 1ns rise and fall times are not appropriate for the opamp. It’s by no means a fast device.
======================================================================================
Best wishes John Woodgate OOO-Own Opinions Only
www.woodjohn.uk
Rayleigh, Essex UK
Istae nunc praetereunt nisi non ubicumque
toggle quoted messageShow quoted text
On 2022-04-20 10:19, Tony Casey wrote:
Changing .tran 5 to .tran 0 5 0 100u fixed it, though at the cost of a slower simulation time, but not long enough to pour a cup of coffee.
Hi.
See Glide MCP6002_AB.zip in TEMP folder.
Bordodynov.
The advice I always give about «time step too small» errors, is to read the FAQ (Frequently Asked Questions). It has a section about «time step too small» errors, and lists many things to try.
Among the things that sometimes helps. is the Alternate solver, and I wonder if that is the one Donald is using. The reason I suggest that is because the Alternate solver, once set, becomes your default solver until you change it back, so Donald might be using it and not realize it.
Andy
Hi
I made the following changes:
.param Freq=1.25
.param Per=1/Freq
.param Ton=Per*0.5
.param Cyc=10
.param Dly=1m
.param Duration=Dly+(Per*Cyc)
1. Changed .tran statement:
.tran 0 {Duration} 0 1m startup
2. Changed V2 input current source to a voltage source.
PULSE(0 5 {Dly} 1u 1u {Ton} {Per} {Cyc})
Note change in TR and TF from 1n to 1u
3. Changed V1 voltage source TR/TF
PULSE(0 5 {Dly} 1u 1u 2.5 5)
After making the above changes I ran simulation while stepping input frequency from 1 to 20hz.
Each simulation completed with NO TSTS errors.
I also exercised the simulation by invoking multiple runs using «.step param n 1 20 1».
Each simulation completed with no TSTS errors.
One problem was the input current source was causing the input to go to -5v which would have eventually destroyed the real opamp.
eetech00,
Changing the current source to a voltage source does not make sense. It directly drives the inverting input of the first op-amp (U2). Driving a +5V voltage into that input pin severely overloads its input stage, and the voltage source eliminates all negative feedback that was there. Bang-bang.
It’s not likely that the 1mA current source I1 would destroy the real amp, and it would not send the output to -5V. But it does drive the output towards +5V = supply voltage rail, which it can barely do. Maybe you thought the polarity was the other way around?
Jurek,
Even though the MCP6001 is RRIO, you need to check how much the inputs can go past the rails and it still functions. With its IN+ pin grounded, does it still really function correctly? Glancing at the datasheet, it looks like it does have 0.3V of margin, so maybe your circuit is OK in that regard.
The thing about «time step too small» errors is that it is not guaranteed to happen, and changes can make it come and go, so the things that make it work might not actually solve the problem. Changing I1 from a current source to a voltage source changes U2 from 100% negative feedback to 0% feedback. If there was a stability problem in that stage, this change would have made a big difference.
I found that adding a Maximum Timestep of 0.1ms (.tran 0 5 0 0.1m) and making NO OTHER CHANGES to the original circuit, is sufficient to make it run without a «time step too small» error. This is with the SPICE model that Jurek uploaded, which was apparently modified by Bordodynov already.
Andy
Yes, eetech00, it must be a current source because I simulate an DAC0808 out which is actually a current output. So MCP is a current to voltage converter – you can look in the DAC0808 datasheet if you want.
Andy, yes I know it’s RRIO and I just experiment with one.
Thanks for your help. J
From: <LTspice@groups.io> on behalf of «Andy I via groups.io» <AI.egrps+io@…>
Reply to: «LTspice@groups.io» <LTspice@groups.io>
Date: Wednesday, 20 April 2022 at 20:20
To: «LTspice@groups.io» <LTspice@groups.io>
Subject: Re: [LTspice] Analysis: Time step too small — error #Time-step-too-small
eetech00,
Changing the current source to a voltage source does not make sense. It directly drives the inverting input of the first op-amp (U2). Driving a +5V voltage into that input pin severely overloads its input stage, and the voltage source eliminates all negative feedback that was there. Bang-bang.
It’s not likely that the 1mA current source I1 would destroy the real amp, and it would not send the output to -5V. But it does drive the output towards +5V = supply voltage rail, which it can barely do. Maybe you thought the polarity was the other way around?
Jurek,
Even though the MCP6001 is RRIO, you need to check how much the inputs can go past the rails and it still functions. With its IN+ pin grounded, does it still really function correctly? Glancing at the datasheet, it looks like it does have 0.3V of margin, so maybe your circuit is OK in that regard.
The thing about «time step too small» errors is that it is not guaranteed to happen, and changes can make it come and go, so the things that make it work might not actually solve the problem. Changing I1 from a current source to a voltage source changes U2 from 100% negative feedback to 0% feedback. If there was a stability problem in that stage, this change would have made a big difference.
I found that adding a Maximum Timestep of 0.1ms (.tran 0 5 0 0.1m) and making NO OTHER CHANGES to the original circuit, is sufficient to make it run without a «time step too small» error. This is with the SPICE model that Jurek uploaded, which was apparently modified by Bordodynov already.
Andy
Andy, I will read all these FAQ. Thanks J
From: <LTspice@groups.io> on behalf of «Andy I via groups.io» <AI.egrps+io@…>
Reply to: «LTspice@groups.io» <LTspice@groups.io>
Date: Wednesday, 20 April 2022 at 15:11
To: «LTspice@groups.io» <LTspice@groups.io>
Subject: Re: [LTspice] Analysis: Time step too small — error
The advice I always give about «time step too small» errors, is to read the FAQ (Frequently Asked Questions). It has a section about «time step too small» errors, and lists many things to try.
Among the things that sometimes helps. is the Alternate solver, and I wonder if that is the one Donald is using. The reason I suggest that is because the Alternate solver, once set, becomes your default solver until you change it back, so Donald might be using it and not realize it.
Andy
Thanks a lot for your changes Александр, I have used your “old” model btw 😉
All works perfect right now. J
From: <LTspice@groups.io> on behalf of Александр Бордодынов <BordodunovAlex@…>
Reply to: <LTspice@groups.io>
Date: Wednesday, 20 April 2022 at 14:15
To: <LTspice@groups.io>
Subject: Re: [LTspice] Analysis: Time step too small — error
Hi.
See Glide MCP6002_AB.zip in TEMP folder.
Bordodynov.
On Wed, Apr 20, 2022 at 01:29 PM, jerzy przezdziecki wrote:
Yes, eetech00, it must be a current source because I simulate an DAC0808 out which is actually a current output. So MCP is a current to voltage converter – you can look in the DAC0808 datasheet if you want.
Changing the current source to a voltage source does not make sense. It directly drives the inverting input of the first op-amp (U2). Driving a +5V voltage into that input pin severely overloads its input stage, and the voltage source eliminates all negative feedback that was there. Bang-bang.It’s not likely that the 1mA current source I1 would destroy the real amp, and it would not send the output to -5V. But it does drive the output towards +5V = supply voltage rail, which it can barely do. Maybe you thought the polarity was the other way around?
I didn’t look at the DAC datasheet, but now that I have, I agree it didn’t make sense to change it.
I simply ran your sim and checked the voltage at the output of the current source, it read -5v.
Bingo! I so rarely change defaults that I’d forgotten the Alternate
solver. And I _always_ reset them when I’m done, right?
Donald.
toggle quoted messageShow quoted text
On 2022-04-20 09:07, Andy I wrote:
The advice I always give about «time step too small» errors, is to read
the FAQ (Frequently Asked Questions). It has a section about «time step
too small» errors, and lists many things to try.Among the things that sometimes helps. is the Alternate solver, and I
wonder if that is the one Donald is using. The reason I suggest that is
because the Alternate solver, once set, becomes your default solver
until you change it back, so Donald might be using it and not realize it.Andy