USART1 an CH32V203x - hängt sich bei Ausgabe auf

OP #8034158
Lesenswert?

Hallo Kollege. Ich helfe meinem Freund eine von ihm entwickelte Platine mit USART1 zu initialisieren. Bin schon ein Paar Abende dabei die USART1 am CH32V203C8T6 zum Laufen zu bringen.

USART2 hatte ich schon länger am Laufen und ich kopierte einfach mal alles was dazu gehört für UART1. Diese Unterschiede habe ich berücksichtigt und geändert:

  • USART2 TX-PA2, RX-PA3, Takt Bus – APB1
  • USART1 TX-PA9, RX-PA10, Takt Bus – APB2
  • USART2 wurde überall mit USART1 überschrieben.

Getestet wird auf einem Test Board „BluePill+“ von WeActStudio mit CH32V203C8T6. IDE „MounRiver Studio 2“.

In der while() Schleife sind nur die USART1, USART2 Ausgaben und eine blinkende LED. Die detaillierte USART Ausgaben beobachte ich auf einem Digitalen Logic Analyzer.

Wenn nur USART2 einen Text ausgibt – läuft alles. Auf dem Analyzer kann der Text gelesen werden. Die LED blinkt munter.

Die USART1 kann komplett initialisiert werden - auch dann ist alles OK. Sobald die USART1 Text Ausgabe dazu geschaltet wird – bleibt das Programm hängen.

  • Keine Ausgabe am Analyzer
  • Die LED bleibt AN und blinkt nicht.

Hab versucht es mal zu debuggen. Das Programm bleibt in einem Assembler Code hängen mit dem ich leider wenig was anfangen kann. Das alles wurde schon auf 2 Boards ausprobiert.

Hat jemand einen Rat?

Angehängte Dateien:
: Bearbeitet durch User
#8034161
Lesenswert?

Bin sehr kurz drüber geflogen

void GPIO_Toggle_INIT(void) { ... GPIO_InitStructure.GPIO_Pin = GPIO_Pin_2; ... }

void USART2_CFG(void) { ... // TX Pin GPIO_InitStructure.GPIO_Pin = GPIO_Pin_2; ... }

Zweimal derselbe Pin benutzt?

Und die Pins sind nicht identisch definiert: GPIO_InitStructure.GPIO_Speed = GPIO_Speed_50MHz; vs GPIO_InitStructure.GPIO_Speed = GPIO_Speed_10MHz;

was aber eher nicht das Problem ist.

Wobei das obenja die funktionierende UART2 beschreibt... mh.

#8034167
Lesenswert?

USART_Init(USART2, &USART_InitStructure);

Was passiert mit der Referenz? Jedenfalls verschwindet die USART_InitStructure nach Beeadigung der Funktion. "static" würde das lösen.

Das gilt auch für die GPIO_InitStructure. Aber ich weiß nicht, was USART_Init mit der struct macht und ob sie die später noch braucht.

#8034168
Lesenswert?

Artur schrieb:

GPIO_Pin_2 . . .

Gleiche Pin - JA, ABER

  • für LED Port B
  • für USART Port A

Das müssten dann diese Stellen sein? RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOA, ENABLE); für USART jeweils vs RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOB, ENABLE); für die LED?

Und zum eigentlichen Fehler: RCC_APB1PeriphClockCmd(RCC_APB1Periph_USART2, ENABLE); vs RCC_APB1PeriphClockCmd(RCC_APB2Periph_USART1, ENABLE);

bei der USART 1 sind hier hinter dem APB zwei verschiedene Zahlen (vorne APB1, hinten APB2), während bei der funktionierenden USART2 hier identisch die 1 dahinter steht. Könnte dies die Ursache sein?

: Bearbeitet durch User
OP #8034175
Lesenswert?

Dirk K. schrieb:

Und zum eigentlichen Fehler: RCC_APB1PeriphClockCmd(RCC_APB1Periph_USART2, ENABLE); vs RCC_APB1PeriphClockCmd(RCC_APB2Periph_USART1, ENABLE);

1
    RCC_APB1PeriphClockCmd(RCC_APB1Periph_USART2, ENABLE);
2
    RCC_APB1PeriphClockCmd(RCC_APB2Periph_USART1, ENABLE); // falsch
3
    RCC_APB2PeriphClockCmd(RCC_APB2Periph_USART1, ENABLE); // korrekt

Heyyyy. Na wenn dass kein Adler Auge ist :-) Könnte Dich küssen . . . ne lieber nicht :-) Funktioniert doch . Suppiii.

DANKE DIR. und einen schönen Abend noch.

[Mod: bitte künftig die Zitierfunktion und die c-Tags verwenden!]

: Bearbeitet durch Moderator

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

oder

Mit Google-Account einloggen

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren