FIFO Benutzung

' schrieb:Ich kenne RT-FIFOs aus meinen RT Projekten und da verwende ich sie analog zu Queues, nur mit dem Unterschied, dass der FIFO zur Laufzeit eine festge Größe hat und kein Speicher neu allociert wird. Soweit ich das bisher verstehe sind RT-FIFOs immer VI-bezogen und haben keinen Mechnismus um Daten von einer Maschine zu einer anderen zu transportieren.

Ich vermute mal freedive hat mit dem RT-FIFO gemeint, dass man auf dem RT-Host 2 parallele Schleifen laufen lassen soll. In der einen Schleife (mit Zeitkritischer Priorität) werden die Daten aus dem DMA FIFO abgeholt und in einen RT-FIFO geschrieben, während in der 2. Schleife (mit normaler Prio) die Daten aus dem RT-FIFO gelesen und per TCP zum PC übertragen werden. Das hätte den Vorteil , dass zwar ggf. der RT-FIFO überlaufen kann, wenn die TCP-Schleife nicht schnell genug ist, aber wenigstens der DMA-FIFO nicht überläuft. Trozdem hätte man aber immer noch das Problem mit den "Stufen" / "fehlenden Samples" wenn der Prozessor ausgelastet ist.

Man kann auch bei einer Shared-Variable die Eingeschaft "RT-FIFO" einstellen und damit nach dem FIFO Prinzip Daten vom RT-Host zum PC transportieren lassen. Allerdings bedeuten Shared Variables, dass die dazugehörige Engine im Hintergrund laufen muss und das ist in meinen Augen nur Verschwendung von Rechenzeit.

Ich habe mich jetzt umgehört und hab da was von DataSocket aufgeschnappt. Da ich keine Ahnung habe von Shared Variables (da muss man beim anlegen schon so viel beachten) und die normale TCP/IP- Geschichte bei meinem versuch nicht geklappt hat möchte ich was anderes Bekanntes ausprobieren. Bei DataSocket läuft aber auch so ne extra Sache im Hintergrund. Das ist aber meines Erachtens ne fertige und damit ausgereifte Sache die sich um die Übertragung kümmern kann.

Ich hoffe mal das damit die Datenübertragung geht - das Signal wird mit 100kHz abgetastet und das muss es auch, damit bei 10kHz Sinus noch 10 Punkte pro Schwingung übrig bleiben.

Gunni