Firefly开源社区

标题: 3568j核心板1.0版本和2.1版本差异bug [打印本页]

作者: firefly-lianxin 时间: 2021-11-3 16:39
标题: 3568j核心板1.0版本和2.1版本差异bug

核心板版本	Firefly官网固件版本	更新的内核版本	备注
1.0	FIREFLY-RK3568-AIOJ_UBUNTU18.04-GPT-20210514-0932.img.tar.gz	自主编译的boot
2.1

二、kernel中CAN驱动节点的更改

1. #在发送端执行cansend，发送报文

cansend can2 123#1122334455667788

上述步骤在1.0中正常接收和发送，在2.1版本中则不通

file:///C:\Users\ADMINI~1\AppData\Local\Temp\ksohtml\wps63E2.tmp.jpg

三、复现步骤

1. #在收发端关闭can2设备

ip link set can2 down

2. #在收发端设置比特率为125Kbps

ip link set can2 type can bitrate 125000

3. #在收发端打开can2设备

ip link set can2 up

4. #在接收端执行candump,阻塞等待报文

candump can2

1. #在发送端执行cansend，发送报文

cansend can2 123#1122334455667788

上述步骤在1.0中正常接收和发送，在2.1版本中则不通

作者: 时间的蝴蝶 时间: 2021-11-5 09:17
**注：下文出现的 CAN 指 dts 节点的编号；can 指设备 can0、can1**

1. can2？笔误？还是用了三个 can？
默认只有 can0、can1 设备，即
CAN0 : 0xfe570000，未使用
CAN1 : 0xfe580000，对应设备 can0
CAN2 : 0xfe590000，对应设备 can1

2. canfd 是兼容 can 的，没必要改 kernel

3. CAN1 是否正常呢？CAN1 和 CAN2 能否互相收发呢？

4. 回环测试能否收到数据？

```
# 对于 CAN1
ip link set can0 down
ip link set can0 type can bitrate 125000
ip link set can0 up
io -4 0xfe580000 0x0015
ip -details link show can0
candump can0 &
cansend can0 123#1122334455667788

# 对于 CAN2
ip link set can1 down
ip link set can1 type can bitrate 125000
ip link set can1 up
io -4 0xfe590000 0x0415
ip -details link show can1
candump can1 &
cansend can1 123#1122334455667788
```

作者: firefly-lianxin 时间: 2021-11-12 10:11

时间的蝴蝶发表于 2021-11-5 09:17
**注：下文出现的 CAN 指 dts 节点的编号；can 指设备 can0、can1**

1. can2？笔误？还是用了三个 can？ ...

您好，我们这边使用了3个can,默认代码是2个can的，和firefly工程师沟通之后，发现是我们测试做实验时候，动了底板导致的问题，现在2个版本核心板都是可以正常can来收发的，谢谢

欢迎光临 Firefly开源社区 (https://dev.t-firefly.com/)