STM32F7: CubeMX: stm32f7xx_hal_exti.h nicht da

[Martin R. (mme)]

Ich habe einen STM32F767ZIT6.
Nach langer Zeit habe ich nun auf die neue Version des CubeMX 
umgestellt. Beim Compilieren kommt die Meldung, daß 
"stm32f7xx_hal_exti.h" nicht existiert. Es ist aber keine entsprechende 
Datein im Projekt erzeugt worden.

Das Problem schein schon mal jemand gehabt zu haben:
https://community.st.com/s/question/0D50X0000BSXrED/stm32h7xxhalextih-file-does-not-exist-in-h7-package

So wie ich das sehe, habe ich aber die aktuellste Version des stm32f7xx 
im CubeMx (siehe Anhang). Warum wird die Datei dann nicht vom CubeMx 
erzeugt?

Gruß
Martin

[Mw E. (Firma: fritzler-avr.de) (fritzler)]

Willkommen in der verbuggten Welt des CubeMX ;)
Entweder die alte Version installieren oder warten bis ST mal Lust hat 
das wieder zu fixen mit einer neueren Version und diese installieren.

Oder Code selber schreiben mit den Bitdefinitionen aus dem CMSIS.

[pegel (Gast)]

Hast Du denn den EXTI Interrupt in CubeMX ausgewählt?

Zeig doch mal deine .ioc Datei.

[Martin R. (mme)]

Ich habe nun eine neue Datei mit entsprechendem Namen in den Pfad der 
Header-Dateien gestellt. Nun kommt die Fehlermeldung nicht. Datei muß 
nur vorhanden sein, der Compiler greift nicht auf den Inhalt der Datei 
zu. Daher müssen dort auch keine Definitionen gemacht werden.

[Martin R. (mme)]

pegel schrieb:
> Hast Du denn den EXTI Interrupt in CubeMX ausgewählt?
>
> Zeig doch mal deine .ioc Datei.


anbei der bisherige Stand...
PB4 ist versehentlich als Interrupt definiert, aktuell aber nicht 
benutzt.

Aber wenn ich diesen Port als Eingang definiere, ist das Probleme ohne 
die "leere" Header-Datei ebenfalls vorhanden.

[pegel (Gast)]

Läuft bei mir mir ohne Probleme durch.

Datei befindet sich unter STM32F7xx_HAL_Driver wo sie sein soll.

STM32CubeIDE 1.5.1

[pegel (Gast)]

GPIO NVIC für PB4 ist nicht ausgewählt in der .ioc .

Aber wie gesagt, geht auch so bei mir.

[pegel (Gast)]

Vielleicht hilft das übliche "Index->Rebuild" falls schon viel verändert 
wurde.

[pegel (Gast)]

pegel schrieb:
> "Index->Rebuild"

Nehme ich zurück. Weiss gar nicht, ob es das bei MDK-ARM überhaupt 
existiert.

Platz auf der Platte ist genug vorhanden?
Die Libs haben ja inzwischen schon GB Grösse.

[Martin R. (mme)]

Komisch, bei mir wird die Datei nicht erzeugt.

[Martin R. (mme)]

pegel schrieb:
> Nehme ich zurück. Weiss gar nicht, ob es das bei MDK-ARM überhaupt
> existiert.

Ich arbeite mit Segger. MDK-ARM stelle ich nur als Schnittstelle 
zwischen CubeMX und Segger IDE ein. Hat bisher immer problemlos 
funktioniert.

Bei Segger heißt das "Rebuild", um alles neu zu compilieren. Hatte ich 
auch schon probiert.

[pegel (Gast)]

Martin R. schrieb:
> Bei Segger heißt das "Rebuild"

Ich glaube nicht, dass das dem Index->Rebuild entspricht.

Aber bei Segger muss ich so oder so passen.