
因项目需求,需要用两个103实现2路CAN并且数据数据由CAN1输入,CA2输出,,两个芯片通过串口连接。 调试两个103通过串口DMA通信转实现CAN节点转传数据调试笔记5 \* h( V! x5 ~0 q 利用cubemx生成了串口DMA的代码,看串口1波特率最高支持4.5Mbps我就设置了4Mbps的波特率。; `" W! @* N8 h7 H g2 D' x4 g0 B 在生成工程后我简单的修改了一下main函数,增加了dma发送测试发送只能发送一次,查资料后发现DMA有正常模式与循环模式,把模式设置为循环模式后能调用一次发送后可以一直发送,但是项目貌似用不上一直循环发送,所以后面又改回了正常发送模式。修改地方在stm32f1xx_hal_msp.c文件的HAL_UART_MspInit函数里hdma_usart1_tx.Init.Mode = DMA_NORMAL; 当修改完正常模式后又有奇怪的问题,多次调用只发送一次,后来经过调试,发现发送完一次后串口的状态一直为busy,所以每次调用发送都会被返回busy,在终端处理函数里面添加 huart1.State = HAL_UART_STATE_READY; 解决了( i. W0 I* [& X6 e; o1 t1 q9 B 接收一直循环接收,们什么问题,只是两个芯片如果没同步的话就会出现接收开头不是第一位的情况,需要在程序里加上上电同步的机制,在通信过程中如果接受回来的一帧数据出现错误就需要重新同步。. w2 u8 ~* }0 C# g* ^: P 在void DMA1_Channel5_IRQHandler(void) 函数中加上CAN发送后 发现每次另一个芯片发来串口数据后会造成连续发送2帧CAN数据,经过调试后发现,HAL库打不仅打开了传输完成中断TCIE,还打开了半传输中断HTIE,也打开了传输错误中断TEIE,连续发送2帧CAN报文是连续进入接收中断服务函数2次造成,第2次是因为触发了版传输中断导致。所以发送CAN报文不能在DMA1_Channel5_IRQHandler(void)中写,需要在特定的接收中断回调函数中写。继续查看中断处理函数里,找到传输完成回调函数: hdma->XferCpltCallback(hdma); 看看hdam原型中定义了void (* XferCpltCallback)( struct __DMA_HandleTypeDef * hdma); /*!< DMA transfer complete callback */ 懵逼了,不知道这个回调函数怎么写。后来网上查资料仍没有解决。某个帖子给了我灵感。这个在初始化的时候应该有指定实体函数。在stm32f1xx_hal_uart.c文件中 HAL_UART_Receive_DMA函数里的1039行 有huart->hdmarx->XferCpltCallback = UART_DMAReceiveCplt; 指定了。在查看函数原型里原来就是串口接收中断回调函数。原型__weak void HAL_UART_RxCpltCallback(UART_HandleTypeDef *huart) 在应用层里重新编写HAL_UART_RxCpltCallback(UART_HandleTypeDef *huart)实体后,接收一次发送2帧的问题得以解决。 CAN发送:以前的底层CAN发送时通过堵塞方式发送,如果发送量比较大的话会造成很大的延时问题,系统性能下降。修改为中断发送。后得以解决。 现在满载测试芯片1接收CAN转到串口,芯片2 串口接收到通过CAN发出,500K 暂时没发现丢帧的现象。/ F6 D8 f/ y8 a3 i6 d |
STM32ADC过采样及几种ADC采样的处理方法
STM32的启动模式配置与应用
小马哥STM32F103开源小四轴RoboFly全部资料大放送
STM32固件库分享,超全系列整理
STM32F10xxx 正交编码器接口应用笔记 及源代码
分享一个STM32F103的硬件IIC代码库,完美解决IIC问题!
OpenBLT移植到STM32F103战舰开发板上适用于所有STM32F103系列的Bootloader
MultiButton移植到STM32F103战舰开发板
UDS诊断服务
使用Nano板验证驱动SPI串口屏的颜色显示
https://www.stmcu.org.cn/module/forum/thread-610128-1-1.html: R1 p" |" z6 }' G& N
(出处: 论坛-意法半导体STM32/STM8技术社区)
一个芯片有2路CAN来实现不是会更好吗?+ L( M% s! M1 j2 S* t& C: ]8 x: H4 l
而且串口可以打印转发的CAN数据
我有試過,是可行的
谢谢分享