AVR (ATMega) - UART - <DC2> an eDIP TFT senden

[Woflgang T. (electric_ghost)]

Hi, ich habe ein kleines Problem mit der Datenübertargung zu einem eDIP 
TFT Display.

Um von dem Display eine Antwort zu erhalten, wird eine Codefolge 
erwartet. Eingeleitet wird diese mit einem <DC2> (0x12).

Wenn ich nun aber dieses Byte sende, bleibt der µC in der 
"while-Schliefe" von der Funktion Byte senden hängen:

///////////////////////////////////
// UART Initialisierung
///////////////////////////////////

void uart_init (void)
{
  UBRR0H = UBRR_VAL >> 8;  
  UBRR0L = UBRR_VAL & 0xFF;      
  
  UCSR0B = (1<<TXEN0) | (1<<RXEN0);          
  UCSR0C = (1<<UCSZ01)|(1<<UCSZ00);          // Frame Format: Asynchron 8N1
  
  do
  {
    UDR0;                      // Sendepuffer löschen
  }
  
  while (UCSR0A & (1 << RXC0));            // Warten bis Sendepuffer gelöscht
}



///////////////////////////////////
// UART Byte Senden
///////////////////////////////////

void uart_send_byte (const uint8_t c)
{
  while (!(UCSR0A & (1 << UDRE0)));  
  UDR0 = c;    
}

Und hier der eigentliche Aufruf:

...
  //<- DC2 ->//
  uart_send_byte(0x12);                // Senden von DC2
  bcc = 0x12;
...

Ich muss dazu sagen, dass jedes andere Zeichen (oder Byte) funktioniert, 
nur eben nicht das <DC2>.
Ist dieses intern reserviert?

Ich hoffe es weiß jemand Rat.
Schon mal Danke

Grüße
electric_ghost

[Moby (Gast)]

Woflgang Tämerl schrieb im Beitrag #403956
>   //<- DC2 ->//
>   uart_send_byte(0x12);                // Senden von DC2
>   bcc = 0x12;

Keine Lösungsidee (progge in Asm), mich macht aber just gerade das 
BCC=0x12 stutzig... Wie kommst Du da drauf? Die LCD Buffer Anforderung 
lautet doch <DC2> 1 S BCC.

[Woflgang T. (electric_ghost)]

"bcc" ist die Prüfsumme.
D.h. es müssen alle (zumindest fast alle) gesendeten Bytes 
zusammengezählt werden und am Ende ebenfalls gesendet werden.
Da das erste Byte "0x12" ist, initialisiere ich bcc gleich mit diesem 
Wert.

Die "1" und Das "S" wird nachträglich noch dazugezählt. Das kommt aber 
erst später im Code, welcher für mein Anliegen keine Bedeutung hat, da 
das Programm ja noch nicht einmal so weit kommt.

Grüße

[Moby (Gast)]

Woflgang Tämerl schrieb:
> Ich muss dazu sagen, dass jedes andere Zeichen (oder Byte) funktioniert,
> nur eben nicht das <DC2>.
> Ist dieses intern reserviert?

<DC2> hat eigentlich nichts besonderes an sich.
Die Sendebuffer-Anforderung sollte so wie in der Doku beschrieben 
funktionieren (tut sie bei mir jedenfalls, ausgegeben UDRE-Interrupt 
gesteuert ;-)

[Rene H. (ballibou)]

Hätte eine Library aber leider für i2c. Ist allerdings riesig da ich 
sämtliche Funktionen des Datenblattes implementiert habe. Die Funktionen 
sind bis auf das senden und empfangen jedoch vorm compilieren ein-/ 
ausschaltbar.

Vielleicht kannste dir den code ja raussuchen und vll abändern!?