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!
14.01.2014, 16:02 (Dieser Beitrag wurde zuletzt bearbeitet: 14.01.2014 17:08 von jg.)
wenn ich selbst parse geht meine Prozessorauslastung auf ca. 50%, das finde ich zuviel, dafür stürzt das Programm nicht ab.
Mit der TermChar-Funktion von Labview bleibt die Auslastung unter 5%, stürtzt aber ab.
Es kommen schon recht viele Daten in einer Sekunde an, 2000 Datensätze mit jeweils 63 Bytes Länge, die quasi Byteweise vom Puffer abgeholt werden und geparst werden.
Das von Labview bereitgestellte "Advanced Serial Read and Write" stürzt auch nach 1- 2 min. ab. Mein Laptop kommt wohl doch nicht mit der TermChar-Funktion klar,
werde das nochmal auf einem anderen Laptop probieren.
Gruß
Hachiko
15.01.2014, 12:53 (Dieser Beitrag wurde zuletzt bearbeitet: 15.01.2014 12:55 von jg.)
, wenn die Länge der Datensätze IMMER identisch ist, dann arbeite doch damit anstatt TermChar! Synchronisation auf den Datenstream brauchst du nur 1x am Anfang.
Bytes einzeln aus VISA-Read abfragen ist natürlich tödlich für die Performance.
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!
die Länge ist leider nicht gleich lang, genauso wie es 3 Unterschiedliche TermChars gibt für 3 Protokollarten, sonst wäre es leicht.
Also fällt mir nur das Byteweiße auslesen ein, ausserdem ist das sicherer als auf feste Bytes zu reagieren, es könnte ja auch mal ein Byte verloren gehen.
Developer Suite Core -> LabVIEW 2015 Prof.
2006
EN
71083
Deutschland
RE: Serielle Schnittstelle usbser.sys BlueScreen
: Bitte Da steht noch LabVIEW 2010 drin. Du hast aber 2012.
Gruß Markus
-------------------------------------------------------------------------- Bitte stellt mir keine Fragen über PM, dafür ist das Forum da - andere haben vielleicht auch Interesse an der Antwort !!
--------------------------------------------------------------------------
(15.01.2014 15:11 )Hachiko schrieb: die Länge ist leider nicht gleich lang, genauso wie es 3 Unterschiedliche TermChars gibt für 3 Protokollarten, sonst wäre es leicht.
Kann ich nicht wissen, du hast das anders dargestellt.
(15.01.2014 15:11 )Hachiko schrieb: Also fällt mir nur das Byteweiße auslesen ein, ausserdem ist das sicherer als auf feste Bytes zu reagieren, es könnte ja auch mal ein Byte verloren gehen.
Widerspruch: Selbst dann muss man nicht Byte für Byte einzeln auslesen, sondern kann immer Blöcke oder z.B. alle 50 ms alle gerade anliegenden Bytes aus dem VISA-Buffer holen. Dann geht es mit String-Parser-Funktionen (z.B. Match Pattern o.ä.) weiter.
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!
/
Serielle Schnittstelle usbser.sys BlueScreen
, wenn die Länge der Datensätze IMMER identisch ist, dann arbeite doch damit anstatt TermChar! Synchronisation auf den Datenstream brauchst du nur 1x am Anfang.
: Bitte 
Da steht noch LabVIEW 2010 drin. Du hast aber 2012.