下面是KUKA機(jī)器人中-TCP通訊里的純理論的東西. CAST_TO CAST_TO使得使用單個(gè)CWRITE語(yǔ)句處理多達(dá)4 KB的數(shù)據(jù)成為可能。CAST_TO將單個(gè)變量分組為一個(gè)緩沖區(qū)。然后,CWRITE將此緩沖區(qū)寫(xiě)入通道。 最大緩沖區(qū)大?。? KB(= 4,096字節(jié))。如果數(shù)據(jù)量太大,以致最大緩沖區(qū)大小不足,則必須使用幾個(gè)連續(xù)的CWRITE語(yǔ)句。 CAST_TO不會(huì)觸發(fā)提前運(yùn)行停止,但是,如果處理的變量確實(shí)觸發(fā)了提前運(yùn)行stop,則間接觸發(fā)提前運(yùn)行停止。 如果使用CWRITE傳輸使用CAST_TO生成的緩沖區(qū),則CWRITE語(yǔ)句中僅允許以下轉(zhuǎn)換字符: ?r(=原始數(shù)據(jù)格式) ?s(=字符串格式) 與s相比,r具有以下優(yōu)點(diǎn): ?如果傳輸了字符0,則將其整數(shù)表示為字符串的結(jié)尾。r不會(huì)發(fā)生此問(wèn)題。 ?偏移量以字節(jié)為單位。如果CREAD用r即二進(jìn)制讀取數(shù)據(jù),則可以使用偏移量輕松計(jì)算已傳輸?shù)闹档臄?shù)量。 CAST_TO (Buffer, OFFSET, Var1 < ,? … , Var10 > ) Buffer: 類(lèi)型:CHAR數(shù)組,將變量Var1…Var10寫(xiě)入的緩沖區(qū). OFFSET: 類(lèi)型:INT 緩沖區(qū)內(nèi)的位置(以字節(jié)為單位),之后將數(shù)據(jù)寫(xiě)入緩沖區(qū)。偏移量從0開(kāi)始。 Var1 … Var10 寫(xiě)入緩沖區(qū)的變量。每個(gè)語(yǔ)句最多可以有10個(gè)變量。 對(duì)于未初始化的變量或數(shù)組元素,會(huì)將隨機(jī)值寫(xiě)入緩沖區(qū)。由于隨機(jī)值可能會(huì)導(dǎo)致緩沖區(qū)接收器出現(xiàn)問(wèn)題,因此建議初始化所有變量和數(shù)組元素。 CAST_FROM 如果緩沖區(qū)是在數(shù)據(jù)列表中聲明的,則不能設(shè)置初始值! 原因:初始值被當(dāng)前值覆蓋。電流值可以高達(dá)4KB,因此超過(guò)了KRL線路的最大允許長(zhǎng)度。 對(duì)的:DECL CHAR mybuffer[4096] 不正確:DECL CHAR mybuffer[4096]=" " CAST_FROM使得使用單個(gè)CREAD語(yǔ)句處理多達(dá)4 KB的數(shù)據(jù)成為可能。如果CREAD已從通道讀取緩沖區(qū),則CAST_FROM可以將緩沖區(qū)分解為各個(gè)變量。 最大緩沖區(qū)大?。? KB(= 4,096字節(jié))。如果數(shù)據(jù)量太大以至于最大緩沖區(qū)大小不足,則必須使用幾個(gè)連續(xù)的CREAD語(yǔ)句。 CAST_FROM不會(huì)觸發(fā)提前運(yùn)行停止,但是,如果處理的變量確實(shí)觸發(fā)了提前停止,則間接觸發(fā)提前運(yùn)行停止。 CAST_FROM ( Buffer , OFFSET, Var1 < ,? … , Var10 > )
Buffer | 類(lèi)型:CHAR數(shù)組 其數(shù)據(jù)用于填充變量Var1…Var10的緩沖器 |
OFFSET | 類(lèi)型:INT 緩沖區(qū)內(nèi)的位置(以字節(jié)為單位),在該位置之后,數(shù)據(jù)被用來(lái)將它們寫(xiě)入變量Var1…Var10。偏移量從0開(kāi)始。 示例: ? OFFSET=0:緩沖器從第一個(gè)位置開(kāi)始使用。 ? OFFSET=2:緩沖器從第三個(gè)位置開(kāi)始使用。位置1和2被忽略。 |
Var1 … Var10 | 使用緩沖區(qū)中的數(shù)據(jù)寫(xiě)入的變量。每條語(yǔ)句最多可以有10個(gè)變量。每個(gè)變量從緩沖區(qū)接收的字節(jié)數(shù)由其數(shù)據(jù)類(lèi)型決定。 INT變量1、BOOL變量2、REAL變量3 Var1接收4個(gè)字節(jié);Var2接收1個(gè)字節(jié);Var3接收4個(gè)字節(jié)。 |
CAST 語(yǔ)句中允許的數(shù)據(jù)類(lèi)型
INT | 4 bytes |
REAL | 4 bytes |
BOOL | 1 byte |
CHAR | 1 byte |
ENUM | 4 bytes |
SIGNAL | 1 byte |
FRAME | 6*REAL |
POS | 6*REAL + 2*INT |
AXIS | 6*REAL |
E3POS | 6*REAL + 2*INT + 3*REAL |
E3AXIS | 6*REAL + 3*REAL |
E6POS | 6*REAL + 2*INT * 6*REAL |
E6AXIS | 6*REAL + 6*REAL |
例如在EthernetKRL( )程序中設(shè)定的EKI_GetFrame: EKI_GetFrame從存儲(chǔ)器讀取 FRAME 類(lèi)型的數(shù)值 示例 RET = EKI_GetFrame("Channel_1", "Root/TCP", MyFrame) 程序分析: GLOBAL DEFFCT EKI_STATUS EKI_GetFrame(strChannelName[]:IN,strPlace[]:IN,value:OUT) 聲明變量: DECL CHAR strChannelName[] 字符串 DECL CHAR strPlace[] 字符串 DECL FRAME value FRAME坐標(biāo)類(lèi)型變量 DECL CHAR Buff[24]24長(zhǎng)度的字符串 DECL STATE_T Stat 狀態(tài)變量 DECL MODUS_T Mode DECL EKI_STATUS Ret EthernetKRL通訊專(zhuān)用變量 DECL INT Offset 設(shè)置模式: Mode = #SYNC設(shè)置同步模式 Ret = EKI_NULL_STATUS ret.buff=1 Offset = 0 Cast_To(Buff[], Offset,value) 將坐標(biāo)變量寫(xiě)入緩沖區(qū) CONTINUE CWRITE($FCT_CALL,Stat,Mode,"EFC_eki_Get",strChannelName[],strPlace[],Buff[],Ret.Buff, Ret.Read, TYPEFRAME,Ret.Connected) 使用”EFC_eki_Get”將Buff[] 里字符串坐標(biāo)FRAME值通過(guò)EthernetKRL軟件發(fā)出開(kāi)通的通道,給PC上位機(jī)軟件使用 Offset=0 Cast_From(Buff[], Offset,value)將緩存區(qū)里的值再發(fā)給變量 Ret.Msg_No = Stat.Msg_No RETURN Ret 發(fā)出反饋值 ENDFCT 發(fā)送標(biāo)準(zhǔn)編碼的real數(shù)據(jù),PLC端可直接使用ID數(shù)據(jù)進(jìn)行real數(shù)據(jù)的判斷。(注:使用CAST_TO函數(shù)后,Bytes[1]為對(duì)應(yīng)二進(jìn)制的低位,Bytes[4]為高位。上面的KUKA1對(duì)應(yīng)的bytes4是為了將PLC能直接讀數(shù)據(jù)而不用通過(guò)SWAP指令進(jìn)行轉(zhuǎn)換)接收到的數(shù)據(jù)存于DATA2中。? ??
責(zé)任編輯:彭菁
-
數(shù)據(jù)傳輸
+關(guān)注
關(guān)注
9文章
1961瀏覽量
64866 -
通訊
+關(guān)注
關(guān)注
9文章
916瀏覽量
35106 -
KUKA機(jī)器人
+關(guān)注
關(guān)注
4文章
143瀏覽量
9185
原文標(biāo)題:KUKA 機(jī)器人CAST_TO-CAST_FROM 數(shù)據(jù)傳輸
文章出處:【微信號(hào):gh_a8b121171b08,微信公眾號(hào):機(jī)器人及PLC自動(dòng)化應(yīng)用】歡迎添加關(guān)注!文章轉(zhuǎn)載請(qǐng)注明出處。
發(fā)布評(píng)論請(qǐng)先 登錄
相關(guān)推薦
使用banana PI 作為管道機(jī)器人控制及數(shù)據(jù)傳輸
KUKA重型機(jī)器人
關(guān)于TCP數(shù)據(jù)傳輸的問(wèn)題
labviewTCP的數(shù)據(jù)傳輸的問(wèn)題
工業(yè)機(jī)器人中有哪些控制問(wèn)題
如何去實(shí)現(xiàn)COM口與TCP socket之間的數(shù)據(jù)傳輸呢
沒(méi)有有前輩用LabVIEW控制kuka機(jī)器人c2的經(jīng)驗(yàn)?通訊是怎么做到的?
tcp ip 數(shù)據(jù)傳輸
數(shù)據(jù)傳輸速率是什么意思
TCP/IP協(xié)議單片機(jī)在網(wǎng)絡(luò)通信中的數(shù)據(jù)傳輸技術(shù)
![<b class='flag-5'>TCP</b>/IP協(xié)議單片機(jī)在網(wǎng)絡(luò)通信中的<b class='flag-5'>數(shù)據(jù)傳輸</b>技術(shù)](https://file1.elecfans.com//web2/M00/A5/E0/wKgZomUMOo-AYXgCAAAZL_S_Q5U024.gif)
LabView TCP數(shù)據(jù)傳輸的7個(gè)實(shí)例詳細(xì)資料概述
![LabView <b class='flag-5'>TCP</b><b class='flag-5'>數(shù)據(jù)傳輸</b>的7個(gè)實(shí)例詳細(xì)資料概述](https://file.elecfans.com/web1/M00/53/39/pIYBAFsfRKaAOfzmAAFbZ5nzXCE166.png)
tcp_ip 協(xié)議講座:介紹數(shù)據(jù)傳輸
![<b class='flag-5'>tcp</b>_ip 協(xié)議講座:介紹<b class='flag-5'>數(shù)據(jù)傳輸</b>](https://file.elecfans.com/web1/M00/56/07/o4YBAFs5lfyARSc8AAAy7V7r4fs328.jpg)
工業(yè)控制領(lǐng)域基于TCP/IP的數(shù)據(jù)傳輸方案
![工業(yè)控制領(lǐng)域基于<b class='flag-5'>TCP</b>/IP的<b class='flag-5'>數(shù)據(jù)傳輸</b>方案](https://file.elecfans.com/web1/M00/D9/4E/pIYBAF_1ac2Ac0EEAABDkS1IP1s689.png)
評(píng)論