why PV panels gives algebraic loop errors?

56 visualizaciones (últimos 30 días)
Tony Castillo
Tony Castillo el 11 de Feb. de 2016
Comentada: nisha jithin el 27 de Abr. de 2022
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
  2 comentarios
Seyma Biskin
Seyma Biskin el 28 de Abr. de 2018
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.
nisha jithin
nisha jithin el 27 de Abr. de 2022
hello sir, in offline the system was running fine with good results. but when i am going to real time controller OPALRT, during the c code coverting process i faced algebraic loop error. "Algebraic loops are not supported in generated code. Use the 'ashow' command in the Simulink Debugger to see the algebraic loops". how to solve this error

Iniciar sesión para comentar.

Respuesta aceptada

Muhammed Fasil
Muhammed Fasil el 10 de Abr. de 2016
Use a "unit delay" block near that error area. Possibly just before division/multiplication blocks
  13 comentarios
Gert Kruger
Gert Kruger el 3 de Jun. de 2019
I'm sorry, but I do not agree with your answer.
Sandra Silva
Sandra Silva el 17 de Sept. de 2020
Hello,
I had the same problem. I was using a discrete model, with a sample time of 2.5e-6s. I changed it to 2.5e-7s and solved the problem.

Iniciar sesión para comentar.

Más respuestas (2)

Christos Bethanis
Christos Bethanis el 4 de Mayo de 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
  3 comentarios
Daniel Azlan
Daniel Azlan el 17 de Mayo de 2020
why i cannot open mask parameter?
Mahesh P
Mahesh P el 16 de Jun. de 2020
its not working if we have two or more panels in series

Iniciar sesión para comentar.


Gert Kruger
Gert Kruger el 29 de Mayo de 2019
Editada: Gert Kruger el 29 de Mayo de 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: https://www.mathworks.com/matlabcentral/fileexchange/58498-real-time-tunable-filters
  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,
Gert

Categorías

Más información sobre Discrete Events and Mode Charts en Help Center y File Exchange.

Community Treasure Hunt

Find the treasures in MATLAB Central and discover how the community can help you!

Start Hunting!

Translated by