The output timings of Buffers when the Buffer has to cut the incoming message are off. Here is a Minimal Working Example. The out.simout1.Time should be [0 160] not [0 133.3333].
I understand you have a Simulink model and one of the outputs of “To Workspace” Block gives an unexpected result according to you.
Simulink automatically computes the appropriate sample rates for the blocks connected to the source blocks. You may notice “out.simout1” has a sample rate/period of 133.3333 . So, the block is sampled at the multiples of 133.3333 second and simulation stops at 160. Hence 133.3333 second is the last time it was sampled during the 160 second simulation.
Follow the link below to better understand sample rates and how to inspect them.
The Matlab computes the Timing automatically wrong. As you see on the upper path the padding takes 0 time to be done. The problem is on the lower path. The timing after the first buffer is 0,80,160, and the next buffer output timing is 0, 133. Why? Why the buffer did not send the signal at time 80 if the buffer was filled with enough data? Why send at 133.33 if acually no signal happend at that time? (See, that signal was generated at every integer time.)
Impossibile completare l'azione a causa delle modifiche apportate alla pagina. Ricarica la pagina per vedere lo stato aggiornato.
Translated by
Seleziona un sito web
Seleziona un sito web per visualizzare contenuto tradotto dove disponibile e vedere eventi e offerte locali. In base alla tua area geografica, ti consigliamo di selezionare: .
Puoi anche selezionare un sito web dal seguente elenco:
Come ottenere le migliori prestazioni del sito
Per ottenere le migliori prestazioni del sito, seleziona il sito cinese (in cinese o in inglese). I siti MathWorks per gli altri paesi non sono ottimizzati per essere visitati dalla tua area geografica.