Bluetooth Verbindung read() write() Problem

[Alex (Gast)]

Hallo,

ich habe einen µC mit einem Bluetooth Modul verbunden und versuche jetzt 
mit meinen PC über Bluetooth mit dem µC zu kommunizieren. Ich verwende 
einen Bluetooth Manager um einen virtuellen Port zu erstellen, denn ich 
mit meinem C Programm öffne.
Betriebssystem ist Linux.
Funktioniert auch alles gut soweit.
Das Problem ist, dass ich als Antwort immer das Ergebnis der letzten 
Anfrage erhalte.
In meinem Code Beispiel weiter unten:
Ich SOLLTE bei einer "1" ein "okay" bekommen, bei allem anderen ein "X".
Ich schreibe eine "1" bekomme ein "X", schreibe eine "2" bekomme ein 
"okay", schreibe wieder eine "2" bekomme ich ein "X", "1""X", "1" 
"okay"...
Ich hoffe ihr versteht was ich meine :)
Der Fehler liegt sehr wahrscheinlich auf der Seite des PC's, da mit 
"minicom" alles bestens funktioniert.

Ihr mein Source code, der auf dem PC läuft:

#define PORT "/dev/rfcomm1"

#define FALSE 0
#define TRUE 1

volatile int STOP=FALSE;

int main()
{
  int fd, res;
  char buf[255] = {0};
  char test[]= {0}; //"123456789";
  unsigned char input = 0;
  int count = 0;
  char dummy[255];

  fd = open(PORT, O_RDWR | O_NOCTTY );
  if (fd <0) {perror(PORT); exit(-1); }


 while (STOP==FALSE) {

   printf("Type 1 for 'okay' as answer, anything else for 'x': ");
   fgets(buf, 3, stdin);
   sscanf(buf, "%c", &input);
   printf("The sign : %c\n",input);
   while ( getchar() != '\n' ) sscanf(buf, "%c", dummy);
   write(fd, &input, 1);

   res = read(fd,buf,255);
   printf("%s\n", buf);
    }

    return 0;
}

Hier der Code auf dem µC:

int
main (void)
{

  UART_init();
  unsigned char test = '0';

  while(1){

    test = USART_Receive();

    wait20ms();

    if(test == '1'){
      USART_Transmit('O');
      USART_Transmit('k');
      USART_Transmit('a');
      USART_Transmit('y');
      USART_Transmit(0);
    }
    else{
      USART_Transmit('X');
      USART_Transmit(0);
    }


  }
}

Vielen Dank

[Tobi L. (derarzt)]

Also die frage ist zwar schon relativ alt aber ich versuch trotzdem mal 
zu antworten^^ich habe mir den sourcecode auf dem mikrocontroller 
angeschaut und spontan würde ich sagen es liegt an den 20ms