COMSOL Forums: Asynchronous Machine time dependent startup, singularity error
http://www.comsol.com/community/forums/general/thread/20971/
Most recent forum messagesTue, 09 Apr 2013 17:39:17 +0000COMSOL Forums: Asynchronous Machine time dependent startup, singularity errorhttp://www.comsol.com/shared/images/logos/comsol_logo.gif
http://www.comsol.com/community/forums/general/thread/20971/
Re: Pulsing BC
http://www.comsol.com/community/forums/general/thread/20971/#p100297
Hi<br />
<br />
I agree with 1) and 2), but 3) not necessarily, the mesh density is there first of all to resolve the dependent variables and their fluctuations (gradients, if not 2nd derivatives) the time solver might or not require a given mesh density related to the time steps, this is true particularly for the diffusion type equations (HT, chemistry, CFD ...)<br />
<br />
but you might have a mixed case ;)<br />
<br />
--<br />
Good luck<br />
IvarTue, 09 Apr 2013 17:39:17 +000020971.1365529157.100297Re: Pulsing BC
http://www.comsol.com/community/forums/general/thread/20971/#p100152
Hi ivar,<br />
There are extensive discussions about pulsing in the KB and discussion forum. I think the general tips for modeling pulsing behavior can be summed as follows-<br />
<br />
(1) Change from "free" to "intermediate" time stepping <br />
(2) Using a smaller time step so that the transition regions are sufficiently resolved<br />
(3) Use a finer mesh.<br />
<br />
I have tried to implement all these but I couldnt' get beyond 1 pulse. I guess my model maybe a little different. I found using generalized alpha time stepping scheme I have been able to implement a greater number of pulses. But I assume this is at the expense of accuracy. As a matter of fact, I do see some negative concns in my domain. But dealing with those is a different topic altogether. Do you have any idea why how I can get as many pulses as possible without compromising on accuracy ?<br />
<br />
I have attached a brief model description.<br />
Many thanks,<br />
SanketMon, 08 Apr 2013 03:53:30 +000020971.1365393210.100152Re: Pulsing BC
http://www.comsol.com/community/forums/general/thread/20971/#p100139
Hi<br />
<br />
I believe the main issue must has been the free / automatic stepping, using intermediate and enough steps per pulse should solve such issues<br />
<br />
--<br />
Good luck<br />
IvarMon, 08 Apr 2013 02:53:47 +000020971.1365389627.100139Pulsing BC
http://www.comsol.com/community/forums/general/thread/20971/#p100132
<div class="quote"><br />
I came to the same conclusion as Evgeni. I ended up using Manual Generalized Alpha time stepping and defined my specific time steps. This solved my problem without convergence errors. Hope this helps others.<br />
</div><br />
<br />
Many thanks to all the people who have contributed here. I had a pulsing BC and I couldn't extend my simulation beyond the first pulse. But using the tips mentioned above I could get upto 100 pulses. This is a very useful thread for topics such as "pulsing"<br />
<br />
Best,<br />
SanketMon, 08 Apr 2013 01:52:24 +000020971.1365385944.100132Re: Asynchronous Machine time dependent startup, singularity error
http://www.comsol.com/community/forums/general/thread/20971/#p75822
I came to the same conclusion as Evgeni. I ended up using Manual Generalized Alpha time stepping and defined my specific time steps. This solved my problem without convergence errors. Hope this helps others.Fri, 20 Apr 2012 06:47:28 +000020971.1334904448.75822Re: Asynchronous Machine time dependent startup, singularity error
http://www.comsol.com/community/forums/general/thread/20971/#p75621
Update: I've noticed that, however I set the maximum step size for Strict BDF, the problem always occurs at solver step 300. This could be at 10 ms into the simulation, 50 ms, 100 ms — this depends on the maximum step size setting. So it definitely does not matter what the values of the dependent variables are at the time that it happens — these are different at the different times into the simulation. The simulation runs its normal course. The error always occurs at iteration 300.<br />
<br />
• This happens in stand-alone Comsol, as well as running in client+server mode.<br />
• Not a memory issue: Comsol is using under 400 MB, and there are 2+ GB of system memory available if it wanted.<br />
<br />
This affects only the BDF solver. Switching to Generalised Alpha avoids the problem behaviour.Wed, 18 Apr 2012 04:39:42 +000020971.1334723982.75621Re: Asynchronous Machine time dependent startup, singularity error
http://www.comsol.com/community/forums/general/thread/20971/#p75515
Hello all,<br />
<br />
I decided to post here instead of making a new thread, because there seems to be a trend with this type of error, and no answers on the forums yet.<br />
<br />
I have the same general symptoms as above: Time-Dependent solution proceeds fine for some time. Then, all of a sudden, the "Reciprocal of step size" on the convergence plot goes to 10^14 and stays there. (See attached convergence plot.)<br />
<br />
Some supporting information:<br />
<br />
• Sometimes, after thousands of time steps all around 10^14 it says "The following feature has encountered a problem: Repeated error test failures. May have reached a singularity. Time: .... Last time step is not converged. - Feature: Time-Dependent Solver 1 (sol1/t1)"<br />
<br />
• Changing the BDF time-stepping to Strict and decreasing the maximum step size arbitrarily, still leads to this error.<br />
<br />
• The behaviour of trying to terminate the process (as it's obviously not making much progress towards terminating, if it goes in time steps of length 10^-14) is (whether I press the round red button with a white cross on the status bar, OR use the Stop buttons on the Progress tab) that the convergence plot accelerates (!) and so does the activity in the Progress tab, while CPU activity goes to zero on all but one CPUs. I'm interpreting this as a bug where it's trying to process results coming in from the server after I cancelled the simulation i.e. I don't need the results.<br />
<br />
• See the convergence plot attached.<br />
<br />
<br />
Note that, as with the others, the simulation runs acceptably for about 100 ms. I am simulating neurons, and the neuron spikes a couple of times, and everything is fine. Suddenly we see this problem. It's not related to any features of the dependent variables or their gradients — it happens away from sharp transitions in any of them, as I can see if I plot "Results While Solving".<br />
<br />
<br />
My question is: how can I find out which of the dependent variables (I have 4) fails the error test (which is what must be driving the time step to very small)?Tue, 17 Apr 2012 05:54:07 +000020971.1334642047.75515Re: Asynchronous Machine time dependent startup, singularity error
http://www.comsol.com/community/forums/general/thread/20971/#p71079
I actually have the same problem. I tried running a time-dependent study for an oscillating cantilever using sinusoidal force load at 60Hz. The simulation seems to run fine during the first 20+ cycles, but when I continue beyond that I get the same error:<br />
<br />
Repeated error test failures. May have reached a singularity.<br />
Time : 0.421315750212288<br />
Last time step is not converged.<br />
<br />
I'm stepping at 100 steps per cycle and am using a Strict BDF time stepping method. For some reason the solver freaked out on the 21st cycle. This seems like a common error/failure when running simulations for long time ranges. Is there maybe a way to perform this as a "multi-step" problem? (i.e. Solve for 0-20 cycles + 20-40 cycles)Sat, 18 Feb 2012 07:56:39 +000020971.1329551799.71079Asynchronous Machine time dependent startup, singularity error
http://www.comsol.com/community/forums/general/thread/20971/#p56506
Hello,<br />
<br />
I am trying to simulate a ASM in the rotating machines physics, time dependent.<br />
The Stator slots are coupled to the electrical circuit physics for a Voltage excitation<br />
The rotor slots are also coupled there to define the short circuit resistants.<br />
I am using the ODE Interface for a rotation velocity equation.<br />
<br />
When simulating for 20ms, with a timestep of 1ms(or less), everything is fine (rotor slowly starts rotating).<br />
But when I want to calculate for a longer time, the computation stops somewhen in the middle, saying something like:<br />
<br />
"Repeated error test failures. May have reached a singularity.<br />
Last time step is not converged."<br />
<br />
I choose the mesh as extremely fine and tried a step size of 55us.<br />
As "Maximum Step" and "Initial Step" I'm using the same value as for "Step Size".<br />
But it does not help...<br />
<br />
Does anybody have any advice?<br />
<br />
Thanks in advance<br />
<br />
<br />
<br />
Thu, 21 Jul 2011 16:00:12 +000020971.1311264012.56506