Skip to main content
dungeonlords789
Associate III
March 23, 2021
Question

Incorrect code generation for PLL of F767

  • March 23, 2021
  • 5 replies
  • 2778 views

I want to use HSI, not external component to generate frequency. I generate code by CubeIDE only (pack 1.16.1), there is no my code. I only add define USE_FULL_ASSERT and implement void assert_failed. But CubeIDE's code fails on

assert_param(IS_RCC_PLLR_VALUE(RCC_OscInitStruct->PLL.PLLR));

why? Fails means that I am going to void assert_failed. I attach my proj.

0693W000008xivuQAA.png0693W000008xiw4QAA.png@Khouloud OTHMAN​  I suggest ST to test all HAL examples with define USE_FULL_ASSERT.

This topic has been closed for replies.

5 replies

dungeonlords789
Associate III
April 8, 2021

@Khouloud OTHMAN​ any news?

dungeonlords789
Associate III
July 18, 2021

@Imen DAHMEN​ @Khouloud OTHMAN​ any news?

dungeonlords789
Associate III
October 23, 2021

@Imen DAHMEN​ @Amel NASRI​  any news?

Piranha
Principal III
October 23, 2021

System initialization takes a 1 or 2 screens of simple register based C code and can be written in an hour or few... Don't you see that the Cube/HAL broken bloatware generation drags you down? ;)

dungeonlords789
Associate III
November 2, 2021

This is thread about HAL bug. This is not offtop thread. If you want talking about +- of HAL you are welcome here

dungeonlords789
Associate III
January 3, 2022

Default firmware for MB1137 doesn't start. I use Cube IDE 1.8 with 1.16.2

MX_ETH_Init() fails firmware to Error_Handler().