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, 13:24
Beitrag #15

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
(04.09.2014 12:52 )elhorst schrieb:  
(04.09.2014 11:09 )Nordvestlys schrieb:  [...]
- 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.

Eigentlich muss ich garnicht unbedingt Daten durch die Schleife weiterleiten sondern nur durch die Cases. Sodass ich ich nach dem "DAQ" Case alles im "TDMS" Case speichern kann. Da ich auf lokale Variablen verzichten sollte habe ich es so gemacht. Aber eigentlich denke ich, dass es so falsch ist!?

Den TDMS-Case habe ich mal ganz frech weiter nach vorne gelegt und am Ende einen Case nur für die Entscheidung wo es weiter geht, eingefügt. Dadurch werden die Daten gleich in der nächsten Runde verwendet.
Beim unteren Schieberegister habe ich die Daten stattdessen "brav" durch jeden Case geführt.
Achtung wenn man beim Tunnel "Standardwert" auswählt, hat das nichts mit dem Schieberegister zu tun. (Sondern wird je nach Typ z.B. auf "Null" oder leerer String gesetzt wenn nichts angeschlossen ist.)

(04.09.2014 12:52 )elhorst schrieb:  
(04.09.2014 11:09 )Nordvestlys schrieb:  - 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.
Ja, dass alles nacheinaner abläuft habe ich zwar gelesen, aber verstanden hatte ich es offensichtlich noch nicht.

Vielleicht im Blockdiagramm oben mal auf die Glühlampe klicken. Dann kann man bei der Ausführung schön beobachten, wie die Daten "fließen"...

(04.09.2014 12:52 )elhorst schrieb:  [...]
- Hast du jedes Label manuell neben das Icon gesetzt oder gibt es da eine Einstellung "Label links statt oben"?
Es gibt eine globale Einstellmöglichkeit, in diesem Fall habe ich aber alles schnell von Hand verschoben.
(04.09.2014 12:52 )elhorst schrieb:  - Die Kommentarbox in den Cases ist auch manuell eingefügt oder kann man die aktivieren?
In den neueren LV-Versionen lässt sich das per Rechtsklick auf den Rahmen bei den "sichtbaren" Sachen auswählen. (Keine Ahnung wie das bei der deutschen Version genau heißt.)

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 13:24

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

Gehe zu: