用STM32L152ZDT6都是正常的，DEBUG发现，执行HAL_Init>>HAL_InitTick>>HAL_NVIC_EnableIRQ异常。
你好好确认下你的起始页、结束页的页码 和起始地址 ，再就是注意基本的flash操作流程， 比方开锁操作之类的。 建议你参照例程来。例程经测试是可用的。从你给出的地址信息及页码来看，都还在bank1。 还有注意一点芯片供电稳定。
在这个的最后 https://community.st.com/t5/stm3 ... el-debug/m-p/612219 STM的工程师承认文档有误，在STM32MP1 CPU下，没有option bytes，只有one time program OTP，而且OTP 没有选择 IWDG的功能。现在我只能老老实实去重新编译 loader ， optee 了，编译之前先要学习如何disable watchdog。然后找出来如何把编译结果刷到板子上，好烦。
这是两个大平台哦，目前还没看到是否有消息能生成。 不过看起来 IAR KEIL 的工程在没有汇编语言下是可以导入 SEGGER Embedded Studio 的。 当然IAR KEIL 也是当前流行的编译器，群内多数小伙伴都用这些编译器呢。
1 检查一下优先级： 你的程序中有没有用到中断？你的SysTick的优先级是多少？看看发生故障时，有没有中断产生。 看一下这里有没有帮助：https://zhuanlan.zhihu.com/p/551096072 2 检查一下堆栈分配 可以configCHECK_FOR_STACK_OVERFLOW，看一下有没有问题
!(data/attachment/forum/202311/21/191941vbnenhm661dfxq1b.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/300 "image.png") !(data/attachment/forum/202311/21/192004xc5o1c4qb5rqovrr.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/300 "image.png") CUBEMX我是如上配置 代码里关于AD的是这样的 u16 adc1_value; u16 adc2_value; float volt_R37; float volt_R38; void ADC_Process(void) { volt_R37 = adc1_value / 4096.0f 3.3f;//计算实际电压 volt_R38 = adc2_value / 4096.0f 3.3f;//计算实际电压 } 主函数里： MX_DMA_Init(); MX_ADC2_Init(); MX_ADC1_Init(); HAL_ADC_Start_DMA(&hadc2,(uint32_t)&adc2_value,1); HAL_ADC_Start_DMA(&hadc1,(uint32_t)&adc1_value,1); 代码实测下来 AD把VREF接到VDDA的跳帽拿掉之后 AD就非常的不准确 一直跳。。。。
MP157不方便裸跑FREERTOS,没有官方支持包。如果想裸跑的话，MP135上可以试试，MP1的Firmware里内置的RTOS系统是azure RTOS
这型号写得不完整，猜测是用STM32F4 系列产品。 软件库现在比较流行的是cube 库，里边有相应的例程可以参考，不过参考手册的描述还是需要看看的。 STM32Cube_FW_F4_V1.5.0\Projects\STM324xG_EVAL\Examples%uART
这三个编译器都很通用。 在单独的系列的cube 库中，基于这三个编译器的例程工程都有的，尤其是后面推出的产品。 早先ST没有自己做编译器时，主要用的就是 IAR 和 keil 的。 现在是自助餐，供用户选择的多了一些。
这点在STM32G4芯片相关手册里有提：in order to improve the consumption under reset, the I/Os state under and after reset is "analog state". In addition, the internal reset pull-up is deactivated when the rest source is internal. 不同的STM32系列这个地方可能略有差异。
从你反馈的问题现象来看，原因应该说还是比较清晰明了的。 就是马达的运行给微处理这边带来影响。 这里聊几句，供参考。 你看看隔离这块有无改善空间； 布局上马达驱动电路跟微处理器尽量避开； 马达驱动大电流信号线尽量远离数字小信号、时钟源、复位脚这些，必要时考虑使用屏蔽线或加屏蔽体； 地线也是重中之重，大电流地、小信号地最好分开走，并保证系统接地良好； 微处理器电源脚周边去耦电容不要省了，且就近电源脚摆放，这点可以参考数据手册电源框架图的示意与提醒； 另外，可以考虑给微处理器电源脚加上磁珠的做法； 。。。 这都是些比较常见的常规手段，你这边结合具体现状、操作便利性、成本等考虑后适当调整； 说到底，处理这些往往要花更多精力和更多成本。 再就是 软件处理方面可以做些防范措施，最简单有效的办法就是加上看门狗。
.png)
