3568j核心板1.0版本和2.1版本差异bug
核心板版本Firefly官网固件版本更新的内核版本备注
1.0FIREFLY-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 down2. #在收发端设置比特率为125Kbps ip link set can2 type can bitrate 1250003. #在收发端打开can2设备 ip link set can2 up4. #在接收端执行candump,阻塞等待报文 candump can21. #在发送端执行cansend，发送报文 cansend can2 123#1122334455667788上述步骤在1.0中正常接收和发送，在2.1版本中则不通 **注：下文出现的 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
``` 时间的蝴蝶 发表于 2021-11-5 09:17
**注：下文出现的 CAN 指 dts 节点的编号；can 指设备 can0、can1**
1. can2？笔误？还是用了三个 can？ ...
您好，我们这边使用了3个can,默认代码是2个can的，和firefly工程师沟通之后，发现是我们测试做实验时候，动了底板导致的问题，现在2个版本核心板都是可以正常can来收发的，谢谢
页:
[1]