11279|4

3

帖子

0

TA的资源

一粒金砂(初级)

楼主
 

J1939多帧传输问题 [复制链接]

关于J1939的多帧传输,根据协议要求,在CM.RTS和CM.CTS的数据域会填上3Byte的PGN。
但是在CM.DT的数据传输过程中,只有第一字节表示多包的传输序列号,后面7个字节都是实际含义的数据。

现在项目中有2条报文(报文A和报文B)都超过8个Byte,需要用到多帧传输。且发送周期都是1000ms。
这种场合是不是只有1条报文(报文A)全部发送完成后,收到对方节点发送过来的CM.EndofMsgAck之后才能继续发送另一条报文(报文B)?
(※因为在发送报文A的过程中如果同时发送报文B,由于在TP.DT传送过程中ID都是一样,PGN号也没有,所以无法区分是哪条报文的数据)

有经验的朋友能帮忙解答一下么?谢谢!
此帖出自汽车电子论坛

最新回复

这个问题我们没遇到过,如一个CPS要连接多个BMS的话,我们是用多个进程解决的,所以不会出现你描述的情况  详情 回复 发表于 2017-8-21 15:13
点赞 关注

回复
举报

965

帖子

0

TA的资源

纯净的硅(高级)

沙发
 
是的,接收方如果在接收报文A时收到其它包应该丢弃
此帖出自汽车电子论坛
 
 

回复

3

帖子

0

TA的资源

一粒金砂(初级)

板凳
 
石玉 发表于 2017-8-17 09:15
是的,接收方如果在接收报文A时收到其它包应该丢弃

感谢回答,也就是说如果是我自己的节点(节点1)与对方节点(节点2)存在2条多帧报文(报文A和报文B)需要周期发送时,必须等一条报文(报文A)收发处理完才能收发另外一条报文(报文B),对吧。

另外想问一个问题,如果我自己的节点(节点1)与对方节点2有1条多帧报文(报文X),以及另一个对方节点3有1条多帧报文(报文Y)需要周期发送,由于两个节点的地址不一样,所以多帧处理时,RTS/CTS的ID地址是不一样的,这种场合,报文X和报文Y还需要1条报文发送完成后才能处理另一条么?还是可以交错进行处理?
此帖出自汽车电子论坛

点评

这个问题我们没遇到过,如一个CPS要连接多个BMS的话,我们是用多个进程解决的,所以不会出现你描述的情况  详情 回复 发表于 2017-8-21 15:13
 
 
 

回复

965

帖子

0

TA的资源

纯净的硅(高级)

4
 
ichbinfifo 发表于 2017-8-21 14:53
感谢回答,也就是说如果是我自己的节点(节点1)与对方节点(节点2)存在2条多帧报文(报文A和报文B)需要周期 ...

这个问题我们没遇到过,如一个CPS要连接多个BMS的话,我们是用多个进程解决的,所以不会出现你描述的情况
此帖出自汽车电子论坛
 
 
 

回复

3

帖子

0

TA的资源

一粒金砂(初级)

5
 
石玉兄,你好。感谢你之前的解答。
我这里还有一个困惑,之前看协议这里有一块一直不是太明白,PF<240,PS代表目标地址;PF>=240,PS代表GE扩展。那么PF>=240的时候,还有没有目标地址这个概念?例如0x1810F456,这里10是PF,F4是目标地址,56是源地址。如果PF在240~255范围内,则PS=GE扩展。那么问题来了,对于PF在240~255范围内的Message,这样的Message是否还有目标地址?是否只能全局发送?例如在多帧传输时不能使用RTS/CTS进行多帧数据传送,必须使用BAM进行发送?
附图是网上找到的一个多帧收发的参考,从图里看,多帧传输的PGN是00FEEB,但是发送的CAN ID里面是有目标地址的0xF1。

能否帮忙解惑一下,万分感谢!

20170824101122781.png (215.87 KB, 下载次数: 1)

20170824101122781.png
此帖出自汽车电子论坛
 
 
 

回复
您需要登录后才可以回帖 登录 | 注册

查找数据手册?

EEWorld Datasheet 技术支持

相关文章 更多>>
关闭
站长推荐上一条 1/8 下一条

 
EEWorld订阅号

 
EEWorld服务号

 
汽车开发圈

About Us 关于我们 客户服务 联系方式 器件索引 网站地图 最新更新 手机版

站点相关: 国产芯 安防电子 汽车电子 手机便携 工业控制 家用电子 医疗电子 测试测量 网络通信 物联网

北京市海淀区中关村大街18号B座15层1530室 电话:(010)82350740 邮编:100190

电子工程世界版权所有 京B2-20211791 京ICP备10001474号-1 电信业务审批[2006]字第258号函 京公网安备 11010802033920号 Copyright © 2005-2025 EEWORLD.com.cn, Inc. All rights reserved
快速回复 返回顶部 返回列表