Digitalmultimeter c# problem

[didi34]

Ich habe mir mit einem µController ein Voltmeter gebaut, welches daten über RS232 an meinen PC sendet. Sende ich meine gemessenen Werte alle 10 ms funktioniert es einwandfrei, jedoch wenn ich mit 1 ms sende kommen nicht mehr alle 5 Byte an. Wie kann ich den Code verbessern? Es werden 4 ASCII-Zeichen gesendet und ein Endzeichen 'e'.

 
public double messen()
{
    string mess = "";
//einlesen bis Endzeichen kommt
    mess = serialPort1.ReadTo("e");
//buffer entleeren
    serialPort1.DiscardInBuffer();
// Bitwert auf Realen Messwert umwandeln
    Messwert = Convert.ToDouble(mess) / 1023 * 5.07;
    return Messwert;
}

[masasibe]

Mit welcher Baudrate sendest du denn?
Bei einer Baud von 1200Byte/s bräuchte jedes Byte ja schon 0,833ms und dann gehen sich 5Byte/ms natürlich nicht mehr aus.

mfg masasibe

[didi34]

Baud ist ok. Ich sende mit 9600 baud. Ich sende den string "1023" und bei mir kommt manchmal "123" manchmal "102" manchmal "" usw. an.

[lokirobotics]

Dein C# Programm wird die Daten nicht schnell genug aus dem (Virtual)COM Port holen. Vom Read bis zum DiscardInBuffer werden schon wieder Zeichen angekommen sein.
Ich halte 1kHz Update-Rate über den Port für sehr bedenklich und auch "unschön". Ein Update mit 10Hz würde doch mehr als reichen, oder?
Also immer 100 Werte im Controller sammeln und dann in einem rüber damit. Das lässt die Schnittstelle länger frei, reduziert den Overhead und du kommst mit deinem nicht so schnellen PC hinterher ;D

[Besserwessi]

Auch bei 9600 Baud braucht ein Byte schon etwas über 1 ms !. Bei 1200 baud sind das 0,83 ms für ein Symbol, und man braucht in der Regel 10 Symbole für 1 Bytes, also gut 8 ms.
Wenn man wirklich 1 ms braucht hilft nur eine höhere Baudrate ( >=20000) und dann ggf. noch eine binäre Übertragung. Die 10 bit kann man auch in 2 Bytes übertragen, einfach 1 Bit für die Identifikation der Datenhälften reservieren. Zur Not auch mit 19200 Baud und dann nur 6 oder 7 Bit Datenpakete.

[masasibe]

Oh du hast Recht! Die Baud gibt die Symbole und nicht die Byte/s an.
Jetzt verstehe ich auch, warum man bei einer Baud von 1200 quasi zuschauen kann, wie die Daten ankommen.
Das sind dann ja nur 120 Byte/s, wenn ein Byte 10 Symbole braucht.

Tja wieder etwas dazugelernt!

[didi34]

Das Problem dürfte nicht an der Baudrate liegen. Wenn ich mir das Signal mit dem PUTTY ansehe, kommen die Werte perfekt.

[masasibe]

Meinst du nicht, dass es wirklich daran liegen könnte, dass während dem Zurücksetzen des Buffer schon wieder neue
Daten hineingeschrieben wurden, so wie lokirobotics schrieb.
Hast du es schon einmal auf die Weise probiert, die lokirobotics dir geraten hat?
Also mit dem Zwischenspeichern einiger Werte auf dem µC und dem Übertragen von mehreren Werten auf einmal an den
PC.

[o.g.1985]

Ich hatte auch mal ein Buffer Problem das der Buffer schon wieder beschrieben wird werde er noch gelesen wird Mach zwei Buffer ! Die wie ein Flipflop funzen.
In der Zeit wo der eine Buffer gelesen wird, wird der ander Buffer beschrieben !

Eft hilft das.

MFG Oliver G

[didi34]

Ich hatte auch mal ein Buffer Problem das der Buffer schon wieder beschrieben wird werde er noch gelesen wird Mach zwei Buffer ! Die wie ein Flipflop funzen.
In der Zeit wo der eine Buffer gelesen wird, wird der ander Buffer beschrieben !

Eft hilft das.

MFG Oliver G

Wie meinst du das? Kann ich einen Zweiten Eingangsbuffer erstellen? Kannst du vielleicht ein Codebeispiel posten?
Vielen dank für deine Antwort.