NI-XNET Write miese Verarbeitungszeit

Hi Achim,

danke für deine Antwort. Klar, 5ms sind schon grenzwertig. Aber 35ms Ausführung für einen Schreibbefehl finde ich trotzdem zu lange.
Es könnte sein, dass die andere Schnittstelle, die ich benutzt hatte ebenfalls die 5ms nicht immer 100% einhält, aber da läuft die Bewegung (gefühlt) schon sehr sauber ab. Über die NI-Schnittstelle fängt das ganze immer nach kurzer Zeit an zu ruckeln.
Zur Erklärung: die Applikation ist ein Fahr-Lenk-System, was über eine CAN-PDO einen Soll-Lenkwinkel und eine Soll-Drehzahl alle 5ms bekommen soll. Das System hat (noch) keinen internen Rampengenerator. Also muss ich dafür sorgen dass ich die Rampe für Lenken und Fahren vorgebe und gewisse Limits einhalte z.B. maximale Lenkwinkeländerung in° / s = 90°/s.

Wie du sagst: es wäre möglich den Frame Output Queued Modus zu benutzen und meine gesamte Rampenfunktion im Vorfeld zu generieren und dann erst mit der vordefinierten Zykluszeit von 5 ms sequentiell auf den Bus rauszufeuern. Aber da wäre die Anzahl der Frames die in das Array gepackt würden ziemlich hoch (bei sehr langsamen Rampen). Die Queue hat ja auch eine maximale Anzahl Frames.
Aber das wäre vielleicht trotzdem der korrekte Weg...