2025-08-30 9:08 PM
Hi, Dear STM experts:
I used MCSDK6.3.2 HSO for BLDC control when porting from stm32Q473 to stm32f405, but when using void IMPEDCORR_setLs_si(IMPEDCORR_Handle pHandle, const float_t Ls_H); A hardware failure occurred during the function, and the possibility of external parameter input has been ruled out. Therefore, I would like to confirm again that the libImpedCorr. a library file must rely on the stm32Q47x chip to run?If necessary, then I can only give up the transplant.Hope to receive a reply。
Best Regards.
Solved! Go to Solution.
2025-09-01 1:38 AM
Hello quanhongwei,
Although there should not be any hardware constraint to the portage of HSO from G4 to F4, please let me emphasise that this has not been tested on our side, and it won't be supported in any way.
Thank you for your understanding.
2025-09-01 1:38 AM
Hello quanhongwei,
Although there should not be any hardware constraint to the portage of HSO from G4 to F4, please let me emphasise that this has not been tested on our side, and it won't be supported in any way.
Thank you for your understanding.
2025-09-01 6:04 AM
Hi,Gael A:
Thank you for your reply!
After multiple tests and examining the disassembly code, I have determined that when calling HSO related library files, the PC pointer points to an address without code, resulting in LR values of 0xFFFFFF9 and 0xFFFFFE9. I compared the code with the G473 chip (only retaining libImpedCorr. a and ImpedCorr. h), and only applied it to the function void IMPEDCORR_setLs_si(IMPEDCORR_Handle pHandle, const float_t Ls_H、void IMPEDCORR_setRs_si(IMPEDCORR_Handle pHandle, const float_t Rs_Ohm) Testing was conducted, with G473 functioning normally and F405 failing。
Thank you again for your reply. We can only temporarily give up the transplant.
Best Regards.
2025-09-22 8:30 AM
Hello @quanhongwei,
According to your response, we can assume that the response is accepted.
For other points, do not hesitate to start another thread.