xyzjacky

感谢您的回答。 我在测试中，到hardfault这一步的时候，反查LR寄存器和PC寄存器，发现这两处都指向了FreeRTOS自己的两个函数。经过推敲，认为是跟堆栈有关，才会导致程序从FreeRTOS的这2个函数进入到hardfault中。 而后我把一个占用堆栈最大的任务屏蔽掉，再做导致死机的操作，测试后没有出现死机的问题。所以我认为你的回答是有道理的。 补充3张图，它们就是hardfault时，LR寄存器和PC寄存器，指向的FreeRTOS自己的两个函数。 进入hardfault时，xPortStartScheduler函数执行到return 0;这里了，所以系统崩了。 备注：我不明白的是为何是xPortStartScheduler函数之后出现崩了，这是FreeRTOS启动任务调度的函数。

BIG SUN

你好，这个parity在哪能选呀？

背影101

打卡打卡

背影101

打卡打卡

st_yujie2510

[md]建议检查一下电源纹波（

butterflyspring

早先的可以不加，新做的最好加上。 应该是取决于HOST端的驱动要求。

Smile666

好的 谢谢

butterflyspring

简单估算一下，340x240x2(565) = 153600 这个型号的RAM最大128K, 不够用。 如果屏里有 buffer的话，可以做部分缓冲。 如果需要帧率高的话，可以考虑换 STM32U575，有例程的（TOUCHGFX 里）。

butterflyspring

这个参数在数据手册里，电气参数那个章节有详细的条件和列表。 如果你的应用对于低功耗要求特别高，可以考虑STM32U0 或L0系类，选择很多。

lxl666

签到签到

STMWoodData

首先是文件是否存在，其次是要设置包含头文件路径

大禹

签到

XFt

是的，我已经找到了我的问题出在哪里，是因为我这个GPIO被同时初始化为输入捕获和普通IO导致 目前TIM4是16位对于低频测试给我带来了麻烦，因为本身我并不想开启定时器更新中断和输入捕获中断这样会浪费CPU资源，特别是当输入脉冲比较高时，一般我们行业应用能到100khz的

xmshao

你可以参考下基于STM32CUBEIDE的基本框架和流程。 另外，这里有两个帖子可以看看能否给些提醒： STM32G431 从bootloader跳转到APPlication无法运行 https://shequ.stmicroelectronics.cn/thread-644692-1-2.html stm32cubeide-boot loader跳转APP异常问题 https://shequ.stmicroelectronics.cn/thread-644625-1-1.html

xmshao

stm32u5系列DAC的参考电压可以来自外部，也 可能 使用内部的VREFBUF单元提供。 如果从外部引进参考电压，当芯片有VREF脚时就通过该脚过来，如没有该管脚，VDDA就是此时DAC的外部参考电压，即VREF+跟VDDA是硬件绑定在一起的。 如果通过内部VERFBUF引进参考电压，此时芯片有专门的有VERF+脚。VREFBUF的输出可以配置选择： 此时VREFBUF输出与VREF+内部相通，还可以通过VREF+对外提供参考。 当芯片没有专门VREF脚，即VDDA与VREF+内部绑定在一起时，不能通过VREFBUF给DAC提供参考电压。 参考电压只能通过VDDA提供。 VREF+ can be provided either by an external reference of by an internal buffered voltage reference (VREFBUF). The internal voltage reference can output a configurable voltage: 1.5 V, 1.8 V, 2.048 V or 2.4 V. VREF- and VREF+ pins are not available on all packages. When not available, they are bonded to VSSA and VDDA, respectively. When the VREF+ is double-bonded with VDDA in a package, the internal voltage reference buffer is not available and must be kept disabled. VREF- must always be equal to VSSA.

xmshao

这个地方不论用哪个IDE都差不多的,既然KEIL可以，Cubeide也应该可以。 你确认下栈顶位置、程序存放位置。这些都是在ld文件里的内容。 _estack = ORIGIN(RAM) + LENGTH(RAM); RAM    (xrw)    : ORIGIN = 0x20000000,   LENGTH = xxK ROM    (rx)    : ORIGIN = 0x08008000,   LENGTH = yyK 再就是检查VTOR的偏移配置，比方： #define VECT_TAB_OFFSET 0x8000 再就是跳转前将中断使能都 禁用掉、跳转过程中不要有中断请求发生。 保险起见，跳转前将PLL 也关闭掉。或者在APP端的SystemClock_Config()之前 先调用下HAL_RCC_DeInit();