AIO-3568J CAN通信异常

肉团团

硬件主板型号：AIO-3568J
固件名称/系统版本：

自编的或固件下载地址：Ubuntu18.04 链接: https://pan.baidu.com/s/16uLAmtLSfLe11CW-ahqFiA?pwd=jzif 提取码: jzif
Log日志: (可以导出，用TXT附件上传)

(base) firefly@firefly:~$ ip -details link show can0
2: can0: <NOARP,UP,LOWER_UP,ECHO> mtu 16 qdisc fq_codel state UP mode DEFAULT group default qlen 10
    link/can  promiscuity 0
    can state ERROR-WARNING (berr-counter tx 0 rx 0) restart-ms 0
          bitrate 500000 sample-point 0.875
          tq 250 prop-seg 3 phase-seg1 3 phase-seg2 1 sjw 1
          rockchip_can: tseg1 1..16 tseg2 1..8 sjw 1..4 brp 1..128 brp-inc 2
          clock 200000000numtxqueues 1 numrxqueues 1 gso_max_size 65536 gso_max_segs 65535
(base) firefly@firefly:~$ ip -details link show can0
2: can0: <NOARP,UP,LOWER_UP,ECHO> mtu 16 qdisc fq_codel state UP mode DEFAULT group default qlen 10
    link/can  promiscuity 0
    can state ERROR-WARNING (berr-counter tx 0 rx 0) restart-ms 0
          bitrate 500000 sample-point 0.875
          tq 250 prop-seg 3 phase-seg1 3 phase-seg2 1 sjw 1
          rockchip_can: tseg1 1..16 tseg2 1..8 sjw 1..4 brp 1..128 brp-inc 2
          clock 200000000numtxqueues 1 numrxqueues 1 gso_max_size 65536 gso_max_segs 65535
(base) firefly@firefly:~$
(base) firefly@firefly:~$
(base) firefly@firefly:~$
(base) firefly@firefly:~$ ip -details link show can0
2: can0: <NOARP,UP,LOWER_UP,ECHO> mtu 16 qdisc fq_codel state UP mode DEFAULT group default qlen 10
    link/can  promiscuity 0
    can state ERROR-PASSIVE (berr-counter tx 0 rx 0) restart-ms 0
          bitrate 500000 sample-point 0.875
          tq 250 prop-seg 3 phase-seg1 3 phase-seg2 1 sjw 1
          rockchip_can: tseg1 1..16 tseg2 1..8 sjw 1..4 brp 1..128 brp-inc 2
          clock 200000000numtxqueues 1 numrxqueues 1 gso_max_size 65536 gso_max_segs 65535

问题描述及复现步骤:
情况1：使用开发板的CAN接口，作为主设备，下面挂载2个CAN从设备。CAN通信速率配置为500K，采用标准数据帧格式，每次发送8字节的数据。主机发送开始，两个从设备发送数据到主机3568，通过can盒观察每个从设备大约1550帧/s，抓取总线上的从设备数据，测试1小时，没有丢包（从设备发送数据地址不一样）；但是如果此时主设备再发送任意地址的8字节的标准数据帧（不是从机发送数据地址），大约180帧/s，会出现3568can通信异常卡死，观察can信息如下：ip -details link show can0
2: can0: <NO-CARRIER,NOARP,UP,ECHO> mtu 16 qdisc fq_codel state DOWN mode DEFAULT group default qlen 10    link/can  promiscuity 0    can state BUS-OFF (berr-counter tx 0 rx 0) restart-ms 0          bitrate 500000 sample-point 0.875          tq 250 prop-seg 3 phase-seg1 3 phase-seg2 1 sjw 1          rockchip_can: tseg1 1..16 tseg2 1..8 sjw 1..4 brp 1..128 brp-inc 2          clock 200000000numtxqueues 1 numrxqueues 1 gso_max_size 65536 gso_max_segs 65535
此时can盒观察下位机两个从设备发送数据正常，就是3568can异常了。
情况2：将3568和can盒单独连接，在3568上编写一个可执行C程序，完成CAN数据的发送（发送任意8字节的标准数据帧），如果C程序发送速率3200帧/s，can盒可持续接收到数据，
但如果此时通过CAN盒向CAN总线发送另一个地址的任意8自己数据，则3568 can接口直接卡死，不在发送数据，can盒收不到。
将CAN发送的帧率降低到350帧/s时，通过CAN盒向总线发送数据，慢速点击发送总线正常，但如果快速点击can盒的发送数据到总线，也有可能
出现3568can接口卡死，手动点击can盒发送的速率也才8帧左右吧。


麻烦帮忙查看一下，这个是3568哪里有问题吗？感谢感谢！