Timeline



2017-08-02:

21:14 Ticket #4483 (Backend - Error due to bogus dynamic state selection) updated by Francesco Casella
Priority changed
I have performed some further analyis. The problem is caused by the …
18:24 Ticket #3993 (Backend - Back-end fails with MSL 3.2.2 TimeTable but works with MSL 3.2.1) updated by dma@…
I'm having the same problem! Is there a workaround or other solution …
12:09 Ticket #4474 (MetaModelica - inefficient list() comprehension) closed by Martin Sjölund
fixed: Fixed with PR1755.
11:03 post.mo attached to Ticket #4484 by pravinkumar.dalve@…
The issue is commented at the end of Column1 model
11:02 Ticket #4484 (Backend - Model becomes singular if equations are written inside if-else) created by pravinkumar.dalve@…
Please see the attached file. In Column1 model if I write …
10:48 Ticket #4480 (OMEdit - Initial conditions are not considered properly when applying Re-simulate) updated by Martin Sjölund
So basically, you want a totally different semantics for setting the …
10:30 Bug.zip attached to Ticket #4483 by Francesco Casella
Test case
10:29 Ticket #4483 (Backend - Error due to bogus dynamic state selection) created by Francesco Casella
Please consider the attached test case. During compilation, OMC …
08:44 post.mo attached to Ticket #4482 by pravinkumar.dalve@…
problem is commented at the end of column1 model.
08:40 Ticket #4482 (*unknown* - checkAndGetAlgorithmOutputs failed) created by pravinkumar.dalve@…
I am working on a model where multiple instantiation of model is …

2017-08-01:

20:22 Ticket #4480 (OMEdit - Initial conditions are not considered properly when applying Re-simulate) updated by anonymous
My idea is that we should make it clear that values manually set in …
06:14 Ticket #4480 (OMEdit - Initial conditions are not considered properly when applying Re-simulate) updated by Martin Sjölund
The problem is if you have some equation like: […] Can you still …

2017-07-31:

19:05 Ticket #4480 (OMEdit - Initial conditions are not considered properly when applying Re-simulate) updated by anonymous
Replying to sjoelund.se: > […] Perhaps the only reason …
10:54 Ticket #4480 (OMEdit - Initial conditions are not considered properly when applying Re-simulate) updated by Martin Sjölund
I don't think that's a good idea. Equations should hold. Perhaps the …
07:46 Ticket #4480 (OMEdit - Initial conditions are not considered properly when applying Re-simulate) updated by anonymous
Maybe it is ok if we consider changeable the initial values of all …
06:28 Ticket #4480 (OMEdit - Initial conditions are not considered properly when applying Re-simulate) updated by Martin Sjölund
I guess the bug here is that x is marked as changeable. Is this …
04:51 test_pwm_driver.mo attached to Ticket #4481 by rahul.dutta.bits@…
PI control testing
04:51 PI_discreet.mo attached to Ticket #4481 by rahul.dutta.bits@…
PI contoller
04:51 discreetPIoutput1.png attached to Ticket #4481 by rahul.dutta.bits@…
plot 2
04:50 discreetPIoutput.png attached to Ticket #4481 by rahul.dutta.bits@…
output plot
04:49 Ticket #4481 (OMEdit - Artifacts in plotting discrete simulation using synchronous Clock feature) created by rahul.dutta.bits@…
Hi, I am testing the new Modelica_Synchronous features by building a …

2017-07-29:

18:42 Ticket #4480 (OMEdit - Initial conditions are not considered properly when applying Re-simulate) updated by Lennart Ochel
I guess the input field only overrides the start values and doesn’t …
16:01 Ticket #4480 (OMEdit - Initial conditions are not considered properly when applying Re-simulate) created by Christian Kral <dr.christian.kral@…>
Consider the following example […] After the simulation of this …
10:50 Ticket #3781 (Backend - Fix scaling of detectJacobianSparsePattern) updated by Henning Kiel
Another question is why for the 28x28 and bigger systems the sparse …

2017-07-28:

17:36 Ticket #4146 (*unknown* - Summary of omc scaling issues) updated by Francesco Casella
It seems we no longer have methods scaling as O(N3), which is a …
17:34 Ticket #4460 (Backend - ResolveLoops scales as O(N^3) in large linear circuit models) closed by Francesco Casella
fixed: Replying to vwaurich: > Results on my machine are: > > …
09:26 Ticket #4129 (Backend - Inefficient array code generation) updated by Martin Sjölund
Cc changed
Looking through the generated code... The problem is that everything …
06:46 Ticket #4479 (FMI - FMU source build fails due to missing lambda functions) updated by Lennart Ochel
Milestone changed
06:45 Ticket #4479 (FMI - FMU source build fails due to missing lambda functions) closed by Lennart Ochel
fixed: This is fixed with …

2017-07-27:

16:25 Ticket #4479 (FMI - FMU source build fails due to missing lambda functions) updated by Lennart Ochel
Status changed
16:10 Ticket #4479 (FMI - FMU source build fails due to missing lambda functions) created by Adrian Pop
See: …

2017-07-26:

17:34 Ticket #4460 (Backend - ResolveLoops scales as O(N^3) in large linear circuit models) updated by Francesco Casella
Sounds good. I've started a run on Hudson, will close the ticket …
17:10 Ticket #4129 (Backend - Inefficient array code generation) updated by Martin Sjölund
With #4453, the generated call is sane. Still got the temporary arrays …
16:58 Ticket #4453 (Backend - Compilation Time of a model with large size arrays) closed by Martin Sjölund
fixed: Fixed the reported performance issue and cleared the …
13:39 Ticket #4460 (Backend - ResolveLoops scales as O(N^3) in large linear circuit models) updated by Volker Waurich
I have rewritten the critical part of ResolveLoops. Results on my …
Note: See TracTimeline for information about the timeline view.