Wenn dein Problem oder deine Frage geklärt worden ist, markiere den Beitrag als "Lösung",
indem du auf den "Lösung" Button rechts unter dem entsprechenden Beitrag klickst. Vielen Dank!
Es gibt eine Variable "Zuordnung".
Wenn "Zuordnung" eine leeres Array ist, werden keine Daten in die Textdatei geschrieben.
Schau mal in die VIs, ob irgendwo diese Variable vergessen wird zu beschreiben oder eben mit einem leeren Array gefüllt wird.
Ich möchte mich bei allen Protagonisten bedanken, das Problem hat sich von selbst gelöst.
Auf Grund der Lösung möchte ich mich auch für die investierte zeit aller entschuldigen.
Die Fehler meines Vorgängers waren folgende:
1. er hat, und das ist mein voller Ernst, er hat statt die Verknüpfung zu aktualisieren, die Verknüpfung umbenannt und dachte somit läuft das aktuelle Programm
dafür gabs direkt ne Schelle
2. in seiner Version, die quasi die ganze Zeit auf dem System lief, hat er immer das vollständige Protokoll eingelesen, die neuen Messdaten angehangen und wieder geschrieben
ich denke, darin könnte der Fehler liegen. 32bit system und 2d-string-array mit ca. 3mio feldern
ich habe jetzt WIRKLICH eine neue Version aufgespielt und werde diese Testen, aber ich bin mir sicher, der Fehler ist behoben...
wir hören uns in 545h wieder
(18.05.2020 13:49 )MicroScoop schrieb: Die Fehler meines Vorgängers waren folgende:
1. er hat, und das ist mein voller Ernst, er hat statt die Verknüpfung zu aktualisieren, die Verknüpfung umbenannt und dachte somit läuft das aktuelle Programm
dafür gabs direkt ne Schelle
Deshalb sollte IMHO im Sourcecode von Hand eine Programm-Versionsnummer gepflegt werden, die dann auch irgendwo gut sichtbar im Frontpanel angezeigt wird.
Nachtrag zum Sourcecode: Da hab ich aber schon viel viel Schlimmeres gesehen. Ich ordne das unter mittelmäßig ein. Immerhin einigermaßen überschau- und lesbar.
Gruß, Jens
Wer die erhabene Weisheit der Mathematik tadelt, nährt sich von Verwirrung. (Leonardo da Vinci)
!! BITTE !! stellt mir keine Fragen über PM, dafür ist das Forum da - andere haben vielleicht auch Interesse an der Antwort!
(18.05.2020 13:49 )MicroScoop schrieb: 2. in seiner Version, die quasi die ganze Zeit auf dem System lief, hat er immer das vollständige Protokoll eingelesen, die neuen Messdaten angehangen und wieder geschrieben
Laut den Screenshots aber nicht
(18.05.2020 13:49 )MicroScoop schrieb: Die Fehler meines Vorgängers waren folgende:
1. er hat, und das ist mein voller Ernst, er hat statt die Verknüpfung zu aktualisieren, die Verknüpfung umbenannt und dachte somit läuft das aktuelle Programm
dafür gabs direkt ne Schelle
Hab ich was überlesen? Das war doch gar keine Fragestellung?!
"Is there some mightier sage, of whom we have yet to learn?"
"Opportunity is missed by most people because it is dressed in overalls and looks like work." (Thomas Edison)
(18.05.2020 13:49 )MicroScoop schrieb: 2. in seiner Version, die quasi die ganze Zeit auf dem System lief, hat er immer das vollständige Protokoll eingelesen, die neuen Messdaten angehangen und wieder geschrieben
Laut den Screenshots aber nicht
Ich tippe mal, dass die Screenshots aus dem neueren Sourcecode waren, der aber gar nicht lief, weil die Desktop(?)-Verknüpfung noch auf die fehlerhafte Exe verwiesen hat.
(18.05.2020 14:20 )Achim schrieb:
(18.05.2020 13:49 )MicroScoop schrieb: Die Fehler meines Vorgängers waren folgende:
1. er hat, und das ist mein voller Ernst, er hat statt die Verknüpfung zu aktualisieren, die Verknüpfung umbenannt und dachte somit läuft das aktuelle Programm
dafür gabs direkt ne Schelle
Hab ich was überlesen? Das war doch gar keine Fragestellung?!
Nö, das ist die Lösung: Bedienerfehler...
Wer die erhabene Weisheit der Mathematik tadelt, nährt sich von Verwirrung. (Leonardo da Vinci)
!! BITTE !! stellt mir keine Fragen über PM, dafür ist das Forum da - andere haben vielleicht auch Interesse an der Antwort!
(18.05.2020 13:49 )MicroScoop schrieb: 2. in seiner Version, die quasi die ganze Zeit auf dem System lief, hat er immer das vollständige Protokoll eingelesen, die neuen Messdaten angehangen und wieder geschrieben
Laut den Screenshots aber nicht
Ich tippe mal, dass die Screenshots aus dem neueren Sourcecode waren, der aber gar nicht lief, weil die Desktop(?)-Verknüpfung noch auf die fehlerhafte Exe verwiesen hat.
(18.05.2020 14:20 )Achim schrieb:
(18.05.2020 13:49 )MicroScoop schrieb: Die Fehler meines Vorgängers waren folgende:
1. er hat, und das ist mein voller Ernst, er hat statt die Verknüpfung zu aktualisieren, die Verknüpfung umbenannt und dachte somit läuft das aktuelle Programm
dafür gabs direkt ne Schelle
Hab ich was überlesen? Das war doch gar keine Fragestellung?!
Nö, das ist die Lösung: Bedienerfehler...
Richtig, du hast in beiden Fällen recht. Die Screenshots waren aus der Programmversion, welche hätte laufen sollen und die Lösung war der Austausch des Mitarbeiters auf Grund dieses akuten "Malörs".
Und das mit der Versionsverwaltung/Anzeige seh ich auch so, wobei ich da auch gern ne programmatische Lösung hätte, leider mach ich das aktuell auch immer händisch. In den VIs geht das gut per Eigenschaftsknoten, leider funktioniert das nicht bei den Anwendungsdateien nicht mehr. Aber da werd ich mich heut gleich mal ran machen
Zitat:Und das mit der Versionsverwaltung/Anzeige seh ich auch so, wobei ich da auch gern ne programmatische Lösung hätte, leider mach ich das aktuell auch immer händisch. In den VIs geht das gut per Eigenschaftsknoten, leider funktioniert das nicht bei den Anwendungsdateien nicht mehr.
Anregung:
Ich mache das halb-automatisch: ich schreibe bei den BuildSpecs eine Angabe in die "Version" des Executables mit festem Format wie "(Build YYMMDD-HHMM)". Diesen String kannst du dann im Executable auswerten und auch wieder anzeigen lassen…
Bezüglich der Version, ich glaube aus den DQMH (Delacor) habe ich mir mal das mal geklaut, siehe Anhang.
Das nimmt die Version, die im App-Builder standardmäßig automatisch hochzählt.
Den Wert schreibe ich dann mit in den Titel der exe.
"Auch aus Steinen, die einem in den Weg gelegt werden, kann man Schönes bauen."
Johann Wolfgang von Goethe