Rotina de time out em C#

[Eduardo Augusto]

Eae pessoal, essa semana estive desenvolvendo um aplicativo que se conecta a dispositivos em 485 half duplex, os configura e imprime um relatório e etiqueta da configuração.
Ta funcionando, mas ta funcionando mais ou menos...
Queria conseguir implementar uma rotina de time out entre um requeste de dados e uma resposta do dispositivo, por exemplo:

Código: Selecionar todos

 private void button1_Click(object sender, EventArgs e)
        {
                     byte[] novo_endereco = new byte[8]{0xFF, 0xFF, 0xFF, 0xA5, 255, 0x61,byte_endereco[0], 0x00 };
                     serialPort1.Write(novo_endereco, 0, novo_endereco.Length);
        }


Ao clicar no button1 eu transmito um frame de dados pro dispositivo referente a uma alteração de endereço dele.
No entanto se não houver resposta do dispositivo meu programa não faz nada.
o time out da comunicação é 100ms e há uma situações onde em um evento tenho que enviar 3 frames de dados... tenho que gerar time out pros 3 envios???
pensei em fazer algo bem simples, como um thread.sleep(1), e testar 100 vezes se obtive resposta, mas não sei se isso é o certo....
Não to conseguindo imaginar uma rotina de time out em c#, pensei em usar um timer1 do c# mas não sei se ia ficar bom...

[andre_luis]

A comunicação serial no mais baixo nível, em princípio não exige resposta do destinatário, podendo ser disparado o envio do pacote completo de uma só vez, se quizer. Pode ser que tenha algo mais aí embotido no programa que esteja fazendo isso.

Não poderia estar na configuração da porta, algum bit de controle de fluxo ativado ?




+++

[xultz]

Existe um método do objeto serialPort que você especifica o timeout de leitura, em milisegundos.
Por exemplo, supondo que você espera uma resposta de 1 byte, poderia fazer algo do tipo:

Código: Selecionar todos

byte[] novo_endereco = new byte[8]{ 0xFF, 0xFF, 0xFF, 0xA5, 255, 0x61,byte_endereco[0], 0x00 };
byte leitura = 0;

serialPort1.Write(novo_endereco, 0, novo_endereco.Length);

serialPort.ReadTimeout = 100; //Especifica timeout de 100ms

try
{
    leitura = (byte)serialPort.ReadByte();
    // Aqui verifica se o byte lido está certo e faz o que deve fazer se estiver tudo ok
}
catch
{
    MessageBox.Show("Sem Resposta");
}


[Eduardo Augusto]

Xultz,
Acho que era isso que estava faltando no meu código, eu tinha colocado essa instrução de timeout de 100 ms mas eu nunca entendi oque ela fazia ou como ela funcionava kkkk
Pelo que entendi, devo tratar os bytes de resposta na mesma seção de código de envio com um simples try() catch();
Vou tentar essa rotina, Obrigado!!!

[Red Neck Guy]

Uma forma mais legal de fazer é criar uma thread para implementar a comunicação e criar uma janela de progresso.
Aí você fica enviando mensagens através de uma fila sincronizada e atualizando o progressbar - por exemplo.
É bem simples, a única coisa que precisa saber é que não é permitido a uma thread diferente acessar os controles da outra, sendo assim, tu irá precisa utilizar o Invoke.

[Eduardo Augusto]

Eu uso uma thread diferente para ler os dados da porta serial pelo evento serialPort data received.

Código: Selecionar todos

delegate void setachamadas(string data); // delegate serial para escrever texto
       
        private void setatexto(string data)
        {
            if (this.textBox1.InvokeRequired)
            {
                setachamadas d = new setachamadas(setatexto);
                this.Invoke(d, new object[] { data });
            }
            else
            {
                this.textBox1.Text += data;         
            }
        }
private void serialPort1_DataReceived_1(object sender, SerialDataReceivedEventArgs e)
        {
            btData = new byte[serialPort1.BytesToRead];
            serialPort1.Read(btData, 0, btData.Length);
            string data = string.Empty;
            data = Encoding.UTF8.GetString(btData);
            setatexto(data);                           
        }


O problema é esse bendito time_out de comunicação... Alguns frames que eu envio demoram cerca de 45ms para serem respondidos... E algumas situações, como inicialização do aplicativo, eu peço 3 frames de dados, versão do equipamento, modelo do equipamento e diagnóstico dele... tudo de uma tacada só.
Oque o Xults comento é oque eu melhor entendi.