Uart Transmission klappt nicht

[Sam (Gast)]

Hallo an alle,

Ich habe ein Problem mit der Uart Übertragung:

UxTXREG='a';
while(UxSTAbits.TRMT==0)
; // warten bis Transmit Shift register und Transmit buffer register leer ist.

Leider wird das TRMT bit NIE gesetzt.

Was funktioniert:

UxTXREG='a';
__delay_ms(4);

Das ist aber nicht schön. Auf jeden Fall funktioniert die Übertragung, 
nur nicht korrekt.

Woran liegt es, dass das TRMT nicht gesetzt wird? Handelt sich um ein 
PIC24.
Es wird nur übertragen, es kommt nichts zurück.

http://ww1.microchip.com/downloads/en/DeviceDoc/70582C.pdf

Seite 6 ist TRMT beschrieben.

Danke

lG

[DanVet (Gast)]

Wird denn etwas übertragen?
Kompletten Code zeigen!

[H.Joachim S. (crazyhorse)]

Ohne was zum PIC sagen zu können: du solltest es andersherum machen. 
Erst prüfen, ob das Register frei ist (und dann ggf. so lange zu warten 
bis es frei ist) und nicht danach stur abwarten bis es raus ist. Die 
Zeit, während gesendet wird kann man sinnvoller nutzen.

[tastendrücker (Gast)]

Sam schrieb:
> Was funktioniert:UxTXREG='a';
> __delay_ms(4);
> Das ist aber nicht schön. Auf jeden Fall funktioniert die Übertragung,
> nur nicht korrekt.

1. Was heißt "nur nicht korrekt"?

2. Im deinem realen Code steht auch U1STAbits.TRMT statt UxSTAbits.TRMT?


Tastendrücker

[Sam (Gast)]

Hab mich eben falsch ausgedrückt. Wie gesagt, die Übertragung 
funktioniert so ohne Probleme:

U1TXREG='a';
__delay_ms(4);

U1TXREG='b';
__delay_ms(4);

So funktioniert es NICHT:

U1TXREG='a';

while(U1STAbits.TRMT==0)
; // warte bis vorherige Übertragung fertig ist.
U1TXREG='b';

Da wird das zweite Zeichen falsch ausgegeben.

Funktioniert auch nicht:

U1TXREG='a';

while(U1STAbits.UTXBF==1)
;//warte solange Transmit Buffer noch voll ist.

Da wird das zweite Zeichen falsch ausgegeben.

Wo liegt mein Denkfehler ?

[tastendrücker (Gast)]

Anders herum:

1. Warten bis TX-Buffer leer ist
2. Daten in Buffer schreiben


while(U1STAbits.UTXBF==1)
U1TXREG='a';


Du must nach dem Schreiben nicht warten, bis das Byte gesendet wurde.

[Sam (Gast)]

Nope..funktioniert auch nicht.
Habs so gemacht wie du es gesagt hast:

while(U1STAbits.UTXBF==1)
    ;
U1TXREG='a';
    
while(U1STAbits.UTXBF==1)
    ;
U1TXREG='b';

Zweites Zeichen wird FALSCH ausgegeben.

[tastendrücker (Gast)]

Wie überprüfst du denn, was ausgegeben wird. Protokoll korrekt 
eingestellt?

[Sam (Gast)]

Die Uart übergibt Daten einem einfachen LCD 16x2 Display der eben mit 
Uart funktioniert.
Da die Daten mit dem delay() richtig angezeigt werden nehme ich an dass 
alles richtig eingestellt ist.

[Andreas S. (Firma: Schweigstill IT) (schweigstill)]

Auch die Anzahl der Stoppbits?

[DanVet (Gast)]

Sam schrieb:
> Die Uart übergibt Daten einem einfachen LCD 16x2 Display der eben
> mit
> Uart funktioniert.
> Da die Daten mit dem delay() richtig angezeigt werden nehme ich an dass
> alles richtig eingestellt ist.

kompletten Code zeigen!

[tastendrücker (Gast)]

Sam schrieb:
> Da die Daten mit dem delay() richtig angezeigt werden nehme ich an dass
> alles richtig eingestellt ist.

Nicht unbedingt. Wenn die Baudrate nicht korrekt ist, könnte das erste 
Zeichen korrekt empfangen warden, beim zweiten aber das Timing schon 
auseinandergelaufen sein.

Mit einem Delay hast du quasi nur "erste" Zeichen.

Wie ist der PIC den getaktet? Intern/extern? Baudrate?

[Sam (Gast)]

Habe das Programm hier

while(U1STAbits.UTXBF==1)
    ;
U1TXREG='a';
    
while(U1STAbits.UTXBF==1)
    ;
U1TXREG='b';

mal am Oszilloskop nachgeschaut. Kommt alles richtig an.

LCD benötigt laut Datenblatt: 9600 Baudrate, 1 Stop bit, 1 Startbit, no 
parity, 8 bit Datenbreite

Uart Konfig:

// 9600baud; 8 bits; 1 stop; no parity. //
    U1MODEbits.UARTEN=0; // disable Uart 1
    U1MODEbits.USIDL=0; // stop operation when Idle mode
    U1MODEbits.UEN=0b00; // only UxTX& UxRX used. UxCTS, UxRTS are I/O.
    U1MODEbits.WAKE=0; // Wake disabled
    U1MODEbits.ABAUD=0; // BaudRate Measurement disabled
    U1MODEbits.URXINV=0; // Idle State = 1
    U1MODEbits.BRGH=0; // 16 clocks per bit period ; Standard Speed mode
    U1MODEbits.PDSEL=0b00; // 8 bit Data, no Parity
    U1MODEbits.STSEL=0; // 1 Stop Bit
    U1BRG=259;
    U1MODEbits.UARTEN=1; // enable Uart 1
    U1STAbits.UTXEN=1; // Enable Transmit
    
    __delay_us(105);  // 1/9600

Der Pic ist extern getaktet und mittels PLL auf 80Mhz hochgeregelt. 
Zyklustakt ist 40Mhz.
Für die Baudrate habe ich die Formel aus dem Uart Datenblatt entnommen:
(40Mhz/9600/16) -1 = 259,41=259

[tastendrücker (Gast)]

Versuch mal 2 Stop-Bits zu senden, auch wenn der Empfänger nur eines 
benötigt.

[DanVet (Gast)]

Sam schrieb:
> Habe das Programm hierwhile(U1STAbits.UTXBF==1)
>     ;
> U1TXREG='a';
>
> while(U1STAbits.UTXBF==1)
>     ;
> U1TXREG='b';
>
> mal am Oszilloskop nachgeschaut. Kommt alles richtig an.

Dann ist ja alles gut.
Wie schnell kann denn das Display die ankommenden Bytes verarbeiten?
Vielelicht brauchts da eine kurze Pause?

[Sam (Gast)]

tastendrücker schrieb:
> Versuch mal 2 Stop-Bits zu senden, auch wenn der Empfänger nur
> eines
> benötigt.

Du bekommst ein Bier von mir. Alter schwede, es funktioniert jetzt 
endlich ohne die delays.
Herzlichen Dank Tastendrücker, du hast wortwörtlich auf die richtige 
Taste gedrückt! Jetzt ist das ganze auch viel schöner und sauberer ohne 
delays.

Somit ist das hier jetzt geklärt.
Danke nochmal an alle!

Sonnige grüße!

[DanVet (Gast)]

DanVet schrieb:
> Wie schnell kann denn das Display die ankommenden Bytes verarbeiten?
> Vielelicht brauchts da eine kurze Pause?

Sam schrieb:
>> Versuch mal 2 Stop-Bits zu senden, auch wenn der Empfänger nur
>> eines
>> benötigt.
>
> Du bekommst ein Bier von mir. Alter schwede, es funktioniert jetzt
> endlich ohne die delays.

Oder ein zweites StopBit :-)

[tastendrücker (Gast)]

Entweder das Display benötigt tatsächlich eine Pause, wie DanVet schrieb 
(Busy-Flag?), oder der Baudraten-Fehler ist wirklich zu groß.

Jetzt müsstest du nur noch mal mehrere Zeichen versuchen.

[Sam (Gast)]

Ich habe vorhin einen ganzen String gesendet, wurde alles korrekt 
angezeigt!

Zum Baudrate Fehler..hatte von 258 bis 261 probiert, immer noch Anzeige 
Fehler.

Busy Flag vom LCD kann ich nicht nachprüfen, da ich nur TX habe. Was 
könnte sonst noch ein Ursache sein, dass zwei Stopbits gebraucht werden?

lG

[tastendrücker (Gast)]

Naja, das zweite Stopbit beim Senden sorgt ja nur dafür, dass dem 
Empfänger nach dem Empfang eines Datenwortes die "Zeitdauer" eines Bits 
zur Verarbeitung gegeben wird. Da ist sogesehen quasi ein Mikro-Delay.

Eventuell gibt das Datenblatt des Displays noch Aufschluss.

td