Integracja CAN, microSD, DMA na STM32F7 - zapis danych z potencjometrów

Question

Cześć, Próbuję stworzyć zapis na kartę microSD danych z CAN''a na płytce stm32f7-nucleo767zi. Na razie to dane 8-bitowe z dwóch potencjometrów, ale w przyszłości będzie ich więcej. Obsługa przerwania CAN działa(na ledach testowane), zapis działa, muszę to jakoś połączyć. Koncepcja jest taka, że...

Konto nie istnieje · Accepted Answer

po prostu - masz thread, który pisze do SD. odbierasz ramke, który jezt zablokowany na kolejce, semaforze, mutexie czy tez notyfikacji.

Przykład:
Jak odbierzesz ramkę wstawiasz do kolejki dane (lub tylko referencję). Thread zapisujący na kartę się odblokowuje i zapisuje. Możesz miec (jezeli wstawiasz do kolejki same rwskażniki do buforów) dwa (lub węcej) bufory. Bufory chronisz mutexem. Jezeli wstawisz do kolejki dwa i obydwa bufory są zablokowane to wtedy niestety musisz zignorować te dane (albo mieć więcej buforów). Dla 10Hz raczej chyba nie powinno być takiego problemu.

Jezeli dane są kopiowane do kolejki to oczywiście wysyłasz aż kolejka się zapełni.

Można to zrobić oczywiście na kilkanaście innych sposobów (napisałem o najprostszym) ale używając RTOS-a zapomnij o jakiś flagach.

Chef_C napisał:
Czy kilka wątków może jednocześnie kopiować na microSD z użyciem f_mount, f_open, f_printf, f_close?

Watpię. Ale możesz zrobić własny wątek, który będzie brał z kolejki dane do zapisu i robił to w kolejności.

Zależy od tego jak te stosy będziesz wykorzystywać. Generalnie jeżeli nie używasz tam ciężkich funkcji typu printf, nie masz jakiegoś głębokiego zagnieżdżenia funkcji czy dużej ilości zmiennych lokalnych to nie musu być duży. Najlepiej sprawdź organoleptycznie - miej wlaczone badanie stosu i watermark - to możesz sprawdzić ile tego stosu zużyłeś.

Konto nie istnieje · Answer

Takie rzeczy robi się najlepiej w wielu wątkach. Zainteresuj się RTOS. Zapis do SD na pewno nie w przerwaniu CAN.

LChucki · Answer

Na pewno nie, bo standardowy timeout to 500ms. Najłatwiej ale idąc w zaparte, można sobie podzielić operacje obsługi karty SD na wiele kawałków, tyle, że trzeba grzebać w obsłudze karty SD. Pozostaje wielowątkowość i zmniejszenie timeoutów albo, chyba więc najprościej, RTOS. Co do wielowątkowości i obsługo kart SD, typowo operacje nie przekraczają 10ms (1..6ms) ale ten nieszczęsny timeout (można zmienić w opcjach). Jeśli więc 10ms to nie problem to wielowątkowość, jeśli 10ms to długo, to RTOS. PS Setek programów z FS i SD nie napisałem więc te typowe 10ms może być dłuższe.

Konto nie istnieje · Answer

A dlaczego takie rozróżnienie? czy RTOS to nie wielowatkowosc?

Chef_C · Answer

Dzięki za podpowiedzi, zaczynam uczyć się RTOS na STM32, a na razie zrobiłem to w taki sposób, że na przerwanie od CAN'a dana po odpowiednim ID idzie do buforu, array'a 32kB i po zapełnieniu przekopiowuje cały array na kartę microSD. Testowałem na 3kB dla dwóch potencjometrów i działa całkiem nieźle, ciekawe jak przy większej ilości czujników...

LChucki · Answer

Tak, ale w wielowątkowości, takiej bez RTOS, operacja jakaś tam nie zostanie przerwana (pomijam przerwania) po np 10ms. Oczywiście da się tak napisać soft aby nie nadużywał czasu CPU, ale jak mam taki np FILESYSTEM, to jest dużo roboty. RTOS rozwiązuje takie problemy łatwo i przyjemnie, no nie do końca łatwo, bo na RTOS trzeba nauczyć sie pisac - znam to z Amigi, gdzie wcześniej C-64 i PC z DOS.

Chef_C · Answer

Próbuję stworzyć zapis na microSD we FreeRTOS i potrzebuję koncepcji, w jaki sposób to najlepiej zrobić dla takiej ilości danych, które mają być zapisywanie. Powinno działać płynnie dla około 30 ramek z 8-bajtowymi danymi, które są wysyłane z częstotliwością około 10Hz do magistrali CAN. Każda dana powinna być zapisywana do innego pliku .txt.

Mam taki pomysł, żeby na przyjście ramki z CAN'a ustawić flagę po RxHeader.ID, która odblokuje Thread do zapisu danej do odpowiedniego buforu. Po przepełnieniu buforu, kolejny wątek przepisze bufor do pliku.

Czy kilka wątków może jednocześnie kopiować na microSD z użyciem f_mount, f_open, f_printf, f_close?

Teraz pojawiają się wątpliwości, jaki rozmiar buforu najlepiej ustawić oraz jaki rozmiar stack'ów dla Threadów? Czy zapis do buforu i kopiowanie do pliku powinny być w osobnych wątkach, czy w tym samym wątku na prostym if'ie? Może to jest kiepskie rozwiązanie?

Proszę o pomoc

Chef_C · Answer

Dzięki za pomoc

Mam problem z zapisem uint8_t do pliku z użyciem funkcji f_write, z f_prinf działa bez problemów :

f_printf(&myFile, "%d\n", buff_data[i]);

Jednak zależy mi na szybkości zapisu, jak powinna wyglądać funkcja zapisu tablicy uint_8_t z f_write?

Chef_C · Answer

Próbuję dodać timestamp do ramki CAN i dzieje się dziwna rzecz :o timestamp wysyłam jako dwie 8-bitowe liczby, które datalogger łączy w jedną, 16-bitową liczbę.
Samo wysyłanie ramki jest wykonywane na timerze w częstotliwością 20Hz. Próbowałem to zrobić na różne sposoby i za każdym razem z takim samym skutkiem : działa idealnie do 65 i zatrzymuje transmisję :o Pierwszy kod na zawarcie w ramce timestamp'u :

Zaloguj się, aby zobaczyć kod

Drugi sposób :

Zaloguj się, aby zobaczyć kod

Ktoś mi jest w stanie wytłumaczyć, dlaczego za każdym razem transmisja zatrzymuje się przy dojściu do time_1/timestamp = 65? Przy wysyłaniu danych z samych czujników (0-255) w &msg nic takiego się nie dzieje, działa idealnie...

Integracja CAN, microSD, DMA na STM32F7 - zapis danych z potencjometrów

Post #1

Post #2

Post #3

Post #4

Post #5

Post #6

Post #7

Post #8

Post #9

Post #10

Podsumowanie tematu