RS485

[ITP]

Oi,

Qualquer organismo pode explicar "turn-around" atraso na comunicação RS485 Half duplex.Como cuidar deste atraso.
Obrigado
Itp

 

[trace_ru]

Eu, simplesmente, esperando por um determinado período de tempo para permitir que a linha para resolver.No meu caso a rede é constituída por 32 unidades, todos falando asyncronously.
Dê uma olhada no protocolo SNAP.É grátis.
http://www.hth.com/snap/
Eu uso o meu próprio protocolo SNAP, mas parece ser bom.
trace

 

[mgajo]

Oi velocidade até erro,
de retornar à velocidade de trabalho

 

[Jason-dong]

Alguém tem o modelo viável ou código fonte?Rgds,
Jason

<img src="http://www.edaboard.com/images/smiles/icon_smile.gif" alt="Sorrir" border="0" />

 

[ITP]

Oi trace_ru,
Obrigado pela sua repetição.Você disse que todos nós estamos falando asyncronously, você pode breve seu protocolo, e que rs485 IC você usou.

Obrigado.

 

[trace_ru]

Eu uso 75N176 que o motorista (embora eu shojuld usaram LTC1482 uma vez que a detecção de portadora).
O protocolo que eu uso é extremamente simples:
<heared> <length> <source <destination endereço endereço <message> <CRC>.
Mensagens requerem diferentes tipos de respostas (OK, OK, não, a resposta de status, etc) usando o mesmo formato de embalagem.
Nodes primeiro ouvir a rede.Quando um período de inatividade é encontrado, um nó que pretende conversar com a rede começa preudo ciclo de espera aleatório (relacionados com o endereço do nó) e, em seguida, se a linha ainda está livre - enviar o pacote e aguarda uma resposta.Se não houver resposta recebida, a transmitir rotina repete 3 vezes antes de desistir.
SNAP tem uma melhor aplicação, mas mais pesados (na medida em que o código está em causa).
trace