显示方法：touchgfx::Unicode::fromUTF8((const uint8_t *)str, textArea1Buffer, TEXTAREA1_SIZE); textArea1.invalidate(); 我第一次显示“你好”，第二次改为“他好”。刷新出来的还是“你好”。 想要刷新为“他好”，就要先把“ ”显示一遍，然后在刷新“他好”就能显示成功。
你是指数据处理相关代码所花时间吧。 这个时间应该从DMA完成中断触发后开始考虑。STM32库代码的里的中断服务程序写的非常丰富，判 断流程也多，你可以基于它做针对性地瘦身，只提取自己关注的标志及判断，最好自己重新组织下代码。 另外具体到你这里用户回调函数，你也要注意代码的执行效率，平常不关注时间时代码啰嗦点，只要能实现 功能倒也罢了，这些时间敏感的地方可能要多琢磨下代码写法，尽量使用运行效率最佳的代码写法。 比方代码里尽量避免函数调用，选择最省时的循环方式。
检查一下连接是否正确，再看看通讯波形是否有异常。 一共就四根线，可以都量测一下。 然后用cubeprogrammer 连接看一下。 也可以交叉验证，用V3去接另一块板看看。
注意一下，配成 opne drain 时，输出的5V是由外部5V电源提供，收到上拉电阻的限制， 因此驱动受限。即有一点电流就会引起一点压降。 另外注意，必须先有VDD ，再连接5V 信号
不知你具体使用什么型号，不用搞得那么复杂。 使用CUBEMX配置，在Trace & debug 那里的debug选择serial wire即可， 这时只用到PA13 PA14两个脚用于调试烧录。使用cubeMx创建工程后，代码里 无须再针对调试脚做什么额外操作。 先保证板子硬件没问题，重点是电源方面。然后测试下最基础的GPIO翻转，让芯片工作可控，然后调试SPI功能。
给些参考建议： 1、先拔掉调试器、断电开发板，检查硬件连接，重新上电试试。 2、在 STM32CubeProgrammer 的连接设置中，尝试切换复位模式，比方Hardware reset、Core reset）。 3、降低连接速度（如 4000 kHz 或更低），避免高速通信不稳定而导致的问题。 4、可以尝试通过STM32CubeProgrammer对STLINK做下固件升级，当然前提是硬件连接OK。 5、芯片是否有做读保护或其它需要调式认证的环节（不过，这点只是针对个别STM32系列，比方STM32H7R/S). 6、如果真是STLINK坏了，可能得想办法搞个新的。
这么说问题就太宽泛了。 这涉及硬件、软件、参数配置、调试等多个方面，具体原因可能非常多样化。 硬件层面：电源、接线、传感器、驱动器等任何一个环节出现问题都可能导致电机无法启动。 软件层面：参数配置错误、控制算法未正确执行、外设初始化失败等都会影响启动。 明确具体现象：电机完全无反应？有转动但不稳定？有异常报警？ 硬件检查（电源、接线、传感器信号） 软件初始化（外设是否正常启动） 控制环路（PWM输出、电流采样） 保护状态（是否触发保护） 。。。。。 我这边了解到调试时电机不启动比较常见的原因比方有： 硬件上比如PWM波没正常给出驱动，缺相等； 软件上启动电流不够， 角度错误等，
谢谢你的建议，我抓取了I2C数据发现确实在初始化过程中有问题，某个寄存器的读取一直是0，导致与期待值不符，反复读取后timeout了，但程序并未处理这个错误的返回状态，才会继续往后执行。
微信公众号
手机版
.png)
