A ligação já foi testada, e a comunicação está ok (recebe e envia).
Minha dúvida, é quanto à programação, quer dizer, a comunicação se dá da seguinte forma:
Arduino: d2, high
Arduino > PC: [request_data]
(ao terminar transmissão) d2, low
PC > Arduino: [data]
A dúvida:
Como fazer o arduino alternar o enable, no momento certo entre o fim do envio, e o começo do recebimento da mensagem?
Seria necessário fazer um "protocolo" com persistência?
Ola
Crias uma funçao que alterne o pino de controlo, algo assim:
void controlPin(uint8_t controlBusPin)
{
controlBusDirection = controlBusPin;
pinMode(controlBusPin, OUTPUT);//Pin that Control Data Direction
digitalWrite( controlBusPin,HIGH);//Enable Transmitter,Disable Receiver on default state
}
Depois podes criar outra funçao para "escutar" e outra para entrar no modo de envio
/transmitMode set the control pin HIGH to enable the RS485 transiver
void txMode()
{
digitalWrite(controlBusDirection,HIGH);//Enable Transmitter,Disable Receiver
}
void rxMode()
{
digitalWrite(controlBusDirection,LOW);//Enable Transmitter,Disable Receiver
}
De momento estou quase a concluir uma libraria para trabalhar com um barramento RS485
Inda nao esta concluida mas assim que esteja depois posso partilhar
Amigo, obrigado pela resposta. É algo assim mesmo que tenho em mente, minha maior dúvida, é se isso irá funcionar corretamente com as temporizações da transmissão.
Por exemplo, alterno o pino ao terminar de enviar a mensagem do arduino para receber a resposta do PC, mas o Arduino ( e o transc.) será rápido o suficiente para alternar antes do PC começar a responder?
No meu caso eu estou usando VB do lado do PC e ele comunica corretamente.Se tiver problema pode sempre tentar dar um delay do lado do pc quando terminar de receber os dados antes de enviar a resposta.
Obrigado novamente, então acho que está tudo certo aqui. Mas de qualquer forma, um delay seria interessante (melhor prevenir). Como eu faço isso? Meu software é em C#, não deve ser muito diferente
Como nao conheço bem o C# após uma breve busca no google encontrei isto:
I usually use Thread.Sleep(xxxx) where XXX is in miliseconds.
you need to add "Using System.Threading" as well.
Also I usually introduce Application.DoEvents() here and there to make the GUI more responsive. adding Application.DoEvents() can also slow it down slightly.
Mesmo assim porque nao apenas testar sem qualquer delay? Penso que nao iras ter o problema no tempo de comutação do pino.O teste dirá a verdade.
Amigo, não funcionou sem delay, da forma que você recomendou também não estava funcionando,
mas era porque era preciso adicionar > using System.Threading;
Sei que deveria saber disso, mas sou autodidata em programação para PC, sei só o suficiente para interface com Arduino.
Nossa, nem prestei atenção que estava descrito XD
Na verdade no forum que encontrei esta informação não dizia, deve ser por isso que deixei passar batido agora...
De qualquer forma, optei por realizar a comunicação "à 4 fios": um para de transceivers para o Tx e outro par para o Rx.
Desta forma fixo o RE e DE em gnd ou vcc, em cada lado da comunicação, e não preciso alterar programação, disponibilizar mais pinos do arduino, e de certa forma aumento a confiabilidade da comunicação
(sei que não vai falhar por problemas com enable).
De qualquer forma obrigado amigo, é sempre bom aprender um pouco mais