读写寄存器的时候,开启了 SPI 的片选,只需要读取 1 到 2 个字节的数据;在正式读写收发的数据的时候,开启 SPI 片选需要读写多个字节的数据。 ==>片选你可以使用STM32 SPI外设的NSS脚或者另外单独拉一个GPIO来完成。你希望每次单独做不同长度的读取，这是没问题的。对于片选脚，想通信时就先拉低，通信完毕拉高即可。当然，如果使用NSS，交由硬件管理也可以。 这样的情况下如何配置DMA，如果在开启片选信号的时候开启DMA，关闭片选信号的情况下关闭DMA；在进行寄存器读写的时候， 岂不是会出现频繁开关DMA的情况,这样算不算降低了程序的执行效率，而且还增加了程序的不稳定性？ ==》 DMA配置其实只关心触发源，目的地，源端地，传输长度，再就是传输模式。 鉴于你目前应用，你这里配置为Normal模式合适，传输长度你具体启动SPI的DMA收发时给定。每完成启动一轮SPI收发后DMA会自行停止， 无须手动干预。这样使用谈不上降低程序执行效率或增加不稳定性。 我想在进行寄存器读写的时候,单独使用SPI，不使能DMA，在传输数据的时候，再开启DMA，请问这样配置合理吗？或者说还有无其他的实现方式？ ==》 也是可以的。你现在配置DMA为Normal模式，不想使用DMA时，基于查询或中断方式进行SPI收发也可以。说不上什么不合理，但似乎没有 什么必要，反正DMA都配置好，随时待命了。
我看你的配置，单个通道，连续转换。估计是误会了，肯定是启动了，不然一个结果也没有。 可能调试模块没有做更新，你也没有啥操作。 保持现有 配置的前提下，你这样试试，先软件启动ADC，然后查询接收，再看看结果。 int main(void) { 。。。。。。 。。。。。。 uint8_t i=0; HAL_ADC_Start(&hadc1); while (1) { if (HAL_ADC_PollForConversion(&hadc1, 888) != HAL_OK) { Error_Handler(); } AdcResulti++] = HAL_ADC_GetValue(&hadc1); if(i==9) i=0; } //while(1) } //main
增加上拉电阻会提高一点点复位脚电平稳定性，估计影响不大。 不过频繁复位有很多种原因的。 首先看看是不是工作在强干扰条件下。 其次要看看是不是软件运行逻辑是不是有异常。 总之解决这类问题需要有针对性才能获得很好的效果。
先调试一下串口，看看是否能正常发送。 如果能正常发送了，剩下的就是重定向的问题。 似乎编译器新版本的重定向方式有些调整，需要具体再看。
这个简单，STM32CubeMx已经为用户考虑好了。 我们的用户代码总是写在那些CubeMx创建工程时预留的user code begin和end行之间，即使反复配置并创建CubeMx工程，这些用户代码 会被保留下来的。这些begin/end提示行对 在每个适当的地方都预留了。 比方下面代码： 当然，在其它初始化函数或中断服务程序里都预留这些user begin/end 提示行。
Hi, 最后确认问题在 hrtim_adctrig_cfg.Trigger = HRTIM_ADCTRIGGERUPDATE_TIMER_A; hrtim_adctrig_cfg.UpdateSource = HRTIM_ADCTRIGGEREVENT579_TIMERA_CMP3; 其中Tigger和UpdateSource设置错误的被对调了，交换就可以正常触发。 感谢您的帮助
有基于STLINK 使用过trace功能，没使用过这个CMSIS-DAP调试工具。它的设计目标之一是提 供一种低成本的调试解决方案，以适用于广泛的调试需求，猜测CMSIS-DAP不一定支持高级Trace功能。 你可以换个STLINK或ULINK试试，它两个是没问题的。 还有，这些调试跟踪功能源于内核，不是所有内核都支持调试TRACE功能。
微信公众号
手机版
.png)
