Habe jetzt nochmal was gezaubert...wäre nett wenn mir jemand feedback geben könnte?!
fg Roli
Hallo Roland,
Zitat:Das Problem sehe ich jetzt darin, dass angenommen mein Prüfstand bricht ab wenn der Schleifenzähler gerade bei i=34 ist, dann gehen mir 34 Werte verloren, da meine Array nach i=60 genullt wird und er somit wieder komplett neu aufgefüllt werden muss.
Ich sehe das Problem darin, dass du es anscheinend nicht schaffst, mehrere Bedingungen zu verknüpfen, um dann deine Daten zu speichern…
Irgendwas in der Art von
Code:
IF counter==0 OR STOPP THEN save(data)
Wenn man es so einfach hinschreibt, sieht es auch ganz einfach aus…
Zitat:wäre nett wenn mir jemand feedback geben könnte?!
Kannst du das VI mal für LV2014 bereitstellen? (Datei-Menü->Speichern für vorige…)
Hallo Gerd,
immer cool bleiben....wie ich schon vorher geschrieben habe => ich hab es geschafft also geh mal runter vom Gas
Im Anhang das 14er VI.
fg Roli
Hab noch eine Änderung vergessen:
Hallo Roli,
bitte Dateipfad-Manipulationen mit den zugehörigen Pfad-Funktionen durchführen (StripPath/BuildPath), alles andere führt über kurz oder lang zu Problemen…
(18.06.2017 17:42 )GerdW schrieb: [ -> ]Hallo Roli,
bitte Dateipfad-Manipulationen mit den zugehörigen Pfad-Funktionen durchführen (StripPath/BuildPath), alles andere führt über kurz oder lang zu Problemen…
ok danke...werde ich machen!
Hallo Roli,
Vorschlag:
[
attachment=57917]
- Die von mir verwendete Timestamp-Formatierung YY-MM-DD lässt sich im Explorer wesentlich besser sortieren als DD-MM-YY…
- Du vermeidest Probleme, wenn du so ein VI auf ein cRIO portieren willst: Linux etc verwenden andere Zeichen bei Pfaden (/ statt \)
- Was noch fehlt, wäre eine Fehlerbehandlung, falls das Verzeichnis "Messprotokolle" noch nicht existiert…
(19.06.2017 07:50 )GerdW schrieb: [ -> ]Hallo Roli,
Vorschlag:
- Die von mir verwendete Timestamp-Formatierung YY-MM-DD lässt sich im Explorer wesentlich besser sortieren als DD-MM-YY…
- Du vermeidest Probleme, wenn du so ein VI auf ein cRIO portieren willst: Linux etc verwenden andere Zeichen bei Pfaden (/ statt \)
- Was noch fehlt, wäre eine Fehlerbehandlung, falls das Verzeichnis "Messprotokolle" noch nicht existiert…
Hallo Gerd,
ja das macht Sinn. Danke nochmal für die Hilfe
Ich hätte auch schon die nächste Frage:
Nämlich verwende ich wie du weißt ein cRIO und sende dabei per Netzwerkstream die Sensordaten von einem Target.vi (VI in cRIO) zu einem
Host.vi (VI in dem die Daten verarbeitet werden).
Jetz macht es Sinn, dass das Target.vi automatisch gestartet wird wenn das Host.vi gestartet wird und das habe ich wie im Anhang realisiert.
Das Problem wiedereinmal: ich bekomme eine Fehlermeldung. Der Code ist: 356004
und dazu finde ich so gut wie nichts im Internet.
Hast du dazu eine Lösung?
fg Roli
Hallo Roland,
nur, weil die VIs zufällig im gleichen Verzeichnis bei dir auf der Festplatte liegen, bedeutet das nicht, dass sie auch auf deinem Host-PC laufen sollen…
So wie in deinem VI:
[
attachment=57928]
geht man vor, wenn man ein VI auf dem selben PC mit der selben RuntimeEngine starten will!
Zitat:Jetz macht es Sinn, dass das Target.vi automatisch gestartet wird wenn das Host.vi gestartet wird und das habe ich wie im Anhang realisiert.
Mal überlegen: ich starte auf meinem PC einen Webbrowser, um mir Daten einer Webseite anzuschauen. Damit das funktioniert, will ich den zugehörigen Webserver ebenfalls durch einen simplen Aufruf von meinem PC aus starten. Gehst du so vor, wenn du dich im Internet bewegst? Ist das für dich sinnvoll?
Falls dir jetzt Zweifel kommen: nein, das ist überhaupt nicht sinnvoll!
- Das ganze lässt sich auf ein simples Client-Server-Konzept runterbrechen: wenn du mit deinem Client (Host.vi) Daten anschauen willst, die ein Server (Target.vi) bereitstellt, dann muss der Server natürlich schon laufen, wenn du den Client startest.
- Bei dem von dir verwendeten cRIO kommt noch hinzu: das ist ein Embedded-Device, welches für 24/7-Betrieb gedacht ist. Sowas lässt man üblicherweise ständig laufen - und die Software startet auch automatisch, sobald das cRIO mit Strom versorgt wird!
- Grundlegendes Problem in der heutigen Welt (Stichworte: Wannacry, Stuxnet, …): also ich möchte nicht, dass irgendwer daherkommt und aus der Ferne auf meinem Rechner irgendwelche Software startet! Und genau das probierst du gerade mit deinem cRIO - auch das ist ein eigenständiger Rechner, der NICHTS mit deinem PC zu tun hat!