Jorge, acho que o que eu disse não é tão inviavel nem inadequado quanto parece.

Eu falei que pra o que ele quer tá razoavel a solução dele, se for só isso mesmo, deve ser até o melhor custo/beneficio.

O que tentei aconselhar, é que caso ele pretenda usar mais funções futuramente no sistema ou mais de um escravo, fica dificil fazer desse jeito.

Não me provoca não senão eu vou sugerir um algoritmo de correção de erros... he he he 

Pessoal, que bom que se interessaram por isso!
Eu gosto de fazer programas para microcontroladores e pensar em algorítmos para resolver soluções.
Eu vou fazer o seguinte.
Eu não vejo a necessidade de enviar mais de um byte para o escravo... A não ser que seja por causa da interferência.
Mas eu vou tentar resolver assim:
Vou mandar um byte para o escravo. No caso o valor 8.
O escravo recebe este byte, manda de volta, e grava numa variável "y".
O mestre verifica se o valor que voltou foi o mesmo enviado.
Caso positivo, o mestre manda um outro valor, 16 por exemplo.
O escravo recebe este valor, manda de volta e antes de gravar na variável y, ele verifica se o valor é 16.
Caso seja negativo, ele vai mandar de volta para o mestre outro valor, que não vai ser 16. Aí o mestre volta para o começo, mandando o valor 8, para que o escravo não grave um valor errado na variável "y".
Caso positivo, o escravo entra em um laço de menu(), que vai ser onde está os comandos dos reles.
No caso, o valor 16 seria para dar um comando "pode começar" e o valor 8 seria o comando do rele.
Vou implementar isto no programa hoje, e testar.
Se der certo deste jeito, eu posso colocar vários escravos, e continuar usando 1 byte. Porque eu colocaria o valor de "pode começar" diferente para cada escravo.


Abraço!

Me desculpe pelo post incompleto, comi bola aqui.

Mas continuando...

O jeito mais simplista de fazer isso na minha opnião, é filtrar na int da serial os caracteres de controle e enviar cada comando umas 10x num determinado período. no receptor vc  contaria esses caracteres, confirmaria se esta dentro do tempo e dispensaria a necessidade do handshaking e consequentemente de mais um transceptor.

Me desculpe pelo post incompleto, comi bola aqui.

Mas continuando...

O jeito mais simplista de fazer isso na minha opnião, é filtrar na int da serial os caracteres de controle e enviar cada comando umas 10x num determinado período. no receptor vc  contaria esses caracteres, confirmaria se esta dentro do tempo e dispensaria a necessidade do handshaking e consequentemente de mais um transceptor.

Isto vai ser pensado futuramente!
para eliminar um receptor e transmissor.
Mas eu não sei se vou fazer isto, pois eu também quero informações do escravo.
Como controle do nível da água.

hmm
não lembrava mesmo...
Quando o uC receber este valor, o do caractere. Como ele faria para diferenciá-lo de valores comuns e mostrar o caracter no LCD?

Eu tava tentando simular agora. O envio do byte de comando e do byte de liberação.
Mas está acontecendo algo estranho...
Tipo, quando o escravo recebe 8, e depois 32. Ele manda devolta 8+16+32 = 56.
Mas o mestre está mandando somente 32.
no escravo só tem isso de programa e ele mandar assim...

   while(true)
   {
   x=getc();
   putc(x);
   y=getc();
   putc(y);
   if(y==16)
   {
   if(x==8)
   {
   output_high(PIN_B3);
   }
   else
   {
   output_low(PIN_B3);
   }
   }
   }

o que pode estar errado?
quando eu mando 81 para escravo depois do 8. Ele manda 89.
Ele está sempre somando este valor, e as vezes imendando ele. dependendo do número que recebe.

Smarley,

liga esse receptor na serial do pc, abre o hyper terminal e da uma analisada no q vc recebe do mestre.

pelo q pude perceber, vc esta achando q vc só vai receber os dados q o seu transmissor enviar. e não é bem porai...

bah cara, mas eu estava usando o simulador no pc. Proteus.
E nem estava usando módulos sem fio.
Tava no fio mesmo...
Não sei porque aconteceu isso.
Tem mais esse detalhe neh...
só que é assim cara.
Se eu tenho um "putc(x);" no mestre. Ele está só mandando.
E na próxima linha eu tenho um "getc();".
Ou seja. Ele vai mandar, e quando terminar, pular para o próximo comando e receber.
Tu acha que eu vou ter problemas assim?
Eu vou usar pacotes, de uns 10bytes ou mais, porque não me custa nada fazer isto...

abraço!