ATNEL tech-forum

Re: STMowa piaskownica

2014-11-27T21:18:50+01:00

Tak cobyście - w końcu to piaskownica
nie mieli kłopotów z UARTami taki mały kalkulatorek UART_BRR dla STM32
łatwiej mi napisać softa niż tłumaczyć jak się oblicza

I możecie krzyczeć że ...

STM32BaudCalk.7z

a w ogóle się nikomu się nie przyda

Statystyki: Napisane przez SunRiver — 27 lis 2014, o 21:18

Re: STMowa piaskownica

2014-11-27T08:07:56+01:00

Konkrety jeżeli można, bo po za postem topic9301.html#p104696 nie padły praktycznie żadne konkrety w tym temacie. Przemyślenia zostawcie dla luźnych rozmów jeżeli macie taką potrzebę.
Prosił bym jednak o konkretne przykłady, kolejne posty w stylu, ja gdzieś tam kiedyś słyszałem, przeczytałem itd. zostaną poddane anihilacji.
Nie róbmy z tematu śmietnika. Żaden problem założyć temat w luźnych i podyskutować o zaletach bibliotek, czy ręcznego dłubania w rejestrach.

Statystyki: Napisane przez Gość — 27 lis 2014, o 08:07

Re: STMowa piaskownica

2014-11-27T01:43:15+01:00

Witam,

rezasurmar napisał(a):

.....Główną ideą jest rozruszanie tematu podstaw na ARM, miganie diodą, nieblokująca obsługa klawiszy, timery etc. wszystko w oparciu nie o HAL/CMSIS (bo tego jest od groma).....

Wydaje mi się, że w sumie HAL/CMISS jest ok, według mnie nie w tym problem, bo w sumie co za różnica, czy sam ustawiasz te rejestry ( a jeszcze niektóre 32bitowe w rodzaju MODER - trzeba mieć chorą wyobraźnię, by na piechotę bity w nich ustawiać . , czy korzystasz z biblioteki, która robi to "za Ciebie" - często bardzo sprytnie, a i przeglądając ją można się wielu fajnych rzeczy nauczyć. Napiszę, z czym według mnie początkujący mają tak naprawdę problem:

1. Środowisko. Jeśli ktoś dotychczas korzystał z Eclipsa i Toolchaina na AVR, też najchętniej pisałby na ARM -y w tym samym środowisku. I tu zaczyna się problem, bo według mnie dostępne Toolchainy działąją "tak se", generując mnóstwo niepotrzebnego kodu, wymuszając na użyszkodniku jakąś tam strukturę projektu, itd. Wreszcie coś tam działa, ale rzadko kto, a już zwłaszcza początkujący wie dlaczego. CocxIde to dla mnie przykład czegoś takiego właśnie, trzeba klikać jakieś tam "cuda niewidy" Daleko temu do "Mirkowego" podejścia. Komercyjne produkty np uVision też "same" organizują projekt, przez litość nie wspomnę o cenie.
2. Debuger. Jeśli chodzi STM ( z własnego doświadczenia mogę napisać o STM32F0xx, STM32F10xxx, STM32F4xx ) i Eclipse to długo szukałem rozwiązania, które działałoby pod SWD, było darmowe i do tego pewne. Ja przynajmniej takiego szukałem...

Reasumując, powyższe przemyślenia zmusiły mnie do jakichś tam poszukiwań i wybrałem nieco inną drogę: mianowicie makefile + ldscript. Pół internetu przeszukałem, skorzystałem z wiedzy dziesiątek osób ( między innymi wspomnianego tu Freddie Chopina ) i w tej chwili mogę napisać, że jakoś tam to ogarnąłem. Co prawda raczkuję w temacie, ale jeśli będą na Forum zainteresowani, postaram się podzielić swoim "workflow", licząc w duchu na to, że znajdą się tu osoby, dużo bardziej zaawansowane ode mnie, które uzupełnią i poprawią tą metodę.
Napiszcie proszę, czy jesteście zainteresowani, jeśli tak, to postaram się coś tu napisać, ale... nie będzie to z pewnością szybko, bo czasu mam niewiele, do tego do "Mirkowego" zacięcia dydaktycznego wieeele mi brakuje ((((.

Pozdrawiam, QuadMan.

Statystyki: Napisane przez QuadMan — 27 lis 2014, o 01:43

Re: STMowa piaskownica

2014-11-18T22:35:47+01:00

Koniec offtopu, jeszcze jeden post nie na temat (przypominam, że jednak Sun pisze na temat) i polecą ostrzeżenia. Luz luzem, ale źle się potem czyta taki bajzel.

Statystyki: Napisane przez Gość — 18 lis 2014, o 22:35

Re: STMowa piaskownica

2014-11-18T22:21:54+01:00

No właśnie, będzie wojna
Ja mówię że Java jest najgorsza!

Tak naprawdę, najgorszy jest ten język którego się nie zna

Statystyki: Napisane przez PROTON — 18 lis 2014, o 22:21

Re: STMowa piaskownica

2014-11-18T22:11:15+01:00

SunRiver napisał(a):

w najgorszym języku świata czyli C++ ..... (zaraz będzie wojna)

, oj tam masz dyspensę

Statystyki: Napisane przez Gość — 18 lis 2014, o 22:11

Re: STMowa piaskownica

2014-11-18T20:20:55+01:00

rezasurmar napisał(a):

wiedziałem że to jak wywoływanie ducha, na pewno się zjawisz i wyjaśnisz opóźnienie

różnie niestety bywam , nie bywam , ale staram się odpowiadać na pytania i PW ... mało czasu zarobiony jestem po czubki włosów.... jeszcze trochę mnie czeka takiej masakry zanim się wygrzebię

rezasurmar napisał(a):

bo sporo tutoriali jest na jego serwerze gdb do st-link,

nie nie używam gdb atolica , bodajże ostatni działający to z trupestudio 2.0.1 bo nowsze poza atolicem nie działają
ale siedząc i gmerając w konsoli ... wywołując wilka z lasu napisałem swój ... trochę nie udolnie ... na dodatek w najgorszym jezyku świata czyli C++ ..... (zaraz będzie wojna)

PROTON napisał(a):

Ja używam Eclipse Luna + Toolchain ręcznie instalowany, do tego STM32 ST-LINK Utility.

trochę to taka upierdliwa proteza , ale daje się korzystać ba nawet poniekąd debugować przez ST-Link Utility , co w sumie działa w SunDudku

Statystyki: Napisane przez SunRiver — 18 lis 2014, o 20:20

Re: STMowa piaskownica

2014-11-18T18:35:24+01:00

Ja używam Eclipse Luna + Toolchain ręcznie instalowany, do tego STM32 ST-LINK Utility.

Statystyki: Napisane przez PROTON — 18 lis 2014, o 18:35

Re: STMowa piaskownica

2014-11-18T18:07:40+01:00

No taki żart, z tym obijaniem się, wiedziałem że to jak wywoływanie ducha, na pewno się zjawisz i wyjaśnisz opóźnienie

Tylko takie pytanko, z jakiego gdb korzystasz ? z atolic ? bo sporo tutoriali jest na jego serwerze gdb do st-link, właśnie mam zamiar spróbować.

Statystyki: Napisane przez Gość — 18 lis 2014, o 18:07

Re: STMowa piaskownica

2014-11-18T18:06:24+01:00

rezasurmar napisał(a):

SunRiver ma na blogu zapowiedź, ale coś się obija nasz kolega .

reza nie obija , a ma problem z tym czymś co nazywasz ST-link/v2 (zawarte na Nucleo i Discoverkach nowszych)
widzisz mój gdb serverek ładnie śmiga z pełnym ST-linkiem i St-Linkiem v2 , a nawet z St-linkiem na VLce a z tym czymś co zaczęli dawać od F0 jest jakaś masakra raz działa raz nie, podepniesz działa pierwsze wgranie super ... nastepne brak połaczenia
albo STlink v/2 wisi

Ale tu dużo racji ma kolega ps19 -- taka proteza na zasadzie prób i błędów
Dlatego trzeba poczekać ... bo chcę typowych wpisów , łeee qupa z moim nie działa , na noki nie działa , odpaliłem na siemensie i się wiesza

Statystyki: Napisane przez SunRiver — 18 lis 2014, o 18:06

Re: STMowa piaskownica

2014-11-18T15:45:17+01:00

Co do programowania to metoda z kilku postów wyżej działa znakomicie z debugiem już gorzej, ale może za niedługo uda się opracować niezawodną metodę.

Co do przenoszenia to wystarczy prawdopodobnie stworzyć nowy projekt w Keilu i przenieść pliki main (opcjonalnie itoa), blibiotekę delay_func oraz pliki system_stm32f4xx (folder base) do projektu keila.

Możliwe że aby zmodyfikować system_stm32f4xx będzie trzeba zmienić atrybuty pliku w Keilu lub przez przeglądarkę plików (Keil ustawia go na tylko do odczytu)

Statystyki: Napisane przez ps19 — 18 lis 2014, o 15:45

Re: STMowa piaskownica

2014-11-18T15:34:30+01:00

No wiem, bo w eclipsie trzeba końbinować, tylko właśnie ciężko o sprawdzoną metodę uruchomienia, a nie chcę za każdym razem zmieniać softu w ST-linku, mimo wszystko najlepiej to działa. Po za tym konfiguracja ST-linka w eclipsie mimo że przechodzi, jak mówisz zawiesza się czasem, co jest bardzo upierdliwe.

SunRiver ma na blogu zapowiedź, ale coś się obija nasz kolega .

Statystyki: Napisane przez Gość — 18 lis 2014, o 15:34

Re: STMowa piaskownica

2014-11-18T15:43:33+01:00

CooCox jest chyba polecany przez STM`a także pewnie dostali wytyczne co i jak zrobić aby działało z oficjalnymi sterownikami, a OpenOCD i nieoficalne gdb jest tworzone na zasadzie:

iframe

Statystyki: Napisane przez ps19 — 18 lis 2014, o 15:32

Re: STMowa piaskownica

2014-11-18T15:21:35+01:00

Hmmm, bo z keil czy coocox ST-link śmiga za każdym razem.

Statystyki: Napisane przez Gość — 18 lis 2014, o 15:21

Re: STMowa piaskownica

2014-11-18T15:20:05+01:00

Tak ST-Linka V2, oryginalny sterownik często nie działa - pomaga polecany przez Mirka program Zadig, trzeba zainstalować nim sterownik WinUSB dla st-linka i w moim przypadku ruszyło programowanie i nawet debug, chociaż nie zawsze chce on działać.

Statystyki: Napisane przez ps19 — 18 lis 2014, o 15:20

Re: STMowa piaskownica

2014-11-18T15:13:17+01:00

ps19 napisał(a):

Kilka projektów na rejestrach pod STM32F4 Discovery, co prawda pod Eclipsem, ale pliki .c można otwierać nawet notatnikiem:

Właśnie miałem pytać kolegi, czy debugowanie działa?, bo mi zawisa po kompilacji i pisze no target . Mogę nawet przez TW pokazać o co chodzi, ewentualnie wrzucić printscreen.
Zestaw to STM32F4-discovery.
Niestety próby przeniesienia na keil skończyły się fiaskiem.

Używa kolega może st-linka w eclipsie ?

Statystyki: Napisane przez Gość — 18 lis 2014, o 15:13

Re: STMowa piaskownica

2014-11-18T15:15:18+01:00

Kilka projektów na rejestrach pod STM32F4 Discovery, co prawda pod Eclipsem, ale pliki .c można otwierać nawet notatnikiem:

https://www.dropbox.com/sh/sshbmlskba99 ... HLdFa?dl=0

Programowanie:

Pobierz OpenOCD: http://www.freddiechopin.info/pl/downlo ... /4-openocd

Formułka do programowania:

STM32F4 Discovery:
[syntax=c]openocd -f interface/stlink-v2.cfg -f board/stm32f4discovery.cfg -c "adapter_khz 10000; reset_config trst_and_srst;init; reset init; flash write_image erase ${project_name}.hex;reset run; shutdown;"[/syntax]

Debug:

Zrobię później

Statystyki: Napisane przez ps19 — 18 lis 2014, o 15:00

Re: STMowa piaskownica

2014-11-17T21:23:48+01:00

rezasurmar napisał(a):

Główną ideą jest rozruszanie tematu podstaw na ARM, miganie diodą, nieblokująca obsługa klawiszy, timery etc. wszystko w oparciu nie o HAL/CMSIS (bo tego jest od groma).

Jestem za. Osobiście dopiero zaczynam i fajnie by było gdyby właśnie nauczyć się operować na tych niższych poziomach.

Statystyki: Napisane przez rajmund96 — 17 lis 2014, o 21:23

Re: STMowa piaskownica

2014-11-17T19:12:53+01:00

Ależ własnie jak najbardziej, chodzi własnie o szerokie podejście do tematu, dzisiejsze moje próby w eclipsie i męczarnia z gdb i próby uruchomienia debugowania w eclipsie o mało co nie doprowadziły mnie do siwych włosów.

PS. Niestety coocox ma straszny poślizg jeżeli chodzi o nowsze procesory...

Statystyki: Napisane przez Gość — 17 lis 2014, o 19:12

Re: STMowa piaskownica

2014-11-17T16:29:46+01:00

Może CooCox?

Statystyki: Napisane przez niziol — 17 lis 2014, o 16:29

Re: STMowa piaskownica

2014-11-17T13:11:15+01:00

Sam będę umieszczał template z keil (w eclipsie jeszcze za dużo końbinowania z progamatorem).

Dla STM32L053-nucleo, STM32L152-Nucleo, STM32F401-Nucleo, oraz jak będzie ochota, do discovery VL, F303, F072, F407 i F429i

Docelowo chciał bym na eclipsie, bo keil darmowy ma ograniczenie do 32K, ale jak na razie jedynie projekty pod 429i przekraczają rozmiar.

PS. Niestety Keil ma edytor z czasów epoki kamienia łupanego :/

Statystyki: Napisane przez Gość — 17 lis 2014, o 13:11

Re: STMowa piaskownica

2014-11-17T13:07:15+01:00

Mam w biurku STM32L152 Discovery i po ogarnięciu migań diodami na CMSIS chcę to zrobić na rejestrach sam własnymi rękoma, jak do czegoś dojdę to tu umieszczę

Statystyki: Napisane przez niziol — 17 lis 2014, o 13:07

STMowa piaskownica

2014-11-17T12:38:50+01:00

Zachęcam do umieszczania "template" (przykładowych projektów startowych) dla STM32, szczególnie nucleo i nowsze niż F103 (bo tego jest pełno).

Niestety na sieci i w samych paczkach do STM, często i gęsto jest mnóstwo zbędnych rzeczy i bibliotek

Chodzi mi o czysto "Mirkowe" podejście do startu na ARM cortex M.

Jeżeli ktoś jest chętny mogę udostępnić materiały z warsztatów, ale zachęcam do umieszczania własnych templatów. (sam od dłuższego czasu staram się ogarnąć co i jak).

Główną ideą jest rozruszanie tematu podstaw na ARM, miganie diodą, nieblokująca obsługa klawiszy, timery etc. wszystko w oparciu nie o HAL/CMSIS (bo tego jest od groma). Niestety mimo ciekawie zapowiadającego się tematu na elektrodzie kolegi FredieChopin jakoś projekt umarł. Dlatego chciał bym go rozruszać tutaj.

Statystyki: Napisane przez Gość — 17 lis 2014, o 12:38