伊人激情av一区二区三区,亚洲国产精品一区二区制服,国产高潮流白浆喷水免费,老外插女人视频

zhang2601312
級別: 探索解密
精華主題: 0
發(fā)帖數(shù)量: 26 個(gè)
工控威望: 128 點(diǎn)
下載積分: 671 分
在線時(shí)間: 20(小時(shí))
注冊時(shí)間: 2016-08-16
最后登錄: 2025-06-30
查看zhang2601312的 主題 / 回貼
樓主  發(fā)表于: 22天前
圖片:
圖片:
圖片:
圖片:
圖片:
圖片:
圖片:
用的用戶自由通訊發(fā)送和接收功能塊。發(fā)送功能塊對下發(fā)送了一個(gè)讀取報(bào)文(01 03 00 12 00 04 EC 0C)然后就出現(xiàn)了一個(gè)問題。就發(fā)送這個(gè)報(bào)文讀取4個(gè)字節(jié)數(shù)據(jù)時(shí)接收的數(shù)據(jù)是沒問題的。但是我想多讀取幾個(gè)數(shù)據(jù)發(fā)送(01 03 00 12 00 10 EC 03)的話接收到的報(bào)文就和圖片1一樣亂的。這是為啥呢。問了論壇好多高手的意思估計(jì)是接收功能塊設(shè)置問題。但是我仔細(xì)看了幫助幾個(gè)模式(ADHOC設(shè)置位1或者0)都測試過了還是沒用。求助各位高手幫忙看下。十分感謝。PS:報(bào)文沒問題
zhang2601312
級別: 探索解密
精華主題: 0
發(fā)帖數(shù)量: 26 個(gè)
工控威望: 128 點(diǎn)
下載積分: 671 分
在線時(shí)間: 20(小時(shí))
注冊時(shí)間: 2016-08-16
最后登錄: 2025-06-30
查看zhang2601312的 主題 / 回貼
1樓  發(fā)表于: 22天前
有大神幫我看下嗎?謝謝了
世界杯之殤
級別: 探索解密
精華主題: 0
發(fā)帖數(shù)量: 51 個(gè)
工控威望: 117 點(diǎn)
下載積分: 6071 分
在線時(shí)間: 60(小時(shí))
注冊時(shí)間: 2023-09-25
最后登錄: 2025-06-27
查看世界杯之殤的 主題 / 回貼
2樓  發(fā)表于: 22天前
大佬,球球你按一下F1,然后根據(jù)范例來寫吧!
你現(xiàn)在有事modbus rtu ,后面又是自由口,混著用的嗎?
tsend_c的req直接改為1
樓主留言:
大佬不是啊,我這個(gè)報(bào)文是發(fā)送到下面一個(gè)串口服務(wù)器上面去了。串口服務(wù)器對上和PLC是TCP通訊。對下的傳感器是RTU通訊。串口服務(wù)器起一個(gè)RTU轉(zhuǎn)TCP的作用。
zhang2601312
級別: 探索解密
精華主題: 0
發(fā)帖數(shù)量: 26 個(gè)
工控威望: 128 點(diǎn)
下載積分: 671 分
在線時(shí)間: 20(小時(shí))
注冊時(shí)間: 2016-08-16
最后登錄: 2025-06-30
查看zhang2601312的 主題 / 回貼
3樓  發(fā)表于: 21天前
各位大佬問題已解決。是接收塊LEN填寫的數(shù)值和接收DB塊的長度問題。謝謝各位大佬的關(guān)心。3Q3Q
http200
級別: 正式會(huì)員
精華主題: 0
發(fā)帖數(shù)量: 13 個(gè)
工控威望: 57 點(diǎn)
下載積分: 119 分
在線時(shí)間: 5(小時(shí))
注冊時(shí)間: 2024-12-23
最后登錄: 2025-07-03
查看http200的 主題 / 回貼
4樓  發(fā)表于: 19天前
開放式tcp亂序是因?yàn)榘l(fā)送字節(jié)數(shù)和接收字節(jié)數(shù)對不上,不足接收字節(jié)數(shù)的就會(huì)被plc先緩存起來
樓主留言:
對的對的,接收區(qū)的字節(jié)數(shù)設(shè)置少了,然后數(shù)據(jù)存儲(chǔ)位不夠的話就會(huì)從頭開始。所以看起來就像亂了一樣
http200
級別: 正式會(huì)員
精華主題: 0
發(fā)帖數(shù)量: 13 個(gè)
工控威望: 57 點(diǎn)
下載積分: 119 分
在線時(shí)間: 5(小時(shí))
注冊時(shí)間: 2024-12-23
最后登錄: 2025-07-03
查看http200的 主題 / 回貼
5樓  發(fā)表于: 19天前
前幾天測試開放式tcp也遇到一樣的問題,問deepseek和chatgpt解決的
樓主留言:
我也查了deepseek但是沒給有用的答復(fù),可能是我的問題沒闡述清楚
http200
級別: 正式會(huì)員
精華主題: 0
發(fā)帖數(shù)量: 13 個(gè)
工控威望: 57 點(diǎn)
下載積分: 119 分
在線時(shí)間: 5(小時(shí))
注冊時(shí)間: 2024-12-23
最后登錄: 2025-07-03
查看http200的 主題 / 回貼
6樓  發(fā)表于: 19天前
您遇到的數(shù)據(jù)順序錯(cuò)亂問題是由于**TCP協(xié)議本身的無邊界性和PLC緩沖區(qū)處理機(jī)制**共同導(dǎo)致的。以下是具體原因和解決方案:

---

### **問題根源分析**
1. **TCP流式協(xié)議特性**  
   TCP是字節(jié)流協(xié)議,不保證應(yīng)用層消息的邊界。若客戶端快速連續(xù)發(fā)送多組數(shù)據(jù),PLC可能將多次發(fā)送的數(shù)據(jù)合并到同一接收緩沖區(qū)(如網(wǎng)絡(luò)延遲或PLC處理速度慢時(shí))。

2. **PLC緩沖區(qū)覆蓋機(jī)制**  
   S7-1200的`TRCV`指令默認(rèn)采用**循環(huán)緩沖區(qū)**(FIFO機(jī)制)。當(dāng)新數(shù)據(jù)到達(dá)時(shí),會(huì)從緩沖區(qū)的當(dāng)前指針位置開始覆蓋舊數(shù)據(jù),導(dǎo)致看似"亂序"。

3. **字節(jié)對齊差異**  
   如果客戶端發(fā)送時(shí)未顯式指定字節(jié)序(如大端/小端),而PLC默認(rèn)按大端序解析,可能引發(fā)分段錯(cuò)誤(但您的案例中實(shí)際是整體偏移,非字節(jié)反轉(zhuǎn))。

---

### **解決方案**
#### **(1) 顯式定義應(yīng)用層協(xié)議**
在數(shù)據(jù)包中加入**幀頭**和**幀尾**標(biāo)識,例如:
```plaintext
[頭標(biāo)識:0xAA][數(shù)據(jù)長度:1字節(jié)][數(shù)據(jù):N字節(jié)][校驗(yàn)和:1字節(jié)][尾標(biāo)識:0x55]
```
PLC側(cè)通過循環(huán)檢查緩沖區(qū)匹配完整幀后再處理。

#### **(2) 修改TRCV參數(shù)配置**
```pascal
TRCV(
    REQ     := TRUE,        // 持續(xù)使能
    CONT    := TRUE,        // 保持連接
    DATA    := #ReceiveBuf, // 接收緩沖區(qū)
    LEN     := 20,          // 預(yù)期接收長度
    RCVD_LEN=> #ActualLen,  // 實(shí)際接收長度輸出
    BUSY    => #BusyFlag);
```
關(guān)鍵點(diǎn):
- 設(shè)置`LEN`與發(fā)送方嚴(yán)格一致(您已設(shè)為20字節(jié))。
- 監(jiān)控`RCVD_LEN`確認(rèn)每次接收的實(shí)際字節(jié)數(shù)。

#### **(3) 強(qiáng)制單次接收同步**
在客戶端每次發(fā)送后增加延遲(如100ms),或通過PLC程序控制:
```pascal
IF #FirstReceive THEN
    TRCV(REQ := TRUE);      // 首次觸發(fā)
    #FirstReceive := FALSE;
ELSE
    TRCV(REQ := NOT #BusyFlag); // 上次接收完成后再請求
END_IF;
```

#### **(4) 使用`TRCV_C`替代`TRCV`**
`TRCV_C`集成連接管理,可減少緩沖區(qū)沖突:
```pascal
TRCV_C(
    CONT    := TRUE,
    LEN     := 20,
    DATA    := #ReceiveBuf,
    RCVD_LEN=> #ActualLen);
```

---

### **您的數(shù)據(jù)案例分析**
- **原始發(fā)送數(shù)據(jù)**(16進(jìn)制):
  ```plaintext
  15 3E 14 24 54 26 4E 28 51 29 53 AA 56 B0 2D 2D 5C 75 2F C8
  ```
- **PLC接收數(shù)據(jù)**:
  ```plaintext
  2D 2D 5C 75 2F C8 15 3E 14 24 54 26 4E 28 51 29 53 AA 56 B0
  ```
  **現(xiàn)象解釋**:  
  數(shù)據(jù)被**環(huán)形偏移6字節(jié)**,說明PLC緩沖區(qū)中殘留了之前未及時(shí)讀取的6字節(jié)數(shù)據(jù),新數(shù)據(jù)從緩沖區(qū)第7字節(jié)開始寫入,形成"拼接"效果。

---

### **終極調(diào)試建議**
1. **清空緩沖區(qū)**  
   在建立連接后、首次接收前,調(diào)用`TRCV`連續(xù)讀取直到`BUSY`=FALSE,丟棄舊數(shù)據(jù)。

2. **Wireshark抓包驗(yàn)證**  
   過濾PLC的IP和端口,確認(rèn)客戶端是否真正按預(yù)期順序發(fā)送(排除調(diào)試助手本身問題)。

3. **PLC側(cè)診斷**  
   在線監(jiān)視`TRCV`的`RCVD_LEN`和`STATUS`,正常時(shí)應(yīng)返回`16#7000`(無錯(cuò)誤)。

4. **代碼示例(清空緩沖區(qū))**  
```pascal
// 初始化階段清空緩沖區(qū)
#TempBuffer := ARRAY[1..100] OF BYTE; // 臨時(shí)緩沖區(qū)
WHILE TRUE DO
    TRCV(
        REQ  := TRUE,
        DATA := #TempBuffer,
        LEN  := 100,
        BUSY => #IsBusy);
    IF NOT #IsBusy THEN EXIT; END_IF;
END_WHILE;
```

---

通過以上方法,您應(yīng)該能解決數(shù)據(jù)錯(cuò)序問題。如果仍有異常,請檢查:
- 客戶端是否啟用了Nagle算法(建議禁用)
- PLC的OB1循環(huán)時(shí)間是否過短(建議≥50ms)
- 是否有多余的`TRCV`調(diào)用覆蓋了緩沖區(qū)
樓主留言:
謝謝回復(fù)解答
吾志所向
級別: 家園常客
精華主題: 0
發(fā)帖數(shù)量: 382 個(gè)
工控威望: 666 點(diǎn)
下載積分: 1934 分
在線時(shí)間: 169(小時(shí))
注冊時(shí)間: 2016-12-10
最后登錄: 2025-07-03
查看吾志所向的 主題 / 回貼
7樓  發(fā)表于: 14天前
有不用編程的方案的,不用編寫通訊程序,可以節(jié)省時(shí)間來專心處理工藝流程代碼,
圖文案例:https://blog.csdn.net/AutoCtrl/article/details/124242478?spm=1001.2014.3001.5502
資料文件: PLC與其它設(shè)備之間通訊.rar (4854 K) 下载次数:10

爆艹插逼的视频| 一区二区三区中文字幕有码| 欧美丰满大屁股在线喷水| 久久人人97超碰爱香蕉| 青青草国产成人久久电影| 中国肏屄激情尻视频网站| 黄av一区二区在线观看| 日韩欧美亚洲在线观看视频 | 女人张开腿让男人操视频| 在线看东北AV黄色网站| 亚洲欧美专区综合第一页| bl调教道具跪趴含屁股| 69XXXXX日本护士| 啊啊啊啊啊痛得视频好深| 国产精品一区 在线播放| 超碰五月天精品久久婷婷| 国产1024在线观看免| 性刺激的欧美三级视频中文| 4k欧美视频网| 国产精品99久久久久久a| 国产精品婷婷久久爽一下| 亚洲电影网一区二区三区| 男人用屌操女人视频网站| 亚洲图片自偷 欧美激情| 黄网站在线观看永久免费| 高潮久久久久久久久久久久| 亚洲国产综合自在线婷婷| 91麻豆精品国产自产在线| 日韩大香蕉视频在线观看| 公交车爽到疯狂潮喷小说| 秋霞毛片亚洲午夜精品a| 互换人妻ⅩXXBBBB| 福利姬国产精品一区二区| 内谢69XXXHD高清| 国产乡下三级全黄三级bd| 久久久国产精品无码3区| 欧美一区一区三区精品99| 国产三级AV大全在线爽| 欧美 日韩 精品 另类| 久久九九热99免费视频| 欧美 大码 变态 另类|