|
Anzeige
|
Uart-Programm testen
Gast
#1491134
Hallo, ich arbeite mich gerade in die UART Programmierung mit C ein. Anscheinend kann man das mit AVRStudio nicht wirklich simulieren. Habe gelesen dass man das mit dem Terminalprogramm HTerm testen kann. Braucht man dazu eine Hardware oder kann man das auch nur mit Firmware testen. MfG Nein Simulieren kann man das in AVR-Studio nicht. Da kann man höchstens manuell die Ports setzen (also einzelne HEX-Werte). Aber ganze Texte etc geht nicht, da musst du schon was aufbauen.
Gast
#1491141
Danke.
Gast
#1491400
Habe es versucht zu testen. Irgendwie empfange ich einen Blödsinn. Es schreibt nur Quadrate hin. Eingestellt in hterm habe ich Baud=9600, Data=8 und Stop=2 und Parity=None Der uC ist ein at90
MfG
Gast
#1491406
Hi Quarz benutzt? MfG Spess
Gast
#1491416
http://www.helmix.at/hapsim/ Mit HAPSIM kann man eine serielle Verbindung simulieren.
Gast
#1491423
Laut Schaltplan ist ein Quarz mit 8MHZ in der Schaltung. Habe UBRR auf 51 gestellt => 9600 und 8Mhz. Jetzt kommt aber ein Quadrat und ein unbeschreibliches Zeichen.
Gast
#1491429
Hi >Laut Schaltplan ist ein Quarz mit 8MHZ in der Schaltung. Habe UBRR auf >51 gestellt => 9600 und 8Mhz. 51 stimmt erstmal. Und arbeitet der AVR auch mit dem Quarz -> Fuses gesetzt? MfG Spess
Gast
#1491435
Fuses kenne ich nicht, muss ich mir zuerst mal anschauen. Habe es mit 1MHZ und 8MHZ probiert. Eins hätte ja funktionieren müssen aber beide funktionieren nicht.
Gast
#1491441
Hi >Fuses kenne ich nicht, muss ich mir zuerst mal anschauen. ????????????? >Habe es mit 1MHZ und 8MHZ probiert. Eins hätte ja funktionieren müssen aber >beide funktionieren nicht. Wie kannst du das gemacht haben, ohne die Einstellungen des Controllers zu kennen? MfG Spess
Gast
#1491442
Indem ich UBRR=6 (9600, 1MHZ) und auf UBRR=51 (9600, 8Mhz) gesetzt habe.
Gast
#1491445
Habe in hterm jetzt paar mal Connect und Disconnect gedrückt. Manchmal kommen Quadrate und manchmal kommen 'x'. Finde ich komisch, was kann das sein.
Gast
#1491453
Hi Versuch erst mal den Quarz zu laufen zu bekommen. Der interne RC-Oszillator ist für serielle Kommunikation nicht sonderlich geeignet. MfG Spess
Gast
#1491463
Hi >Habe in hterm jetzt paar mal Connect und Disconnect gedrückt. Manchmal >kommen Quadrate und manchmal kommen 'x'. >Finde ich komisch, was kann das sein. Beim internen RC-Oszillator durchaus möglich. MfG Spess
Gast
#1491998
Hallo, habe in den Code diese zwei Zeilen eingefügt. Es zeigt mir aber Fehler an. Vermutlich fehlen mir die Headerdateien. Wie kann ich jetzt die richtigen Headerdateien finden.
MfG
Gast
#1492044
Ich glaube ich habe den Fehler gefunden. Im Datenblatt steht CLKSEL aber es gehört CKSEL. Habe es getestet es kommt aber trotzdem wieder ein Blödsinn raus.
>CKSEL0= 0x04; // SUT-ext.Osz=00; Enable ext. Osz >CKSEL1= 0x0C; //EXCKSEL[3..0]=1100 Moment, das sind doch Fusebits, die kannst du doch nicht im C-Programm setzen.
Gast
#1492075
Ich würde gerne die Schaltung mit einem externen Quarz 8MHz antreiben. Wenn ich die Fusebits nicht im C-Programm setze wo dann. Womit programmierst du denn deinen Controller bzw. was für einen Programmieradapter verwendest du? Mit Ponyprog? Mit AVR-Studio? im avrstudio...da gibs im konfigurierungsfenster nen extra reiter für
Gast
#1492095
Den C-Code schreibe ich in AVR-Studio aber Flashen tu ich mit einem eigenen Programm für die Hardware.
Gast
#1492115
Hi >Den C-Code schreibe ich in AVR-Studio aber Flashen tu ich mit einem >eigenen Programm für die Hardware. Jetzt wissen endlich alle *womit+ du den Controller programmierst. MfG Spess astalavista schrieb: > Den C-Code schreibe ich in AVR-Studio aber Flashen tu ich mit einem > eigenen Programm für die Hardware. Welches eigene Programm? Du gibt es doch sicher einen Menüpunkt "Fuses" oder so ähnlich. (Hast du den Prozessor gekauft, oder war der bei deiner Hardware dabei und welche Hardware ist das. Mann versteh doch: Du musst die Fuses auf eine bestimmte Stellung einstellen. Das ist aber oftmals etwas diffizil wenn man das das erste mal macht. Also wollen wir rauskriegen, ob es überhaupt notwendig ist oder ob die Fuses in deiner Hardware ev. schon umgestellt wurden. Wenn sie noch nicht umgestellt wurden, dann kommt es auf den Brennprogramm an, wie das geht. Aber dazu musst du Info rausrücken und dich nicht in leeren Flosekeln wie 'eigenes Brennprogramm' verlieren. Und noch was: Wenn du das in deinem Programm gefunden hast, lies auf jeden Fall zuerst die aktuelle Einstellung vom µC aus!
Gast
#1492121
Die Software habe ich von einer UNI die von Studenten programmiert wurde. Unter Fuses sehe ich nichts. Dann verwende die Progs die hier von allen anderen verwendet werden (Ponyprog, avrdude etc.) Dann kannst du das auch einstellen. Oder ist da ein Bootloader drauf? > Manchmal kommen Quadrate und manchmal kommen 'x'.
Mach mal eine längere Pause (>1ms) zwischen zwei Zeichen. Es gibt
durchaus Bitmuster, die passen korrekt in einen Frame und sind dabei
immer um ein paar Bits versetzt.
Nehmen wir das x (=0x78) : 01111000
Davor dann ein Start- und danach ein Stopbit.
Das ergibt 0 01111000 1
Und das jetzt mal als nimmer endenden Datenstrom:
0011110001001111000100111100010011110001001111000100111100010011110001..
.
Wenn jetzt der Empfänger spätern mal dazukommt, dann sieht er evtl.
sowas:
0001001111000100111100010011110001001111000100111100010011110001...
Und daraus wird dann
0 00100111 1
00100111 = 0x27 = '
Gast
#1492403
Danke das war das Problem. Setze ich keine Pause kommen manchmal die richtigen und manchmal die falschen Zeichen. Setze ich eine Pause von 20 ms dann kommen meist die richtigen Zeichen, hin und wieder drängen sich trotzdem paar Sonderzeichen hinein. Was kann da das Problem sein. > Was kann da das Problem sein.
Ich würde mal wie oben schon angesprochen die Fuses kontrollieren...
Gast
#1492415
Hi
>Was kann da das Problem sein.
Dein Controller läuft immer noch mit dem internen RC-Oszillator.
MfG Spess
Gast
#1497748
Hallo, ich habe bisschen Probleme mit dem Empfangen von Zeichen. Wenn ich von hterm ein Zeichen schicke wird es in "zeichen" gespeichert. Es sollte auch gleich wieder EIN Zeichen an hterm wieder zurück schicken. Das Problem ist jetzt, es wird nicht ein Zeichen geschickt sondern es werden andauernd Zeichen geschickt. Ich hätte aber gerne dass nur das EINE Zeichen welches geschickt wurde auch wider zurück geschickt wird.
MfG
Gast
#1497754
>Das Problem ist jetzt, es wird nicht ein Zeichen geschickt sondern es >werden andauernd Zeichen geschickt. Ich hätte aber gerne dass nur das >EINE Zeichen welches geschickt wurde auch wider zurück geschickt wird. Dann schalte den TX Interrupt ab. Der kommt immer wenn ein Zeichen gesendet wurde. Und da du dort immer wieder in UDR schreibst ist das so ne Endlosgeschichte.
Gast
#1497766
Hi >ISR (USART1_RX_vect) >{ > while ( !(UCSR1A & (1<<RXC1)) ) <- Blödsinn weil der Interrupt genau bei der Bedingung ausgelöst wird. >ISR (USART1_TX_vect) >{ > while(!(UCSR1A & (1<<UDRE1))) <- Blödsinn > UDR1= zeichen; <- Damit schiebst nach jedem gesendeten Zeichen eins hinterher. MfG Spess
Gast
#1498494
Hallo, Das ist mir noch unklar. Mit "zeichen=UDR1" schicke ich ein Zeichen vom PC zum uC. Somit befindet sich ein Zeichen im Puffer und deshalb wird ISR-TX ausgelöst. Dadurch wird ja das eine Zeichen wieder zurück geschickt zum PC. Der Puffer sollte ja wieder leer sein. Da ich aber kein Zeichen mehr vom PC zum uc schicke, schiebe ich kein Zeichen nach jedem gesendeten hinterher.
MfG Dieser Interrupt
ISR (USART1_TX_vect)
{
UDR1= zeichen;
}
wird ausgelöst, sobald die USART das Zeichen vollständig abgeschickt
hat.
Als Folge davon schickst du wieder ein Zeichen weg, das natürlich auch
irgendwann vollständig weggeschickt wurde, was dazu führt dass der
Interrupt schon wieder ausgelöst wird (denn es wurde ja ein Zeichen
abgeschickt) was wiederrum dazu führt, dass du das nächste Zeichen
rausschickst, was wiederrum zum Interrupt führt woraufhin ... ad
nauseam.
Gast
#1498704
Achso, danke. D.h. stoppen kann ich den ISR-TX wieder mit
Bei diesem Interrupt schickt er mir zuerst ein a,b,b,b,b....
Sollte es nicht a,b,c,d,.... sein?
ISR (USART1_TX_vect)
{
UDR1= zeichen+1;
}
Der ganze Ansatz mit 'Zeichen schicken sobald ein TX Interrupt auftritt' ist in deinem Fall Schrott. Du veruschst das Problem an der falschen Stelle zu beheben.
Gast
#1498720
Habe mich nur damit gespielt um beide Interrupts zu testen. Trotzdem danke Antwort schreiben |
Anzeige
|
