tuxcnc pisze: ↑

02 cze 2025, 16:49

Ja szukam kodu który robi problem, a Ty mi każesz dłubać w procesorze...

Ręce opadają.
A radź se sam.

A może on wchodzi do przerwania tuż po starcie? Czyli nie jest "martwy" od samego początku, tylko od wejścia do przerwania?
Poza tym masz ST-Linka. To nie możesz zatrzymać rdzenia i zobaczyć adresu w rejestrze PC?

tuxcnc pisze: ↑

02 cze 2025, 16:04

Ale Ty dalej nie czytasz tego co piszę, tylko dyskutujesz z tym, co sam wymyśliłeś...
Jak mam zapalić LED-a, kiedy procesor jest martwy a program w ogóle się nie uruchamia?

A gdzie ja napisałem że masz zapalić LEDa?
Napisałem żebyś dodał kod zapalający LEDa! A czy procek łaskawie tego LEDa zapali czy nie, to już on zdecyduje. I na podstawie tego co zrobi, będziesz mógł dojść do odpowiednich wniosków. Tak trudno to zrozumieć?

Poza tym nigdzie nie pisałeś że procek jest martwy. Napisałeś:

tuxcnc pisze: ↑

02 cze 2025, 12:58

Przecież napisałem wyraźnie, że po przepełnieniu licznika procek się wiesza

Więc naprawdę zaczynam myśleć żeś tępy...

tuxcnc pisze: ↑

02 cze 2025, 16:04

Cholera wie gdzie wchodzi i co robi, bo nie ma jak tego sprawdzić.

No tosz właśnie LEDem byś to sprawdził...

tuxcnc pisze: ↑

02 cze 2025, 14:30

I nie pieprzcie, że NVIC_EnableIRQ ustawia DIER, bo gówno prawda.

Ok, pomyliłem się.
Zezwala na obsługę w rejestrze NVIC->ISER a nie DIER.
Nie mniej jednak nie jest to konfigurowanie przerwania, tylko zezwalanie na jego obsługę.
W szczególności, ta funkcja nie przypisuje adresu funkcji przerwania (a zdaje się że myślisz że to robi).
Fakt, w Arduino mogli coś popierniczyć, ale nazwa się nie zgadza z nazwą funkcji przerwania, więc sądzę że jest tak jak było w normalnym programowaniu STMa.

tuxcnc pisze: ↑

02 cze 2025, 14:30

ale teraz nie chodzi mi o to żeby zaczęło działać, tylko żeby się dowiedzieć dlaczego nie działa, bo to bardzo cenna wiedza.

Uparcie nie chcesz się tego dowiedzieć. Dałbyś w przerwaniu zapalanie LEDa, i już byś wiedział o wiele więcej.
Nie zapala się: procek chodzi w inną funkcję przerwania. A tam zastaje na przykład while(1).
Zapala się: procek wchodzi do Twojej funkcji, ale np. nie kasuje bitu przerwania (przez co wchodzi w to przerwanie w kółko).
LED to skrót myślowy. Nie misi tam być fizycznego LEDa, tylko wystarczy multimetrem czy oscyloskopem sprawdzić napięcie na pinie.

Tak. Że autor wątku który twierdzi że HAL jest dla debili a porządni programiści robią na rejestrach, uruchomił program na HALu ale nie potrafi tego zrobić na rejestrach.

tuxcnc pisze: ↑

02 cze 2025, 12:58

atom1477 pisze: ↑

02 cze 2025, 08:38

Nic nam tez nie powiedziałeś, więc pewnie nie sprawdziłeś, na temat tego czy program wchodzi do tego przerwania.

Chcesz wyjść na większego idiotę od tego drugiego?
Przecież napisałem wyraźnie, że po przepełnieniu licznika procek się wiesza.

Bo jesteś tępy.
Nie rozumiesz że to właśnie jest objaw tego że procek wchodzi do przerwania?
Pytanie tylko którego (tzn. której funkcji, Twojej czy jakiejś z Adruino), i dlaczego z niego nie wychodzi. LED by pozwolił to ustalić.

tuxcnc pisze: ↑

02 cze 2025, 12:58

Wiem doskonale że NVIC_EnableIRQ ma skonfigurować przerwanie, ale nie wiadomo czy i jak to robi.
Skonfigurować, bo włączyć i wyłączyć jest w bicie DIER rejestru TIMx.

No czyli nie wiesz. To nie konfiguruje przerwania, tylko włącza zezwolenie na obsługę (czyli właśnie ustawia bit DIER).
I tu nie ma żadnego problemu. Ten fragment działa Ci dobrze. Tylkoś się uparł szukać problemu właśnie w nim.

tuxcnc pisze: ↑

01 cze 2025, 23:32

Napisałem kod, który obsługuje enkoder kwadraturowy. Liczy w przód i w tył, problem jest tylko taki, że licznik jest 16-bitowy, więc w większości zastosowań się przepełni, a nie powinien.
Dlatego jest potrzeba użyć przerwania z licznika, aby rozszerzyć wynik na co najmniej 32 bity, co zrobiłem w innych programach używających bibliotek, ale tutaj chcę bez bibliotek.
Tak więc w moim kodzie nie ma sensu szukać błędu, bo go tam nie ma.
Jeśli nie użyję NVIC_EnableIRQ(TIM1_UP_IRQn), to licznik liczy w kółko, a jak użyję NVIC_EnableIRQ(TIM1_UP_IRQn) to dolicza do 65535 i program się zawiesza.
Znaczy to dokładnie tyle, że NVIC_EnableIRQ(TIM1_UP_IRQn) nie działa tak, jak można oczekiwać.

Znaczy jesteś tępy.
Samo NVIC_EnableIRQ(TIM1_UP_IRQn) nie realizuje przerwania! To tylko włącza zezwolenia na jego obsługę.
Ale musisz mieć jeszcze funkcję obsługi przerwania, a jej nie pokazałeś. Nie wiadomo jaką ma nazwę, ani co robisz w środku (czy kasujesz flagę przerwania).
Pokaż ten fragment, to będzie można gadać dalej.
Nic nam tez nie powiedziałeś, więc pewnie nie sprawdziłeś, na temat tego czy program wchodzi do tego przerwania. Jak się testuje nową wersję (np. bez biblioteki HAL) i coś nie działa, to się daje zapalanie jakiegoś LEDa w przerwaniu żeby to sprawdzić.

A wywaliłeś HALa? Bo ten błąd wskazuje że HAL jest i gdzieś w sobie już ma zadeklarowaną funkcję obsługi przerwania.

Jak mamy Ci pomóc jak nie wiemy jaki konkretnie kod Ci nie działa?

drzasiek90 pisze: ↑

01 cze 2025, 19:59

Ale jaki to ma związek?
Nie robią tego co kiedyś, bo technologia się zmieniła.

Ma i to bardzo duży. Wyjaśniłem to chyba wystarczająco jasno więc nie ma sensu żebym się powtarzał.

drzasiek90 pisze: ↑

01 cze 2025, 19:59

To jest dowód na to, że dobrych programistów ciężko znaleźć, albo że jest ich mało, albo że dobrzy programiści zarabiają na tyle dobrze na etacie że nie szukają dodatkowej fuchy.

Jedno i drugie to prawda.
Mi chodziło o to że programiści średnio są gorsi, bo jest mniej tych dobrych a więcej tych gorszych (bo taka jest proporcja zapotrzebowania na jednych i drugich). Ale oczywiście zdarzają się perełki również w dzisiejszym świecie, mimo że nie potrzeba już tak dużo samodzielnie dłubać w kodzie bo robi to kompilator. Nie sądzę jednak że te dzisiejsze perełki są lepsze od dawnych perełek.

I w tym momencie ja znam Twoją opinię a Ty moją, i możemy się rozstać w zgodzie