[macgajster]

Piszę fw na STM32L0 i siedzę nad UARTem drugi dzień. Konfiguracja arcyprosta, ot dwie linijki (baudrate i włączenie), po czym jak wstanie to wysyła mi tylko jeden - dwa znaki. Nie resetuje się MCU, znaki przychodzą jakie być powinny, ale co bym nie robił to zawsze z jednego printfa wychodzi jeden znak, a z drugiego dwa. Procedura printf sprawdzona na innym procku, działa.
Korzystam z CMSIS i dokumentacji. Już nawet zainstalowałem Cube żeby podejrzeć jak to się inicjuje i niczym od tego co zrobiłem się nie różni ( ͡° ʖ̯ ͡°)

Miał ktoś podobny przypadek? Jak go rozwiązał?

#programowanie #embedded #baremetal #jezykc #stm32

[zetisdead]

@macgajster: sam pisałeś obsługę UART czy użyłeś gotowej?

[macgajster]

@zetisdead: sam, przeniosłem z innego procka - LPC, tam działało. Z resztą obsługa jest bardzo bardzo podobna

[zetisdead]

@macgajster: szklana kula mówi, żebyś użył debugera i sprawdził czy ustawiają ci się flagi wywołujące przerwanie (od pustego nadajnika lub od zakończenia transmisji), czy przerwanie się wykonuje.
Używasz DMA do wysyłania kolejnych bajtów?

[macgajster]

@zetisdead: no to tak, mój debuger w postaci LEDa miga przy zmianie statusu Transfer Complete, nie korzystam z DMA. Jestem w trakcie ustawiania debugera.

[zarowka12]

@macgajster: kod?

[macgajster]

@zarowka12: to do roboty, więc tak średnio. Ustawiam rejestr UART2->BRR = 19200, później USART2->CR1 |= USART CR1 TE | USART CR1 UE i tyle. GPIO ustawiane w tryb alternatywny i z tabelki wybrany tryb 4 na obu pinach (UART).
Z postępów to mam st-link v2, ale podróbę, doinstalowałem openocd, ale zrywało połączenie z niewiadomych przyczyn, więc teraz kombinuję z stm32cube.

[macgajster]

@zetisdead: daruję sobie debugera. Jak nie urok to sraczka z ustawianiem czegokolwiek, a i tak nie zadziałało nawet w najmniejszym stopniu. Nawet zaprogramować przez SWD nie szło, raz nie umie w target, dwa nie umie zapytać o hasło do sudo, innym razem wali kodami błędów od czapy.
Zostaję z LEDem u boku -,-

[zarowka12]

@macgajster: ale kod wysyłający dane
Ok, robota, ale tu żadnej własności intelektualnej nie będzie.

[macgajster]

@zarowka12: to tak:
printfa znalazłem gdzieś półtora roku temu, oryginał jest tutaj: https://github.com/mpredfearn/simple-printf/blob/master/printf.c. Kod po uproszczeniach jest tu: https://pastebin.com/Tc5Gmumd
Funkcja "simple-putchar" to po prostu to:

void simple_putchar(char message)

{

 while ((USART2->ISR && USART_ISR_TXE) == 0); // wait until tx register is empty

USART2->TDR = message; // fill the buffer with message

}

[zarowka12]

@macgajster: czekasz na przerwanie TXE. Masz je włączone? Zwykle nie czeka się na nie, tylko na pusty bufor nadawczy.

[macgajster]

@zarowka12: sugerowałem się tym zapisem z manuala:

Bit 7 TXE: Transmit data register empty

This bit is set by hardware when the content of the USARTTDR register has been transferred into the shift register. It is cleared by a write to the USARTTDR register.

[macgajster]

@zarowka12: jeszcze takie proste sprawdzenie zrobiłem. Wysyłam tekst "dupa" ( ͡° ͜ʖ ͡°)
'if (message == 'a')'
'GPIOA->ODR ^= GPIO ODR OD6; // toggle LED_ALARM'
No i motyla noga LED miga na oko w okresie pętli. Zegar raczej w porządku skoro daje radę przesłać poprawnie trzy znaki, ale dlaczego gubi pozostałe to nie mam pojęcia.

[maisterwihaister]

@macgajster: a spróbuj niższy baud albo czekanie np. 20 ms pomiędzy znakami, może te bity sobie lecą ale urządzenie po drugiej stronie nie nadąża

[zarowka12]

while ((USART2->ISR && USARTISRTXE)

@macgajster: dlaczego masz tutaj &&?

[macgajster]

@zarowka12: upsik :) Dziękówa! Głupi błąd, a zeżarł mi masę czasu
@maisterwihaister: próbowałem wcześniej na 115200, ale musiałem obniżyć taktowanie MCU żeby zapuścić LPUART jako drugi na dużo mniejszą prędkość no i ostało się 19200 jako kompatybilne z innymi urządzeniami.

[kobrys13]

@zarowka12: jako programista wysokopoziomowy.chcialem oddech honory bo ktoś w końcu komuś pomógł z kodem na tym portalu ze śmiesznymi obrazkami