Output a variable each time step using ODE45
조회 수: 52 (최근 30일)
이전 댓글 표시
Hello,
I am trying to output a value from an ODE45 function at each time step, filling up an array, following this I need to read the array each time step as well. The idea is to alter a value in the ODE45 function using the condition of the previous time steps.
To write the value to be output I was attempting to use the Persistent variable and write it out to the main work space but not having much luck, is this the right approach I should be taking? I have included the start of the function below showing my so far fruitless attempts!
Thanks in advance for any assistance!
function y = eight_notches(t,P,T,~,~,x,ve,tfinal)
persistent h
i=t*1000;
h(i) = x;
assignin('base', 'h', h)
댓글 수: 2
채택된 답변
Jan
2018년 5월 2일
The idea of a "previous time step" in the execution of ODE45 is not meaningful. Remember that the integrator adjusts the stepsize to run the calculationsw inside the given tolerances. If this tolerance is violated, a step is rejected. Such rejected steps would store the wanted parameter for a time in the future with a value which was rejected due to an bad accuracy.
In addition ODE45 evaluates the function to be integrated multiple times per step. Therefore a "previous step" is not clearly defined. Maybe you mean the "previously accepted time step". This is important. But even then the approach is not correct: ODE45 (and the other integrators of Matlab) can handle differentiable functions only. Using any parameter, which modifies the output in a non-smooth way, leads to unexpected behavior. If you are lucky, the integration stops with an error, because the the required step size is below the limits. With less luck, you get a final value, which is dominated by rounding errors, and then ODE45 is nothing but a weak random number generator. See http://www.mathworks.com/matlabcentral/answers/59582#answer_72047.
Filling the base workspace by assignin is a bad idea also. It suffers from the same problem as global variables. Please search in the forum or the net for "global variables problem".
The suggestion of Torsten is the only reliable and numerically correct way: Use event functions to stop the integration, when a certain parameter or value is reached. Then restart the integration with the changed parameters.
I've seen too many poor applications of integrators. Neither smoothness nor stiffness are considered and the results are not controlled by a variation of the initial values and parameters. Because an integration has the physical meaning of a simulation, a "final value" is not a "result", but you need an estimation of the accuracy in addition. You can e.g. simulate a pencil standing on the tip and find the trajectory, that it does not move in any direction. Of course this does not have a physical meaning. A trustworthy simulation needs to vary the initial position by e.g. +/- 1e-8 degree. Then the completely different final positions demonstrate that the system is instable.
Unfortunately Matlab offers the barbone integrators ODExy without mentioning these pitfalls in the documentation. It is even worse: The docs of ODE45 contain a non-smooth example:
function dydt = myode(t,y,ft,f,gt,g)
f = interp1(ft,f,t); % Interpolate the data set (ft,f) at time t
g = interp1(gt,g,t); % Interpolate the data set (gt,g) at time t
dydt = -f.*y + g; % Evaluate ODE at time t
Bad. The linear interpolation of interp1 is not smooth. The best idea is to avoid any of these commands in the function to be integrated: if, max, round/fix/ceil/floor, abs, ... Even a tan is dangerous, except if you control the argument and stop with an error if it gets near to pi*(2n+1)/2.
But in spite of this fundamental rules of numerical maths, a brute integration of non-smooth functions without controlling the sensitivity occurs in many PhD theses and publications.
추가 답변 (1개)
참고 항목
카테고리
Help Center 및 File Exchange에서 Ordinary Differential Equations에 대해 자세히 알아보기
Community Treasure Hunt
Find the treasures in MATLAB Central and discover how the community can help you!
Start Hunting!