一区二区三区成人-一区二区三区www-一区二区三区 日韩-一区二区日韩欧美-一区二区日韩精品中文字幕-一区二区日韩

ferrari550c
級別: 正式會員
精華主題: 0
發帖數量: 11 個
工控威望: 81 點
下載積分: 1149 分
在線時間: 5(小時)
注冊時間: 2020-05-29
最后登錄: 2023-12-24
查看ferrari550c的 主題 / 回貼
樓主  發表于: 2020-11-23 15:10
手頭有個項目用的是1214的CPU,需要用到CAN總線,考慮過CM CANopen 021620-B模塊,但是不巧這個模塊只能用于CAN2.0A,所以只能用第三方的CAN轉485模塊。
模塊采用固定的個是轉換,每一幀CAN報文都轉換出13個字節長度的數據:




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


這里還想問下RCV_PTP和Receive_P2P功能塊的區別,我現在用的是RCV_PTP,說明里說EN_R在上升沿啟用接收,但是我實際發現一直給TRUE也是可以接收的。我使用Receive_P2P就沒有接收成功過數據,這是什么原因?


這是我功能塊的配置圖:




同時我做了個NDR的上升沿捕捉計數器,發現只有程序第一次運行的時候漲了一次,后面就一直不漲。




另外我發送用的是Send_P2P功能塊。CM1241和轉換器的連接用的是422四線制全雙工,發送和接收是單獨處理的。


我的疑問在于CAN轉換器是收到總線上的報文立刻進行轉換的,當總線上的報文很多時,同一時刻在串口端只會發出一幀對應的CAN報文,也就是13個字節,如果串口這邊還沒讀完,下一幀轉換的數據又來了,就有可能讀不到了。我也咨詢過轉換器的技術,說CAN波特率和串口波特率要差不多,現在CAN是250K,串口這邊已經是115200了。出現這種現象是我的接收處理有問題還是用這樣的方法只能實現這樣的效果?望高手們指點,不勝感激!
[ 此帖被ferrari550c在2020-11-25 08:50重新編輯 ]
wlmissyou
級別: 探索解密
精華主題: 0
發帖數量: 63 個
工控威望: 166 點
下載積分: 1289 分
在線時間: 110(小時)
注冊時間: 2017-06-11
最后登錄: 2025-01-08
查看wlmissyou的 主題 / 回貼
1樓  發表于: 2020-11-23 15:53
給我打電話13478405725
wlmissyou
級別: 探索解密
精華主題: 0
發帖數量: 63 個
工控威望: 166 點
下載積分: 1289 分
在線時間: 110(小時)
注冊時間: 2017-06-11
最后登錄: 2025-01-08
查看wlmissyou的 主題 / 回貼
2樓  發表于: 2020-11-25 15:57
引用
引用第2樓ferrari550c于2020-11-25 08:51發表的  :
已解決,通信模塊設置以固定長度結束消息就OK了。

我不這么認為,一旦出現數據錯位或丟失,你接收到的數據都是錯的。

主站蜘蛛池模板: 免费av在线看| 精品一区二区三区高清免费观看| 九九精品免视频国产成人| 青春草在线观看视频| 美女乳液| 黑人粗长大战亚洲女| 欧美人伦禁忌.5| 免费aⅴ在线| 91精品导航在线观看| 好大好硬好长好爽a网站| 色偷偷伊人| 免费视频片在线观看| 青草视频在线观看免费视频| 久久视频在线视频| 午夜理论片日本中文在线| 日韩中文字幕视频在线观看| 99国产精品免费视频| 操人网| 手机国产乱子伦精品视频| 天天av天天翘天天综合网| 国产精品欧美亚洲韩国日本99| 爱操综合| 美女被视频网站看免费入口| 毛片资源| 国产一区二区精品久久91| 极品丝袜老师h系列全文阅读| 亚洲高清影院| 日本高清视频在线免费观看| 亚洲AV国产福利精品在现观看| 99九九精品视频| 91精品国产91久久久久久| 国人精品视频在线观看| 色涩导航| 日本最新伦中文字幕| 欧美性xxxxxx爱| 日比免费视频| 黑人video粗暴日本| 91短视频在线观看2019| chinesefree普通对话| a韩剧| 4s4s4s4s色大众影视|