How do I write to a variable multiple times in the same time step in simulink?

Question

J H 2016-8-1

0
链接

此问题的直接链接

https://ww2.mathworks.cn/matlabcentral/answers/298005-how-do-i-write-to-a-variable-multiple-times-in-the-same-time-step-in-simulink

评论： J H 2016-8-2

I have a control loop in Simulink which writes to a variable multiple times using the DATA STORE WRITE block. I then read the most recent data value using the DATA STORE READ block. Finally, I use this value (signal) elsewhere in my program. How can I do this?

I am getting the following error:

The block 'Data Store Write2' is writing to the data store 'Data Store Memory' but the block(s) 'Data Store Read' have already read from a portion or the entire region of this memory at time 0.0. For performance reasons, occurrences of this diagnostic for this memory at other simulation time steps will be suppressed.

A simple block diagram of what I am trying to do is as follows:

0 个评论
显示 -2更早的评论隐藏 -2更早的评论

请先登录，再进行评论。

请先登录，再回答此问题。

Answer 1

Fangjun Jiang 2016-8-1

1
链接

此回答的直接链接

https://ww2.mathworks.cn/matlabcentral/answers/298005-how-do-i-write-to-a-variable-multiple-times-in-the-same-time-step-in-simulink#answer_230469

This is a good case for using the Merge block. Connect all three outputs to a Merge block and then connect to a single "Data Store Write" block with the tag "rpm_cmd". Double click the Merge block, click the "Help" button to see the detailed explanation of the Merge block.

3 个评论
显示 1更早的评论隐藏 1更早的评论

Fangjun Jiang 2016-8-2

Yes. it will. The output of two "If Action Subsystem" can be merged. The output of the "Add" block should not be connected to the Merge block. It doesn't make sense even if the Merge block doesn't give error. The whole subsystem is executed once every sample time. The execution order follows the data flow. The "Add" block is executed, then either the "If" action or the "Else" action. The Merge block always takes the latest update. So connecting the "Add" block to the "Merge" block has no effect even there is no error.

J H 2016-8-2