Witam. Mam problem z odmierzaniem czasu w programie uC (STM32 rejestry). W jaki sposób wykonać prosty timer nierobiący nic poza czekaniem ten czas który mu zadam typu AVR - delay_ms(jakis_czas). Potrzebuje używać tego timera zarówno w main.c jak i bibliotekach. Myślałem nad SysTickiem tylko nwm jak mogę go wykożystać, aby działał mi we wszystkich bibliotekach.

Robię to tak:
1. Ustawiam Systick na przerwanie co 1 ms:

48000000 to oczywiście częstotliwość uK, a potrzebne są standardowe nagłówki z CMSIS.
Mam więc uruchomiony silnik timerów programowych, podobnie jak w bluebook.
W przerwaniu od Systicka może być np taki kod:


Oczywiście trzba wyprowadzić funkcj na zewnątrz:


Po takim przygotowaniu mamy funkcję blokującą delay_ms() oraz dwie zmienne, softTimer1, softTimer2 do opóźnień nieblokujących.

Dlaczego jak dzielisz 48Mhz / 1000 to wychodzi ci 1ms? Mi wychodzi co 1ms jak podzielisz 48MHz/48000. Jak coś źle napisałem to prosze mnie poprawić.

W jakim celu są te softtime. Jak one działają?

Użycie zmiennej pośredniej jest w przypadku Cortexów niepotrzebne.
W przypadku AVR obecnie też.

Wystarczy


Albo bardziej cywilizowanie

_________________
Think for yourself and question authority.

Zapomniałeś o volatile przy definicji thatTimerCounter

z czasami rzędu [ms] nie ma problemów, ale jakbym chciał zrobić 1[us] niestety nie działa. Czy trzeba już w takiej sytuacji użyć funkcji asemblerowych?

W tym momencie tworzę na rdzeniu Cortex M4 (dokładnie to na uC STM32F411RE ). Zgadza się przy dziesiątkach us daje radę nawet przy taktowaniu fabrycznym 16MHz. Tylko potrzebne są mi czasy np 2us.

Nie chce zakładać nowego tematu to tutaj zapytam. Wykonałem bibliotekę do wyświetlacza 2x16 (HD44780). Stm nie zmienia wg stanu na wyjściu (sprawdzone oscyloskopem). Wszystkie LCD_Dx_SET/RESET są w rzeczywistości poleceniem GPIOA->BSRR = GPIO_BSRR_BS(BR)x. Nie wiem dlaczego tak jest? Chyba ze polecenie ...BSRR... jest tutaj niepoprawne.

main.c


plik biblioteczny:

Wg mnie błąd robisz przy włączeniu zegarów.
Zamiast "|=" dajesz "=" i dlatego w drugiej linii wyłączasz zegar dla portu C oraz inne zegary na tej szynie..

To pewnie jeszcze nie wszystko, ale nie zajrzę teraz do RM dla F4.
Zacznij od dobrego poradnika - tzw "poradnika Szczywronka" - znajdziesz w google. Tam masz wszystko prawie na tacy. Jeśli chcesz bliżej się zapoznać z STM32 to jest to konieczne, żebyś korzystał również z literatury.
Oczywiście jak masz problemy to pytaj na forum, ale wrzucaj nowe watki - to pomoże w przyszłości innym.

Polecasz jakąś konkretną książkę do nauki programowania na rejestrach? Odnośnie poradnika Szczywronka to jestem właśnie w trakcie jego przerabiania. Co ciekawe ustawiając 1 na wyjściu PA5 (NUCLEO) również poleceniem GPIOA->BSRR... dioda działa. Postanowiłem wyłączyć sygnał zegarowy dla GPIOA tak samo porty C nie reagują. Wg manuala powinno to działać.

Pisząc o literaturze to miałem właśnie na myśli poradnik Szczywronka, bo pod względem pisania na rejestrach jest generalnie posucha Mam kilka ogólnie dostępnych książek, ale żadna z nich w tym temacie nie ma wiele do powiedzenia, natomiast "STM32 w systemach sterowania i regulacji" daje trochę wiedzy o asemblerze dla STM32, ale tylko dla F1.
Z drugiej strony poradnik jest na tyle kompleksowy, że po jego "'przerobieniu" można już iść własną drogą

Co do ustawień rejestrów GPIO to w poradniku jest zgrabna biiblioteka do ich obsługi co oczywiście nie zwalnia od zrozumienia konfiguracji rejestrów, nie mniej jednak zaglądam w tym temacie do RM sporadycznie i zwykle to wystarcza.
Dobrze jest tez mieć RM do serii F0, tam są przykłady do konfiguracji różnych peryferii właśnie na rejestrach, podobnie jak w notach Atmela.

To ciekawe że porty C nie reagują. Czy jest możliwe spalenie jakoś tych pinów (wszystkie mają oznaczenia FT) przez wyświetlacz HD44780 i normalne działanie innych? Nie używam większego napięcia niż 5V.

Widzę tu jeszcze jednego babola. Zamiast operatora sumy bitowej używasz operatora sumy logicznej, "||" zamiast "|".
Rejestry BSSR i ODR można używać zamiennie, ale te pierwsze reagują tylko na bit 1, ustawienie odpowiednich pól ustawia lub kasuje właściwy pin i można robić to "atomowo".

I właśnie przez to porty C nie działały teraz jest na nich napięcie. Tylko wyświetlacz dalej nie chce furgać. Ciekawe bo po zmierzeniu oscyloskopem jest nadawany sygnał. Wyswietlacz działa na 100%, bo sprawdzałem go już gdzieś indziej.

Zauważyłem że dane nie wysyłane są w całości. Nie wiem dlaczego wysyłanych jest tak mało danych. Poniżej zmiana stanów na D4 i D5 przy poleceniu LCD_init(). Znalazłem trochę błędów i poprawiłem:


Żółtym D4, Niebieskim D5


Żółtym Enable, Niebieskim D4


Więcej sygnałów nie zauważyłem. Wygląda to tak jakby SendHalf() działał raz, a potem nie reagował na polecenia.