Ich denke, Sie haben eine Fehlanpassung der Baudrate.

Bei 9600 Baud sollte jedes Bit ~ 104us breit sein. Hier ist ein tatsächlicher ASCII 5 im Bereich mit einem einzelnen Bit, das auf 105us eingestellt ist ...

(Beachten Sie, dass ASCII 5 ein praktisches Zeichen zum Testen ist, da es abwechselnd Einsen und Nullen in Binärform enthält.)

Bei 9600 Baud sollte ein einzelnes Byte ~ 833us breit sein (8 Datenbits, Start und Stopp nicht gezählt) ....

Ihre Ablaufverfolgung zeigt dieselben 8 Bits Wenn Sie ~ 300us nehmen, ist Ihre serielle Uhr ungefähr 2,7x zu schnell.

Versuchen Sie, Ihre Baudrate in Minicom auf 26656 Baud einzustellen, und sehen Sie, was Sie erhalten. Wenn Sie Ziga sehen, können Sie nach dem Grund suchen, warum die serielle Uhr zu schnell ist.

Was Sie zeigen, sieht aus wie ein typischer Baud-Barf.

Eines Ihrer Diagramme zeigt, dass Sie 8 Bits in 300 µs senden, was 26,7 kBaud bedeutet. Das ist ein seltsamer Wert. Versuchen Sie eine Standard-Baudrate wie 9600 und stellen Sie sicher, dass Ihr PC darauf eingestellt ist. 9600 Baud bedeutet 104,2 µs pro Bitzeit, daher sollten 8 Bits 833 µs und ein volles 10-Bit-Zeichen (1 Startbit, 8 Datenbits, 1 Stoppbit) von 1,04 ms benötigen.

Dieser Thread ist immer noch nicht gelöst, aber wir haben festgestellt, dass ich eine UART-Baudrate-Fehlanpassung hatte und dies bestätigen kann. Aber wo liegt das Problem? Wenn ich das LPC4088-Benutzerhandbuch lese, kann ich lesen, dass ein interner 12-MHz-Oszillator verwendet wird (S. 7). Dank Ihnen habe ich auch das Kapitel zur Taktgenerierung (S.21) mit diesem Schema gefunden:

Um dies vollständig zu verstehen, müssen wir dies tun Durchsuchen Sie die Dokumentation nach Standardwerten für Multiplexer CLKSRCSEL [0] = 0 (S.34), CCLKSEL [8] = 0 (S.33) und Teiler PCLKSEL [4: 0] = 0x4 (S.34). Ich sollte also PCLK = 12Mhz / 4 = 3MHz erhalten, aber ich denke, das ist nicht wahr, oder es muss ein Fehler mit dem Algorithmus zur Berechnung der Baudrate oder Gleichung vorliegen (S.508, S.509):

In meinem Fall habe ich versucht, mit PCLK = 3MHz zu berechnen Code> und ich wollte Baudrate 9600 . Also habe ich zuerst DL_EST = PCLK / (16 * 9600) = 19,53 berechnet (EST steht für Schätzung) und dies ist keine ganze Zahl, also FR_EST = 1,5 und DL_EST = PCLK / (16 * 9600 * 1,5) = 13,02 = 13 . Als nächstes berechnen wir FR_EST = PCLK / (16 * 9600 * 13) = 1,5024 . Es gilt, dass mein 1.5 < FR_EST < 1.9 , damit ich Werte für einen Divisor-Latch DL aus der Tabelle lesen kann (S.510):

Aus den obigen Tabellen und Berechnungen folgt in meinem Fall Folgendes:

  DIVADDVAL = 1MULVAL = 2DL = 13  

Da DL = 13 = 00000000 00001101 aus dem niedrigstwertigen Byte DLL und dem höchstwertigen Byte DLM besteht Diese beiden sind gleich:

  DLL = 13DLM = 0  

Ich habe diese Werte zum Programmieren der LPC4088 UART-Baudrate verwendet, aber keine 9600 erhalten wie ich sollte. Ich habe sogar die mitgelieferte Gleichung überprüft, die 9615.384615 zurückgibt, und dies ist 0,16% genau, was gut aussieht.

Nun, ich habe den Algorithmus / die Gleichung des NXP aufgegeben und versucht, durch Versuch und Irrtum zu arbeiten, und ich habe herausgefunden, dass:

  DIVADDVAL = 1MULVAL = 2DL = 255 // dies bedeutet DLL = 255 und DLM = 0  

9600 Baudrate zurückgegeben und ich konnte problemlos mit meinem PC kommunizieren. Aber ich weiß immer noch nicht, was der Fehler ist. Mache ich irgendetwas falsch im Code oder hat NXP falsche Algorithmen bereitgestellt?

Hier ist mein voll funktionsfähiges C-Programm. Bemerken Sie Fehler?

  #include "LPC4088-ioconfig.h" #include "LPC4088-system.h" #include "LPC4088-gpio.h" #include "LPC4088-uart. h "int main () {// PIN-Einstellungen IOCON_P0_0 & = ~ (0x67F); IOCON_P0_0 | = (1<<1); IOCON_P0_1 & = ~ (0x67F); IOCON_P0_1 | = (1<<1); // UART3 PCONP einschalten | = (1<<25); // wir setzen 8-Bit-Zeichen, keine Parität, ein Stoppbit im LCR-Register //LCR.DLAB = 1 LCR | = (0x3); LCR & = ~ (0x7C); LCR | = (1<<7); // setze DLL [0-7] = 255, DLM [0-7] = 0, FDR [0-3] = 1, FDR [4-7] = 2 // Werte, die durch Versuch &-Fehler erhalten wurden - NXPs Algorithmen don funktioniert nicht DLL & = ~ (0xFF); DLL | = 255; DLM & = ~ (0xFF); DLM | = 0; FDR & = ~ (0xFF); FDR | = 1; // DIVADDVAL FDR | = (2<<4); // MULVAL //LCR.DLAB = 0 LCR & = ~ (1<<7); // Rx und Tx aktivieren FIFO FCR | = 0x1; unsigned char posiljka [] = "Ziga"; while (1) {for (int i = 0; i < (sizeof (posiljka) / sizeof (posiljka [0]) -1); ++ i) {// wir lesen LSR und warten, bis THR leer ist, während (() LSR & (1<<5))! = (1<<5)); // sende jeweils ein Zeichen THR = posiljka [i]; }}}  

Ich bin gerade selbst auf dasselbe Problem gestoßen.Das 9600-Baudraten-Setup des OP funktionierte für mich, wo die aus dem Handbuch berechneten Werte nicht funktionierten.

Das Problem für mich war, dass der in meinem Projekt verwendete Standardstartcode (Keil unter Verwendung des LPC4000_DFP-1.1.0-Pakets) eine Funktion "SystemInit" aufruft, die die Taktregister auf nicht zurückgesetzte Werte einrichtet.

Die Problemfunktion befindet sich in "system_LPC407x_8x_177x_8x.c".Die Funktion wird aus dem Startcode in "startup_LPC407x_8x_177x_8x.s" aufgerufen.

Eine Lösung besteht darin, beide Dateien in Ihr Projekt zu kopieren, anstatt die Standarddateien zu verwenden, und die C-Datei zu ändern, um die Uhren so einzurichten, wie Sie es möchten.Alternativ können Sie die Assembler-Datei ändern, um den Aufruf von "SystemInit" insgesamt zu verhindern.Beachten Sie jedoch, dass Sie in diesem Fall den Co-Prozessor selbst einrichten müssen (wie in "fpu_init", das von "SystemInit" aufgerufen wird), da dies für eine normale Funktion erforderlich zu sein scheint (ich bin mir noch nicht sicher)warum).