自動(dòng)連接管理的通訊塊建立連接并發(fā)送數(shù)據(jù)的主要原因
TCP， ISO- on- TCP， UDP連接。
無(wú)連接管理功能的通訊塊
1. ? TCON ? 建立連接
2.?TDISCON“ 斷開連接
3. ?TSEND“ & ?TRCV “ 發(fā)送和接收數(shù)據(jù)（TCP 和ISO - on- TCP）
4. ?TUSEND“ & ?TURCV“ 發(fā)送和接收數(shù)據(jù)（UDP）
自動(dòng)連接管理的通訊塊（ 僅用于S7- 1200）
1. ?TSEND_C “ 建立連接并發(fā)送數(shù)據(jù)
2. ?TRCV_C“ 建立連接并接收數(shù)據(jù)
建立開放式用戶通信連接
插入通訊塊
通過(guò)屬性中向?qū)ЫM態(tài)連接參數(shù)
指定塊參數(shù)
組態(tài)連接參數(shù)
1.選擇通訊伙伴：
同一項(xiàng)目中的設(shè)備
不指定（如。 PC）
2. 選擇連接類型（TCP， ISO - on-TCP或UDP）
3. 設(shè)定連接ID
4. 選擇連接數(shù)據(jù)存儲(chǔ)位置（DB）
5. 設(shè)定詳細(xì)的地址信息
（如。 TSAP-ID 或端口號(hào)。）
連接數(shù)據(jù)
整體下來(lái)感覺和使用CPU300的應(yīng)用方法是一樣的.
責(zé)任編輯:pj
聲明：本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人，不代表電子發(fā)燒友網(wǎng)立場(chǎng)。文章及其配圖僅供工程師學(xué)習(xí)之用，如有內(nèi)容侵權(quán)或者其他違規(guī)問(wèn)題，請(qǐng)聯(lián)系本站處理。
舉報(bào)投訴
-
TCP
+關(guān)注
關(guān)注
8文章
1413瀏覽量
82603 -
UDP
+關(guān)注
關(guān)注
0文章
331瀏覽量
35060
發(fā)布評(píng)論請(qǐng)先 登錄
相關(guān)推薦
熱點(diǎn)推薦
知識(shí)分享｜連接器遭受腐蝕的原因
原因：01環(huán)境因素：外部腐蝕性介質(zhì)的侵入環(huán)境是導(dǎo)致連接器腐蝕的最主要誘因，不同環(huán)境中的“腐蝕性物質(zhì)”會(huì)通過(guò)縫隙（如連接器接口、外殼縫隙）侵入內(nèi)部，與金屬部件發(fā)生反應(yīng)
調(diào)用sys_sem_free()時(shí)異常的原因？
).sem);
此時(shí)該傳入的參數(shù)在莫名的情況下變成了NULL，該問(wèn)題發(fā)生在頻繁建立和斷開TCP連接的測(cè)試案例中。
發(fā)生問(wèn)題的板子是當(dāng)TCP服務(wù)器，對(duì)端當(dāng)TCP客戶端，反復(fù)來(lái)進(jìn)行鏈接測(cè)試。
請(qǐng)教一下引起這個(gè)現(xiàn)象的主要原因有哪些？
發(fā)表于 09-23 07:07
如何解決CAN通訊故障？原因分析與解決方法全攻略
在日常工作中，我們經(jīng)常收到客戶的反饋，他們表示CAN卡無(wú)法正常通訊，這給工作帶來(lái)了諸多不便。今天，就讓我們深入探討一下導(dǎo)致CAN卡通訊失敗的常見原因，以及相應(yīng)的解決方法。單個(gè)CAN設(shè)備發(fā)送
RDMA簡(jiǎn)介6之RoCEV2連接管理
? RoCE v2協(xié)議的隊(duì)列在創(chuàng)建時(shí)就已確定連接類型，共有兩種工作模式：主要分為兩種工作模式：有連接模式和無(wú)連接模式。在有連接模式下，支持可
發(fā)表于 06-13 09:50
BLE連接未啟動(dòng)的原因？
)
這段時(shí)間內(nèi)沒有 BLE 相關(guān)日志
HCI日志分析
移動(dòng)日志（mobile-hci.pcap）
移動(dòng)設(shè)備嘗試使用數(shù)據(jù)包 3074 發(fā)送連接請(qǐng)求，并使用數(shù)據(jù)包 3103 收到斷開
發(fā)表于 06-05 07:12
能源管理平臺(tái)能連接哪些設(shè)備
能源管理平臺(tái)是用于監(jiān)測(cè)、分析和優(yōu)化能源消耗的系統(tǒng)，能夠連接多種類型的設(shè)備，幫助用戶實(shí)現(xiàn)能源的高效管理和節(jié)能目標(biāo)。以下是能源管理平臺(tái)可以連接的
sys_sem_free()傳入的參數(shù)變成了NULL，引起這個(gè)現(xiàn)象的主要原因有哪些？
).sem);
此時(shí)該傳入的參數(shù)在莫名的情況下變成了NULL，該問(wèn)題發(fā)生在頻繁建立和斷開TCP連接的測(cè)試案例中。
請(qǐng)教一下引起這個(gè)現(xiàn)象的主要原因有哪些？
發(fā)表于 04-30 07:35
TCP三次握手與連接建立的關(guān)系
在計(jì)算機(jī)網(wǎng)絡(luò)中，TCP（傳輸控制協(xié)議）是一種面向連接的、可靠的、基于字節(jié)流的傳輸層通信協(xié)議。它負(fù)責(zé)在兩個(gè)主機(jī)之間建立、維護(hù)和終止連接，確保數(shù)據(jù)的可靠傳輸。TCP
探究傳感器故障的主要原因
的正常運(yùn)行，還可能帶來(lái)安全隱患和經(jīng)濟(jì)損失。本文旨在深入探討傳感器故障的主要原因，以便我們更好地預(yù)防和應(yīng)對(duì)。
使用DP83822IRHBR和AM4376進(jìn)行RGMII通訊時(shí)，無(wú)法建立通訊怎么解決？
在使用DP83822IRHBR（配成RGMII模式）和AM4376進(jìn)行RGMII通訊時(shí)，無(wú)法建立通訊，并發(fā)現(xiàn)MDC和MDIO（在MDC上升沿時(shí)讀取
發(fā)表于 12-16 06:04
一文解析M12圓形連接器編碼含義及應(yīng)用
也是M12連接器成功的主要原因，該設(shè)計(jì)可防止不同信號(hào)類型的意外交叉連接，為這些復(fù)雜環(huán)境下的數(shù)據(jù)、電源、信號(hào)傳輸提供了可靠保障。M12連接器上
測(cè)斜儀與數(shù)據(jù)采集設(shè)備連接中斷是什么原因
，影響監(jiān)測(cè)結(jié)果的準(zhǔn)確性和及時(shí)性。以下是一些可能的故障原因及解決辦法：1、接口未插緊或未插到位解決辦法：檢查測(cè)斜儀與數(shù)據(jù)采集設(shè)備的接口是否插緊，確保連接穩(wěn)固。如果接口松動(dòng)，
具有連接管理器TRM的TMS320F2838x實(shí)時(shí)微控制器
電子發(fā)燒友網(wǎng)站提供《具有連接管理器TRM的TMS320F2838x實(shí)時(shí)微控制器.pdf》資料免費(fèi)下載
發(fā)表于 11-09 14:25
?0次下載
socket連接超時(shí)如何處理
實(shí)現(xiàn)以及網(wǎng)絡(luò)環(huán)境。 1. 理解Socket連接超時(shí) 在TCP/IP協(xié)議中，socket連接超時(shí)通常指的是在建立連接、發(fā)送
壓接式N頭使用金屬外殼的主要原因
壓接式N頭使用金屬外殼的主要原因可以從多個(gè)方面進(jìn)行詳細(xì)分析，包括電磁屏蔽、機(jī)械保護(hù)、接地功能、散熱性能和標(biāo)準(zhǔn)化兼容性等。以下是對(duì)這些原因的詳細(xì)闡述：
電磁干擾（EMI）防護(hù)：在現(xiàn)代電子設(shè)備中
工商網(wǎng)監(jiān)
評(píng)論