如果刚接触H743还没有玩熟的话，就先不要折腾这个地方。若要禁止对flash的读访问，你可以将RDP保护配置为LEVEL 1，可以借助stm32CubeProgrammer工具，或者通过 你用户代码进行option编程，至于option编程你可以参考下手册和例程, option或flash编程往往先要做个开锁的操作。
你尝试使用STM32Cubeprogrammer连接目标板看看option配置，看看你改动些什么，将其恢复到默认配置。另外，你开发时最好基于cubeMx进行初始化配置， 这样的话，时钟及相关flash latency都会自动帮你配置好。
建议用示波器量测一下串口，看看实际的波特率是多少，误差多少。成倍数的误差有可能是配合错了，几个点的误差，有可能是系统时钟偏差到极限了，毕竟是内部RC振荡器，再加上电脑那边的误差，累计造成串口数据读不准。
相邻两帧之间的时间1s，应该足够mcu解析。1. 可以考虑DMA接收结合空闲中断，库函数如下，鉴于每一帧字节数目可能变动，所以DMA传输的字节要最大，因此，退出条件或者是接收到规定数目字节的数据或者Rx空闲。 /** * @brief Receive an amount of data in DMA mode till either the expected number * of data is received or an IDLE event occurs. * @note Reception is initiated by this function call. Further progress of reception is achieved thanks * to DMA services, transferring automatically received data elements in user reception buffer and * calling registered callbacks at half/end of reception. UART IDLE events are also used to consider * reception phase as ended. In all cases, callback execution will indicate number of received data elements. * @note When the UART parity is enabled (PCE = 1), the received data contain * the parity bit (MSB position). * @note When UART parity is not enabled (PCE = 0), and Word Length is configured to 9 bits (M1-M0 = 01), * the received data is handled as a set of uint16_t. In this case, Size must indicate the number * of uint16_t available through pData. * @param huart UART handle. * @param pData Pointer to data buffer (uint8_t or uint16_t data elements). * @param Size Amount of data elements (uint8_t or uint16_t) to be received. * @retval HAL status */ HAL_StatusTypeDef HAL_UARTEx_ReceiveToIdle_DMA(UART_HandleTypeDef *huart, uint8_t *pData, uint16_t Size) { HAL_StatusTypeDef status; (略) 2. 回调函数如下，其中返回Size为实际接收到的数据，接收缓冲从0到Size-1就是数据，解析协议应该在这里执行。 /** * @brief Reception Event Callback (Rx event notification called after use of advanced reception service). * @param huart UART handle * @param Size Number of data available in application reception buffer (indicates a position in * reception buffer until which, data are available) * @retval None */ __weak void HAL_UARTEx_RxEventCallback(UART_HandleTypeDef *huart, uint16_t Size) { /* Prevent unused argument(s) compilation warning */ UNUSED(huart); UNUSED(Size); /* NOTE : This function should not be modified, when the callback is needed, the HAL_UARTEx_RxEventCallback can be implemented in the user file. */ }
问题已找到，在keil工程配置里Device选项选的是STM32G070型号，在C/C++选项Define预定义里STM32G070xx改成STM32G030xx是无法生效的，还得在Device选项选STM32G030型号
[md]你补充得对。 查看手册，G0跟G4在这个地方不一样，G0的DMA是没法访**PIO的，而G4可以。 STM32系列太多了，我们这些做开发的偶尔也难免会栽进去。 !(data/attachment/forum/202111/30/180019herdedxe01lef0xx.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/300 "image.png")
STM32F103zc/ze的确属于同一存储容量类型的器件，即High-density devices，你在编译时打开相应的宏 STM32F10X_HD。另外，启动文件选用startup_stm32f10x_hd.s。 如果这两个地方都没问题的话，建议基于对应类型芯片的例程重新组织搭建一次工程，怀疑你的工程里个别文件是否被改动或调整过了，不排除有些改动被自己忽略或忘记了。如果代码是自己写的话，重新组织一次工程也很快。
看了接收波形，数据和CRC值都是对的，调试看最后SR寄存器里RXNE标志为0，超时记录为CRC ERROR if (hspi->Init.CRCLength == SPI_CRC_LENGTH_16BIT) { if (SPI_WaitFlagStateUntilTimeout(hspi, SPI_FLAG_RXNE, SET, SPI_DEFAULT_TIMEOUT, tickstart) != HAL_OK) { /* Error on the CRC reception */ SET_BIT(hspi->ErrorCode, HAL_SPI_ERROR_CRC); } /* Read 8bit CRC again in case of 16bit CRC in 8bit Data mode */ READ_REG(*(__IO uint8_t *)&hspi->Instance->DR); }
我刚才找了个块STM32F412的开发板对UART6进行了测试，结果符合数据手册里标定的数据。 当过采样选择8时，波特率达到12.5MBPS，当过采样选择16时，波特率达到6.25MBPS是没有问题的，APB2的时钟配置为100MHz. huart6.Instance = USART6; huart6.Init.BaudRate = 6250000; huart6.Init.WordLength = UART_WORDLENGTH_8B; huart6.Init.StopBits = UART_STOPBITS_1; huart6.Init.Parity = UART_PARITY_NONE; huart6.Init.Mode = UART_MODE_TX_RX; huart6.Init.HwFlowCtl = UART_HWCONTROL_NONE; huart6.Init.OverSampling = UART_OVERSAMPLING_16; if (HAL_UART_Init(&huart6) != HAL_OK) { Error_Handler(); } 你可以使用CubeMx进行配置，然后添加自己的应用代码，这样比较方便而简单。你的问题可能出在时钟配置这块。
.png)
