Messwerte in eine Datei lesen

Verschicken mit Hilfe von UDP und Meldern klappt einwandfrei. Leider habe ich aber immer noch mein Problem mit
dem Dateischreiben. Optimal wäre ja eine Lösung mit dem ExpressVI, da ich ihm hier sagen kann, dass er auf Wunsch
die Messwerte einen Tag lang in eine Datei schreibt, und nach 24 h wieder eine Neue anlegt. Klappt so leider nicht,
da die Werte als ein String eingelesen werden und nicht als Werte selber, und ich die Schnittstelle ja direkt über Visa
anspreche und nicht über den I/O Assistenten.
Die Variante: ich bau das per Hand bricht weiterhin leider ab. Ohne Dateioptionen läuft es stabil.
Hat irgendeiner eine Idee?

Anzeige

Lad doch mal den aktuellen Stand der Dinge hoch.

Bezüglich der Datenaufzeichnung kann man sich beliebige Algorithmen ausdenken, wann eine neue Datei anzulegen ist.

Hier mal ein LVF-Link für ein Beispiel.
Es wird auf die Dateigröße reagiert, das für Zeitintervalle anzupassen ist aber eigentlich kein Hexenwerk.

Gruß SeBa

Danke für die Antwort,

Zitat:Lad doch mal den aktuellen Stand der Dinge hoch.

Leider gerade ein bisschen schwer... ich seh zu, das ich es so heute abend so abgeändert bekomme, dass ich es hochladen kann.
Prinzipiell ist es das selbe VI wie oben schon gepostet, nur das ich die Datei, wie JensG das vorgeschlagen hatte immer wieder
schließe. Und halt zusätzlich noch ein VI gebaut habe (Produzent/Konsument) was mir mit Hilfe von Meldern den Messwert zusätzlich via
UDP verschickt. Funktioniert ja ohne Datei einwandfrei... nur kaum lass ich die Daten in eine Datei schreiben kommt nach Ablauf einer
gewissen Zeitspanne ein VISA- Timeout (Fehler siehe oben).
Meine Vermutung ist ja, dass je mehr Messwerte in die Datei gelangen, dass System ja auch langsamer wird,
es dann dem Visa irgendwann zu langsam ist und es so zu dem Timeout kommt. Ich kann auch total auf dem Holzweg sein.

Zitat:Bezüglich der Datenaufzeichnung kann man sich beliebige Algorithmen ausdenken, wann eine neue Datei anzulegen ist.

Hier mal ein LVF-Link für ein Beispiel.
Es wird auf die Dateigröße reagiert, das für Zeitintervalle anzupassen ist aber eigentlich kein Hexenwerk.

Danke ... das werde ich sofort ausprobieren.

LG tierchen

Hab mal aus Spass ein ... Ding ... für ne halbe Stunde Daten ausgeben lassen über COM1. Keine Ahnung was für eine Samplerate eingestellt war. Irgendwas um die 60ms. Is auch egal. Das Ding liefert so schnell es eben kann und das VI liest es aus und schreibt es in eine Datei.

Lief bei mir jetzt ohne Probleme. Vielleicht hilft dir das ja irgendwie weiter.

   


Gruß SeBa

YES!!!! Danke schön. Läuft gerade mit bissel Anpassung stabil. Danke *knutsch*
Der Fehler trat auf als ich zuviel anderes gemacht hab. Lass ich das System nu laufen.... störe
es nicht lief es bisher ca 3h fehlerfrei mit deinen Ideen l. Müssen nu die Langzeittests zeigen wie stabil.


LG

Freut mich

Du darfst gerne hochladen was du jetzt gezaubert hast. Drüberschaun kann ja nicht schaden.


Gruß SeBa

jau... werde ich machen. Wie gesagt, ich muss es leider noch abändern und das kann bissel dauern, da der Rechner gerade im Langzeittestbetrieb ist.
Ich kümmere mich in den nächsten Tagen drum. Vll. hilft es ja jemandem, wobei ich fast schon bezweifel bei meinen Fähigkeiten

LG

Hallo Leute....

was lange wärt.... ich hatte ja versprochen, dass ich nochmal wenigstens nen Screen poste.
Brauchte halt bissel länger, da ich noch sooo viel anderes in das Gesamtkonzept meiner
Bachelorarbeit bringen musste. Trotzdem wenigstens die leicht für das Forum abgeänderten Screens.

Zur Erklärung: Messwerte zweier identischer Geräte werden via Visa eingelesen und formatiert. Danach wird
der Messwertstring mit einem anderen String ( den ich mit einem UDP Client von einem Server hole) verknüpft. Nachdem
dieser Schritt durchlaufen wurde, wird der nun zusammengestellte String einem Melder übergeben.
Mit dessen Hilfe wird der Wert :

1. falls gewünscht in eine Datei geschrieben die nach ca 1. Tag geschlossen wird (realisiert über die Größe)
2. Gleichzeitig ständig an einen UDP Rechner gesendet.

Bisher läuft alles sehr stabil und ich danke damit ALLEN die mich so tatkräftig hier unterstützt haben.


--
Version hier 8.6

   
   
   

Interessante While-Schleifen-Konstrukte...

Einmal direkt ein True am Stop angeschlossen, die While-Schleife läuft also nur 1x (das mag bei einem FGV seine Berechtigung haben, aber in deinem Screenshot erkenne ich die nicht).
Und zweimal Whileschleifen mit einem False als Stop-Bedingung, die stoppen also "nie".

Gruß, Jens

Hallo Jens
sorry ist ein bissel bloed das ich nicht alles posten kann.
Um die eine Whileschleife (die die an das True angeschlossen ist (Bild 1) läuft außen herum die Messwertschleife verknüpft mit einer Eventstuktur. Also wieder einmal eine Schleife innerhalb der Schleife. Diese sollte eigentlich einen Zähler darstellen der für das Sendeprotokoll gefordert war. Was sicher intelligenter an
der Stelle gewesen wäre, wäre direkt die Zählbedingung der Schleife zu nehmen. Die stellt ja in sich schon einen Zähler dar. Da bin ich heute mit der
Nase drauf gestoßen worden.
*seuftz*
Ich überarbeite das ganze dann wohl besser noch einmal ..... hoffe die Zeit reicht noch .

Wobei die in Datei routine HAT schon einmal gestoppt. Nicht wie er hier dargestellt ist.... halt weil keine Meldung durch kam. Das könnte aber auch ein anderer Effekt gewesen sein.
Danke für alle Kritik.

LG tierchen