Failure when time step's n_step is 1

thegooglecodearchive / sfepy

Automatically exported from code.google.com/p/sfepy

0 stars 0 forks source link

Failure when time step's n_step is 1 #149

Open GoogleCodeExporter opened 9 years ago

GoogleCodeExporter commented 9 years ago

Yes, n_step should be by definition > 1, but ...

    'ts' : ('ts.simple', {
        't0' : 0.0,
        't1' : 1.0,
        'dt' : None,
        'n_step' : 1
    }),

Original issue reported on code.google.com by freevryh...@gmail.com on 13 Dec 2010 at 9:01

GoogleCodeExporter commented 9 years ago

Good catch. I have fixed that.

Original comment by robert.c...@gmail.com on 14 Dec 2010 at 10:32

Changed state: Fixed

GoogleCodeExporter commented 9 years ago

I've reopened this issue just to query the first step output. I've noticed that 
the first step (even for multiple steps) always outputs zero's - is this a pre 
load/displacement condition?  

This doesn't make sense if there is only one step since nothing gets output and 
seems to be a waste with more than 1 step.

Original comment by freevryh...@gmail.com on 15 Dec 2010 at 3:47

Changed state: Started

GoogleCodeExporter commented 9 years ago

hmm - thinking about it - my t0 is always 0, hence no output - so probably a 
non-issue.

Original comment by freevryh...@gmail.com on 15 Dec 2010 at 5:04

GoogleCodeExporter commented 9 years ago

Well, you should get the output file, and it should contain your initial 
condition.

If you want to get a quasistatic solution at the step 0 instead, add

   'quasistatic' : True,

to the time solver options. I have fixed some errors just now, so get the 
latest version.

Original comment by robert.c...@gmail.com on 15 Dec 2010 at 12:05

GoogleCodeExporter commented 9 years ago

So, does this work for you?

Original comment by robert.c...@gmail.com on 21 Dec 2010 at 12:38

GoogleCodeExporter commented 9 years ago

Yes, thanks!

Original comment by freevryh...@gmail.com on 21 Dec 2010 at 1:48

Changed state: Fixed

GoogleCodeExporter commented 9 years ago

Migrated to http://github.com/sfepy/sfepy/issues/151

Original comment by robert.c...@gmail.com on 30 Jan 2012 at 10:27

Changed state: Migrated