C# Async Serial Port Lire

J'ai une classe qui se lit à partir du port série à l'aide de la DataReceived gestionnaire d'événements en C#. Quand je reçois des données, je sais que l'en-tête de 5 octets, donc je ne veux pas faire n'importe quoi avec les données jusqu'à ce que j'ai au moins ça. Mon code est ci-dessous:

while (serialPort.BytesToRead<5)
{
//Do nothing while we have less bytes than the header size
}

//Once at least 5 bytes are received, process header

Si je comprends bien, ce code est le blocage et doit être améliorée. Je suis à la recherche de suggestions sur la façon de le faire. Serait un autre gestionnaire d'événement à l'intérieur de la DataReceived gestionnaire d'événement approprié?

InformationsquelleAutor mikeminer | 2014-06-04
  1. 12

    Utilisation de programmation asynchrone (n'oubliez pas de cible première de votre application .NET Framework 4.5).

    Ici vous avez mon de mise en œuvre que les méthodes d'extension pour SerialPort.

    using System;
using System.IO.Ports;
using System.Threading.Tasks;

namespace ExtensionMethods.SerialPort
{
    public static class SerialPortExtensions
    {
        public async static Task ReadAsync(this SerialPort serialPort, byte[] buffer, int offset, int count)
        {
            int quedanPorLeer = count;
            var temp = new byte[count];

            while(quedanPorLeer > 0)
            {
                int leidos = await serialPort.BaseStream.ReadAsync(temp, 0, quedanPorLeer);
                Array.Copy(temp, 0, buffer, offset + count - quedanPorLeer, leidos);
                quedanPorLeer -= leidos;
            }
        }

        public async static Task<byte[]> ReadAsync(this SerialPort serialPort, int count)
        {
            var datos = new byte[count];
            await serialPort.ReadAsync(datos, 0, count);
            return datos;
        }
    }
}

    et voici comment lire:

    public async void Work()
{
   try
   {
       var data = await serialPort.ReadAsync(5);
       DoStuff(data);
   }
   catch(Exception excepcion)
   {
       Trace.WriteLine(exception.Message);
   }
}
    • FWI: j'ai eu à utiliser System.IO.Ports.SerialPort serialPort au lieu de simplement SerialPort serialPort. Je ne sais pas si j'ai raté son coup quelque chose, mais il ne veut travailler de cette façon. Oui, je suis using System.IO.Ports. --- Mais, je n'arrive toujours pas à lire quoi que ce soit 🙁
    • mais j'ai trouvé le ReadTimeout ne fonctionne pas sur BaseStream
    • Voici comment faire pour ajouter une annonce timeout: stackoverflow.com/a/41193744/3717478
    InformationsquelleAutor joseangelmt
  2. 5

    Qui brûle 100% de base, vous ne voulez pas le faire. La bonne façon est d'avoir votre programme de bloc sur le Read() de l'appel. Vous écririez-il semblable à ceci:

    private byte[] rcveBuffer = new byte[MaximumMessageSize];
private int rcveLength;

void ReceiveHeader() {
    while (rcveLength < 5) {
        rcveLength += serialPort.Read(rcveBuffer, rcveLength, 5 - rcveLength);
    }
}

    Ou si vous utilisez le DataReceived cas alors il peut ressembler à ceci:

        private void serialPort_DataReceived(object sender, System.IO.Ports.SerialDataReceivedEventArgs e) {
        if (e.EventType != System.IO.Ports.SerialData.Chars) return;
        if (rcveLength < 5) {
            rcveLength += serialPort.Read(rcveBuffer, rcveLength, 5 - rcveLength);
        }
        if (rcveLength >= 5) {
            //Got the header, read the rest...
        }
    }

    N'oubliez pas de mettre rcveLength à 0 après vous avez le message en entier et traitée.

    • Hans, merci beaucoup pour la réponse. Dans le cas où il y a moins de 5 octets d'abord reçu, il semble s'arrêter et j'ai besoin de comprendre comment la "boucle" de retour à nouveau. Ainsi, par exemple, je suis toujours à la lecture dans un tableau de 20 octets. Le port série tire habituellement dans les 20 à la fois, mais parfois, il tire dans, disons 1 octet, puis de 19. Dans ce cas, le code ci-dessus lit 1 octet, puis s'arrête. Ai-je besoin d'un sommeil quelque part pour donner le reste des données de temps à venir?
    • Le DataReceived événement doit se déclencher à nouveau lorsque le reste des octets arriver. Vous ne devriez jamais faire quelque chose comme "loop back again". Je n'ai aucune idée de pourquoi cela ne se produit pas naturellement. Certains bug où vous les lisez, les octets, mais pas réellement utiliser leur est commun.
    InformationsquelleAutor Hans Passant