MATLAB Answers


why PV panels gives algebraic loop errors?

Asked by Tony Castillo on 11 Feb 2016
Latest activity Commented on by Ahmed
on 22 Jun 2019
Hello everybody I have a question why when I'm simulating my PV sistem, especifically the PV panel send me an arror for algebaric loop, if it is a model constructed by mathworks, and it should work without any problem so that it has been optimiced. I do my question because i can disable in the diagnostic page the message, but i still appear the error message.
This is the message: An error occurred while running the simulation and the simulation was terminated Caused by: Algebraic state in algebraic loop containing 'Mec2cea_TODO_Prueba/PV Array/I Filter/First-Order Filter/Model/Sum1' computed at time 85508.67136121988 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

  1 Comment

Hello, have you solved the problem? I encountered with the same error and I am also using PV array whic is included simscape renewables library.
This is the error exactly: Algebraic state in algebraic loop containing 'micro_grid_last/PV Array/Diode Rsh/Product5' computed at time 0.0 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)
It will be great to share if you solved it because everywhere I found solution as inserting unit delay or memory but as you also said pv array is not editable and error is within the pv module.

Sign in to comment.

3 Answers

Answer by Muhammed Fasil on 10 Apr 2016
 Accepted Answer

Use a "unit delay" block near that error area. Possibly just before division/multiplication blocks


sir can u plzz tell me where can i connect unit step or memory block iam new to simulink and i dont know how to connect plzz sir tell me fast
when i go to advanced and click on to break algebraic loop in internal model and run simulation then error not occured but my values are nan on display and dont show and curve on scope what can i do ....
I'm sorry, but I do not agree with your answer.

Sign in to comment.

Answer by Christos Bethanis on 4 May 2019

I found it!
I have fixed step size and auto size, auto solver.
Just look at the example "power_pvarray_250kw". Go to the pv array
  1. mask parameters->advanced-> check "break algebraic loop..."
  2. You may face "Derivative of state in block /PV Array/Diode Rsh/BAL/Transfer Fcn' at time is not finite. There are problems with the radiance input. This maybe has to do with the rate and causes inf or nan.If you put variable step you may solve this problem but it will be really slow. So just put a rate limiter before linking the radiance to the pv array and also inside the "bal" of the PV it has a specific unit delay put your own in your project or copy the pv module of this project. The example has done this and it worked for me also.
I hope that it will work for you because I read many posts for this problem and the module is probably buggy

  1 Comment

Thanks for your notification
your solution is working

Sign in to comment.

Answer by Gert Kruger on 29 May 2019
Edited by Gert Kruger on 29 May 2019

The provided suggestion of the unit delay is a work around, but it does not provide the reason for the presence of the algebraic loop.
Here is the real answer to "why?":
The unit delay proposed in the answer is not supposed to be necessary, since the V-Filter and I-Filter in the model, for the computation of Vd, is supposed to break the algbraic loop. Vd which is dependent on the model output is fed-back to the model inputs which would have caused an algebraic loop if the filters were not present. The presence of the algebraic loop indicates that the V-Filter and I-Filter implementation probably has an unintended direct feed-through at some point during the simulation.
Adding a unit delay forces the model to be a mixed simulation problem, even if the rest of the model consist out of continuous state models. Secondly, what is an appropriate sample time for the unit delay?
A much better solution:
Replace the faulty filters with ones which actually work as intended:
  1. right-click on the PV arrary->library->disable link
  2. Bypass the low-pass filters with the one provided here:
  3. Set the cut-off frequency equal to 1/Tf, i.e. the same cutoff frequency of the V-Filter and I-Filter
  4. Keep the old I Filter and V Filter models inside the original PV array model, but comment them out. The old filters have to be inside the subsystem for model initialization to work correctly.
Or download the model with the required modifications made at:
The proposed solution has been tested.
Kind regards,


Sign in to comment.