+- LabVIEWForum.de (https://www.labviewforum.de)
+-- Forum: LabVIEW (/Forum-LabVIEW)
+--- Forum: LabVIEW Allgemein (/Forum-LabVIEW-Allgemein)
+--- Thema: Gutes LV Design bei großen Programmen (/Thread-Gutes-LV-Design-bei-grossen-Programmen)
RE: Gutes LV Design bei großen Programmen - jg - 10.09.2014 18:40
Durch die State-Machine wird alles seriell hintereinander ausgeführt. Durch das "Wait" braucht jeder Schritt mindestens 200 ms. Wenn ich richtig gezählt habe, durchläufst du mindestens 10 Schritte, die mind. 200 ms dauern, sind in der Summe also schon 2 Sekunden. Bei den einzelnen Schritten ist fast immer irgendwas mit Seriell oder GBIP dabei, das kann auch schon mal länger dauern. Kann ich nicht sagen, lässt sich aber leicht debuggen. Einfach das folgende in jeden deiner States einbauen:
[attachment=50709]
Gruß, Jens
RE: Gutes LV Design bei großen Programmen - elhorst - 11.09.2014 09:23
Danke Jens, ich probiers gleich mal zu debuggen. Die 200ms habe ich schon garnicht mehr im Programm
RE: Gutes LV Design bei großen Programmen - GerdW - 11.09.2014 09:28
Hallo Horst,
und vorher vielleicht auch das Manual deiner Geräte lesen!
Bei besseren GPIB-Geräten wird dort auch immer eine Aussage zu Antwortzeiten (inkl. Befehlsverarbeitung) gegeben…
Bei DMMs kann z.B. eine Spannungsmessung im "besten" Genauigkeitsbereich locker eine Sekunde oder mehr dauern!
RE: Gutes LV Design bei großen Programmen - elhorst - 11.09.2014 20:50
(11.09.2014 09:28 )GerdW schrieb: Hallo Horst,
und vorher vielleicht auch das Manual deiner Geräte lesen!
Bei besseren GPIB-Geräten wird dort auch immer eine Aussage zu Antwortzeiten (inkl. Befehlsverarbeitung) gegeben…
Bei DMMs kann z.B. eine Spannungsmessung im "besten" Genauigkeitsbereich locker eine Sekunde oder mehr dauern!
Die manuals meiner gpib Geräte sind mit "Schreibmaschine" geschrieben, letztes update glaube 89 oder 90...Aber ich schau mal was ich finde:-)
Mein Regler lief in der Sequenz vom AusgangsProgramm besser als jetzt, aber das ist bei vier Sekunden Verzögerung ja auch nicht wirklich verwunderlich
RE: Gutes LV Design bei großen Programmen - elhorst - 12.09.2014 10:41
Ja, wenn ich offen und ehrlich...wer hört gerne so RTFM Beiträge. Aber wie immer sollte er recht behalten. Eine Einstellung an der Daq-unit und die GesamtZeit sinkt auf 1,6s.
Danke Gerd!
RE: Gutes LV Design bei großen Programmen - elhorst - 13.09.2014 18:48
Falls es jemanden interessiert, was aus meiner Anfangs-monster-sequenz geworden ist...
RE: Gutes LV Design bei großen Programmen - GerdW - 14.09.2014 19:35
Hallo Horst,
falls du das PID-Toolkit nutzen kannst: der dort enthaltene PID kann auch mit einem 1D-Array an Prozessvariablen umgehen, da bräuchte man keine Schleife/Mini-Statemachine…
RE: Gutes LV Design bei großen Programmen - elhorst - 15.09.2014 13:31
Ich habe es leider nicht auf dem Messrechner und diese NI-VIs kann man soweit ich weiß nicht mitkopieren, richtig?!
RE: Gutes LV Design bei großen Programmen - GerdW - 15.09.2014 13:33
Hallo Horst,
da auf dem Messrechner ja eine EXE laufen sollte, könntest du die PID-VIs doch auf dem Entwicklungsrechner in dein Programm einbauen and dann eben eine EXE erstellen!
Ist aber auch nicht so wichtig…
RE: Gutes LV Design bei großen Programmen - elhorst - 17.09.2014 14:22
und täglich grüßt das Murmeltier...
Ich hab noch das Problem, dass der TDMS Zeitstempel am anfang zwar schön in 1.5s Schritten kommt. Nach einer Stunde kontinuierlichem Laufen sind es aber mal eben 6s. Die Frage wäre ob das "TDMS.close" in jeder Iteration das ganze verlangsamt und wenn ja, wo packe ich das close hin.
Ich meine wenn ich ein Notizbuch aufmache wäre es doch doof es nach jeder Zeile immer wieder zu zu machen...
Gruß, Franz