我对使用candump和cansend的rtr帧有疑问。
转储广播数据没有问题。
架构-带pican屏蔽的树莓派从J1939模拟器读取数据。
我运行candump来接收总线上的所有消息。然后,当我执行pgn feec的发送时,从模拟器获得一个返回帧。我要求一个预编程的VIN,但我没有得到任何回报。以下是我从candump看到的:
can0 18FEF500 [8] 7D FF FF 40 25 4B FF FF '}..@%K..'
can0 18FEE900 [8] D1 4B 03 00 D1 4B 03 00 '.K...K..'
can0 18FEF700 [8] FF FF FF FF E0 01 FF FF '........'
can0 18FECA00 [8] 03 FF 00 00 00 00 00 00 '........'
can0 00FEEC00 [0] remote request
can0 18E80000 [8] 01 FF FF FF FF EC FE 00 '........'
can0 0CF00300 [8] FF 7D 7D FF FF FF FF FF '.}}.....'
can0 18FE6C00 [8] FF FF FF FF FF FF 80 7D '.......}'
can0 0CF00400 [8] FF FF 7D 80 7D FF FF FF '..}.}...''
E800 PGN是一条标准的应答消息。
在candump运行时发送的消息:
cansend can0 00feec00#r
基本上,我没有得到VIN的PGN。什么好主意吗?
原来这里有几个问题。
J1939不支持1- #r
2-你不能直接请求PGNS。该方法是将数据发送到处理请求的特定PGN。在下面的例子:
ea00是要发送数据的PGN。在数据消息中存在我们想要请求的pgn (LSB),因此pgn fe5现在是E5FE。需要三个字节,这就是为什么00在下面的消息中。
以下是发动机小时数的工作请求:
cansend 18EA00FF#E5FE00
和响应:
21 00 00 00 8F 01 00 00