STM32 + uVision4 - Kompilacja biblioteki do karty SD i FAT32

Witam wszystkich,
Cały dzień toczę ostre boje z bibliotekami do systemu plików i puki co stoję na straconej pozycji :/ Na pierwszy ogień poszła Chan's FAT z funkcjami stworzonymi dla STM32F107VB (czyli dokładnie taki jaki ja mam). Problem polega na tym, że korzysta ona z Standard Peripheral Library :/. Wydzieliłem z całego katalogu z przykładowym projektem samą bibliotekę i mój projekt wygląda tak jak na screenie poniżej



Przy próbie jego kompilacji w takiej formie dostaję ciąg błędów o nieznanych funkcjach i zmiennych (co jest zresztą widoczne i na screenie). Gdy próbowałem dodać tą bibliotekę przez dodanie wpisu

w pliku sd_spi_stm32.c dostaję inny ciąg błędów który informuję mnie o ponownej redeklaracji typów.

Jak się domyślam problem leży gdzieś w zapętlających się dołączeniach plików. Pytanie jak tego uniknąć i jak zmusić mój projekt do działania?



Ewentualnie czy ktoś posiada tą: http://ultra-embedded.com/?fat_filelib bibliotekę przystosowaną do pracy z STM32 przez SPI?

Czy do pracy z SPL nie jest przypadkiem potrzebna definicja: USE_STDPERIPH_DRIVER ?

Niby tak, ale jak odkomentuję tą definicję w pliku stm32f10x.h to cały projekt zwraca mi ogromną ilość błędów

A dodałeś katalogi źródłowe biblioteki do projektu?
W ustawieniach projektu powinno wyglądać to tak:



jeżeli tak nie jest, to używając okienka dialogowego Include paths dodaj wszystkie ścieżki katalogów plików źródłowych używanych w projekcie.

Jeśli włączasz stm32f10x.h, to nie włączaj już stm32f10x_lib.h.

Walczę dalej. Aktualnie udało mi się zmodyfikować projekt w sposób generujący najmniej błędów przy kompilacji. Całą bibliotekę przerzuciłem to innego folderu w drzewie projektu i wprowadziłem zalecane przez was zmiany tylko dla niego. Mój główny program korzysta jedynie z plików nagłówkowych z rejestrami ( #include <stm32f10x.h> ) i wydaje mi się, że to było jednym z problemów.. Aczkolwiek dalej nie udało mi się skompilować tego projektu. Bez ingerencji w pliki biblioteki dalej miałem dużo błędów o redefinicji już zdefiniowanych typów i zmiennych. Zmodyfikowałem dwa pliki w następujący sposób

sd_spi_stm32.c


integer.h

Aktualnie próba kompilacji kończy się tym co na poniższych screenach. MA ktoś jeszcze jakieś pomysły?

Nie za bardzo znam uVision4 ale jeżeli masz
#include "stm32f10x_lib.h
to znaczy że korzystasz ze skompilowanej biblioteki SPL dostarczonej wraz ze środowiskiem i nie powinieneś już dodawać jej źródeł do projektu. A jak masz źródła w strukturze projektu to zrób
#include "stm32f10x.h"

P.S.
uVision4 nie zna inline ? może przejdź na Eclipse + gcc + OpenOCD ?

P.S. 2
uVision4 ma __inline

Wykonywanie jekichkolwiek zmian w pliku integer.h dostarczanego wraz z biblioteką fatfs - to raczej średnio dobry pomysł, zwłaszcza, że są tam tylko definicje niezależne od platformy. Jedyne co trzeba zmienić / napisać to kilka funkcji w diskio.c (lub jak w twoim przypadku sd_spi_stm32.c.
Poniżej zawartość pliku diskio.c z innego projektu, ale nie wiem czy to działa!

Może Ci się przyda.

Ok. Sprawa nieco posunęła mi się do przodu.... Na początek powróciłem do starych dołączeń plików, czyli #include "stm32f10x.h". Potem okazało się, że pomimo dodania we właściwościach projektu ścieżek z plikami do dołączenia, kompilator dalej brał starą wersję biblioteki ze swojego katalogu instalcji (konkretnie przez stm32f10x_conf.h pojawiał się stm32f10x_type.h którego nie ma w nowej wersji a który powodował błędy ponownej deklaracji tego samego). Musiałem podać w jednym z plików pełną ścieżkę do nowej wersji pliku stm32f10x_conf.h która była już w katalogu z projektem. Po korekcie tego inline aktualnie mam "tylko" takie błędy jak na screenie

Brakuje ci funkcji assert_param jej prototyp znajduję się w pliku stm32f10x_conf.h .
Jak masz #define USE_FULL_ASSERT 1 to jeszcze musisz napisać sobie funkcję void assert_failed(uint8_t* file, uint32_t line);

No i panowie chyba się udało. Przerobiłem bibliotekę w taki sposób, że kompiluje się bez żadnych błędów. Po dodaniu pliku nagłówkowego ff.h i użyciu jakiejś przykładowej funkcji też niby jest OK. Teraz muszę sprawdzić to na jakiejś karcie SD