Derivative of state '1' in block 'X/Y/Integrator' at time 0.55 is not finite.
576 Ansichten (letzte 30 Tage)
Ältere Kommentare anzeigen
An error occurred while running the simulation and the simulation was terminated Caused by: Derivative of state '1' in block 'X/Y/Integrator' at time 0.55 is not finite. The simulation will be stopped. There may be a singularity in the solution. If not, try reducing the step size (either by reducing the fixed step size or by tightening the error tolerances). How to fix this error?
4 Kommentare
Sam Chak
am 14 Apr. 2023
Hi @MASSAMBA
Please post your Simulink model (a snapshot) on a New Question. It allows to use to visually inspect if there is any block that cause the problem.
By the way, most of the time, the true singularity problem cannot be solved by merely reducing the fixed step size or by tightening the error tolerances. Take note!
Sourabh
am 22 Mai 2023
Bearbeitet: Walter Roberson
am 22 Mai 2023
mdl = 'rl_exam'
obsInfo = rlNumericSpec([2 1]);
obsInfo.Name = 'observations';
obsInfo.Description = 'integrated error and error';
actInfo = rlNumericSpec([1 1]);
actInfo.Name = 'PID output';
env = rlSimulinkEnv(mdl,[mdl '/RL Agent'],obsInfo,actInfo)
agentOpts = rlDDPGAgentOptions(...
'SampleTime',0.01,...
'TargetSmoothFactor',1e-3,...
'DiscountFactor',0.99,...
'ExperienceBufferLength',100000,...
'MiniBatchSize',64,...
'NumStepsToLookAhead',2);
agent = rlDDPGAgent(obsInfo,actInfo,agentOpts)
This is the code i am using and i am getting
- Algebraic state in algebraic loop containing 'rl_exam2/calculate reward/Sum1' computed at time 0.30000000000000004 is Inf or NaN. There may be a singularity in the solution. If the model is correct, try reducing the step size (either by reducing the fixed step size or by tightening the error tolerances) or tweak the initial guess of algebraic loop variable values.
as error . i dont know how to attach the simulink file. i am stuck from last 5 days on this, any help would be great.
Antworten (9)
Sorelys Sandoval
am 21 Aug. 2016
Hi, I had the same problem and the next thing worked for me:
Go to model configuration parameters/Solver/Solver Options:
Type: Variable-step
Solver: ode15s (stiff/NDF)
and that's all. Hope it works for you :D
20 Kommentare
Nicolas CRETIN
am 26 Apr. 2024
Bearbeitet: Nicolas CRETIN
am 21 Mai 2024
I don't have exactly the same error, but the following has helped in my case: I reduced the relative tolerance in the solver parameters:
![](https://www.mathworks.com/matlabcentral/answers/uploaded_files/1680346/image.png)
hope it can help someone!
Sebastian Castro
am 4 Nov. 2015
This usually has to do with really large or infinite signals feeding into an Integrator block. Numerical solvers (expectedly) have trouble integrating such large signals and therefore this leads to errors.
Typical causes can be divide by zero (1/0 = inf) or general unstable dynamics that quickly blow up over time. You should check that in your model. It can help to use Port Value Displays as you step through the model to figure out why this happens.
- Sebastian
0 Kommentare
Abhiram V. P. Premakumar
am 1 Apr. 2021
Bearbeitet: Abhiram V. P. Premakumar
am 30 Jun. 2023
![](https://www.mathworks.com/matlabcentral/answers/uploaded_files/1005625/image.png)
I solved this issue by eliminating the infinite signal, using a switch block, and setting a clock as it's threshold (or a step block with t=1e-3). Denominator of a DIVIDE block being 0 at the beginning of a simulation, was the issue in my case. Using a clock or a step signal starting at t=1e-3s, along with a switch block, can make the divide block in the output of the switch block use a finite value temporarily, until the actual signal becomes finite.
9 Kommentare
OLUWASEUN ADEKOYA
am 30 Jun. 2023
@Abhiram V. P. Premakumar It would be great if you could be more elaborate on what specific values you put into what. For example, the clock, the only option I see here is decimation (which ofcourse only permits positive integer values). Is that the threshold value you are referring to?
Also, MATLAB's Simulink signals an error when a port is empty. Should one worry about that?
Finally. did you mean "integrator block" when you refer to "divide block"?
Thanks in anticipation.
Abhiram V. P. Premakumar
am 30 Jun. 2023
Denominator of a DIVIDE block being 0 at the beginning of a simulation, was the issue in my case. A clock or a step signal starting at t=1e-3s, can make the divide block use a finite value temporarily until the actual signal becomes finite.
ahmet akgün
am 2 Mai 2021
Adaptive Sliding-Mode Control for Boost DC–DC Converters simulation simulation fails;''Derivative of state '1' in block 'power_BoostConverter_Adaptive_SMC_math/TSMC Controller/Integrator' at time 0.0 is not finite. The simulation will be stopped. There may be a singularity in the solution. If not, try reducing the step size (either by reducing the fixed step size or by tightening the error tolerances) ''
How to fix this error?
6 Kommentare
Ambe Harrison
am 23 Aug. 2022
Hello,ahmet akgün. I am presently working on a Back steeping controller. Face thesame problem with the integrator. Please have you solved it.
If possible we may exchange more via email, ambeharrison2000@gmail.com
Zakarya Motea
am 10 Dez. 2023
If your system has multiple chanels Try to tune them one by one. When tuning one chanel let the input for other chanels as zero.
Pavke
am 7 Mär. 2023
Hello guys
I am doing a project in simulink and I have a problem. It is about braking an asynchronous motor with direct current, which I made (it works correctly), and it is necessary to connect that system to the distribution network (I use IEEE Bus 13). I connected the braking system of the asynchronous motor to the distribution network, and the system starts to work, it goes down from 1800 reversions and comes to 1480, and by the end of the simulation it stands at 1480, the engine will not brake and the simulation does not finish to the end and the following error occurs :
An error occurred while running the simulation and the simulation was terminated Caused by: Derivative of state '1' in block 'distributivnamrezamodel/Transfer Fcn' at time 0.991475799999991 is not finite. The simulation will be stopped. There may be a singularity in the solution. If not, try reducing the step size (either by reducing the fixed step size or by tightening the error tolerances).
How to fix this problems?
Thank you
2 Kommentare
Daniel Joseph
am 28 Mär. 2023
Try to figure out why is your signal really large/infinite. Is divide by zero correct in this case? maybe you can substitute a very small value like 1e-6 instead of zero, using the switch example shown above by @Abhiram V. P. Premakumar, such that the solver does not get bogged down at very small /large values.
Anton
am 23 Apr. 2023
Bearbeitet: Walter Roberson
am 22 Mai 2023
Hello, I have the same error. Please help me figure out what's wrong.
K1 = 2000;
K2 = 1;
Kk1 = 0.0012;
T1 = 0.2;
T2 = 0.005;
Tk1 = 0.0001;
T3 = 0.1;
Kt = 0.5;
tp = 0.280;
![](https://www.mathworks.com/matlabcentral/answers/uploaded_files/1364058/image.jpeg)
4 Kommentare
Sam Chak
am 23 Apr. 2023
Bearbeitet: Sam Chak
am 23 Apr. 2023
Hi @Saleh Altbawi, it is definitely not the solver. When a system is unstable, it doesn't matter what solver is chose. Here is a simple example of an unstable transfer function, with a positive pole.
![](https://www.mathworks.com/matlabcentral/answers/uploaded_files/1364163/image.png)
Saleh Altbawi
am 24 Apr. 2023
Hi. The system is not stable at specific time does not mean division on zero. If that true it should not work from the beginning. That mean solver at specific time could not convergence the transfer function. So try to use different kinds of solver. If does not work then try to update your system's parameters.
Yingxin Zhang
am 22 Mai 2023
![](https://www.mathworks.com/matlabcentral/answers/uploaded_files/1390839/image.png)
![](https://www.mathworks.com/matlabcentral/answers/uploaded_files/1390844/image.png)
hey i have the same problem, can you help me?
1 Kommentar
OLUWASEUN ADEKOYA
am 30 Jun. 2023
Any luck on this yet?
I'm currently experiencing some similar issues with this as well. Thanks.
Guy Rouleau
am 25 Jul. 2024
I describe the most common reasons for this error in this blog post:
The most common causes are:
- A modeling error making the equations diverging
- Too large step size
- Division by zero
0 Kommentare
Siehe auch
Kategorien
Mehr zu Discontinuities finden Sie in Help Center und File Exchange
Community Treasure Hunt
Find the treasures in MATLAB Central and discover how the community can help you!
Start Hunting!