Ringpuffer mit Zeiger

Hallo Max,

Zitat:sagen wir ich hebe ein Datenfeld A B C D und es findet bei x(WertA) statt. Es werden neue Samples eingetragen B C D und jedes mal wird das Array um -1 rotiert, der Ringbuffer-Index wird weitergezählt: x-1, x-2, x-3 Dann steht mein Index doch immer noch auf A so wie es sein sollte

Wird denn der Index A auch außerhalb deiner FGV immer mit angepasst?
Du schreibst zum Zeitpunkt A das Sample in die FGV, willst aber zum Zeitpunkt D das Event wieder auslesen. Wird dann beim Auslesen auf Wert A oder Wert D zugegriffen? Immerhin wurde das Array in der FGV ja mittlerweile um 3 Positionen weitergedreht…

Anzeige

Hallo Geld

hab noch mal alles verändert sodass sich das Datenfeld nicht mehr bewegt und das Problem mit dem Index wegfällt!

Anbei auch mal ein Test.Vi damit ihr seht wie ich die Funktion Global verwende.
Beim Test wird mir immer nur der erste Wert (hochlaufend) angezeigt der Restpuffer ist NaN (Initialwert).
Benutze ich FG falsch?
Wenn ich den Puffer einzeln programmiere funktioniert alles gut. Das Datenfeld steht und wird beim erreichen der Puffergröße wieder von vorne mit Werten aufgefüllt.
Wenn ich allerdings versuche alles in die FG zu packen habe ich schwierigkeien (erste FG die ich programmiere)

Hallo Max,

du hast beim "WriteIN" vergessen, eine Puffergröße anzugeben…
Ich persönlich würde diesen Punkt anders lösen: deine FGV kennt doch die aktuelle Puffergröße - wieso also hier auf einen Input zurückgreifen!?
Warum heißt der "Init"-State deiner FGV nicht genau so, sondern "Default"???

Schau dir mal das Attachment an…

Hallo Gerd,

deine Funktion ist super aber funktioniert das Speichern der Daten auch andersrum?

Ich habe das mit einem Vi. mal gemacht damit du weisst was ich mit "andersrum" meine.
Der Zweck ist dass ich mir direkt bei einem Ereigniss den Index merke und nur noch die zu lesende Feldlänge angeben muss.

Zitat:Warum heißt der "Init"-State deiner FGV nicht genau so, sondern "Default"???

Hast du völlig Recht wird geändert




Edit:
Es ist überhaupt nicht nötig die Daten umzukehren.
Mein Gedankengang dazu war recht bescheuert, es scheint mein Kopf ist dank den Temperaturen von 30° langsam gar

Vielen Dank für eure, (speziell deine) Hilfe (Gerd)!!

Hallo max,

Zitat:Der Zweck ist dass ich mir direkt bei einem Ereigniss den Index merke und nur noch die zu lesende Feldlänge angeben muss.

Nur das dann beim Auslesen die Samples in der verkehrten Reihenfolge ausgegeben werden…

Deine VIs waren sehr kompliziert, ich habe sie mal vereinfacht…

Hallo Gerd danke für die Verbesserung!

Ich habe Probleme den Default Case in "Init" umzubenennen.
Egal was ich schreibe es wird mit rot angezeigt und immer meckert er das ein case nicht verbunden ist oder ähnliches.


Ps. habe das Vi nochmal verbessert sodass es im Case "Read" nicht mehr zu einen Fehler kommt wenn
startindex+länge > Puffergröße ist


Edit: Sorry die Verbesserung ist noch eine alte Version die noch nicht funktioniert.
Lade gleich die funktionierende hoch

(15.09.2016 10:03 )maxxillian schrieb:  Ich habe Probleme den Default Case in "Init" umzubenennen.
Egal was ich schreibe es wird mit rot angezeigt und immer meckert er das ein case nicht verbunden ist oder ähnliches.

Dann ändere mal dein (hoffentlich als Typdefinition angelegtes) Enum ab!!!

Gruß, Jens

Hey Jens,

habe ich schon versucht,
gleiche Namen, 3 Fälle, alles 10 mal kontrolliert ob ich mich nicht verschieben hab

ps. Im Anhang die Korrektur von

Zitat: habe das Vi nochmal verbessert sodass es im Case "Read" nicht mehr zu einen Fehler kommt wenn
startindex+länge > Puffergröße ist

Du musst das Enum in der ctl-Datei (die du nie mit hochlädst) abändern:
   
Gruß, Jens

Hallo Jens,

ich weiß aber es funktionier nicht oder muss ich auf was besonderes achten?

Ich öffne immer die TypeDef und kann dann ja einfach Fälle hinzufügen, umbenennen oder löschen...

---

sry vergessen zu konvertieren
hier nochmal für 2014