INFO: Dieses Forum nutzt Cookies...
Cookies sind für den Betrieb des Forums unverzichtbar. Mit der Nutzung des Forums erklärst Du dich damit einverstanden, dass wir Cookies verwenden.

Es wird in jedem Fall ein Cookie gesetzt um diesen Hinweis nicht mehr zu erhalten. Desweiteren setzen wir Google Adsense und Google Analytics ein.


Antwort schreiben 

Gutes LV Design bei großen Programmen



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!

10.09.2014, 18:40
Beitrag #21

jg Offline
CLA & CLED
LVF-Team

Beiträge: 15.864
Registriert seit: Jun 2005

20xx / 8.x
1999
EN

Franken...
Deutschland
RE: Gutes LV Design bei großen Programmen
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:
   
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!

Einführende Links zu LabVIEW, s. GerdWs Signatur.
Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
11.09.2014, 09:23
Beitrag #22

elhorst Offline
LVF-Grünschnabel
*


Beiträge: 17
Registriert seit: Sep 2014

2012
-
DE_EN



RE: Gutes LV Design bei großen Programmen
Danke Jens, ich probiers gleich mal zu debuggen. Die 200ms habe ich schon garnicht mehr im ProgrammBlink
Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
11.09.2014, 09:28
Beitrag #23

GerdW Offline
______________
LVF-Team

Beiträge: 17.467
Registriert seit: May 2009

LV2021
1995
DE_EN

10×××
Deutschland
RE: Gutes LV Design bei großen Programmen

Akzeptierte Lösung

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!

Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
11.09.2014, 20:50
Beitrag #24

elhorst Offline
LVF-Grünschnabel
*


Beiträge: 17
Registriert seit: Sep 2014

2012
-
DE_EN



RE: Gutes LV Design bei großen Programmen
(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
Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
12.09.2014, 10:41
Beitrag #25

elhorst Offline
LVF-Grünschnabel
*


Beiträge: 17
Registriert seit: Sep 2014

2012
-
DE_EN



RE: Gutes LV Design bei großen Programmen
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!
Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
13.09.2014, 18:48 (Dieser Beitrag wurde zuletzt bearbeitet: 14.09.2014 10:29 von jg.)
Beitrag #26

elhorst Offline
LVF-Grünschnabel
*


Beiträge: 17
Registriert seit: Sep 2014

2012
-
DE_EN



RE: Gutes LV Design bei großen Programmen
Falls es jemanden interessiert, was aus meiner Anfangs-monster-sequenz geworden ist...
lv12_img


Angehängte Datei(en)
0.0 .zip  CIMEX_GRM.zip (Größe: 475,26 KB / Downloads: 130)
Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
14.09.2014, 19:35
Beitrag #27

GerdW Offline
______________
LVF-Team

Beiträge: 17.467
Registriert seit: May 2009

LV2021
1995
DE_EN

10×××
Deutschland
RE: Gutes LV Design bei großen Programmen
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…

Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
15.09.2014, 13:31
Beitrag #28

elhorst Offline
LVF-Grünschnabel
*


Beiträge: 17
Registriert seit: Sep 2014

2012
-
DE_EN



RE: Gutes LV Design bei großen Programmen
Ich habe es leider nicht auf dem Messrechner und diese NI-VIs kann man soweit ich weiß nicht mitkopieren, richtig?!
Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
15.09.2014, 13:33
Beitrag #29

GerdW Offline
______________
LVF-Team

Beiträge: 17.467
Registriert seit: May 2009

LV2021
1995
DE_EN

10×××
Deutschland
RE: Gutes LV Design bei großen Programmen
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…

Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
17.09.2014, 14:22
Beitrag #30

elhorst Offline
LVF-Grünschnabel
*


Beiträge: 17
Registriert seit: Sep 2014

2012
-
DE_EN



RE: Gutes LV Design bei großen Programmen
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
Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
Antwort schreiben 


Möglicherweise verwandte Themen...
Themen Verfasser Antworten Views Letzter Beitrag
  Lizenz von Runtime Programmen R.Fuertig 1 2.356 21.07.2021 12:04
Letzter Beitrag: GerdW
Question Testen von LabVIEW Programmen Sakis 1 3.303 16.04.2020 14:42
Letzter Beitrag: Freddy
  Änderung von großen Cluster (Type Def.) führt zu out of Memory exeption spacz 8 6.566 28.10.2019 09:01
Letzter Beitrag: spacz
  Ansprechendes Design des Frontpanels | Muster in Hintergrund einfügen dulfried 3 4.290 23.08.2017 17:45
Letzter Beitrag: GerdW
  Error Handling in einem Queue Message Design Architektur galilio 2 4.633 09.08.2016 12:20
Letzter Beitrag: galilio
  Queued Message Handler Design galilio 3 6.223 14.07.2016 15:34
Letzter Beitrag: Freddy

Gehe zu: