Soweit habe ich ausnahmsweise auch gedacht =)
Es tut mir wirklich total leid, aber das funktioniert m.M.n nicht ?!
Ich habe mal das, bzw. eines meiner VIs mit einem Peakdetection-Versuch angehängt. Falls doch Daten vorhanden sind, geb' mir bitte Bescheid, dann zeichne ich ein richtiges EKG auf.
Hallo Xi,
es sind leider keine Daten im VI hinterlegt. Ohne Daten keine Hilfestellung…
Deine Peak-Erkennung kann momentan aber nicht funktionieren, da sie nicht auf den Daten beruht, die du in deinem Chart darstellst! Im Chart landet jeweils das erste Zeichen, welches bei jedem VISARead-Aufruf gelesen wird. In der Peak-Erkennung verwendest du stattdessen jeweils den kompletten gelesenen String: das sind ganz andere Daten und noch dazu mit unbestimmter Anzahl Bytes. Da muss die PeakDetection ja über die Nichteinhaltung des Nyquist-Kriteriums schimpfen!
Ist das Default setzen mit Waveform Charts immer möglich? in einem anderen VI mit einem Graphen (und auch in dem PeakBsp.vi von dauz) funktioniert es... nur in meinen VIs mit der Chart nicht.
Okay. Ich hatte wie gesagt schon gefühlt alle Möglichkeiten versucht, das war eben eine davon
Ich versuche mal herauszufinden, woran es liegen könnte, dass das mit dem Default nicht klappt! Damit ihr mir auch helfen könnt
Hallo Xi,
in
Beitrag #5 hast du von drei Signalen gesprochen, zwischen denen über einen Multiplexer umgeschaltet wird. Davon ist in deinem VI noch nichts zu sehen…
Zitat:Ich hatte wie gesagt schon gefühlt alle Möglichkeiten versucht
"Da stimmt etwas mit deinen Gefühlen nicht!" (frei nach Loriot)
- Die Historie eines Charts scheint nicht unbedingt zu den Default-Werten zu gehören, wodurch nur der aktuelle Datenpunkt als Default hinterlegt wird. Tja, Charts haben ihre Nachteile - und das scheint einer davon zu sein. Nur weil du deinen Chart mit "Graph" betitelst, bekommt er nicht alle positiven Eigenschaften eines echten Graphs…
Hallo Gerd,
Wie gesagt: meine Analogschaltung kann 3 Signale aufnehmen. Diese würden über den MUX von ADC durchgeschaltet werden... Da ich mich aber nicht in der Lage sehe, die 3 Signale schlussendlich in Labview darzustellen, kümmere ich mich nun um die Peaks bzw. Herzfrequenz. Dafür wird also nur ein Signal/Ableitung verwendet.
Wäre es denn möglich, dass du mir kurz zeigst, wie ich mein VI mit einem Waveform Graph realisiere?
Ich konnte mittlerweile ein paar Peaks detektieren
, auch wenn diese noch etwas willkürlich erscheinen.. Kann ich für die Werte der Threshold und Weite mit denen aus den Chart-Achsen arbeiten?
Hallo Xi,
Zitat:wie ich mein VI mit einem Waveform Graph realisiere?
Genau dafür gibt es ja den Beispielfinder in LabVIEW. Da gibt es auch Beispiel-VIs zum Umgang mit Charts und Graphen…
Zitat:auch wenn diese noch etwas willkürlich erscheinen.
Das wundert mich nicht…
Zitat:Kann ich für die Werte der Threshold und Weite mit denen aus den Chart-Achsen arbeiten?
Mit den Werten der Y-Achse schon. Die X-Achse dagegen nummeriert einfach die Messwerte durch. Und da du anscheinend ohne irgendein besonderes Timing die Messwerte aufnimmst (kein konstantes dt), würde es mich sehr wundern, wenn die X-Achse zufällig die korrekten Daten enthalten sollte…
Möchte mir jmd. sagen, ob das (Waveform Graph) prinzipiell i.O. ist?
Warum wird das Signal so dargestellt, dass nach unten hin "alles weiß ist"?
Hi zusammen,
sorry das ich jetzt erst antworte, war aber die letzten Tage zeitlich gebunden.
(28.06.2014 12:38 )XiGua89 schrieb: [ -> ]Möchte mir jmd. sagen, ob das (Waveform Graph) prinzipiell i.O. ist?
Grundsätzlich passt das schon, woher hast du die Angaben für das dt?
(28.06.2014 12:38 )XiGua89 schrieb: [ -> ]Warum wird das Signal so dargestellt, dass nach unten hin "alles weiß ist"?
Dein VI läuft ohne Wartezeit oder dergleichen, dass bedeutet die Daten werden mit der Geschwindigkeit abgeholt, die dein System erlaubt. Ich hab gerade mal nachgesehen, du hast in deinem Graphen über 65500 Datenpunkte dargestellt, noch dazu erstellst du dein Daten-Array außerhalb der Case-Struktur, dass bedeutet dein VI schreibt permanent Daten rein.
[
attachment=50127]
Wenn du den dargestellten Bereich heranzoomst, dann siehst du, dass er die empfangenen Daten darstellt und danach immer wieder auf "Null" abfällt, was höchst wahrscheinlich an der Position deiner "Array-Erstellung" liegt.
Ich hab dir ein VI erstellt, mit dem du die empfangenen Daten in einem Graphen darstellen kannst, außerdem werden sie in einem String mitgeloggt, so dass du jetzt mehrere Möglichkeiten hast uns die ankommenden Daten zur Verfügung zu stellen. Ich hab dir außerdem noch die Option eingefügt, alles in einer Text-Datei zu speichern.
Hast du dir in der Zwischenzeit den ankommenden String angesehen, damit du abschätzen kannst ob deine "Daten-Extrahierung" passt?
Lass das VI mal bitte laufen und lad die entsprechenden Ergebnisse bitte hoch.
Gruß
dauz
Hallo dauz,
erst einmal herzlichsten Dank für deine Mühen!
anbei schonmal das VI mit Daten. Ich muss mir dein VI erst einmal genauer anschauen!
Achja, der Wert für dt war einfach mal zum Testen....
Ich muss mir Labview und seine Fkt durch probieren oder einfacher durch verstehen von (möglichen) Lösungen heranführen. Ich kann mir nicht überlegen was ich alles aufbauen möchte und das anschließend in Labview umsetzen. Dazu fehlen mir leider die nötigen Kenntnisse/Erfahrungen bzgl. Informatik, dig. Signalverarbeitung,....
Hallo Xi,
- wozu die Sequenz um die Case-Struktur zum Speichern der Daten?
- wozu formatierst du die erhaltenen Daten als 10stelliges Float mit 5 Nachkommastellen, wenn alles, was du da empfängst ein einzelnes Byte (Wertebereich 0…255) ist?
- die Nutzung von BytesAtPort ist (schon immer) höchstwahrscheinlich verkehrt: du solltest wissen, wie die Botschaft deines Messgerätes aussieht. Dementsprechend solltest du wissen, wieviele Bytes du zu erwarten hast und eben genau diese lesen.
Zitat:Dazu fehlen mir leider die nötigen Kenntnisse/Erfahrungen bzgl. Informatik, dig. Signalverarbeitung,...
Gegen Nichtwissen hilft Lesen!
Der Rest wird jetzt einfach:
[
attachment=50130]