String konvertieren normal-code-hex

Guten Abend alle zusammen,

so, daheim, alles erledigt und dann gleich mal an LabView gegangen.
Die LabView Version ist 8.5.1 und siehe da, es funktioniert so, wie Gerd gesagt hat (menno... es gibt kein Anbetungssmiley).

Aber ich habe glecih mal den Test gemacht.

Ein Array mit 5000 Zufallsstrings (Zufallszahl nach String) wird konvertiert und die Laufzeit gemessen (alle Messwerte in ms).

Für eine Konvertierung per "Konvertierung nach U8 - nach Hex - verknüpfen" wurden folgende Laufzeiten gemessen:
11
12
11
11
12

Für eine Konvertierung per Anzeige wurden folgende Laufzeiten gemessen:
1296
1227
1289
1210
1227

Da hier die Anzeige mitrattert, habe ich kurzerhand das Anzeigeelement ausgeblendet und noch mal gemessen:
547
587
568
546
551

Also, grundsätzlich geht die Konvertierung per Anzeigeelment, aber performanter ist das Ganze, wenn man es "richtig" macht.

Gruß und schönen Abend

Stefan

(14.02.2013 18:24 )alieninvader schrieb:  (menno... es gibt kein Anbetungssmiley).

Doch, einfach mal auf "mehr" unter den Icons im Editor klicken und suchen:
&
Gruß, Jens

Hallo Stefan,

vielen Dank für deine Ideen, du bist der erste gewesen der meine Frage verstanden hat.

Ich werde das mit der Property Nodes nehmen, denn die Umwandlung hat ja NI schon realisiert, dann brauche ich mich
nicht um die Details kümmern. Denn alle möglichen \ Codes handeln wird dann doch ein bischen mehr arbeit machen.
Geschwindigkeit ist jetzt gerade nicht das Thema, aber gut zu wissen wie wenn es das mal wäre.

Vielen Dank natürlich auch an die anderen Teilnehmer.
-----
Entschuldigung habe gerade bemerkt das die Lösung mit den Property Nodes von GerdW ist. Also merci Euch beiden!

Bitte bitte, und das mit den Codes handeln, da bleibt die Frage, was du für Codes in deinen Strings finden wirst. Mir fallen jetzt spontan nicht sonderlich viele Codes ein, die ich von irgendwelchen Messgeräten bekomme... aber gut, das ist eine Fleißarbeit (Die, wenn man sie in ein SubVi packt, auch universell anwendbar ist ;-) ).

Gruß

Stefan

(14.02.2013 18:24 )alieninvader schrieb:  Guten Abend alle zusammen,

so, daheim, alles erledigt und dann gleich mal an LabView gegangen.
Die LabView Version ist 8.5.1 und siehe da, es funktioniert so, wie Gerd gesagt hat (menno... es gibt kein Anbetungssmiley).

@Gerd

Okay, jetzt hab ich es auch gefunden. Danke.

Hallo Stefan,

das mit der Performance-Messung ist immer eine gute Idee.
Das die Propertynodes dabei schlecht abschneiden, hatte ich hier schon erwähnt...

Moin Gerd,

genau darum habe ich ja den Test gemacht.
Deine Aussage, dass es schlechter ist, stimmt auf jeden Fall. Aber ich wollte wissen, wie viel schlechter es ist. So kann man dann entscheiden, was man gerne hätte und braucht.
Für mich war die Frage interessant, weil ich daheim gerade ein kleines Projekt mit einem RFID System bearbeite (dazu wollte ich auch bei Gelegenheit mal eine komplette Anleitung schreiben) und dort, immer wenn eine Schreibanfrage kommt, einen String konvertieren muss. Der geht problemlos über einen Property Node. Aber in der Anleitung erwähne ich beides ;-)

Gruß

Stefan

Anzeige