[STM32L4] [GCC, FreeRTOS] Hardfault podczas korzystania z sprintf z floatami.

Question

Witam, postaram sie opisac problem najprosciej jak to mozliwe. Mianowicie zauwazylem ze przy kompilacji z parametrami:Code: text Expand Select all Co...

Anonymous · Answer

w port.c

zmien pxTopOfStack -= 2; na pxTopOfStack -= 1;

kiedyś miałem podobny problem.

Ale to też zależy od wersji RTOS-a.

Generalnie jest z tym trochę problemów. Zakładam że "trywialne" powody żeś wyeliminował.

conkerkh · Answer

U mnie to tak wyglada: Code: cLog in, to see the codeczyzby linia z -= 5 byla odpowiednim miejscem do grzebania? Reszta wyglada jakby byla wyrownana.

Anonymous · Answer

Ja to mam w dużo starszej wersji, tresć jest inna. Generalnie printf nie jest rtos-friendly, jest niereentrant, przy okazji pojawiają się problemy z alignment.

Włacz sobie sprawdzanie stosu w rtosie przy okazji.

Freddie Chopin · Answer

Jeśli używasz stosunkowo "starego" newliba (starszy niż max kilka miesięcy, mogę dokładnie sprawdzić), to malloc() w wersji "nano" _NIE_ nadaje się do działania wielowątkowego choćbyś nie wiem co zrobił. W nowszych newlibach trzeba sobie przedefiniować dwie funkcje i dodać tam np. blokowanie mutexów. Inna opcja to przedefiniowanie malloc() i free() na funkcje z FreeRTOSa (jeśli nie używa on malloc() / free() z newliba [; ).

See also:
07.03.2015 [C++11][Cortex-M3/M4] - distortos - obiektowy RTOS dla mikrokontrolerów w C++
10.02.2013 bleeding-edge-toolchain - kolejny toolchain dla ARM

conkerkh · Answer

Faktycznie korzystanie z newliba bez nano poprawia sytuacje i sie nie wykrzacza. Natomiast pojawia sie dosc dziwny problem ze float'y nie sa poprawnie wyswietlane jesli uprzednio nie skorzystalem z semihostingu (nie wywolalem printf()). Nie wiem jaki ma to sens zupelnie. Zdefiniowalem malloc i free tak zeby korzystaly z pvPortMalloc i vPortFree. Generalnie mam to tak ustawione ze sprawdzam rejestr DHCSR czy jest ustawiony bit debugowania i nie wywoluje nic odpowiedzialnego za semihosting jesli debuger nie jest wpiety ale z tego co widze to nie wystarcza i chyba musze sobie po prostu zrobic druga konfiguracje, ktora bedzie inaczej linkowac biblioteki.

Freddie Chopin · Answer

Jeśli źle Ci się wyświetlają floaty przy użyciu funkcji typu printf(), to na 99% masz źle wyrównany stos. Musi być on wyrównany do 8 bajtów, przy wyrównaniu do 4 jest właśnie (m.in.) taki efekt jak opisujesz.

Anonymous · Answer

Dodatkowo proponuję Ci sprawdzić jaką wersję pvPortMalloc i vPortFree kompilujesz i linkujesz. Te "prostsze" nie defragmentuja i bardzo szybko się sfragmentujesz. Co prawda ta defragmentacja jest bardzo prosta ale i tak zamnim printf umrze minie więcej czasu. Dodano po 13 [godziny] 57 [minuty]: PS tak jeszcze mała dygresja - przy debugowaniu lepiej unikać takich problematycznych sytuacji - bo w końcu naprawdę nie będziesz wiedział czy to Twoje debugowanie dobija aplikację, czy to aplikacja umiera sama. Ja przynajmniej stosuje zasadę - funkcje, które wykorzystuję przy debugowaniu (np do wysyłania po SDO) muszą jak najprostsze, zajmować jak najmniej czasu procesora, stosu, nie alokować żadnej pamięci itd, właśnie z tego powodu. printf zdecydowanie taką funkcją nie jest.

conkerkh · Answer

Mysle ze finalnie wywale po prostu semihosting... Bede korzystac z VCP i logow do karty pamieci bo nie mam sily juz z tym walczyc. Stos niby jest wyrownany bo jest to sprawdzane przez assert() i przechodzi przez to... Dzieki panowie za rady, jesli ktos ma jeszcze jakies pomysly chetnie wyslucham moze ewentualnie uda sie cos z tym zrobic, jak nie to trudno.

Anonymous · Answer

A dlaczego musisz drukować przez %f ? Wystarczy kilka działań i masz integery. Jeżeli zależy ci na szybkości i analizie danych to wysyłaj binarne i napisz sobie apke w c# np. Jest wiele opcji. Nie musisz korzystać z semishosting - możesz te parę funkcji sam napisać. Szybciej byś się uporał niż boksujac się z funkcją, która się do tego w tym środowisku po prostu nie nadaje

Freddie Chopin · Answer

Ja bym się tam nie poddawał. Jeśli nie działa Ci printf() z floatami, to - jak pisałem - jest spora szansa, że w projekcie masz poważny problem związany z wyrównaniem stosów. Zignorujesz semihosting to w końcu trafisz na inny objaw tego samego, nierozwiązanego problemu. W każdym razie problem z wyrównaniem stosów objawia się też tak, że czasem takie funkcje powinny działać. Jeśli nie działa Ci absolutnie każda i w każdym przypadku, nigdy nie zdarzyło się aby zadziałała poprawnie, to być może jednak problem jest inny. Tak czy siak po prostu ignorując go w jednym miejscu masz szansę trafić na niego w innym miejscu i w innym czasie.

Stosy wątków może i są wyrównane, ale co ze stosami przerwań oraz co ze stosem głównym (być może to jeden i ten sam stos)? Jaka to wersja RTOSa? Jak jakaś stara, to jednak zacząłbym od aktualizacji. Jaki toolchain, jaka wersja?

See also:
07.03.2015 [C++11][Cortex-M3/M4] - distortos - obiektowy RTOS dla mikrokontrolerów w C++
10.02.2013 bleeding-edge-toolchain - kolejny toolchain dla ARM

conkerkh · Answer

Genralnie wyglada to tak. Mam linker w konfiguracji release ustawiony tak: Code: text Expand Select all Copy to clipboard-specs=nosys.specs -u _printf_float -specs=rdimon.specsto dziala bez zadnego problemu sprintf z floatem chodzi. Nosys i tak wiadomo jest ignorowany tutaj.Druga konfiguracja debug wyglada tak:Code: text Expand Select all Copy to clipboard-specs=rdimon.specs -u _printf_float -lc -lrdimonZ tego co wiem musze to tak linkowac bo semihosting nie bedzie dzialac. Podejrzewam ze to jest wlasnie wina tego wszystkiego. Sprintf przy tej drugiej konfiguracji nie dziala poprawnie do momentu wywolania chociaz raz printf, bo wypisuje bzdury ale sie nic nie wykrzacza, jak wywolam juz printf to sprintf zaczyna dzialac z floatami jak powinien. To jest normalny objaw?Toolchain najnowszy ze strony arma. RTOS jest w wersji 9.0.0

Freddie Chopin · Answer

Nigdy nie używałem semihostingu, ale przypuszczam że zachowanie które obserwujesz nie jest normalne [;

conkerkh · Answer

Chyba musze dokladnie przestudiowac te opcje linkowania bibliotek i toolchain bo chyba cos sie tam dzieje czego nie widze i jest poza moja kontrola.

rajszym · Answer

Tak dla porządku: wywołujesz funkcję "initialise_monitor_handles"?