(23.08.2022 22:33 )BNT schrieb: [ -> ]Ich habe da mal was für die Migration zu Python vorbereitet.
Danke! <3
Werde es mir mal anschauen und im Auge behalten. Bin gespannt wie es mit LabVIEW weiter geht.
Gruß Max
Hier und im NI-Forum wird größtenteils von Python als Alternative zu LabVIEW gesprochen.
Ich finde C# ist in meinen Augen der deutlich bessere Kandidat:
• einfaches Erstellen von Oberflächen und komplexeren GUIs
• bei den NI-Treibern ist eine .net Anbindung dabei, d.h. man kann VISA, DAQmx und Co wie gehabt nutzen
• out-of-the-box Erstellung einer Exe, man muss nicht extra noch Pyinstaller konfigurieren (ok, das macht man nur einmal)
Für Visual-Studio fallen etwa 50 €/Monat für Lizenzgebühren an, es gibt aber auch Alternativen: Eclipse, MonoDevelop, Rider von JetBrains (170 €/Jahr)
Und wenn man Python einsetzen möchte, wäre
python.net evtl. einen Blick wert, damit man die NI-Treiber nutzen kann.
Disclosure: Ich habe mit Tkinter nie gearbeitet, allerdings früher Anwendungen mit Tcl/TK erstellt und das fande ich immer sehr mühsam.
(24.08.2022 08:54 )th13 schrieb: [ -> ]Und wenn man Python einsetzen möchte, wäre python.net evtl. einen Blick wert, damit man die NI-Treiber nutzen kann.
Disclosure: Ich habe mit Tkinter nie gearbeitet, allerdings früher Anwendungen mit Tcl/TK erstellt und das fande ich immer sehr mühsam.
Es gibt Python Bibliothek für DAQmx, Modulare Instrumente (Scope, Fgen usw.), VISA, TDMS, die man mat mit pip installieren kann.
Tkinter ist bei Python einfach dabei. Nur deshalb habe ich es für das Beispiel GUI benutzt. Ich habe da noch keine Präferenz.
Gruß Holger
(24.08.2022 21:17 )BNT schrieb: [ -> ]Es gibt Python Bibliothek für DAQmx, Modulare Instrumente (Scope, Fgen usw.), VISA, TDMS, die man mat mit pip installieren kann.
Danke für diesen Hinweis, dass wußte ich gar nicht. Ich wollte dann noch herausfinden wer diese Pakete bereitstellt und habe auf
dieser Seite gefunden, dass es da welche direkt von NI gibt.
Damit muß ich diesen Punkt wohl von meiner Liste streichen.
Oh weia. NI ist also drauf und dran Universitäten komplett als Kunden zu verlieren. Wir kaufen ja schon jetzt nur alle Jubeljahre mal ne neue Academic Version (weil niemand es bezahlen kann / will). Die Programme laufen dann meist in der Entwicklungsumgebung für einfacheres Bugfixing. Wenn ich für den Preis dann nur noch nen Jahresabo kaufen lässt wechseln bei uns vermutlich auch die letzten Nutzer auf Python. Und ich bleib bei meiner Einzelplatzlizens für 2019 stehen bis zum Sankt Nimmerleinstag.
Gruß Kiesch
P.S: Hab auch bei uns schon die Erfahrung gemacht, das viele Kollegen mittlerweile die Labview Programm schon eingestellt haben und teils auf Python neu geschrieben.
(23.08.2022 22:33 )BNT schrieb: [ -> ]Ich habe da mal was für die Migration zu Python vorbereitet.
https://git.gsi.de/EKS/Python/ACDAQ/PyAcdaq
Die Basisklassen mit Tkinter-GUI's sind fertig und ich habe den Master auf Release-0-0-0-0 gesetzt.
Anregungen, Kritik können in dem Issue-Tracker hinterlassen werden.
Gruß Holger
(25.08.2022 15:00 )Kiesch schrieb: [ -> ]Oh weia. NI ist also drauf und dran Universitäten komplett als Kunden zu verlieren. Wir kaufen ja schon jetzt nur alle Jubeljahre mal ne neue Academic Version (weil niemand es bezahlen kann / will). Die Programme laufen dann meist in der Entwicklungsumgebung für einfacheres Bugfixing. Wenn ich für den Preis dann nur noch nen Jahresabo kaufen lässt wechseln bei uns vermutlich auch die letzten Nutzer auf Python. Und ich bleib bei meiner Einzelplatzlizens für 2019 stehen bis zum Sankt Nimmerleinstag.
Gruß Kiesch
P.S: Hab auch bei uns schon die Erfahrung gemacht, das viele Kollegen mittlerweile die Labview Programm schon eingestellt haben und teils auf Python neu geschrieben.
Gleiches habe ich schon aus Kreisen RWTH Aachen gehört. Damals (2018/19) ging es sich aber nur um NXG und die schon damaligen Probleme mit Lizenzen für die Lehre. Das wird jetzt nicht besser
.