Hallo Robert,
Zitat:zur Zeit hab ich mid den alten Sub-vi's noch probleme,
Ich habe mal exemplarisch Referenzfahrt2 geöffnet und leicht bearbeitet:
Durchgeführte und noch nötige Änderungen:
- unsinnige zweite While-Loop entfernt: nutze den Error-Wire für den DATAFLOW!
- wieso war "Numerisch" ein float-Wert, wenn du hier nur einen I32 bekommst? Warum hat dieses Control keinen aussagekräftigen Namen, wie z.B. "Current position"?
- wieso hieß der "error in" bei dir noch "error out"?
- wieso gibt es keinen "error out"?
- was passiert, wenn es bei "BrickletIO16V2/GetValue" einen Fehler gibt? Antwort: dann wird die Schleife NIEMALS enden! Ergo: Es fehlt Errorhandling!
- Muss der Stepper wirklich mehrfach gestartet werden, bis du den richtigen Wert vom IO bekommst? Würde es nicht ausreichen, den Stepper einmal vor der Schleife zu starten?
- Muss die Schleife so schnell wie möglich arbeiten?
- Das VI hat noch kein aussagekräftiges Icon. (LabVIEW-Hilfe -> StyleGuide)
- Es fehlen Kommentare im Blockdiagramm, ebenso in der VI-Beschreibung. (LabVIEW-Hilfe -> StyleGuide)
- Für die Anschlüsse im ConnectorPane gibt es einen Standard: Referenzen links/rechts oben, ErrorIO links/rechts unten. Schau dir mal die LabVIEW-eigenen Funktionen an… (LabVIEW-Hilfe -> StyleGuide)
Problem im HauptVI:
Du öffnest eine IPConnection und nutzt diese dann, um diese ganzen Bricks anzusprechen. Dann startest du deine Statemachine. Bis hier ist noch alles ok.
Aber: Parallel zur Statemachine schließt du die Referenz auf ein Relay und auf die IPConnection: ist das gewollt? Ist das ok?
(Auch hier: THINK DATAFLOW!)
Einfache Lösung des Problems: erstelle einen State, in dem alle Referenzen initialisiert werden. Und einen State, wo alles ordentlich geschlossen wird.
Der eine State wird als erstes aufgerufen, der andere als letzer…
Zum subVI "Referenzfahrt1":
- Ich habe mal die Rechnung mittendrin angepasst. Was du vorher hattest, nennt man Rube-Goldberg…
- Auch hier wird der Stepper ständig neu gestartet: soll das so sein?
- Reagiert der Stepper sinnvoll, wenn er so schnell auch wieder disabled wird?
- Auch diese Schleife läuft noch so schnell es nur geht…
Edit:
Habe meinen eigenen Rube-Goldberg noch entfernt…
Zum BrickletIO:
Du scheinst sehr oft und in vielen Schleifen und evtl. öfter nur auf einzelne Bits dieses BrickIOs zuzugreifen. Ich halte es deshalb für sinnvoll, diesen IO in einer parallelen Schleife zu lesen und den aktuellen Status der IO-Bits in einer globalen Variablen/Notifier/FGV (aka AE) abzulegen. Jede andere Schleife kann dann den jeweils aktuellen Status dort abfragen, ohne dass ständig die Hardware mit Abfragen bombardiert wird.
(Ich bin ein großer Freund von parallel laufenden VIs, die sich um jeweils eine Hardware kümmern: ein VI für digitale IO, eines für Analog-In, eines für Analog-out, usw. Alle legen ihren Status in global erreichbaren Datenstrukturen ab und bekommen ihre Befehle (falls nötig) per Queue. Eine Statemachine kümmert sich dann nur noch um Verwaltungskram und "Abläufe", aber nicht direkt um Hardware-Zugriffe…)
