Hallo Lucky,
danke erstmal für Deine Hilfe. Ich habe nun die Anzeige durch
eine String-Anzeige ersetzt. Die Ausgabe funktioniert , allerdings
wird das Abschlusszeichen nicht angzeigt. Muss dieses Zeichen
ebenfalls angezeigt werden?
(28.12.2013 10:37 )adamo schrieb: [ -> ]Hallo Lucky,
danke erstmal für Deine Hilfe. Ich habe nun die Anzeige durch
eine String-Anzeige ersetzt. Die Ausgabe funktioniert , allerdings
wird das Abschlusszeichen nicht angzeigt. Muss dieses Zeichen
ebenfalls angezeigt werden?
Da bin ich mir nicht ganz sicher, aber ich glaube es ist so: Das Abchlußzeichen löst den Lesvorgang aus dem Puffer aus, erscheint aber dann selbt nicht mit im gelesenen String.
Ich würde dir empfehlen, das String-Anzeigefenster mal weiter aufzuziehen. So wie es jetzt ist, könnte es sein, dass der Text viel mehr ist, und dass Du jetzt im Fenster nur die erste Zeile siehst.
Blöd ist auch das Komma als Trennzeichen. Wenn das Komma in Labview, so wie in D leider üblich, als Dezimal-Trenzeichen voreingestellt ist, gibt es Missverständnisse bei der Interpretation von 894,948: Dezimalzahl oder 2 getrennte Werte? Besser wäre Tab oder Semikolon. (Und wenn schon Komma, dann wenigstesn noch ein Leerzeichen dahinter.)
Wenn es aber jetzt wirklich nur die zwei Zahlen sind, dann mußt Du doch am Sender etwas geschraubt haben, damit das jetzt richtig kommt. Ist das so?
@adamo: Lade bitte Screenshots als Bilder hoch, nicht verpackt in ein Word Dokument, dann kann man sie gleich im Browser anschauen.
Danke, Jens
Hallo,
der aktuelle Stand siehe Anhang.
Der Einsatz von "String To Scan" will mir einfach nicht
gelingen!
Wo ist der Fehler?
Stell mal die String-Anzeige in LabVIEW auf HEX, damit dir auch "nicht darstellbare" Zeichen angezeigt werden (Rechtsklick -> Visible -> Display Style; dann auf HEX ändern).
Gruß, Jens
Hallo Jens,
die Anzeige funktioniert jetzt, aber warum?
Wenn die String Ausgabe entfernt wird, stellt
sich die Fehlermeldung wieder ein.
Gruß
Editiert von Lucki: Graphik als PNG angezeiget, Worddoc gelöscht
[
attachment=47871]
Bilder bitte nicht als Word-Dokument verpackt hochladen.
EDIT2: Dank
an Lucki für die Korrektur.
Und jetzt noch was Konstruktives:
1) Das VI funktioniert natürlich nur, wenn dein Atmel schon vor Start des VI unaufgefordert etwas sendet.
2) Es kann dir trotzdem passieren, dass du im ersten Durchlauf der Schleife einen Fehler bekommst. Bsp: VISA-Read fängt genau in dem Moment an, den RS-232 Buffer auszulesen, in dem gerade das Leerzeichen zwischen deinen beiden Zahlen übertragen wird. Folglich empfängt VISA-Read nur die zweite Zahlenfolge. Diese kann natürlich nicht per "%d %d" in 2 Zahlen gewandelt werden, folglich ploppt ein Fehler hoch.
Oder anders ausgedrückt: dir fehlt noch eine Fehlerbehandlung in deinem VI.
Gruß, Jens
(28.12.2013 14:12 )adamo schrieb: [ -> ]Wenn die String Ausgabe entfernt wird, stellt
sich die Fehlermeldung wieder ein.
Die meinst die String-Anzeige? Solche Effekte fallen in den Bereich Esoterik, rational kann man da nichts mehr erklären
Edit: Ergänzung zu den Anmerkungen von Jens
Einfachste Art die Fehler abzufangen siehe unten. Es würde fürs Erste funktionieren, allerdings genügt dieser Code nicht unbedingt pofessionellen Ansprüchen an eine Fehlerbehandlung und ist auch nicht ganz "wasserdicht".
[
attachment=47873]