ATNEL tech-forum

Re: Uart callback na STM32L152 al'a Kardaś

2015-03-11T12:16:14+01:00

Trochę namieszałeś, bo typ PushPull dotyczy tylko wyjść, a nie wejść.

Co do ustawiania podciągania, bo pewnie to miałeś na myśli to nie wnikałem, gdyż w przypadku zgodnego z standardem UART nic nie wymuszam na wejściu bo i po co .

Prędkość to to samo, jako wejście nie masz takiej możliwości nawet.

Więc dla wejścia jak zaznaczyłeś, ustawiam tylko tryb GPIO_Mode_AF, czyli wyłącznie tryb alternatywny dla danego w tym wypadku GPIO_Pin_10 pinu.

Tyle.
Dosyć dobrze to jest opisane w Galewskim (taka zielona , z BTC).

Statystyki: Napisane przez Gość — 11 mar 2015, o 12:16

Re: Uart callback na STM32L152 al'a Kardaś

2015-03-11T11:44:57+01:00

Witam,

Quote:

Z moich informacji, po prostu chodzi o to, że jako wejście RX, interesuje cię tylko włączenie pinu jako alternative mode, czyli nie włączasz żadnych podciągań itp.

Tak, rozumiem tryb funkcji alternatywnych. Według dokumentacji, jeżeli ją oczywiście dobrze zrozumiałem, to tryb alternatywnej funkcji ustawia się tylko dla wyjść (tu jako linia TX), bo taką funkcję można ustawić (jak i prędkość czyli szybkość zboczy), natomiast pin pracujący jako wejście (w tym przypadku linia jako RX) nie ma możliwości ustawienia funkcji alternatywnej (również ustawianie prędkości też wejścia nie dotyczy), więc ustawia się ją tylko jako zwykłe wejście pływające, lub ostatecznie pull-up.

Dlatego według mojego rozumowania, tu:

Code:

//PA10 - Rx
        GPIO_InitStruct.GPIO_Pin = GPIO_Pin_10;
        GPIO_InitStruct.GPIO_Mode = GPIO_Mode_AF;
        GPIO_Init(GPIOA, &GPIO_InitStruct);

pin 10 został skonfigurowany jako wyjście dla funkcji alternatywnej jako push-pull ( jak wynika z zawartości pola GPIO_OType w strukturze)

Dobrze myślę ?

Pozdrawiam, Paweł

Statystyki: Napisane przez gizmo5418 — 11 mar 2015, o 11:44

Re: Uart callback na STM32L152 al'a Kardaś

2015-03-11T10:37:55+01:00

Z moich informacji, po prostu chodzi o to, że jako wejście RX, interesuje cię tylko włączenie pinu jako alternative mode, czyli nie włączasz żadnych podciągań itp.

Dla TX, musisz ustawić tryb pinu czy PP, itp. oraz zegar dla PINU, w tym wypadku masz kontrolę nad "EMI" bo nie potrzeba by czas narastania/opadania przy uarcie był tak krótki = mniejszy czas = większe zakłócenia. Tak łopatologicznie i w telegraficznym skrócie.

Może mnie jakiś bardziej ogarnięty kolega poprawić .

Statystyki: Napisane przez Gość — 11 mar 2015, o 10:37

Re: Uart callback na STM32L152 al'a Kardaś

2015-03-11T09:45:15+01:00

Witam,

Widzę, że chyba mój post wywołał niepotrzebną wojnę. Nie było to zamierzone. Ale wracając do przewodniego tematu mam pytanie. Tak powoli analizuję sobie tą konfigurację UARTA i czy:

Code:

          //PA9 - Tx
       GPIO_InitStruct.GPIO_Pin = GPIO_Pin_9;
       GPIO_InitStruct.GPIO_Speed = GPIO_Speed_2MHz;
       GPIO_InitStruct.GPIO_Mode = GPIO_Mode_AF;
       GPIO_InitStruct.GPIO_OType = GPIO_OType_PP;
       GPIO_Init(GPIOA, &GPIO_InitStruct);
 
        //PA10 - Rx
        GPIO_InitStruct.GPIO_Pin = GPIO_Pin_10;
        GPIO_InitStruct.GPIO_Mode = GPIO_Mode_AF;
        GPIO_Init(GPIOA, &GPIO_InitStruct);

PA10 - Rx nie jest tu ustawiony również jako wyjście alternatywnej funkcji ? Pola struktury

Code:

GPIO_InitStruct.GPIO_Speed = GPIO_Speed_2MHz;
GPIO_InitStruct.GPIO_OType = GPIO_OType_PP;

po ustawieniu pinu PA9 - TX nie powinny zmienić chyba swojej zawartości, więc są również użyte do konfiguracji PA10- Rx , który powinien być ustawiony, jeśli dobrze myślę, jako wejście o wysokiej impedancji. Proszę mnie naprowadzić na prawidłowy tok myślenia.

Pozdrawiam, Paweł

Statystyki: Napisane przez gizmo5418 — 11 mar 2015, o 09:45

Re: Uart callback na STM32L152 al'a Kardaś

2015-03-11T07:24:52+01:00

wwojtek napisał(a):

Pięknie... wrzuciłem kod z komentarzem "z przymrużeniem" oka, a się zrobiła wojna o bibliotekę. Nieśmiało chciałbym przypomnieć, że temat nie o tym Koledze Mirkowi odpowiedziałem na PW, jeśli uzna za stosowne to można przenieść dyskusję do osobnego wątku o bibliotekach vs rejestrach - tylko pewnie doprowadzi to do kolejnego tasiemcowatego wątku o wyższości jednych świąt nad innymi Na post kolegi mokrowskiego ciężko odpowiedzieć, bo choć pisze o "polemice", to wszystko zawarł w "sarkazm-mode" i bliżej nie wiadomo do czego się odnieść

Rzeczywiście nie ma co robić offtopu ani przenosić chyba do oddzielnego wątku i nie ma o co łamać kopii , nie ma co się kłócić ... ja się wypowiedziałem w temacie ARM jako żółtodziób i zakładam że mogę wcale nie mieć racji, opowiedziałem o swoich wrażeniach na pierwszy rzut oka a one mogą być mylące. Pewnie kiedyś wrócę do takich tematów jak będę siedział w tych zagadnieniach ARM głębiej ... I na pewno nie było moim celem podsycanie jakiejś wojny czy burzy "co lepsze" ... wspomniałem na końcu że i tak każdy zrobi tak jak lubi. Więc proponuję zakończmy te spory w tym wątku.

------------------------ [ Dodano po: 2 minutach ]

rezasurmar napisał(a):

Kod wkleiłem dla początkujących, którzy jak ja ze świecą szukają przykładów.

I na tym się skupmy jak już ... Bo doświadczony sobie zawsze poradzi a początkujący będzie długo błądził

Statystyki: Napisane przez mirekk36 — 11 mar 2015, o 07:24

Re: Uart callback na STM32L152 al'a Kardaś

2015-03-11T03:34:14+01:00

W sumie miałem zapisane kilka dosadnych odpowiedzi do maruderów w temacie, ale w sumie podsumowanie zrobił Mokrowski i Mirek.
Do reszty się nie ma co odnosić po za przykładem wwojtka (który jako jedyny wkleił kod na poparcie swej tezy), co prawda teza ma dwa końce, bo kod krótszy ale totalnie nieczytelny .

Kod wkleiłem dla początkujących, którzy jak ja ze świecą szukają przykładów.
99% dobrych i sprawdzonych kodów jest na Libsach/hal/cmsis
Zachodnie fora pękają w szwach od kodów na libsach, tylko u nas taka jakaś dziwna maniera, pomarudzić że Libsy złe, ale już pokazać jak zrobić przenośny kod bez nich, to nie ma chętnego.

Statystyki: Napisane przez Gość — 11 mar 2015, o 03:34

Re: Uart callback na STM32L152 al'a Kardaś

2015-03-11T01:05:49+01:00

Statystyki: Napisane przez Gość — 11 mar 2015, o 01:05

Re: Uart callback na STM32L152 al'a Kardaś

2015-03-10T21:43:22+01:00

A ja powiem tak, jeśli chodzi o porównanie np kolegi wwojtek (wyłuskałem tylko USART)

wwojtek napisał(a):

Ale za to o ile prościej i mniej pisaniny ;P

[syntax=c]//konfigurowanie ukladu USART
USART1->BRR = driver_uart_brrCount(f_cpu, baud);

USART1->CR1 = USART_CR1_TE | USART_CR1_RE | USART_CR1_UE | USART_CR1_RXNEIE;

NVIC_ClearPendingIRQ(USART1_IRQn);
NVIC_EnableIRQ(USART1_IRQn);[/syntax]

wwojtek napisał(a):

w porównaniu z tym:

[syntax=c]//konfigurowanie ukladu USART
USART_InitStruct.USART_BaudRate = 115200; //Predkosc transmisji w bps
USART_InitStruct.USART_WordLength = USART_WordLength_8b; //Dlugosc dlowa danych
USART_InitStruct.USART_StopBits = USART_StopBits_1; //Bity stopu (1 bit)
USART_InitStruct.USART_Parity = USART_Parity_No; //Bit parzystosci (wylaczony)
USART_InitStruct.USART_HardwareFlowControl = USART_HardwareFlowControl_None; //Sprzetowa kontrola przeplywu wylaczona
USART_InitStruct.USART_Mode = USART_Mode_Rx | USART_Mode_Tx; //Tryb pracy (odbior i nadawnie)

USART_Init(USART1, &USART_InitStruct);

/* clock settings */
USART_ClockInitStruct.USART_Clock = USART_Clock_Disable ;
USART_ClockInitStruct.USART_CPOL = USART_CPOL_High ;
USART_ClockInitStruct.USART_LastBit = USART_LastBit_Disable;
USART_ClockInitStruct.USART_CPHA = USART_CPHA_1Edge;
USART_ClockInit(USART1, &USART_ClockInitStruct);

USART_ITConfig(USART1, USART_IT_RXNE, ENABLE);
USART_Cmd(USART1, ENABLE);[/syntax]

TYLKO proszę mnie źle nie zrozumieć i proszę cię wwojtek nie odbierz tego jakbym miał coś ci za złe ....

dla mnie ZDECYDOWANIE ten drugi sposób jest lepszy nawet jeśli jest więcej tej pisaniny ... dlaczego? prosta sprawa - bo czytam i widzę co ustawiam, nie potrzebuję sięgać do noty PDF żeby sprawdzić co znaczy który bit i rejestr .... .... Ale ok gdyby chodziło o to że na świecie są TYLKO freelancerzy czyli pojedynczy programiści to czort z tym - każdy sobie rzepkę skrobie - niech piszę jak chce ... I można byłoby na tym temat zamknąć - gdyby nie fakt - że jednak na świecie są też zespoły programistów i chodzi o pewne ułatwienia. Ale PAL PIES na razie zespoły programistów. Jeszcze chwilkę spójrzmy z poziomu pojedynczego freelancera czyli mnie samego. To ja mogę jeszcze jedną rzecz powiedzieć na obronę tego "długiego niby kodu - tej pisaniny" .... co? ... otóż jeśli odłożę go nawet na 10 lat (tak tak - to normalne i tak się może zdarzyć - pomimo to że młodzi ludzie widzą TYLKO to co jest TU i TERAZ i rzadko myślą co będzie za 10 ba! nawet za 5 albo i za 2 lata ....

to jest to o czym piszę i o czym MÓWIĘ wyraźnie i przez całą swoją pierwszą książkę niebieską ale i zieloną i w każdym poradniku ZAWSZE starajmy się pisać kod tak jakbyśmy go pisali dla jakiegoś zespołu programistów a nie dla samego siebie ... dlaczego ? bo PAMIĘĆ ! ... o ile ta elektroniczna bywa niezawodna to ta w głowie zawodzi i to KAŻDEGO .....

spójrz sobie na moje przykłady z Bluebooka gdzie pokazuję jak programuje hmmm (bez urazy nie mówię wwojtek tego teraz do ciebie) ... niedoświadczony programista

[syntax=c]TCCRA = 0xB2;[/syntax]

a jak to samo programuje nieco bardziej doświadczony programista pomimo że musi się więcej rozpisać:

[syntax=c]TCCRA |= (1<TCCRA |= (1<TCCRA |= (1<<>CS01)|(1<
Matko! ... na górze jedna linijka a na dole aż trzy linijki co więcej przez te operacje |= stracimy kilka bajtów! ... o żesz w mordę nio trudno ale wolę tak pisać bo nie tylko ja będę wiedział za 10 lat od razu o co kaman i to nawet gdyby tu komentarzy nie było .... Z drugiej zaś strony gdyby ten początkujący po tym = 0xB2; dodał komentarze a chciał szybko później zmienić preskaler to już widzę jak po 10 latach pamiętałby które bity w tym procku odpowiadają za preskaler ....

Co więcej - ten mój drugi rozpisany sposób - spowoduje - że jeśli przypadkiem będę musiał komuś przekazać ten kod - to czas na jego analizę zajmie minimum czasu ....

REASUMUJĄC - jak zajrzałem sobie do ARM'ów to okazało się, że tu jest sporo fajnych narzędzi które nie tylko ułatwiają i porządkują pracę ale przede wszystkim pozwalają aby kod był bardziej czytelny ....

No ja rozumiem że ludzie przy AVR'kach się wykłócali kto napisze kod o kilka bajtów mniejszy gdy np brali ATtiny5 ! .... ale TU?!?!?! ... przy potworach ARM/ach z dużą ilością każdej pamięci .... nadal toczyć boje i kopie o kilkaset nawet bajtów ? o ew czas wykonania i to czego - inicjalizacji procka czy zajmie to już nawet nie ileś ms a us !? nie nie nie ... brrrr to brzmi dla mnie osobiście troszkę jak koshmar ....

Poza tym nie za bardzo mogę zrozumieć tych kilka wypowiedzi niektórych kolegów wyżej - że to programowanie za pomocą struktur jest mniej czytelne - że co ? że mniej czytelne ? JEZU ? no to może hmmm programujemy w całkiem innych językach ? Struktury i długie nazwy przepięknie tu porządkują to co dla OKA! To ma w efekcie końcowym dać co? OSZCZĘDNOŚĆ CZASU!

Ale jak mówię - na szczęście - i tak każdy zrobi jak lubi zresztą kolega mokrowski jak zwykle zresztą z charakterystycznym dla siebie ale jakże fajnym podejściem - jeśli chodzi o mnie - to PRZEŚLICZNIE to opisał. Ja tylko wypowiadam się tu jako gość - który po raz pierwszy dotyka i patrzy na kod ARM'ów i takie tam ma luźne proste przemyślenia

Statystyki: Napisane przez mirekk36 — 10 mar 2015, o 21:43

Re: Uart callback na STM32L152 al'a Kardaś

2015-03-10T20:48:02+01:00

Witam,

rezasurmar, dzięki. -). Właśnie taką obsługę UART-a miałem sobie napisać, korzystając z GB, zaoszczędziłeś mi pracy, jeszcze raz dzięki.

A co do pisania "po rejestrach", czy korzystania z STDlibs, no cóż, temat wraca jak bumerang. Najlepiej chyba podsumowuje to:

Likwidator napisał(a):

...Każdy niech pisze w tym co lubi, ważne, żeby kod rozumiał i wiedział co tak naprawdę się dzieje.

Ja już chyba się w życiu "po rejestrach" napisałem ( dużo robiłem na '51 w .asm), więc teraz, jeśli tylko mogę, staram się korzystać z STDLibs, "cudzych" bibliotek i czego się tylko da, aby bez potrzeby się nie narobić...
Pozdrawiam, QuadMan.

Statystyki: Napisane przez QuadMan — 10 mar 2015, o 20:48

Re: Uart callback na STM32L152 al'a Kardaś

2015-03-10T19:35:50+01:00

Trzeba dodatkowo poruszyć fakt, żeby pisać w tym Std od ST to trzeba przebrnąć przez dokumentację samej biblioteki - czego oczywiście zdecydowana większość nie robi - bo są gotowce w internecie i ot po prostu copy & paste. Powiedz, żeby inaczej skonfigurowali dane peryferium i zaczynają się schody. Czasami takie coś robi, aby podnieść swoją samoocenę (?) że robię na ARM. Każdy niech pisze w tym co lubi, ważne, żeby kod rozumiał i wiedział co tak naprawdę się dzieje.

PS. W firmach zajmujących się systemami wbudowanymi "pisze się po rejestrach".

Moim skromnym zdaniem byłbym skłonny powiedzieć, że dokumentacja do STMów jest tak samo przyjemna jak do AVR, z tą różnicą, że w AVR znajdziemy gotowe kody w dokumentacji, a tutaj how-to, spis rzeczy które trzeba ustawić, żeby ruszyć. Warto spróbować wielu środków, aby wybrać ten dla siebie najodpowiedniejszy.

Statystyki: Napisane przez Likwidator — 10 mar 2015, o 19:35

Re: Uart callback na STM32L152 al'a Kardaś

2015-03-10T13:31:35+01:00

wwojtek napisał(a):

Sprawdzałeś może jak kompilator reaguje na "register" w odniesieniu do zmiennej 8bit?

Nie.

Ani nie prościej, ani mniej , bo to tylko kolejne powielanie tych samych bloków, to po pierwsze, po drugie spróbuj to szybko przenieść na inny procek .
No i j.w pisałem, to nie jest tematem topicu co lepiej .

Już kilka razy były prośby na forum, o przykłady dla STM/Kinetis, na rejestrach, echo.

Statystyki: Napisane przez Gość — 10 mar 2015, o 13:31

Re: Uart callback na STM32L152 al'a Kardaś

2015-03-10T13:28:11+01:00

rezasurmar napisał(a):

Na rejestrach to jest samobójstwo, masochizm w czystej postaci

Ale za to o ile prościej i mniej pisaniny ;P
[syntax=c]void uart_init(uint32_t f_cpu, uint16_t baud) {
RCC->APB2ENR |= RCC_APB2ENR_USART1EN | RCC_APB2ENR_IOPAEN | RCC_APB2ENR_AFIOEN;
gpio_pin_cfg(GPIOA, PA9, gpio_mode_alternate_PP_50MHz);
gpio_pin_cfg(GPIOA, PA10, gpio_mode_input_floating);

USART1->BRR = driver_uart_brrCount(f_cpu, baud);

USART1->CR1 = USART_CR1_TE | USART_CR1_RE | USART_CR1_UE | USART_CR1_RXNEIE;

NVIC_ClearPendingIRQ(USART1_IRQn);
NVIC_EnableIRQ(USART1_IRQn);
}[/syntax]
w porównaniu z tym:
[syntax=c]void USART1_Config(void){
GPIO_InitTypeDef GPIO_InitStruct;
USART_InitTypeDef USART_InitStruct;
USART_ClockInitTypeDef USART_ClockInitStruct;
// **************** UART1 ************************
/* Enable GPIOs clock for RxTx*/
RCC_AHBPeriphClockCmd(RCC_AHBPeriph_GPIOA, ENABLE);
/* Enable UART1 clock */
RCC_APB2PeriphClockCmd(RCC_APB2Periph_USART1, ENABLE);
//PA9 - Tx
GPIO_InitStruct.GPIO_Pin = GPIO_Pin_9;
GPIO_InitStruct.GPIO_Speed = GPIO_Speed_2MHz;
GPIO_InitStruct.GPIO_Mode = GPIO_Mode_AF;
GPIO_InitStruct.GPIO_OType = GPIO_OType_PP;
GPIO_Init(GPIOA, &GPIO_InitStruct);

//PA10 - Rx
GPIO_InitStruct.GPIO_Pin = GPIO_Pin_10;
GPIO_InitStruct.GPIO_Mode = GPIO_Mode_AF;
GPIO_Init(GPIOA, &GPIO_InitStruct);

/* Connect RxTX UART1 to port alternate */
GPIO_PinAFConfig(GPIOA, GPIO_PinSource9, GPIO_AF_USART1);
GPIO_PinAFConfig(GPIOA, GPIO_PinSource10, GPIO_AF_USART1);

//konfigurowanie ukladu USART

USART_InitStruct.USART_BaudRate = 115200; //Predkosc transmisji w bps
USART_InitStruct.USART_WordLength = USART_WordLength_8b; //Dlugosc dlowa danych
USART_InitStruct.USART_StopBits = USART_StopBits_1; //Bity stopu (1 bit)
USART_InitStruct.USART_Parity = USART_Parity_No; //Bit parzystosci (wylaczony)
USART_InitStruct.USART_HardwareFlowControl = USART_HardwareFlowControl_None; //Sprzetowa kontrola przeplywu wylaczona
USART_InitStruct.USART_Mode = USART_Mode_Rx | USART_Mode_Tx; //Tryb pracy (odbior i nadawnie)

USART_Init(USART1, &USART_InitStruct);

/* clock settings */
USART_ClockInitStruct.USART_Clock = USART_Clock_Disable ;
USART_ClockInitStruct.USART_CPOL = USART_CPOL_High ;
USART_ClockInitStruct.USART_LastBit = USART_LastBit_Disable;
USART_ClockInitStruct.USART_CPHA = USART_CPHA_1Edge;
USART_ClockInit(USART1, &USART_ClockInitStruct);

USART_ITConfig(USART1, USART_IT_RXNE, ENABLE);
USART_Cmd(USART1, ENABLE);
}[/syntax]

Próba skonfigurowania ciekawszych peryferiów (typu np. FMC/FSMC) z wykorzystaniem bibliotek to jest elaborat na kilka stron

Sprawdzałeś może jak kompilator reaguje na "register" w odniesieniu do zmiennej 8bit?

Statystyki: Napisane przez Gość — 10 mar 2015, o 13:28

Re: Uart callback na STM32L152 al'a Kardaś

2015-03-10T13:18:15+01:00

Cube generuje kod z użyciem HAL i w dodatku pod pewne środowiska, oczywiście można to sobie potem ręcznie poprzerabiać, przy okazji nauczyć się tego i owego. Niema to jednak jak datascheet i rejestry, na początku ciężko i oczy rozbiegane po rozdziałach ds, ale jak już opanujesz to wiesz co robisz i kod jakiś lżejszy

------------------------ [ Dodano po: 2 minutach ]

Cube generuje kod z użyciem HAL i w dodatku pod pewne środowiska, oczywiście można to sobie potem ręcznie poprzerabiać, przy okazji nauczyć się tego i owego. Niema to jednak jak datascheet i rejestry, na początku ciężko i oczy rozbiegane po rozdziałach ds, ale jak już opanujesz to wiesz co robisz i kod jakiś lżejszy

Statystyki: Napisane przez volt_1 — 10 mar 2015, o 13:18

Re: Uart callback na STM32L152 al'a Kardaś

2015-03-10T12:52:12+01:00

gizmo5418 napisał(a):

W HAL to chyba tylko dla procków stm32F4 z tego co zauważyłem, natomiast dla stm32f1 (akurat w nucleo taki mam) generuje w stdlibs. Mogę się oczywiście mylić, gdyż dla innych nie próbowałem generować.

Mylisz się, dla L1 też generuje w HAL.

gizmo5418 napisał(a):

ale nie jest to aż taką tragedią, jak to większość opisuje.

Na początku może i nie jest, bo j.w pisałem poznajesz procesor, ale w przypadku gdy ważna jest przenośność kodu, czy szybkość implementacji, tragedia to mało powiedziane.

Jak pisałem, "śpeców" którzy twierdzą że na rejestrach jest łatwo, przewala się przez polski internet mnóstwo, tylko spróbuj zapytać o coś, albo znajdź dobre przykłady, nie migania diodą czy właśnie prostej konfiguracji UARTa, a coś bardziej zaawansowanego. Powodzenia.

Ale nie wyższość rejestrów nad CMSIS/HAL jest tematem tego topicu .

Statystyki: Napisane przez Gość — 10 mar 2015, o 12:52

Re: Uart callback na STM32L152 al'a Kardaś

2015-03-10T12:38:12+01:00

Witam,

Quote:

Na rejestrach to jest samobójstwo, masochizm w czystej postaci , ale co kto lubi.

W przypadku UARTA i pracy w trybie 8n1 oczywiście bez DMA to ustawienie zaledwie paru bitów.
Fakt, że na początku datasheet nie opuszcza rąk, ale nie jest to aż taką tragedią, jak to większość opisuje.

Konfigurację zegara też pisałem na rejestrach i bezproblemowo ruszyło. Ważne, aby zrozumieć zasadę i kolejność działania. Dla mnie początkującego, łatwiej jest w taki sposób konfigurować, ktoś inny robi to inaczej.

Quote:

Widziałem że do procków STM jest takie fajne narzędzie, nazywa się jakoś Cube....

Tak Mirku jest to STM32CubeMx, działa bezproblemowo również pod linuksem, ale jak popatrzyłem w kod który wygenerował to też wszystko było konfigurowane poprzez struktury. Fakt łatwiej jest, bo tylko się klika i widać jak na dłoni wszystkie ustawienia.

Quote:

Dokładnie tak, z tym że on generuje właśnie w HAL....

Statystyki: Napisane przez gizmo5418 — 10 mar 2015, o 12:38

Re: Uart callback na STM32L152 al'a Kardaś

2015-03-10T12:12:07+01:00

Na rejestrach to jest samobójstwo, masochizm w czystej postaci , ale co kto lubi.

Dla mnie istotna jest prostota i przenośność kodu, to nie Atiny z 1KB flasha i 64B ramu .

Można się sporo nauczyć przy rejestrach, ale j.w łatwo o błąd i dla mnie przynajmniej nie warto się męczyć, też byłem zwolennikiem pracowania na rejestrach, po wypowiedziach elektrodowych "śpeców"
Tylko, że jakoś na świecie panuje całkiem odwrotna tendencja, owszem, jak projekt chcesz wcisnąć w jakiegoś małego L0, to można się pobawić, ale wbrew pozorom, struktury nie takie straszne.
HAL jest przerośniety znaczniej, StdLibs są znośne.

------------------------ [ Dodano po: kilkunastu sekundach ]

Quote:

Widziałem że do procków STM jest takie fajne narzędzie, nazywa się jakoś Cube i tam się graficznie zaznacza z jakich peryferiów się korzysta a ono ładnie generuje cały kod do inicjalizacji może warto tego spróbować ?

Dokładnie tak, z tym że on generuje właśnie w HAL, co prawda przy dużych prockach kilka KB w tą czy w tą nie robi różnicy .

No i można zobaczyć jak to wszystko jest inicjowane itd.

Statystyki: Napisane przez Gość — 10 mar 2015, o 12:12

Re: Uart callback na STM32L152 al'a Kardaś

2015-03-10T12:09:29+01:00

Statystyki: Napisane przez mirekk36 — 10 mar 2015, o 12:09

Re: Uart callback na STM32L152 al'a Kardaś

2015-03-10T12:07:41+01:00

Witam,

O proszę, sam przenoszę bibliotekę od uartu z GB, a idzie mi to bardzo powoli gdyż początkujący jestem, a tu taka niespodzianka. Świetnie, ale mam straszną awersję do konfigurowania peryferii za pomocą struktur, bo nic nie mogę z tego wywnioskować i jakieś takie ociężałe mi się to wydaje, więc z pomocą datasheeta powolutku skrobię konfigurację na rejestrach.

Pozdrawiam, Paweł

Statystyki: Napisane przez gizmo5418 — 10 mar 2015, o 12:07

Uart callback na STM32L152 al'a Kardaś

2015-03-10T11:26:57+01:00

Wrzucam (nie pełny, trzeba mieć GB ) kod jak obsłużyć ładnie UART z STM32L152 (łatwo przeportować na inny) callbackami opisanymi w Green Booku.

uart.c
[syntax=c]#include
#include "stm32l1xx.h"
#include "uart.h"

........................

// Zdarzenie do odbioru danych łańcucha tekstowego z bufora cyklicznego
void UART_RX_STR_EVENT(char * rbuf) {
.......................
}

// definiujemy funkcję dodającą jeden bajt do/z bufora cyklicznego
void uart_putc( char data ) {
.......................
USART_ITConfig(USART1, USART_IT_TXE, ENABLE);
}

void uart_puts(char *s)// wysyła łańcuch z pamięci RAM na UART
{
..........
}

void uart_putint(int value, int radix)// wysyła na port szeregowy liczbę
{
..........
}

// definiujemy funkcję pobierającą jeden bajt z bufora cyklicznego
......

void USART1_Config(void){
GPIO_InitTypeDef GPIO_InitStruct;
USART_InitTypeDef USART_InitStruct;
USART_ClockInitTypeDef USART_ClockInitStruct;
// **************** UART1 ************************
/* Enable GPIOs clock for RxTx*/
RCC_AHBPeriphClockCmd(RCC_AHBPeriph_GPIOA, ENABLE);
/* Enable UART1 clock */
RCC_APB2PeriphClockCmd(RCC_APB2Periph_USART1, ENABLE);
//PA9 - Tx
GPIO_InitStruct.GPIO_Pin = GPIO_Pin_9;
GPIO_InitStruct.GPIO_Speed = GPIO_Speed_2MHz;
GPIO_InitStruct.GPIO_Mode = GPIO_Mode_AF;
GPIO_InitStruct.GPIO_OType = GPIO_OType_PP;
GPIO_Init(GPIOA, &GPIO_InitStruct);

//PA10 - Rx
GPIO_InitStruct.GPIO_Pin = GPIO_Pin_10;
GPIO_InitStruct.GPIO_Mode = GPIO_Mode_AF;
GPIO_Init(GPIOA, &GPIO_InitStruct);

/* Connect RxTX UART1 to port alternate */
GPIO_PinAFConfig(GPIOA, GPIO_PinSource9, GPIO_AF_USART1);
GPIO_PinAFConfig(GPIOA, GPIO_PinSource10, GPIO_AF_USART1);

//konfigurowanie ukladu USART

USART_InitStruct.USART_BaudRate = 115200; //Predkosc transmisji w bps
USART_InitStruct.USART_WordLength = USART_WordLength_8b; //Dlugosc dlowa danych
USART_InitStruct.USART_StopBits = USART_StopBits_1; //Bity stopu (1 bit)
USART_InitStruct.USART_Parity = USART_Parity_No; //Bit parzystosci (wylaczony)
USART_InitStruct.USART_HardwareFlowControl = USART_HardwareFlowControl_None; //Sprzetowa kontrola przeplywu wylaczona
USART_InitStruct.USART_Mode = USART_Mode_Rx | USART_Mode_Tx; //Tryb pracy (odbior i nadawnie)

USART_Init(USART1, &USART_InitStruct);

/* clock settings */
USART_ClockInitStruct.USART_Clock = USART_Clock_Disable ;
USART_ClockInitStruct.USART_CPOL = USART_CPOL_High ;
USART_ClockInitStruct.USART_LastBit = USART_LastBit_Disable;
USART_ClockInitStruct.USART_CPHA = USART_CPHA_1Edge;
USART_ClockInit(USART1, &USART_ClockInitStruct);

USART_ITConfig(USART1, USART_IT_RXNE, ENABLE);
USART_Cmd(USART1, ENABLE);
}

void USART1_IRQHandler(void)
{
GPIO_ToggleBits(GPIOB, GPIO_Pin_2);

if(USART_GetITStatus(USART1, USART_IT_RXNE) != RESET)
{

register uint8_t tmp_head;
register char data;

data = USART_ReceiveData(USART1); //Odczyt danej automatycznie kasuje flage przerwania

// obliczamy nowy indeks „głowy węża”
.............

}

// Obsługa Przerywania TX
if(USART_GetITStatus(USART1, USART_IT_TXE) != RESET){
............................
............................
............................
USART_SendData(USART1,UART_TxBuf[UART_TxTail]);
}
else{
USART_ITConfig(USART1, USART_IT_TXE, DISABLE); //Wylacz przerwanie = koniec transmisji
}
}

// ********* Obsługa Stringów **************************

//

void itoa(unsigned int i, char *buf, int base){
char *s;
#define LEN10
int rem;
char rev[LEN+1];

if (i == 0)
s = "0";
else
{
rev[LEN] = 0;
s = &rev[LEN];
while (i)
{
rem = i % base;
if (rem < 10)
*--s = rem + '0';
else if (base == 16)
*--s = "abcdef"[rem - 10];
i /= base;
}
}
strcpy(buf, s);
}[/syntax]

pliku .h nie ma sensu wrzucać, praktycznie to samo, po za dołączeniem iota, można olać, jeżeli wasz IDE wspiera.

Jak widać zmian jest niewiele, usunięte są niezmienione fragmenty skopiowane wprost z biblioteki Mirka z GB.

Tema wklejam jako ciekawostkę, że spokojnie można przeportować praktycznie każdą bibliotekę z książek Mirka bez większych problemów na inne procesory.

Nie udostępniam całej biblioteki, nie pomagam uruchomić całości (od tego jest GB). Nie odpowiadam w tej kwestii na PW.

Statystyki: Napisane przez Gość — 10 mar 2015, o 11:26