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!

04.09.2014, 11:09
Beitrag #12

Nordvestlys Offline
LVF-Gelegenheitsschreiber
**


Beiträge: 108
Registriert seit: Sep 2014

2015 (und testweise 2016)
2005
EN

07743
Deutschland
RE: Gutes LV Design bei großen Programmen
(03.09.2014 13:54 )elhorst schrieb:  [...] ich habe im Anhang die Version als State-Machine, welche gefühlt langsamer läuft. Wenn jemand Lust und Zeit hat drüber zu schauen, würde ich mich über jeden Tipp sehr freuen.

Moin,

nach vielen Jahren des stillen mitlesens, haben mich die real existierenden Fortschritte in diesem Thread dazu gebracht auch meinen Senf dazu zu geben .... und mich endlich mal zu registrieren....

Ich habe gestern abend die VIs mal etwas aufgeräumt und ein paar kleine Fehlerchen beseitigt. Ergänzend noch ein paar Kommentare:

- Wenn Du in einer Schleife mithilfe von Schieberegistrern Werte an die nächsten Durchgänge übergibst, müssen sie natürlich in den verschiedenen Cases solange "durchgeleitet" werden, bis sie verwendet werden.

- Viele Sequenzen sind unnötig, wenn man daran denkt, dass bereits die ganz normalen Verbindungen für eine zeitliche Abhängigkeit sorgen. Hier kann auch der meistens vorhandene Erroranschluß zweckentfremdet werden.

- Es ist üblich dass Eingänge möglichst von links kommen und Ausgänge nach rechts weggehen. Das sorgt nicht nur für Übersichtlichkeit sondern vermeidet auch Fehler.

- Deine (gefühlte) Verzögerung liegt vermutlich an den 200ms Wartezeit pro Schleifendurchlauf. Wenn es dabei keine funktionalen Gründe (z.B. langsame Peripherie) gibt, kann auch darauf verzichtet werden. (Damit leere Labview-Schleifen nicht am Anschlag laufen, reicht bereits 1ms aus. Aber in Deinem Falle sind ja pro Durchgang mehrere Kommunikationskommandos mit entsprechendem Zeitbedarf vorhanden. Die Schleife wird also auch ohne Wartezeit schon gebremst.)


Angehängte Datei(en)
0.0 .zip  CIMEX_V1.zip (Größe: 301,43 KB / Downloads: 163)

bis denne,
* mario *
Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
Antwort schreiben 


Nachrichten in diesem Thema
RE: Gutes LV Design bei großen Programmen - Nordvestlys - 04.09.2014 11:09

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

Gehe zu: