New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
assert_param() failed: file "../system/src/stm32f7-hal/stm32f7xx_hal_rcc_ex.c", line 1256 #269
Comments
If you think that this is related to a bug in GNU MCU Eclipse STM32F7 template, please provide all details to reproduce it. However, please note that I might not be able to actually run the code generated by the template. Also please note that only the F4 Blinky projects are guaranteed to run, since I test them on QEMU and the physical board, the other... more or less... |
(After reading your message twice) I think I understand that you ask why the Did you check the Setting -> Symbols page? What symbol is defined there? |
Thank you so much for your prompt reply... I do have the symbol STM32F767xx defined in Project Properties ~ Settings ~ Cross ARM GNU C Compiler ~ Preprocessor. I NOW think your FIRST reply might be the correct answer: F4 Blinky is guaranteed to run, but F7 Blinky is NOT ??? There might be a bug in GNU MCU Ecipse STM32F7 template ?? What I've done is just Finally, select Cross GNU ARM Toolchina, which is directly downloaded from ARM Official Website, the NEWEST version Afterwards, Finish. After that, right click F767ZI_1 ~ Run AS/Debug As ~ Run Configuration/Debug Configuration ~ GDB SEGGER J-Link Debugging ~ New (Automatically generate a Name F767ZI_1 Debug) ~in Tab Debugger make sure the Device name STM32F767ZI. Finally, click Run or Debug. That's how I generate the code... Build Project successfully. But, Run or Debug generate this ERROR message:
Looking forward to your suggestions... Cheers |
You are right, the F7 template has a bug, the PLLR field is not initialised. I fixed it and published 4.3.2-201801200943, please test it with "Install New Software..." from http://gnu-mcu-eclipse.netlify.com/v4-neon-updates-experimental For existing projects, add the following in
Possibly adjust the value for your application. |
That's great ilg-uI. Thank you vey much for your prompt patch... F767ZI_Blinky Debug [GDB SEGGER J-Link Debugging] Semihosting and SWV
However, I didn't see any LED on NUCLEO STM32F767ZI blinking... But, the LED on SEGGER J-Link seems to be blinking... Is that the expected result? (Sorry for my naive question.) BTW, is there any camera exsample (for example, ov5640) for me to follow? Cheers |
BTW, after I stopped running/debuging, I got the following info, can you please have a look at it? Is that correct?
Cheers |
I'm afraid there is a misunderstanding; all templates create generic projects, and since the wizard did not ask for the board name, it does not know that you want to use that specific NUCLEO board. Please check the |
fixed since v4.3.2-201801250917 |
Hi, all:
I'm testing a STM32 NUCLEO F767ZI board through a Ubuntu Linux host. And, I'm using Eclipse 4.7.2 + gnu-mcu-eclipse . Actually, my code is just the default blinky project, so, it's NOT hard to create the project and successfully build it.
However, whenever I tried to debug/run it, I always met the following error message:
line 1256 of file stm32f7xx_hal_rcc_ex.c is:
In the corresponding header file stm32f7xx_hal_rcc_ex.h, there is a definition about PLL>PLLR:
I then tried to add
#define STM32F767xx 1
in front of everything in main.c, I still get this error message.
For me, it's just because the Macro STM32F767xx has NEVER been defined.
Can anybody give me a hand ?
Thank you very much
Pei
The text was updated successfully, but these errors were encountered: