array über uart übertragen

[Mark (Gast)]

Hallo, ich habe einen Array und möchte davon einzelne Felder über UART 
übertragen.
Die UART-Übertragung an sich funktioniert, jedoch nicht mit einem array

...
uint8_t buffer[5] = {1,2,3,4,5};
...
usart_transmit_char(mirf_buffer[0]);
usart_transmit_char(5);
...

void usart_transmit_char(unsigned char data){
  /* Wait for empty transmit buffer */
  while ( !( UCSR0A & (1<<UDRE0)) );
  /* Put data into buffer, sends the data */
  UDR0 = data;
}

jedoch bekomme ich nur kryptische Zeichen. Die Zahl (die 5 aus dem 
zweiten aufruf) kommt ganz normal an. Das ganze mache ich mit einem 
Atmega328p.
Was habe ich falsch gemacht?

Mark

[fraezeichen (Gast)]

Was ist mirf_buffer[0]?

Ein bisschen mehr Quelltext hätte viel schönes...

[fragezeichen (Gast)]

Mit der (5) übergibst du UDR0 = data sauber 8 Bit. Breiter ist die 
Übertragung bei 8 Bit halt nicht.
Was du in mirf_buffer hast, kann hier kein Mensch erahnen....

[Marc V. (Firma: Vescomp) (logarithmus)]

Mark schrieb:
> Was habe ich falsch gemacht?

 Angenommen, du willst in wirklichkeit buffer senden (und nicht
 mirf_buffer).
 Dann ist:

 uint8_t buffer[5] = {49, 50, 51, 52, 53};

[Mark (Gast)]

oh, mirf_buffer war noch eine alte Variable. das habe ich geändert. 
trotzdem kommt nur müll raus. aber buffer[0]=0 sind doch auch nur 8bit 
oder nicht? was ist daran anders als 5?

[Marc V. (Firma: Vescomp) (logarithmus)]

Mark schrieb:
> oh, mirf_buffer war noch eine alte Variable. das habe ich geändert.
> trotzdem kommt nur müll raus. aber buffer[0]=0 sind doch auch nur 8bit
> oder nicht? was ist daran anders als 5?

 5 beim zweiten Aufruf wird von deinem Compiler als ASCII '5' (53)
 übersetzt.

[fragezeichen (Gast)]

Ein bisschen mehr Quelltext hätte viel Schönes...............

[Karl M. (Gast)]

Marc V. schrieb:
> 5 beim zweiten Aufruf wird von deinem Compiler als ASCII '5' (53)
>  übersetzt.

Das stimmt nicht ! eine 5 = 0x05 = 0b0101 und nichts anders.

[Marc V. (Firma: Vescomp) (logarithmus)]

Karl M. schrieb:
> Das stimmt nicht ! eine 5 = 0x05 = 0b0101 und nichts anders.

Mark schrieb:
> jedoch bekomme ich nur kryptische Zeichen. Die Zahl (die 5 aus dem
> zweiten aufruf) kommt ganz normal an.

 5 ist Kontrollzeichen und wird auch als solches angezeigt (senkrechter
 Balken).
 Wenn die 5 ganz normal ankommt (als 5 und nicht als kryptisches
 Zeichen), dann hat entweder sein Compiler das entsprechend übersetzt
 oder der TO sagt nicht die Wahrheit.

 Such dir eins davon aus, mir ist es egal.

[Wolfgang (Gast)]

Mark schrieb:
> jedoch bekomme ich nur kryptische Zeichen.

Womit guckst du dir die Daten an? Vielleicht ist auch der Empfänger bzw. 
die Darstellung am Empfänger nicht ganz unbeteiligt.

[Hosenmatz (Gast)]

1. Welcher Typ von uC wird verwendet?
2. Was ist die Taktquelle für Deinen uC?
3. Welche Taktfrequenz?
4. Welches sind die vor der 5 übertragenen Zeichen?
5. Was kommt tatsächlich an? Falls Zeichen nicht benennbar, mache bitte 
ein Bildschirmfoto und poste das hier?

[Stefan F. (Gast)]

Bis du ganz sicher, dass das Array die erwarteten Werte enthält? Ein 
Stack-Überlauf bewirkt unter anderem, das Variablen unerwartete Werte 
enthalten.

[Purzel H. (hacky)]

Ein ueblicher Fehler ist mit den zweiten Zeichen nicht zu warten und 
somit das gespeicherte zu ueberschreiben.

[Stefan F. (Gast)]

> Ein ueblicher Fehler ist mit den zweiten Zeichen nicht zu warten

Er wartet aber, sieht man am geposteten Stück Quelltext.

[Matthias S. (Firma: matzetronics) (mschoeldgen)]

Kann es sein, das du einfach buffer[0], der ein 0x01 (= Ctrl-A) enthält 
sendest, aber erwartest das es eine '1' ( = 0x31) ist?

Wenn du deinen Buffer so initialisierst:

uint8_t buffer[5] = {'1','2','3','4','5');

würde er ASCII Zeichen senden, die du am Terminal dann als "12345" 
siehst.

[Marc V. (Firma: Vescomp) (logarithmus)]

Matthias S. schrieb:
> Wenn du deinen Buffer so initialisierst:
> uint8_t buffer[5] =  {'1','2','3','4','5');
> würde er ASCII Zeichen senden, die du am Terminal dann als "12345"
> siehst.

 Das war schon vor 3 Tagen:
 Beitrag "Re: array über uart übertragen"

 Der TO hat wahrscheinlich seinen Fehler korrigiert, aber da er
 noch nie etwas von Netiquette gehört hat, meldet er sich nicht mehr.

[Peter D. (peda)]

Sobald man mehr als ein Byte senden will, braucht man erstmal ein 
Protokoll, d.h. eine Regel, nach der der Empfänger eindeutig feststellen 
kann, wann ein Paket beginnt und wann es endet.
Daneben ist es nicht verkehrt, wenn der Empfänger auch erkennen kann, ob 
ein Paket gestört oder unvollständig ist. Der Master kann ja mitten im 
Paket einen Watchdogreset gemacht haben, das Kabel kurz mal gezogen 
worden sein, ein Spannungseinbruch usw.