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!
ich würde gern Messdaten die in ein cDAQ-9174 gehen duplizieren. Ich benötige die Signale in einem zweiten separaten Programm. Ist es möglich diese Daten zu duplizieren, wenn ja auch in Echtzeit?
Vielen Dank für die Hilfe.
Gruß
28.09.2018, 07:13 (Dieser Beitrag wurde zuletzt bearbeitet: 28.09.2018 07:14 von GerdW.)
Zitat:Ist es möglich diese Daten zu duplizieren, wenn ja auch in Echtzeit?
Ja.
Zitat:ich würde gern Messdaten die in ein cDAQ-9174 gehen duplizieren. Ich benötige die Signale in einem zweiten separaten Programm.
- Um welche Art "Messdaten" handelt es sich? Wieviele Kanäle? Welche Samplerate? Analog/digital/CAN/RS232/wasauchimmer?
- Wieso muss das zweite Programm "separat" sein? Warum nicht alles in einem Programm?
- Handelt es sich bei beiden Programmen um LabVIEW (in der gleichen Version)?
- Was verstehst du unter "Echtzeit"? "Realtime" bedeutet nicht für jeden das exakt gleiche…
Du musst schon etwas mehr Information liefern, wenn du nicht nur generische Antworten bekommen willst.
Tipp: LabVIEW kommt mit einem Beispielfinder. Dort findest du auch Beispiele zum Datenaustausch zwischen Programmen, die sogar auf verschiedenen Rechnern laufen können…
(28.09.2018 07:13 )GerdW schrieb: herzlich willkommen im Forum!
Vielen Dank!
(28.09.2018 07:13 )GerdW schrieb: - Um welche Art "Messdaten" handelt es sich? Wieviele Kanäle? Welche Samplerate? Analog/digital/CAN/RS232/wasauchimmer?
- Wieso muss das zweite Programm "separat" sein? Warum nicht alles in einem Programm?
- Handelt es sich bei beiden Programmen um LabVIEW (in der gleichen Version)?
- Was verstehst du unter "Echtzeit"? "Realtime" bedeutet nicht für jeden das exakt gleiche…
-Es sind Analoge Signale. An dem cDAQ-9174 sind momentan 3 Steckkarten (NI9234 & 2x NI9215). Die erste Karte hat 3 Kanäle und die zweite und dritte jeweils 4 Kanäle. Die zweite und dritte Karte bekommen die Signale durch ein MTS-Controller, welcher dazwischen geschaltet ist.
-Es ist ein separates Modul an einem Prüfstand und meine Kollege bevorzugt es, eine separate Lösung zu generieren. Des weiteren steht bis dato keine Möglichkeit an das LabView Modell zu kommen, nur an die Signale. Das bestehende Programm läuft mit der Version 2014. Ich würde das neue jedoch mit 2017 erstellen wollen. Jedoch wenn es genügend und sinnvolle Argumente dagegen gibt, es ist wohl auch anders lösbar. (Das ganze ist noch in der "Start-Phase", daher versuche ich diese Fragen vorab zu klären.)
-Eigentlich die klassische Echtzeit Definition, die auch in der Uni gelehrt wird. Welch andere Interpretationen gibt es denn?
(28.09.2018 07:13 )GerdW schrieb: Du musst schon etwas mehr Information liefern, wenn du nicht nur generische Antworten bekommen willst.
Entschuldige, ich wusste nicht, welche Informationen relevant sind, deshalb die generische Frage. Ich hoffe jetzt ist es etwas besser.
(28.09.2018 07:13 )GerdW schrieb: Tipp: LabVIEW kommt mit einem Beispielfinder. Dort findest du auch Beispiele zum Datenaustausch zwischen Programmen, die sogar auf verschiedenen Rechnern laufen können…
Dankeschön für den Tipp, das werde ich mir anschauen!
Zitat:Es ist ein separates Modul an einem Prüfstand und meine Kollege bevorzugt es, eine separate Lösung zu generieren. Des weiteren steht bis dato keine Möglichkeit an das LabView Modell zu kommen, nur an die Signale.
Ich nehme an, unter "Modul" und "Modell" verstehst du VIs (bzw. deren Blockdiagramm)?
Wieso kommst du an die "Signale", wenn du keine Möglichkeit hast, an das "LabVIEW Modell" zu kommen?
Zitat:Das bestehende Programm läuft mit der Version 2014. Ich würde das neue jedoch mit 2017 erstellen wollen. Jedoch wenn es genügend und sinnvolle Argumente dagegen gibt, es ist wohl auch anders lösbar. (Das ganze ist noch in der "Start-Phase", daher versuche ich diese Fragen vorab zu klären.)
Handelt es sich um Executables oder werden VIs in der Entwicklungsumgebung ausgeführt?
Bei ersterem wäre die LabVIEW-Version (nahezu) egal.
Bei VIs solltest du in der gleichen LV-Version bleiben.
Zitat:Eigentlich die klassische Echtzeit Definition, die auch in der Uni gelehrt wird. Welch andere Interpretationen gibt es denn?
Was wird denn an der Uni gelehrt?
"Echtzeit" heißt für mich, dass das OS sicherstellt, dass bestimmte Prozesse (mit minimalem, garantiertem Jitter) zu vorher definierten Zeitpunkten aufgerufen werden - solange die CPU genügend Resourcen bietet.
Zitat:Ich nehme an, unter "Modul" und "Modell" verstehst du VIs (bzw. deren Blockdiagramm)?
Wieso kommst du an die "Signale", wenn du keine Möglichkeit hast, an das "LabVIEW Modell" zu kommen?
Mit Modul meine ich eine Erweiterung eines bereits bestehenden Prüfstands. Für diese Erweiterung soll ein zusätzliches LabView Modell erzeugt werden.
Mit Signalen meine ich nicht die Signale in der VI selber, sondern eher Hardware-seitig. Salopp gesagt eine Art "Splitter".
Zitat:Handelt es sich um Executables oder werden VIs in der Entwicklungsumgebung ausgeführt?
Bei ersterem wäre die LabVIEW-Version (nahezu) egal.
Bei VIs solltest du in der gleichen LV-Version bleiben.
Es handelt sich um eine Executables, daher auch nicht die Möglichkeit an die VI u.ä. zu gelangen.
Zitat:Was wird denn an der Uni gelehrt?
"Echtzeit" heißt für mich, dass das OS sicherstellt, dass bestimmte Prozesse (mit minimalem, garantiertem Jitter) zu vorher definierten Zeitpunkten aufgerufen werden - solange die CPU genügend Resourcen bietet.
In etwa diese Definition hatte ich auch vor Augen. Sodass eine rechtzeitige Reaktion des Systems möglich ist.
Zitat:Dann schnapp dir doch einfach einen Lötkolben und etwas Draht und baue dir einen solchen "Splitter". Wo ist das Problem?
Ist das so einfach möglich? Beeinflusse ich das Signal dabei nicht? Es ist soweit kein Problem, sondern ich wollte lediglich nach Möglichkeiten fragen welche die Urpsprungsfrage beantworten,
da ich noch nicht sonderlich erfahren in diesem Gebiet bin.
Zitat:Und niemand hat Zugriff auf den Sourcecode dieser Executables?
Nein.
Zitat:Wenn du wirklich "Echtzeit" haben willst, solltest du auch Echtzeit-Systeme verwenden.
Also eher cRIO oder PXI, aber eher nicht cDAQ…
Der cDAQ ist für den bestehenden Prüfstand verwendet worden. Darauf hatte ich keinen Einfluss. Für die geplante Erweiterung werde ich dann deinen Rat berücksichtigen.
Da ich bis jetzt nach meiner Internetrecherche nichts richtig passendes gefunden habe, hier noch einmal die Nachfrage:
Inwiefern ist es möglich die analogen Sensordaten zu duplizieren? Muss ich mir es selber basteln, oder gibt es so etwas schon? Wenn ich das Signal doch einfach abgreife und anschließend weiter gebe, veränder ich dabei nicht den Analogenwert? Strom bzw. Spannungswert?
Gruß
Florian
08.10.2018, 08:20 (Dieser Beitrag wurde zuletzt bearbeitet: 08.10.2018 08:22 von GerdW.)
Zitat:Inwiefern ist es möglich die analogen Sensordaten zu duplizieren?
Wie oben geschrieben, könntest du Signale doppelt abgreifen…
Zitat:Muss ich mir es selber basteln, oder gibt es so etwas schon?
Wenn du mit BNC-Kabeln arbeitest, dann gibt es da fertige T-Stücke…
Zitat:Wenn ich das Signal doch einfach abgreife und anschließend weiter gebe, veränder ich dabei nicht den Analogenwert?
Nein. Spannung bleibt Spannung, Strom bleibt Strom.
(Von minimalen Messfehlern abgesehen, Messtechnik beeinflusst halt immer das zu messende Objekt.)
Zitat:Strom bzw. Spannungswert?
Spannungen haben den Vorteil, dass man sie mehrfach parallel abgreifen kann (mit hochohmigen Messgeräten).
Ströme haben den Nachteil, dass man sie nicht parallel abgreifen kann: der Strom würde sich aufteilen (Ohmsches Gesetz). Man könnte ihn theoretisch seriell mehrfach messen, muss dann aber die max. Bürde des Sensors (bzw. dessen Spannungsversorgung, s. Datenblatt) beachten.
Hattest du in der Zwischenzeit Gelegenheit, mal ein Lehrbuch zum Thema "Elektrische Messtechnik" zu lesen? Insbesondere bei der letzten Frage reden wir wirklich über grundlegende Fragen der E-Technik - ich hatte sowas in der 7. oder 8. Klasse gelernt…
