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.)
Da Änderungen an der Seite vorgenommen wurden, kann diese Aktion nicht abgeschlossen werden. Laden Sie die Seite neu, um sie im aktualisierten Zustand anzuzeigen.
Translated by
Website auswählen
Wählen Sie eine Website aus, um übersetzte Inhalte (sofern verfügbar) sowie lokale Veranstaltungen und Angebote anzuzeigen. Auf der Grundlage Ihres Standorts empfehlen wir Ihnen die folgende Auswahl: .
Sie können auch eine Website aus der folgenden Liste auswählen:
So erhalten Sie die bestmögliche Leistung auf der Website
Wählen Sie für die bestmögliche Website-Leistung die Website für China (auf Chinesisch oder Englisch). Andere landesspezifische Websites von MathWorks sind für Besuche von Ihrem Standort aus nicht optimiert.