DMA接收数据有严格的限制，除了起始地址必须保证4字节对齐，必须在可以访问的地址范围之外，你设定的发送和接收长度必须满足。我的理解帧错误一定是数据未能正常发送，或者发送了其中一部分。dma和外设直接的协商。（比如uart要求dma将rx的数据保存到那个位置，保存多少数据，每次保存地址要不要加一。是circuit模式还是其他模式。）所以如果你这次的任务失败当然要停止上次的任务，然后安排下一次的任务。
[md]我也遇到过这个问题。按照手册种的内容，我尝试用c语言简单试了一下。 ``` uint8_t test_data1[10] = { 0x01 ,0x23 ,0x45 ,0x67 ,0x89 ,0x1A ,0xBC ,0xDE ,0xF0, 0x00 }; uint8_t test_data2[10] = { 0xFE ,0xDC ,0xBA ,0x98 ,0x76 ,0x54 ,0x32 ,0x10 ,0xF8, 0x00 }; void swuart_calcCRC(uint8_t* datagram, uint8_t datagramLength) { int i, j; uint8_t* crc = datagram + (datagramLength - 1); // CRC located in last byte of message uint8_t currentByte; *crc = 0; for (i = 0; i < (datagramLength - 1); i++) { // Execute for all bytes of a message currentByte = datagram; // Retrieve a byte to be sent from Array for (j = 0; j < 8; j++) { if ((*crc >> 7) ^ (currentByte & 0x01)) // update CRC based result of XOR operation { *crc = (*crc 1; } // for CRC bit } // for message byte } void data_dump(uint8_t* buff, uint8_t length) { printf(">>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>"); for (int i = 0; i < length; i++) { if (i % 5 == 0) { printf("\r\n"); } printf("%02x ", buff); } if ( (length-1) % 5 != 0) { std::cout
刚试了一下，确实链接有点问题，相信后台会尽快处理好的。 如果需要英文版的资料，可以直接去 st.com 上下载。 中文的就只能等链接恢复了。
确保在你的项目中包含了正确的头文件和库文件。通常，这些文件会在STM32MPU软件包中提供。 在hal_conf.h文件中，找到DATA_CACHE_ENABLE宏，并确保它被设置为1，以启用数据缓存。确保没有其他地方将该宏设置为0。 在hal_conf.h文件中，找到NO_CACHE_USE宏，并确保它被注释掉或删除，以允许使用缓存。 重新编译你的项目，并确保在编译过程中没有出现任何错误。 在运行时，你可以通过在代码中使用相应的函数来启用MMU和Cache。例如，你可以使用HAL_EnableFMCMemorySwapping()函数来启用MMU，使用SCB_EnableICache()和SCB_EnableDCache()函数来启用指令缓存和数据缓存。
感谢分享。 电压高过VDD时， 普通IO会引起灌电流，这个需要避免。 灌电流会影响ADC, 其他的影响估计也会有，只是没那么明显或有相关描述而已
换个角度考虑采一下，从时序上考虑一下这个问题： 1. 如果用更新事件触发，那么开启预装载功能更后，要再过一个周期才能加载上CCR的值，是不是太长了。 那么不开启预装载功能，当CCR值很小时，有可能写完后计数器值已经大过CCR值了。 2. 采用通道的比较事件，则使用预装载功能后，就很好的解决了上面的问题，或者说避免了大部分范围的风险。
你的输入脚好像会被影响，估计是你的输入脚没有外接相应电路吧.如果这样的话，此时输入脚的电平本来就 可能不稳定，跟你的输出操作没有必然关系。 但你又说已经接了上拉了，难道是系统电源不稳？或其它干扰
从你的描述来看，十之八九你误会了。 从定时器配置门控从模式，对从定时器而言要有外来触发输入信号，具体到你现在的应用，主定时器 要给从定时器提供触发信号，其中可以是PWM信号，严格地说是某个通道的OCref信号。从定时器基于该 信号仅在高电平或低电平时进行计数，这个可以编程控制。 你可以看看ST提供的库里TIMER外设例程，有相关主从模式的应用示例。 你给出的代码 看不出涉及主从模式的配置以及触发信号选择的内容，目前贴出的代码没啥意义。
要验证是否别的中断影响IDLE中断了，把UART idle中断优先级设置到最高即可验证； 另外，也可以考虑下堆栈方面的问题。再就是仔细检查下代码，变量定义、数组大小这些是否有 小疏忽的地方。
每一代的MCSDK都有自己适配的cubemx，可以再release notes中查看。（About>Documentation>Release Notes）
微信公众号
手机版
.png)
