OMNeT++/OMNEST Bug Tracker - OMNeT++
View Issue Details
0000988OMNeT++simulation kernelpublic2017-01-21 15:552017-02-01 14:37
till 
andras 
normalminorhave not tried
resolvedfixed 
x86-64macOS10.12
5.0 
5.1pre3 
0000988: Statistics from dynamic signals ignore warmup period
I have statistics dynamically registered in my module following section 4.15.3 "Statistics Recording for Dynamically Registered Signals" of the user guide at:
https://omnetpp.org/doc/omnetpp/manual/#sec:simple-modules:statistic-recording-dynamic-signals [^]

It looks like the signals emitted during warmup period are getting added to the statistics. I don't know if that is due to the ResultRecorder being directly connected to the signal.
If it is not possible to change that behaviour, a hint in the manual would be very helpful. My current workaround is:
if (simTime() > getSimulation()->getWarmupPeriod())
 {
    emit(...);
}

I'm not sure if this also applies to vector-recording-intervals as well.
No tags attached.
Issue History
2017-01-21 15:55tillNew Issue
2017-02-01 14:36andrasNote Added: 0001284
2017-02-01 14:37andrasNote Added: 0001285
2017-02-01 14:37andrasStatusnew => resolved
2017-02-01 14:37andrasFixed in Version => 5.1pre3
2017-02-01 14:37andrasResolutionopen => fixed
2017-02-01 14:37andrasAssigned To => andras

Notes
(0001284)
andras   
2017-02-01 14:36   
> I don't know if that is due to the ResultRecorder being directly connected to the signal.

Yes, exactly. @statistic internally adds a WarmupPeriodFilter, so you need to do the same when adding filters manually. Will add a note to the manual about this.
(0001285)
andras   
2017-02-01 14:37   
Added the following note to the manual:

"It is important to know that \ttt{@statistic} implements warmup period
support by including a special \textit{warmup period filter} at the
front of the filter/recorder chain. When adding result filters and recorders
manually, you need to add this filter (a \cclass{WarmupPeriodFilter})
manually as well."

and augmented the example code there as well.