Problem mit SerialPort Read Event C#

Du machst nix falsch. Die Stückelung, in der die Events ausgelöst 
werden, hängt von der Hardware, den Treibern, vom .NET-Framework und der 
Größe der ganzen Puffer dazwischen ab. Also nicht vorhersehbar.
Wichtig ist nur, dass alle Daten ankommen, zusammensetzen musst Du sie 
selbst.

Gruß,

Oliver R. schrieb:
> Du machst nix falsch. Die Stückelung, in der die Events ausgelöst
> werden, hängt von der Hardware, den Treibern, vom .NET-Framework und der
> Größe der ganzen Puffer dazwischen ab. Also nicht vorhersehbar.

Fast, man kann einstellen (ReceivedBytesThreshold) wie viele Bytes 
mindestens angekommen sein müssen, bevor DataReceived ausgelöst wird.

> Wichtig ist nur, dass alle Daten ankommen, zusammensetzen musst Du sie
> selbst.
>
> Gruß,

Danke für Eure Antworten auch wenn ich zugeben muß mir wäre lieber 
gewesen ich hätte einen Fehler gemacht !!!

Dann werd ich mir gedanken machen wie ich mein Problem löse!!

Danke Gruß

Peter

Ja ich glaub ich habe eine lösung bin grad beim testen!!

So scheint zu funktioniren

1

private void serialPort1_DataReceived(object sender, System.IO.Ports.SerialDataReceivedEventArgs e)

2

        {

3

            byte[] array = new byte[100];

4

            int i=0;

5

            do

6

            {

7

                array[i] = (byte)serialPort1.ReadByte();

8

                i++;

9

            }

10

            while ((i != 80)&&(tick!=100));

11

            PrintStart(array);

12

        }

Wenn jemand eine bessere lösung hat ich bin immer Neugirig !!

Gruß
Peter

Hi,

ihr müßt mal grundsätzlich unterscheiden zwischen eventgesteuertem 
Empfang der seriellen Daten und (blockierendem) Lesen mit Timeout.
Oftmals ist das Lesen mit Timeout die einfachere und auch zweckmäßigere 
Variante, aber genau das wird mit der SerialPort-Klasse gerade NICHT 
unterstützt (zumindest bis .NET2.0).
Das Windows-API kann das natürlich alles und ich habe mir seinerzeit 
tatsächlich eine Klasse extra dafür geschrieben. Macht aber nicht 
wirklich Spaß den ganzen Win32-API-Kram zu kapseln, man bekommt 
ziemliche Probleme mit der Abbildung der alten API-Structs (z.B. der DCB 
als gepackte Struktur) in .NET.
Alternativ kann man natürlich eine State-Machine entwerfen, die in dem 
Empfangsevent die Daten zwischenspeichert und erst ab einer bestimmten 
Gesamtmenge irgendetwas auslöst. Scheint mir hier einfacher und 
zweckmäßiger.

Gruß,

Oliver R.
Was sagst du zum obigen Code ???

Gruß
Peter

Hi,

obigen Code halte ich für sehr problematisch, da der Event (wie Du ja 
schon festgestellt hast) mehr als einmal pro Sendung aufgerufen wird. Du 
liest aber jedesmal SYNCHRON eine bestimmte Anzahl an Bytes, spätestens 
beim zweiten Event gibt's nix mehr zu Lesen.
Die Alternative habe ich ja schon geschrieben: In den Events so lange 
die Daten sammeln, bis Du alle Deine Bytes zusammen hast. Z.B.

Member-Vars:
private byte[] array=new byte[1024];
private int TotalRead=0;

private void serialPort1_DataReceived(object sender, 
System.IO.Ports.SerialDataReceivedEventArgs e)
{
  TotalRead+=serialPort1.Read(array, TotalRead, 100);
  if (TotalRead>=AnzahlMeinerBytesDieIchLesenWill)
  {
    PrintStart(array);
    // Falls Rest vorhanden an den Anfang von Array kopieren
    // TotalRead=Restgröße
  }
}

ODER Du verwendest gar keine Events und liest einfach Byte für Byte mit 
SerialPort.ReadByte() und setzt das ReadTimeout entsprechend. Nicht sehr 
effizient aber eventuell für Deine Zwecke vollkommen ausreichend.

Gruß,