STM32F103 uVision5 error: #20: identifier is undefined

Witam,
Po rozbudowie projektu i dodaniu wielu plików źródłowych i nagłówkowych pojawił mi się dziwny problem.



Oczywistym powodem takiego błędu jest brak pliku nagłówkowego ale u mnie ten plik nagłówkowy jest jawnie dodany.




I teraz jeśli utworze nowy plik nagłówkowy i do niego skopiuję definicję nie widzianej w sofcie nazwy i zainkluduje to do pliku źródłowego w którym kompilator widzi problem to zgłasza redefinicję - nagle widzi obie definicje.
W czym może być problem, czyżby Keil zrobił jakaś niedoróbkę ?



Przyjmuję że kolejność dodawania ścieżek do lokalizacji z headerami nie ma znaczenia

Czy masz tam plik stm32....._conf.h w którym są na górze wszystkie używane headery? Część powinna być zakomentowana, a część nie. Spróbuj też usunąć #IFDEF w tym pliku .....hal_def.h, być może już gdzieś wcześniej był użyty ten plik nagłówkowy.

usuniecie
#ifndef __STM32F1xx_HAL_DEF
#define __STM32F1xx_HAL_DEF

skutkuje zgłaszaniem błędu ... already declared in current scope co widac ponizej


Plik STM32F1xx_HAL_CONF mam zaincludowany



Pozostaje mi rozrysować drzewo includowania się plików nagłówkowych

....
wpadłem na lepszy pomysł.
Moge wykorzystać dyrektywe #warning
Wstawiłem ją w tym pliku nagłówkowym którego braku widoczności czepia się kompilator.
Efekt poniżej - ten plik jest dodawany az 55 razy a i tak sypie błędami ze nie widzi zdefiniowanego typedef

To są właściwie 3 połączone projekty.
FAT utworzony z CUBE oraz dwa inne jeden na HAL drugi starszy na CMSIS.
Pierwsze scalenie dwóch projektów przebiegło pomyślnie.
Teraz dołożyłem USB mass storage na CMSIS.

Porządek oczywiście że potrzebny, a i okazja jest aby wgryźć się w logikę i kolejność includowania, niby to takie proste a nie do końca.


Dodano po 5 [godziny] 45 [minuty]:

Faktycznie pominąłem pewną definicję.
kolejna sprawa to błąd widoczny poniżej



Rozrysowałem strukturę includowania headerów.



Na czerwono zaznaczyłem miejsca w których kompilator sygnalizuje "error in include chain". Nie widzi miedzy innymi definicji typów peryferii XXX_TypeDef a tymczasem jak widać na załączonej strukturze headery peryferii znajdują się w łańcuchu includowania. Strzałki wskazują kierunek dołączenia headera.

Natomiast konkretne błedy z listy odnoszą się do poszczególnych headerów peryferii jak widać poniżej