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.)
Impossible de terminer l’action en raison de modifications de la page. Rechargez la page pour voir sa mise à jour.
Translated by
Sélectionner un site web
Choisissez un site web pour accéder au contenu traduit dans votre langue (lorsqu'il est disponible) et voir les événements et les offres locales. D’après votre position, nous vous recommandons de sélectionner la région suivante : .
Vous pouvez également sélectionner un site web dans la liste suivante :
Comment optimiser les performances du site
Pour optimiser les performances du site, sélectionnez la région Chine (en chinois ou en anglais). Les sites de MathWorks pour les autres pays ne sont pas optimisés pour les visites provenant de votre région.