ATNEL tech-forum

Re: Problem z EXTI na stm32

2015-02-08T07:07:41+01:00

Właśnie miałem itoa(), a przynajmniej jej czyjąś implementację w kodzie i chyba była za wolna bo sypało błędami, za to z sprintf od razu wzystko chodzi jak powinno, ale i tak spróbuję z tą funkcją co mi podesłałeś.

pozdrawiam,
Piotrek

Statystyki: Napisane przez klonyyy — 8 lut 2015, o 07:07

Re: Problem z EXTI na stm32

2015-02-08T00:24:53+01:00

Używałem tego na F030 do debugowania, bo wygodne i się mieściłem w 16 kB flasha, ale można jeszcze tak:
http://www.freddiechopin.info/pl/download/category/9-rozne plik itoa()

Statystyki: Napisane przez Federerer — 8 lut 2015, o 00:24

Re: Problem z EXTI na stm32

2015-02-07T23:52:56+01:00

Oj kurcze rzeczywiście wkradły mi się tam nawisy - sorki za zamieszanie.

Quote:

Tak, sprintfem: http://www.cplusplus.com/reference/cstdio/sprintf/

A czymś mniej pamięcio-żernym ?

Statystyki: Napisane przez klonyyy — 7 lut 2015, o 23:52

Re: Problem z EXTI na stm32

2015-02-07T23:26:46+01:00

wwojtek napisał(a):

SystemCoreClock().

To akurat jest z cmsis i to nie funkcja tylko zmienna Powinna pokazać dobrą wartość, po zmianie ustawień zegara trzeba tylko wywołać SystemCoreClockUpdate().

------------------------ [ Dodano po: 3 minutach ]

Quote:

A bawiliście się może w wysyłenie int'ów uartem ?

Tak, sprintfem: http://www.cplusplus.com/reference/cstdio/sprintf/

Statystyki: Napisane przez Federerer — 7 lut 2015, o 23:26

Re: Problem z EXTI na stm32

2015-02-07T22:52:58+01:00

OK sprawdziłem Systickiem i chyba jest ok

A bawiliście się może w wysyłenie int'ów uartem ?

Statystyki: Napisane przez klonyyy — 7 lut 2015, o 22:52

Re: Problem z EXTI na stm32

2015-02-07T22:30:52+01:00

klonyyy napisał(a):

SystemCoreClock();

Nie wiem Wszystko zależy od tego co jest w funkcji SystemCoreClock(). Osobiście wszelkie funkcje biblioteczne od st omijam.

Statystyki: Napisane przez Gość — 7 lut 2015, o 22:30

Re: Problem z EXTI na stm32

2015-02-07T22:06:00+01:00

A ustawienie zmiennej jako SystemCoreClock(); i odczytanie jej w debugerze będzie złym pomysłem ?

Statystyki: Napisane przez klonyyy — 7 lut 2015, o 22:06

Re: Problem z EXTI na stm32

2015-02-07T21:45:55+01:00

klonyyy napisał(a):

No ale nic, powolutku do celu, nie ?

No ba Bit po bicie aż do przepełnienia stosu (lub stosów w stm'ie)

Co do ustawień zegara - w rejestrach RCC jest trochę różnych flag, które pozwalają sprawdzić który zegar jest włączony i z czego jest taktowany cały procek. Jeśli chodzi o szybki i prosty test to: dioda migająca w przerwaniu od SysTicka (np. co 1s) + stoper

Statystyki: Napisane przez Gość — 7 lut 2015, o 21:45

Re: Problem z EXTI na stm32

2015-02-07T21:17:15+01:00

Zmieniłem na 16Mhz, ale dalej czasami wkradają się nieporządane znaki. Przynajmniej wiem że to nie wina kwarcu.

Statystyki: Napisane przez klonyyy — 7 lut 2015, o 21:17

Re: Problem z EXTI na stm32

2015-02-07T20:16:51+01:00

W pliku system_stm32fxxxxx.c jest ustawienie zegara

Statystyki: Napisane przez ps19 — 7 lut 2015, o 20:16

Re: Problem z EXTI na stm32

2015-02-07T19:59:49+01:00

@wwojtek właśnie często objawia się przyzyczajnie do 8-bitowców - szczególnie z datasheetami. No ale nic, powolutku do celu, nie ?

Jeszcze raz dzięki za całą pomoc !

Pozdrawiam,
Piotrek

EDIT: Aaa tam zapytam skoro mam okazję - jak sprawdzić czy procek wystartował na zewnętrznym kwarcu czy na wewnętrznym ? Ogólnie wiem, że mam 72Mhz, ale jako zewnętrzny kwarc mam 16Mhz, a że typową wartością jest 8 nie wiem czy gdzieś trzeba coś zmienić... Ogólnie się o to pytam bo uart niby dobrze skonfigurowany tzn prędkość itp, ale przy częstym wysyłaniu np 4 cyfrowej liczby zaczyna krzaczyć.

Statystyki: Napisane przez klonyyy — 7 lut 2015, o 19:59

Re: Problem z EXTI na stm32

2015-02-07T17:06:54+01:00

Eee tam zaraz gapa. Próba uruchomienia czegoś, czego konkretny mikrokontroler fizycznie nie ma to (z tego co obserwuję różniste fora) dosyć częsta pułapka przy STM'ach. Jeśli wcześniej przyzwyczaiłeś się np. do dokumentacji AVR'ów 8bit. - gdzie wszystko jest w jednym pdfie - to trochę trzeba się przestawić. Kilka tygodni temu dłuższy czas głowiłem się nad tym jak sprawdzić ile właściwie portów GPIO ma jakiś tam procek

Tak jak pisałem - Coocox'a nie znam. Korzystam z Eclipse'a. Do przeglądania rejestrów mam "dossany" plugin "EmbSysRegView". Swoją drogą Kokos jest jakąś pochodną Eclipse'a - może da się doinstalować Eclipsowego plugina ?

Co do procków - wszystko zależy do czego Nie pracuję (w dosłownym/zawodowym tego słowa znaczeniu) na żadnym - programowanie uK to tylko hobby. Do hobbystycznej zabawy (nauki) - im "większy" i bardziej rozbudowany mikrokontroler/zestaw tym lepiej. Mam dwa zestawy "rozwojowe" do zabawy: Hy-mini (stm32f103) i discovery z stm32f409. Zestawem HY-mini bawię się już ponad rok i jeszcze go nie "wyeksplorowałem" do końca. Wszystko zależy od celu i podejścia. Stosując gotowe biblioteki/przykłady z netu itp... można "zaliczyć" wszystkie ważniejsze peryferia w ~miesiąc pisząc tylko wieczorami Bawiąc się w pisanie wszystkiego po swojemu od zera to miesiąc może nie starczyć na opanowanie dokumentacji kart SD i uruchomienie SDIO

Statystyki: Napisane przez Gość — 7 lut 2015, o 17:06

Re: Problem z EXTI na stm32

2015-02-07T16:54:51+01:00

Do większości celów wystarcza w zupełności F1, nie ma sensu pchać się w setki MHz bo wtedy już zaczynają się cyrki z doborem parametrów ścieżki (szerkość, długość), filtrowaniem itp

Statystyki: Napisane przez ps19 — 7 lut 2015, o 16:54

Re: Problem z EXTI na stm32

2015-02-07T15:56:10+01:00

O kurcze - rzeczywiście, ale ze mnie gapa - nie sprawdzić czegoś takiego...
Rejestrów Systicka nie można podglądać, tak samo jak nvic , może dlatego że to sa jak to nazwałeś "rdzeniowe peryferia" ?

Dzięki za ostrzeżenie z tym debugowaniem

EDIT: A jakie procki polecasz ? Na jakich najczęściej pracujesz ? F4 ?

Statystyki: Napisane przez klonyyy — 7 lut 2015, o 15:56

Re: Problem z EXTI na stm32

2015-02-07T14:51:29+01:00

Zerknij do datasheet'a (nie reference manuala!) - ten procek ma tylko 4-ry timery (nie licząc SysTick'a i watchdogów).

A rejestry SysTick'a można podglądać? Nie znam coocox'a, ale może pokazuje tylko rejestry peryferiów mikrokontrolera, bez peryferiów rdzenia. Ew. "rdzeniowe peryferia" są gdzieś indziej.

Dodano po zjedzeniu obiadu:

Broń Boże nie chcę Cię zniechęcać do podglądania rejestrów przez debugger bo to jest super sprawa, ale jest jedna mała pułapka. Czasem z odczytem rejestru jest powiązany jakiś myk - np. jakaś flaga kasuje się podczas odczytu rejestru. Podglądając taki rejestr przez debugger można sobie niechcący taką flagę skasować

Statystyki: Napisane przez Gość — 7 lut 2015, o 14:51

Re: Problem z EXTI na stm32

2015-02-07T13:29:03+01:00

O kurcze ! Dzięki za zainteresowanie chłopaki, już zaieram się za odpowiadanie.

buz11 kurcze ja cały czas myślałem że są tylko 4 rodzaje przerwań od EXTI - te co są w pliku startup_stm32f10x_md.c, w którym mialem szukac nazw przerwań, a że najwyższy to "void WEAK EXTI4_IRQHandler(void);" to pomyślałem, że chodzi o EXTICR4 i tak to zapisałem.
plik startup_stm32f10x_md.c

[syntax=c]void WEAK EXTI0_IRQHandler(void);
void WEAK EXTI1_IRQHandler(void);
void WEAK EXTI2_IRQHandler(void);
void WEAK EXTI3_IRQHandler(void);
void WEAK EXTI4_IRQHandler(void);[/syntax]

Ojejku rzeczywiście są te nazwy tylko oddzielnie od powyzszych exiti.... Kurcze przepraszam za zamieszanie z tym plikiem - już wszystko działa....

A teraz kikla słów wyjaśneinia na pytania kolegi wwojtek:
1. To tylko przez moje głupie przepisywanie kodu jak zaczynałem z STM'ami - przepisywałem z neta żeby tylko sprawdzić czy działa i jakoś mi tak zostało - już to naprawiam
2.To akurat zauważyłem - zawsze do CRL'a i CRH przypisuję 0x00000000 i dopiero robię na nich operacje. Ale masz rację gdy nie znamy dobrze rejestru warto sobie nawet w debugerze podejrzeć.
3. Tutaj akurat chce dać najniższy priorytet dla tego przerwania, gdyż ma ono wyłączać i włączać natychmiastowo całe urządzenie, ale dzięki za wskazówkę.
4. Tego nei wiedziałem - znowu przepiwsywanie z neta bez zrozumienia - dzięki
5. Dzięki - juz poprawiam
6. Znowy dzieki za informację
7. Ooo na pewno poczytam !

A teraz pytanie z innej beczki - może wiecie dlaczego w Coocox'ie w zakładce peripherals podczas debugowania nie mam rejestrów np timera8, czy nvic ?
Czasami bardzo lubię sobie podejrzeć rejestry, ale w tych przypadkach nie mogę, gdyż timery mam maksymalnie do czwartego...

Naprawdę dziękuję za całą pomoc - już układ ładnie śmiga

Pozdrawiam serdecznie,
Piotrek

Statystyki: Napisane przez klonyyy — 7 lut 2015, o 13:29

Re: Problem z EXTI na stm32

2015-02-07T12:13:36+01:00

Dorzucę coś jeszcze Nie wszystko uważam za błąd - część pytań/uwag wynika z czystej ciekawości/chęci zwrócenia na coś uwagi.

1. Po co inline przy funkcji obsługi przerwania? Gdzie ona ma być inline'owana ;>?
2. Wykonywanie operacji "|=" zamiast "=" bywa zgubne, gdy rejestr po resecie nie ma wartości zero (np. rejestr CRL/H po resecie ma wartość 0x4444 4444)
3. Nie musisz zmieniać priotytetów przerwań. Szczególnie jak coś nie działa to warto program maksymalnie uprościć. Domyślnie po resecie wszystkie przerwania mają ten sam prio - nie ma wywłaszczania, są wykonywane w kolejności zależnej od numeru przerwania. Prawie jak na AVR Dopóki nie ma dobrego powodu do zmian, to warto je zostawić w spokoju.
4. "__enable_irg()" jest niepotrzebne. Przerwania po resecie są włączone.
5. Flagę przerwania należy czyścić na początku jego obsługi, inaczej procesor może ponownie wejść w obsługę przerwania zanim przetrawi operację kasowania flagi - link
6. Przy kasowaniu flagi nie jest potrzebne "|=", wystarczy "=" (wpisanie 1 kasuje bit, wpisanie 0 jest ignorowane)
7. Stosowanie atrybutu "interrupt" w Cortexie, przy procedurze obsługi przerwania, jest "dyskusyjne" (dla zainteresowanych lekturka: Elektroda, ARM, GCC)

Statystyki: Napisane przez Gość — 7 lut 2015, o 12:13

Re: Problem z EXTI na stm32

2015-02-07T09:48:19+01:00

Hej
W kontrolerze przerwań NVIC odblokowujesz przerwanie 4, a konfigurujesz 12, następnie obsługa przerwania ponownie od 4...
Pamiętaj, że pin12 portu A wchodzi w zakres przerwań zewnętrznych 10-15, ale zapewne to wiesz.

Statystyki: Napisane przez buz11 — 7 lut 2015, o 09:48

Problem z EXTI na stm32

2015-02-07T08:37:14+01:00

Witam!

Od jakiegoś czasu zmagam się z głupim przerwaniem na pinie 12 portu A. Bez skutku. Pewnie coś pomyliłem bo te rejestry są numerowane od 1, jednak według mnie wyglada dobrze. Niestety nie działa. Procek STM32f103RBT6, przerwanie ma się wywoływać na zboczu rosnącym i opadającym, a teraz kod :

[syntax=c]__INLINE void EXTI4_IRQHandler(void)__attribute__((interrupt));

void EXTI4_IRQHandler(void)
{

LED_ON; ///dioda on
if(( EXTI->PR & EXTI_PR_PR12 ) ) //check pending bit
{
if(START==1)START=0; ///moje zmienne
else if(START==0)START=1;
}
EXTI->PR |= EXTI_PR_PR12; //clear pending bit

}[/syntax]
NVIC:
[syntax=c]NVIC_SetPriorityGrouping( 1 );
NVIC_SetPriority( EXTI4_IRQn, 0);
NVIC_EnableIRQ( EXTI4_IRQn );
__enable_irq();[/syntax]
EXTI i AFIO ( tak mam włączone taktowanie dla AFIO )
[syntax=c]AFIO->EXTICR[3]|=AFIO_EXTICR4_EXTI12_PA;
EXTI->IMR|=EXTI_IMR_MR12; ////maska
EXTI->FTSR|=EXTI_FTSR_TR12; ///opadajace
EXTI->RTSR|=EXTI_RTSR_TR12; /// rosnace[/syntax]
GPIO:
[syntax=c]GPIOA->CRH|=GPIO_CRH_CNF12_0;/// PA12 jako floating input[/syntax]

Proszę o pomoc, bo już długo z tym siedzę próbowałem to sam rozwiązać, ale cały czas coś robię źle.
pozdrawiam,
Piotrek

Statystyki: Napisane przez klonyyy — 7 lut 2015, o 08:37