‎2018-01-10 08:15 AM
Hi,
In stm32f7xx_ll_adc.h, from revision 1.8 of HAL (stm32cube_fw_f7_v180.zip), the following register base addresses are defined:
#define VREFINT_CAL_ADDR ((uint16_t*) (0x1FF07A4A))
#define TEMPSENSOR_CAL1_ADDR ((uint16_t*) (0x1FF07A4C))
#define TEMPSENSOR_CAL2_ADDR ((uint16_t*) (0x1FF07A4E))
Those addresses do not correspond to the addresses in the datasheet for STM32F746XX, DocID027590 Rev 4, and do not provide correct data either.
V REFIN_CAL Raw data acquired at temperature of 30 °C V DDA = 3.3 V 0x1FF0 F44A - 0x1FF0 F44B
TS_CAL1 TS ADC raw data acquired at temperature of 30 °C, V DDA = 3.3 V 0x1FF0 F44C - 0x1FF0 F44D
TS_CAL2 TS ADC raw data acquired at temperature of 110 °C, V DDA = 3.3 V 0x1FF0 F44E - 0x1FF0 F44FLooks like a bug in LL HAL for F7.
Regards
Daniel
‎2018-01-11 01:49 AM
Hello
Nilsson.Daniel.002
,Thanks for highlighting this bug. It is raised internally for fix.
Kind Regards,
Imen
‎2018-07-10 03:13 AM
Same problem. This has not been fixed so far!
:(
:(
Romain
‎2018-12-07 03:24 AM
I just found the same problem with STM32F722/723 and stm32cube_fw_f7 version 1.14. Here VREFINT_CAL_ADDR should be 0x1FF07A2A according to the datasheet (and that gives correct data, while 0x1FF07A4A does not).
‎2018-12-07 05:39 AM
This sort of information ought to go into the CMSIS-mandated device header, next to UID_BASE etc.
JW
‎2018-12-09 05:05 AM
I reported the original issue here almost a year ago, and that issue is still not fixed. My conclusion is that there is no connection between issues reported here and the QA team at ST, despite ST confirming the issue raised. So while a report here this might speed up the process for other developers it isn't making its way upstream unfortunately.
‎2018-12-10 05:22 AM
Maybe they were too busy uglyfying STM32CubeMX ;p