Allgemeine Vorgehensweise: Kommunikation mit Messgerät

(11.04.2014 12:11 )GerdW schrieb:  Wenn man den Messbereich deines Oszi auf gerade mal 8bit beschränkt, dann bleiben nicht viele Nachkommastellen übrig. In welchem Bereich liegen den die erwarteten "Schwankungen"?

Ist im 10^(-3) Bereich. Ich möchte im Array genau die Messwerte stehen haben, welche auch per ASCII ankommen würden.

Zitat:- Du hattest gesagt, du willst aus Geschwindigkeitsgründen von ASCII auf BYTE/WORD umstellen. Und nun liest 10010 Bytes jeweils einzeln vom Port: was soll das? Warum nicht lesen in größeren Blöcken? Warum nicht die ersten 8 Byte am Stück lesen und verwerfen?

Das mache ich nur im "Teststatium", um den Überblick zu behalten. Genauso wie das mit dem Fehler auswerten.

Zitat:- Wenn du einen leeren String haben willst, dann solltest du nicht einen String der Länge Null ausschneiden, sondern die "leerer String"-Konstante nehmen. Oder den Outputtunnel der Case-Struktur auf "Default if unwired" stellen und nicht verdrahten…
- Wenn du die ersten Bytes nicht in dein Datenarray aufnehmen willst, dann macht man da keinen leeren String daraus, sondern setzt die Case-Struktur um Typecast und BuildArray herum…

Ist einfach schnell gemacht, um die ersten Bytes abzuschneiden. Sind nämlich keine Messwerte bzw. sehen garnicht danach aus.



Ich kann das ganze auch mit 16 Bit machen. Dann sieht der Graph aber trotzdem so aus. Also es kommen nicht die Werte raus, die das Messgerät gespeichert hat. In Annäherung stimmt der Verlauf aber eben nicht im Detail. Und dieses "rumgezappel" des Messwerte bei y=0 ist auch nicht richtig.

Danke für den schnellen Support. Bin dann mal wieder am Probieren....




PS: Siehe Bild: Vor dem Abschalten sind die realen Messwerte nicht so genau, dass genau eine Horizontale entsteht. Nach dem Abschalten bewegen sich die Messwerte in einem viel zu großen "Bereich" um y=0. Irgendwas "versaut" mir die Werte. Das zweite Bild zeigt den Bereich vor dem Abschalten, wie es aussehen soll (nur für die Vollständigkeit =) )

MfG