这里的第4个参数应该是给个合法的有效地址，给个0，相当于给个空指针。 空指针的指向是不确定的，出异常属正常回应，没出异常问题也不代表可以这么用。 具体到你现在的应用，即使没有触发芯片的硬错，但也无法得到发送邮箱的编号。 个人认为不必过于纠结，就像闯红灯被罚正常，偶尔侥幸没被罚不代表合法，更不代表下次不被罚。
检查一下硬件连接，包括通信的信号量测一下 尝试把 reset 脚也连接到ST-LINK 上，用STM32CUBEPROGRAMMER 在 hardware rest 模式下连接烧录试试
板子上的部件明显发热肯定不对了，多半是硬件有问题了。 可以对照板子的原理图，从电源线路量测，看看哪一部分出了问题。 不解决硬件问题，板子是没法用的。
从提示上看，应该是访问越界了，可以参考M4核的手册。 如果不改变存贮和运行方式，可以尝试修改MPU。 参考 ARM 关于 Cortex-M4 内核 IACCVIOL 位的说明. ], L* F/ }; k2 P- k! j) G Instruction access violation flag:! U, \6 w) ?5 s7 G( p' t 0 = no instruction access violation fault, l O y6 ^) H 1 = the processor attempted an instruction fetch from a location that does not permit execution. The PC value stacked for the exception return points to the faulting instruction. The processor has not written a fault address to the MMAR. This fault condition occurs on any access to an XN (eXecute Never) region, even when the MPU is disabled or not present. Potential reasons: a) Branch to regions that are not defined in the MPU or defined as non-executable. b) Invalid return due to corrupted stack content. c) Incorrect entry in the exception vector table
STMWoodData
回答时间：2024-12-3 16:58
用什么配置的无所谓，但是lcd使用的GPIO引脚不要搞接错，GPIO的操作不要错。 最好搞个逻辑分析仪看看引脚时序，这样才好分析。 通过lcd屏初始化后，要搞出画点或者字符显示才能确定lcd驱动正确。
已经找到原因，对比更新最新的G0代码时漏了开接收中断。 HAL_I2C_Mem_Read_IT函数最后调用I2C_Enable_IRQ(hi2c, I2C_XFER_TX_IT); 在I2C_Mem_ISR_IT里检测TC标志的地方需调用I2C_Disable_IRQ(hi2c, I2C_XFER_TX_IT);I2C_Enable_IRQ(hi2c, I2C_XFER_RX_IT); 主机没开接收中断，没有读RXDR就会拉低时钟线
感谢您的回答。 我在测试中，到hardfault这一步的时候，反查LR寄存器和PC寄存器，发现这两处都指向了FreeRTOS自己的两个函数。经过推敲，认为是跟堆栈有关，才会导致程序从FreeRTOS的这2个函数进入到hardfault中。 而后我把一个占用堆栈最大的任务屏蔽掉，再做导致死机的操作，测试后没有出现死机的问题。所以我认为你的回答是有道理的。 补充3张图，它们就是hardfault时，LR寄存器和PC寄存器，指向的FreeRTOS自己的两个函数。 进入hardfault时，xPortStartScheduler函数执行到return 0;这里了，所以系统崩了。 备注：我不明白的是为何是xPortStartScheduler函数之后出现崩了，这是FreeRTOS启动任务调度的函数。
简单估算一下，340x240x2(565) = 153600 这个型号的RAM最大128K, 不够用。 如果屏里有 buffer的话，可以做部分缓冲。 如果需要帧率高的话，可以考虑换 STM32U575，有例程的（TOUCHGFX 里）。
微信公众号
手机版
