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 

Abbruchbedingung while-Schleife führt zu Fehler



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!

06.02.2015, 11:20 (Dieser Beitrag wurde zuletzt bearbeitet: 06.02.2015 11:27 von toxicomanie.)
Beitrag #66

toxicomanie Offline
LVF-Gelegenheitsschreiber
**


Beiträge: 97
Registriert seit: Feb 2015

2014
2015
DE


Deutschland
RE: Abbruchbedingung while-Schleife führt zu Fehler
Ich möchte gern für die Dokumentation meines SubVIs etwas halbwegs sinnvolles schreiben, da das Symbol schon zwielichtig genug ist, bin mir aber über die komplette Funktion noch nicht wirklich im Klaren, also nicht wundern wenn die Kontexthilfe noch etwas schwachsinniges Zeug anzeigt, ich werde das nach und nach ausbessern.

Was mir jetzt aufgefallen ist: ich habe in meinem Sub VI hinten bei Sample-Takt einen Eingang gefunden, der sich Sample-Anzahl nennt. Hier war standardmäßig eine Konstante verbunden (ich nehme an, das war früher das was ich bei den Timing-Einstellungen des DAQ-Assi ändern konnte), ich habe jetzt ein Bedienelement daraus gemacht weil ich das ja auch bei meinem alten Programm so hatte und immer noch will, dass ich das einstellen kann. Jetzt ist mir aber auch aufgefallen, dass bei meinem Programm der DAQmx Lesen bereits einen solchen Eingang hat. O Um Gottes Willen! xD Was ist denn jetzt wieder richtig? Funktioniert hat es ja auch ohne dass ich das bei dem SubVi angeschlossen habe, es irritiert mich nur dass es so oft einstellbar ist - was von dem was hier verbunden wird hat jetzt Priorität?
(06.02.2015 11:12 )Nordvestlys schrieb:  Wir entfernen uns zwar immer weiter von den LV-Problemen, aber was solls...

Dein Lastenheft klingt ein wenig nach Eierlegenderwollmilchsau. Bedeutet "verschiedenste Messungen", dass es ein universelles System gibt, was an verschiedenen Stellen eingesetzt wird? Oder soll das lauffähige System zig mal beschafft werden um gleichzeitig zu messen?

Sollen am Ende nur Mittelwert, Minimum und Maximum aufbewahrt werden, oder alle Rohdaten? Kann man stattdessen auch mit niedriger Samplingrate arbeiten? Oder die drei Werte mit etwas eigener Elektronik 1x pro Minute erfassen. (Je nach Ziel ggf. deutlich günstiger).

Erfordert die Signalquelle eventuell noch einen Tiefpass? Oder ist das Signal der Hall-Sensoren von alleine langsam genug?

Ist das ganze potentialfrei oder müssen die Kanäle (ggf. einzeln) galvanisch getrennt werden?

Wie genau muss die Messung sein (relativ und absolut)?

Je nachdem könnte ich mir vorstellen, dass man ein einzelnes universelles System für 10 TEUR bauen kann (1 Mannmonat Arbeitszeit plus 2 TEUR Hardware) oder einen lowcost-Prototypen mit 3 Monaten Entwicklungszeit, bei dem das einzelne Gerät später nur noch 200 Euro kostet. Oder als Studienarbeit mit einem "billigen" Studenten, der dafür 1/2 bis ganzes Jahr braucht.

Oder eventuell wäre auch ein Standalone-Datenlogger viel sinnvoller?

=> Es gibt also deutlich mehr Fragen zu klären. Die Frage nach dem zweiten Laptop würde ich auch mit nicht-notwendig beantworten.....


Ja dieses System soll an verschiedenen Stellen zum Einsatz kommen, daher sind unterschiedliche Tests erforderlich. Einmal eben eine Lebensdauerprüfung, andererseits eine Shaker-Prüfung bei der man auf Wackelkontakte prüft (deswegen sollen die Intervalle einstellbar sein, damit schneller abgetastet werden kann).

Es sollen nur die Mittelwertdaten etc aufbewahrt werden, sonst kriegen wir hier ganz schnell einen Berg an nicht verwendbaren Daten.

Bisher hat noch niemand von einem Tiefpass oder derartigen Problemen gesprochen, ich gehe daher davon aus, dass das so passt.

Die Genauigkeit der Messung... Naja so genau wie möglich, aber alles im Rahmen - man sollte eben sehen, dass durch die Hall-Sensoren entweder 7mA oder 14mA fließen, aber wir machen hier keine Nuklear- oder Raumschifftests.

Die anderen Fragen kann ich leider nicht beantworten, ich bin erst seit Januar in dieser Abteilung und versuche gerade selber mich ein bisschen zu orientieren. Hier wurde auch schon angemerkt, dass es mit DIADEM als Software leichter wäre. Ich mache hier meinen Job und ich versuche das möglichst gut hinzukriegen, was auch immer die von mir erwarten.


Angehängte Datei(en)
13.0 .vi  Gerd2.0.vi (Größe: 40,94 KB / Downloads: 84)

13.0 .vi  KonfigurationSubVI.vi (Größe: 31,53 KB / Downloads: 76)
Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
Anzeige
Antwort schreiben 


Nachrichten in diesem Thema
RE: Abbruchbedingung while-Schleife führt zu Fehler - toxicomanie - 06.02.2015 11:20

Möglicherweise verwandte Themen...
Themen Verfasser Antworten Views Letzter Beitrag
Question Schalter deaktivieren führt zu race condition, wie umgeht man das? TpunktN 4 3.372 12.05.2021 09:18
Letzter Beitrag: TpunktN
  Änderung von großen Cluster (Type Def.) führt zu out of Memory exeption spacz 8 6.358 28.10.2019 09:01
Letzter Beitrag: spacz
  Case-Struktur führt True und False aus (Ereignisschleife) HIMI 11 8.832 24.08.2017 13:04
Letzter Beitrag: HIMI
  Messwertüberprüfung - mit Abbruchbedingung Marbec 10 6.915 26.11.2015 10:32
Letzter Beitrag: Marbec
  Abbruchbedingung While Schleife KingLui 6 5.957 07.11.2014 13:25
Letzter Beitrag: jg
  Abbruchbedingung meiner While Schleife LabVI 9 7.046 19.09.2014 15:20
Letzter Beitrag: LabVI

Gehe zu: