STM32 - Jak efektywnie zapisywać dane 1KHz z sensorów na kartę SD Fatfs?

Witam,

Mam następujący problem.

Chciałbym próbkować dane z akcelerometru, żyroskopu oraz magnetometru z częstotliwością 1 KHz, przez okres 7 sekund. Dane te chciałbym zapisać na karcie SD.

Dotychczas aby zapisać dane na kartę SD korzystałem z biblioteki Fatfs (SDIO). Teraz jest to dość problematyczne, ze względu na czas realizacji zapisu.

Dane muszą być próbkowane z dokładnym odstępem czasu( całkowanie danych z żyroskopu), więc realizowałem to na przerwaniu od SysTicka. O ile odczyt sensorów nie jest jest problematyczne, to zapis nie jest już tak trywialny.

Co oczywiste nie mogę zapisywać danych na kartę SD w tym samym przerwaniu co odczyt sensorów.

Myślałem o gromadzeniu danych w tablicy i następnym zapisie. To jednak wymaga odpowiedniej wielkości pamięci mikroprocesora.

7s = 7000 próbek
9 DOF( 3 osie akcelerometru, żyroskopu oraz magnetometru), zapis w int. Więc jedna próbka 9 ×int32 = 9˜×4 bajty= 36 bajtów
przez 7 sekund 252 000 bajtów !

Ktoś ma może pomysł jak zrealizować takie zagadnienie?

Ale w czym masz problem? Wychodzi, że zapisujesz 36kB/s, z taką prędkością to sobie prosty 8-bitowy MCU poradzi. Najlepiej zrobić ze dwie tablice po 512 bajtów (długość sektora na SD) i zapisaywać do nich naprzemiennie dane z czujników, drugą tablicę w tym samym czasie zrzucasz na SD. I tyle.

Dwa bufory uzupełniane danymi naprzemiennie najlepiej o rozmiarze będącym wielokrotnością jednego sektora SD ( chyba 512B ). Bufory muszą być na tyle duże aby w czasie zapisu na SD mieściły wszystkie dane z czujników.
Coś więcej:
FatFs -> Using Mutiple-Sector Write
Uwaga, karta SD szczególnie większych rozmiarów >4GB z FatFs karta potrafi płatać figle i zapis może trwać ponad 1.5sec.

@Edit widzę, że się spoźniłem, ale druga część mojej wypowiedzi moze być ważna.

Jakoś nie wierzę, że te czujniki zwracają wartości 32-bitowe. po co używasz typu int do składowania krótkich danych (zapewne 16-bitowych)?

@BlueDraco Rzeczywiście, to będzie miało wielki wpływ na długość zapisu na kartę SD.

No, będzie - zapisów będzie 2 razy mniej.

Na chwilę obecną autor potrzebuje 36kB/s. Naprawdę uważasz, że to w ilości danych do zapisu leży problem ? Odpowiednie buforowanie, załatwi sprawę.