LabVIEW-Programme

	Name	Last modified	Size	Description
	ArrayProgress.zip	2020-03-05 10:39	34K	Prozess-Steuerung: Zeitverlaufs-Array (etwa wie CSV-Daten) bei Abarbeitung mit Fortschrittsbalken hinterlegen — Video (animiertes GIF bei heller Windows7-Kontrastdarstellung)	Einsicht
	atropos.zip	2015-04-20 10:08	624K		Einsicht
	AutoDiagramm.vi	2016-11-17 11:09	60K	Teil von SuperMessung: Automatische Zuordnung von Signalen zu Achsen anhand von (gleichen) Einheiten, Achsenbeschriftung farbig passend zur Plotfarbe (hier: LabVIEW 2010): Testprogramm, Screenshot
	ewa.zip	2016-11-17 17:07	43K	Dateiauswahldialog für Pfadauswahl-Element programmatisch generieren	Einsicht
	FluxControl.llb	2016-09-26 18:17	17K	Runden von zwei Zahlenwerten als Endwerte einer Skale: Auf angebbare Genauigkeit (auch gebrochen), der obere Wert auf-, den unteren Wert abrundend. Die Nachkommastellen als Ergebnis dienen der Formatierung der Zahlen.
	FromUnicode.vi	2011-02-10 12:12	14K	Unicode-String in MBCS (bspw. ANSI- oder UTF-8-String) umwandeln (sinnvoll für Eingabefelder wenn UseUnicode=true in der LabVIEW.ini steht) Converts MBCS (default: UTF-8) string to Unicode (UTF-16) string
	GraphEditByMouse.zip	2020-02-12 13:51	1.2M	XY-Graph als CSV-Daten (mit wenigen Datenpunkten für eine Heizungssteuerung) mit der Maus editieren.	Einsicht
	IWP.zip	2014-01-31 16:40	1.6M	LLB-Sammlung für Men-At-Work: TSV (Tab-Separated Values) laden/speichern, effizientes und einfach überschaubares Textformat USB-HID-Zugriff (Zugriff auf Prototypen des PnPSA-Projekts, etwa diesen Durchflussmesser) Unicode Hier als Beispiel die häufig benötigte Funktion AlmostEqual (Beinahe-Gleich), hier mit Platzhalter ($1) für Einheiten:	Einsicht
	lb32.zip	2022-03-09 11:54	70K	clz bzw. ld (heute lb) aus Uint32 für FPGA ohne Takt und in nur 2 Logikstufen in Disjunktiver Normalform, für Konvertierung Int32⇒Float32 erforderlich.	Einsicht
	Leistungsberechnung.zip	2012-07-23 20:03	948K	Netzanalyse an Gleich-, Wechsel- und Drehstrom, vielkanalig, via Measurement&Automation Explorer	Einsicht
	Metrom.zip	2012-02-29 16:43	714K	Für die Untersuchung der dynamischen Genauigkeit einer (ehemaligen) parallelkinematischen Fräsmaschine mit Langspindeln	Einsicht
	Modalanalyse.zip	2012-06-20 15:03	232K	Modalanalyse per Soundkarte, mittels Impulshammer und Messsonde. War mal als Scherz zur Doktorverteidigung gedacht, ist aber tatsächlich produktiv einsetzbar.	Einsicht
	path.zip	2016-11-18 13:10	86K		Einsicht
	roundToSignificantDigits.vi	2016-11-18 13:06	13K
	Signal-Array anhängen.vi	2010-03-25 13:31	32K	Dieses VI sollte man nur für kleine Datenmengen benutzen, da wenig performant. Bei großen Datenmengen eine (evtl. limitierte) Queue oder ein zweidimensionales Array benutzen, so wie es der Signal-Graph mit History-Daten tut.
	Spindel.zip	2012-07-10 14:22	4.6M	(Ehemaliger) Versuchsstand Motorspindel = 2 Motoren mit Zahnriemen und Schaltschrank, 6 kapazitive Sensoren rund um die Werkzeugspindel messen Fluchtabweichung, Bonbon: 3D-Darstellung der Verkippungen	Einsicht
	SuperMessung.zip	2015-04-16 17:41	584K	Mehrere Datenquellen unter einem Hut: Plugin-basiertes erweiterbares Messsystem, für Hauptanwendung Live-Visualisierung und Datenlogger	Einsicht
	ToUnicode.vi	2011-02-10 12:14	14K	MBCS (bspw. ANSI- oder UTF-8-String) in Unicode-String umwandeln (sinnvoll für Eingabefelder wenn UseUnicode=true in der LabVIEW.ini steht) Converts Unicode (UTF-16) string to MBCS (default: UTF-8) string
	WagoTalk.zip	2012-08-13 11:50	32K	Modbus-TCP-Beispiel für WAGO-750-341 (Feldbuskoppler), hier: 16 digitale Ausgänge setzen+rücklesen, 8 digitale Eingänge erfassen, ohne NI-ModBus-Bibliothek (dadurch übersichtlicher)	Einsicht

So hübsch LabVIEW auch aussehen mag, früher oder später stößt man auf unlösbare Probleme:

• Hohe Abtastrate führt zu „rätselhaften“ Problemen bei der Verarbeitung der Messdaten. Konzeptloser Umgang mit Mehrkanal-Signalen.
• Speicherleck (böse!), verschwindet erst beim Beenden von LabVIEW, nicht beim Beenden eines Mess-VIs. Verhindert „zuverlässig“ Langzeitmessungen.
• Kein Datenfluss (wie versprochen), sondern Unterprogramme: Liefern Daten erst bei Beendigung, nicht kontinuierlich. Widersinniges „Programmier“-Konzept mit Schleifen.
• Unklare Zuordnung von VI-spezifischen Zustandsvariablen
• Explodierende LabVIEW-Projekte beim Erweitern, insbesondere der GUI, Modularisierung schlecht
• Wie kombiniert man mehrere Measurement Tasks zu einer? Synchrone oder rationale Abtastrate untereinander? Einige NI-Messkarten erfordern getrennte Measurement Tasks. Wie ist es dann mit dem Gleichlauf?
• Lausige Unicode-Unterstützung; ideal wäre durchgehendes UTF-8 statt holpriges UTF-16
• GUI erscheint als Fremdkörper: Komische Dialogelemente, keine Hotkeys, keine Default-Buttons u.v.a. Probleme
• Was nimmt man nun zum Speichern von Messdaten? Zu viele Möglichkeiten, nichts davon übersichtlich. Deshalb diese Eigenkreation (Waveform.llb).
• Es wimmelt von hinterhältigen Bugs (auch mathematische) — wohin damit?
  Bspw. gibt das VI Re+Im→Betrag+Phase, angewendet auf Signal, keinen Betrag aus, wenn man die Phase unangeschlossen belässt.
• Nur statische Einheitenzuordnung; benötigt werden dynamische
• Fehlplatzierte, unveränderliche Einheiten in Grafen
• Fehlende Arrays von Arrays
• Was passiert, wenn man nebenbei ein .PDF lesen muss? CHAOS! Denn ALT+TAB (Schnelle Taskumschaltung) funktioniert nicht wie gewohnt. LabVIEW als Fremdkörper, nicht als Windows-Mitbürger
• Versions-Wettrüsten: LabVIEW-Programme (VIs) sind niemals abwärtskompatibel, zwingt Anwender beim Datenaustausch zur jeweils neuesten Version
• Bloatware (Software ist selbst bei Minimal-Installation riesengroß, viel zu lahme Installation)
• Fehlende Exception-Behandlung, dafür ist das umständliche Durchschleifen von Fehler-Clustern üblich
• Umständliche Objektorientierung (hält den Durchschnittsanwender ab), passt ohnehin nicht sonderlich zum grafischen Programmierkonzept

Vergleichbar mit Skriptsprachen haftet so auch LabVIEW das Manko der schwierigen Skalierbarkeit für größer werdende Vorhaben an. Abgesehen davon, dass man sich mit Gedeih und Verderb an die Politik von National Instruments klammert und mit den undokumentierten VI-Dateien niemals echten Quelltext vor sich hat.

• Auslesen Durchflussmesser SD6000 (dazu Mikrocontroller-Schaltung zur USB-Anbindung)
  Diese USB-Anbindung erfordert keinen NI-Gerätetreiber!
• Auslesen Renishaw Ballbar QC10 (angeschlossen an serieller Schnittstelle)
• 6-Achs-Schrittmotorsteuerung mit koordinierter Freiform-Bahnfahrtmöglichkeit (angeschlossen an serieller Schnittstelle)

Immer wieder stört es mich, nicht sinnvoll dynamische Einheiten verwenden zu können, etwa eine Einheit aus einem Double-Eimgabefeld herauszuholen. Die Antwort ist simpel: Es geht nicht! Die Einheitenzuordnung ist statisch (wie oben bereits bemerkt).

Nun, über ein Variant geht es doch! Den Variant kann man mittels Variant to Flattened String in einen String (enthält den Wert) und ein mysteriöses Int16-Array aufteilen. Dieses Int16-Array enthält:

• die Gesamtlänge in Bytes
• ein Flag-Integer (uninteressant)
• eine Liste der Basiseinheiten und deren Exponenten ab dem 2. Int16-Arrayelement
• den Namen der Variable als String mit vorangestellter Länge

Die Liste der Basiseinheiten ist wie folgt aufgebaut:

• Int16 Anzahl der Basiseinheiten, mindestens 1, maximal 8
• paarweise
  • Int16 Basiseinheit-Enum 0..8
  • Int16 Basiseinheit-Exponent ≠0(logischerweise ganzzahlig, man hat mal wieder nicht an µA/√Hz gedacht!)

Für den Basiseinheit-Enum habe ich folgende Zuordnungen gefunden:

0. rad (ebener Winkel, mit Umrechnung: deg)
1. sr (Raumwinkel in Steradiant)
2. s (Zeit: Sekunde, mit Umrechnung h u.ä.)
3. m (Länge: Meter)
4. kg (Masse: Kilogramm)
5. A (Elektrischer Strom: Ampère)
6. K (Temperatur: Kelvin; mit Umrechnung: °C; LabVIEW-Falle: degC = °C aber Cdeg = K!)
7. mol (Stoffmenge)
8. cd (Lichtstärke in Candela)

Wichtig: Einheitenvorsätze werden nicht weitergegeben! Man weiß also nicht, ob ein Wert in °C oder K angegeben wurde, es wird stets in K umgerechnet.

Eine Ähnlichkeit zur Einheitenkodierung im USB-HID-Deskriptor drängt sich auf; dort passt sie nibbleweise komplett in ein DWORD. Raumwinkel und Stoffmenge hat man da allerdings „vergessen“.

Auf die schlaue Idee, aus dem LabVIEW-Programm eine .EXE zu machen um diese auf einem anderen PC laufen zu lassen kam wohl schon fast jeder. Aber Pustekuchen, die Echse benötigt eine NI-Laufzeitumgebung!

• Muss zur Jahreszahl passen! Man kann beim Erstellen der .EXE auch angeben, dass neuere Laufzeitumgebungen zulässig sind, aber das Häkchen muss man erst setzen.
• Service Pack (SP) ist egal
• Muss 32 Bit sein!
• Installationspaket ca. 500 MByte!
• Installationsdauer mit Virenscanner etwa 1/2 Stunde, permanente Anwesenheit erforderlich wegen Rückfragen
• (Kostenlose) Registrierung bei NI erforderlich
• Keine Seriennummer erforderlich
• Booten

Ist diese endlich installiert, stellt man schließlich fest, dass „Gerätetreiber“ zum Zugriff auf die Hardware fehlen. Das betrifft zumeist eine serielle Schnittstelle sowie NI-Hardware, oftmals ein NI USB-6008.

Dazu muss dann noch einmal Software heruntergeladen werden:

• Installationspaket ca. 2 GByte!!
• Installationsdauer mit Virenscanner etwa 2 Stunden, permanente Anwesenheit erforderlich wegen Rückfragen
• Zu installieren ist — jeweils für LabVIEW gleiche Jahreszahl:
  • NI VISA (alles was quasi seriell arbeitet: USB, COM-Port, GPIB) (das installiert die wichtigen gelben Sub-VIs unter „Instrumenten-I/O → VISA“)
  • NI Serial (für COM-Port)
  • NI 488 (für GPIB)
  • NI USB (für solche USB-Geräte, für die man eine INF-Datei generiert hatte)
  • NI DAQmx ADE (Data Acquisition Mixed Application Development) (für alle NI-Hardware, in PCI-Steckplätzen oder USB-Geräte, das installiert die wichtigen braunen Sub-VIs unter „Mess-I/O → DAQmx - Datenerfassung“)
• Das zieht den Rattenschwanz mit Measurement & Automation Explorer (MAX) hinterher.
• (Kostenlose) Registrierung bei NI erforderlich
• Keine Seriennummer erforderlich
• Booten

Dann sollte die Echse auf dem Zielrechner endlich funktionieren.

Will man, dass die Software „probeweise“ auf einem Zweitrechner nur zur Datenauswertung ohne Treiber läuft, muss man die Hardware zugreifenden VIs dynamisch laden. I.a. zu viel Aufwand!

Dann kann man sich an das Deinstallieren nicht benötigter Softwareteile machen. Unbedingt drauf bleiben muss das was in der Grafik rot markiert ist.

Man muss tatsächlich sowohl das im Bild zu sehende .NET-Geraffel als auch das LabWindows/CVI-Geraffel drauf lassen! TDM Excel, VIPM und Netzwerkbrowser kann IMHO weg. I/O Trace vermutlich auch. Das PXI-Zeug muss anscheinend drauf bleiben, auch wenn man kein PXI (= externes PCI oder PCIexpress, dass ist die ganz teure NI-Hardware) hat.