91黄动漫 I 欧美 日韩 国产 成人 在线 I a级成人毛片 I 农村黄色片 I 男生捅女生的肌肌 I 精品99一区二区三区 I 妃光莉av I 日日夜夜操操 I 性中国古装videossex I 久久不卡av I 美女高潮动态图 I 极品美女开粉嫩精品 I 牛牛精品一区二区 I 91精品福利视频 I 成人刺激视频 I 91国内精品视频 I 中国一级特黄毛片大片 I 校长狠狠挺进校花体内小说 I 欧美激情黄色片 I 欧美久久久一区 I 爱豆国产剧免费观看大全剧苏畅 I 麻豆国产人妻欲求不满谁演的 I 亚洲一区二区在线免费观看视频 I 国产超碰av人人做人人爽 I 精品国产第一国产综合精品 I 久久免费看av I 欧美一区二区三区白人 I 国产精品夫妻激情 I 校花被肉干高h潮不断 I 欧美最猛黑人xxxx黑人表情 I 国产欧美日韩一区二区搜索 I 极品女神露脸呻吟啪啪 I 人人天天久久 I 亚洲动漫在线 I 日本91福利区 I 五月天 桃色 开心 I av在线免费观看国产 I 男人添女人的免费视频 I 夜夜穞天天穞狠狠穞

手頭有個項(xiàng)目用的是1214的CPU，需要用到CAN總線，考慮過CM CANopen 021620-B模塊，但是不巧這個模塊只能用于CAN2.0A，所以只能用第三方的CAN轉(zhuǎn)485模塊。
模塊采用固定的個是轉(zhuǎn)換，每一幀CAN報(bào)文都轉(zhuǎn)換出13個字節(jié)長度的數(shù)據(jù)：




CPU組態(tài)了CM1241模塊，用自由口通訊來接收和發(fā)送串口數(shù)據(jù)。測試時發(fā)現(xiàn)CAN總線上發(fā)送兩個ID報(bào)文，每條的數(shù)據(jù)都間隔100ms加1，在PLC端仿真看兩個ID的數(shù)據(jù)是不同步的在自增，一會第一個ID的數(shù)據(jù)在漲，第二個ID的數(shù)據(jù)不變，一會第二個ID的數(shù)據(jù)漲，第一個ID的不變……


這里還想問下RCV_PTP和Receive_P2P功能塊的區(qū)別，我現(xiàn)在用的是RCV_PTP，說明里說EN_R在上升沿啟用接收，但是我實(shí)際發(fā)現(xiàn)一直給TRUE也是可以接收的。我使用Receive_P2P就沒有接收成功過數(shù)據(jù)，這是什么原因？


這是我功能塊的配置圖：




同時我做了個NDR的上升沿捕捉計(jì)數(shù)器，發(fā)現(xiàn)只有程序第一次運(yùn)行的時候漲了一次，后面就一直不漲。




另外我發(fā)送用的是Send_P2P功能塊。CM1241和轉(zhuǎn)換器的連接用的是422四線制全雙工，發(fā)送和接收是單獨(dú)處理的。


我的疑問在于CAN轉(zhuǎn)換器是收到總線上的報(bào)文立刻進(jìn)行轉(zhuǎn)換的，當(dāng)總線上的報(bào)文很多時，同一時刻在串口端只會發(fā)出一幀對應(yīng)的CAN報(bào)文，也就是13個字節(jié)，如果串口這邊還沒讀完，下一幀轉(zhuǎn)換的數(shù)據(jù)又來了，就有可能讀不到了。我也咨詢過轉(zhuǎn)換器的技術(shù)，說CAN波特率和串口波特率要差不多，現(xiàn)在CAN是250K，串口這邊已經(jīng)是115200了。出現(xiàn)這種現(xiàn)象是我的接收處理有問題還是用這樣的方法只能實(shí)現(xiàn)這樣的效果？望高手們指點(diǎn)，不勝感激！

給我打電話13478405725

引用

引用第2樓ferrari550c于2020-11-25 08:51發(fā)表的  :
已解決，通信模塊設(shè)置以固定長度結(jié)束消息就OK了。

我不這么認(rèn)為，一旦出現(xiàn)數(shù)據(jù)錯位或丟失，你接收到的數(shù)據(jù)都是錯的。