因项目需求,需要用两个103实现2路CAN并且数据数据由CAN1输入,CA2输出,,两个芯片通过串口连接。; k& o# X) U1 V" R 调试两个103通过串口DMA通信转实现CAN节点转传数据调试笔记 利用cubemx生成了串口DMA的代码,看串口1波特率最高支持4.5Mbps我就设置了4Mbps的波特率。0 t1 Y) @# r, g) F! L/ p! I 在生成工程后我简单的修改了一下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; 解决了 接收一直循环接收,们什么问题,只是两个芯片如果没同步的话就会出现接收开头不是第一位的情况,需要在程序里加上上电同步的机制,在通信过程中如果接受回来的一帧数据出现错误就需要重新同步。; |+ c6 r, W' ^* h 在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发送时通过堵塞方式发送,如果发送量比较大的话会造成很大的延时问题,系统性能下降。修改为中断发送。后得以解决。" f& i* a) T# t% n! f' L! `7 C2 J 现在满载测试芯片1接收CAN转到串口,芯片2 串口接收到通过CAN发出,500K 暂时没发现丢帧的现象。 ( P1 K( @8 w0 d3 A |
STM32F10xxx 正交编码器接口应用笔记 及源代码
小马哥STM32F103开源小四轴RoboFly全部资料大放送
分享一个STM32F103的硬件IIC代码库,完美解决IIC问题!
OpenBLT移植到STM32F103战舰开发板上适用于所有STM32F103系列的Bootloader
MultiButton移植到STM32F103战舰开发板
UDS诊断服务
使用Nano板验证驱动SPI串口屏的颜色显示
使用STM32F103制作的无线下载器
STM32F103移植LittlevGUI代码
【MCU实战经验】+自制MP3使用STM32F103ZET6和ch375读取u盘,vs1003解码,音质超棒
https://www.stmcu.org.cn/module/forum/thread-610128-1-1.html
(出处: 论坛-意法半导体STM32/STM8技术社区)
一个芯片有2路CAN来实现不是会更好吗?
而且串口可以打印转发的CAN数据
我有試過,是可行的
谢谢分享