08-07-2017 09:02 PM - edited 08-07-2017 09:18 PM
I build a LVmodule,its diagram is as below:
I complied the LVmodule and imported it into my VeriStand Project,see as below:
And then I made a workspace with three icon.
1\Medium numeric control 'self_add_in1' ,used for starting the '+1' procedures,once I click the control to 1,it begin self add 1.
2\Medium numeric Indictor 'self_add_out1' ,used for showing the instant result of the '+1' procedures.
3\a simple graph,used to show the module's time step duration.
their system path are as below:
path1 ↑↑↑
path2 ↑↑↑path3 ↑↑↑
Then I started the project.
From the point moment when I clicked the first controller to one ,I begin timing with my watch,for 100seconds.after my watch reached 100 seconds,the 2\Medium numeric Indictor 'self_add_out1' is about 10048.While taking my operation amount of error into consideration,it is quite accurate ,the module rate is 10ms,and each time the module run ,it add 1.
But, it is greatly confusing from the graph,what is wrong ?the graph shows the average duty of the module is about 35ms. I am sure the something related to the graph is wrong ,Why? Where?
Solved! Go to Solution.
08-07-2017 09:14 PM
Sorry for the Graph is missed.
08-09-2017 03:52 AM
The unit of Time Step (actual Cycle Time) is in µs (us) instead of ms.
08-14-2017 01:35 AM
It does not matter, the 'self add 1' indicator indeed reaches about 10000 when the timer reaches 100 s. so the 'real duty' must be 10ms in statistics.
But Veristand shows to me the 'time step duration' is not fixed to 10ms and obviously too large.
08-14-2017 01:47 AM
If I understand correctly your system actualy runs with the expected timing in the end but the value "time step duration" seems to high?
Actually the "time step duration" is not the time between to executions of your model but the duration of ONE execution of the model.
08-14-2017 04:07 AM
I have got your idea,you mean the model indeed run once each 10ms, and each 'RUN' costs about 30~40us, thank you !
the "time step duration" is the time costs of each 'RUN', not the time length between two RUNs