Hi, I have here a STM32F429I-Discovery. This has lots of very many nice example applications in the folder C:\Keil_v5\ARM\Pack\Keil\STM32F4xx_DFP\2.7.0\Projects\STM32F429I-Discovery\Examples. (Or also in my folder STM32Cube_FW_F4_V1.11\Projects\STM32F429I-Discovery\Examples - this seems to be the same - I upgraded the Keil-STM32F4 to the newest Version 2.7.0 with the pack loader...).
Just unfortunately these examples do not work. If I e. g. try "Load Project" on the very basic example EXAMPLE\BSP\MDK-ARM, or EXAMPLE\TIM\MDK-ARM, then my Keil uVision will crash without any further notice ... . I could open only 2 STM32F429I-Discovery Applications (but I did not try all ...): The two in ...STM32F429I-Discovery\Applications\STemWin: STemWin_HelloWorld and STemWin_SampleDemo.
My Keil uVision is V5.14. I tried also many other STM-Discovery board examples today (e. g. STM32F401-Discovery, STM32L476-Discovery, STM32F469 Discovery), they all worked nicely ... only the STM32F429 seems to have this problem on most examples ... .
Can anybody help here?
PS: I have not been in this forum for quite a while (about 1 year I am frightened) ... what did you do with your nice forum help? Is it not possible anymore to search exclusively in the forum now? ...I am missing the "extended search" window?
PPS: I recognized, that if I try to change the device type in the project properties window, and then close the project, the next time I will see this changed type - so Keil V5 seems to save project settings changes without question ... this is a bit dangerous I think - usually before save of such important stuff there should appear a question "Do you want to save?"...
I now got if fixed, by using a "fresh project file" from the template folder.
But even there are some problems - if I add the files in a wrong / fast way, then Keil V5 again will crash.
I think it is somehow linked to the XML format of the .uvprojx file ... XML is the typical "lazy programmer file format" preference for C# or Java programming ... but if you want to open such a file in an error-proof way, it gets quite an effort, you should include a special routine to check the validity of the XML format, otherwise such crash problems can happen easily... . (just better use some try/catch exception handling, there should at least appear some error message ... and please consider to ask before overwriting program settings files ... doing this in a non-transparent way for the user is realy quite nasty and lazy for a programming IDE).
... XML is the typical "lazy programmer file format" preference for C# or Java programming ...
That's made my day. Nice!