? 精品一区二区三区免费视频,国产白嫩在线观看视频,久久99国产综合精品女同

    
    

      您所在的位置:首頁 >> 技術天地 >>正文
      分享34K

      松下PLC與PC機的通用通訊

      發布時間: 2016-09-06 02:09:37 來源:深圳市智控科技有限公司

      核心提示: 一 引言 PLC和PC機的通信,是普遍遇到的一種應用場景,對于大部分的開發者來說,實現松下協議有些復雜,現實首選的通信方式為通用協議,當利用winpro的IEC編程環境時,可以靈活的使用ST開發語言,開發出復雜的應答通信協議。

      二 系統硬件組成和連接

       

      1丶FPX-C30T為系統的核心組成。

       

      2丶PLC使用自帶的COM0。

       

      3丶松下的5針通信電纜用于和PC機的串口通信。

       

      4丶PC機采用市售的USB轉232口和松下的串口線連接。

       

      三 項目的建立和配置

       

      項目的建立,選擇PLC和開發語言如下

      串口配置如下


       

      四 PLC和PC之間的通訊協議和數據定義

       

      命令采用定長幀,PC為主,PLC為從,所有的幀都是采用應答的方式。

       

      幀格式如下

      PC機發送幀,長度為固定20個字節

      幀頭      命令      命令附加數據     LRC校驗

      0x25 0x25 cmdL cmdHdata0 ... Data13 LRCL LRCH

      動作

      cmd指令代碼

      動作1

      0x0001

      動作2

      0x0002

      動作3

      0x0003

       

      PLC應答幀,長度為固定的6個字節

      幀頭      應答命令      LRC校驗

      0x25 0x25 cmdLcmdH    LRCL LRCH

      正確應答時為PC機發送的命令,目前唯一的錯誤應答命令為0x0080幀校驗錯誤。

       

      幀頭為固定的0x25 0x25,方便幀頭定位。

       

      五丶程序說明。

       

      思路:

      收字符是系統后臺自動進行的,PLC程序判斷收到的字符,如果字符不為幀頭,0x25 0x025,則清除緩存,如果幀頭則等收到20個字節后,首先判斷校驗碼,如果校驗碼正確,則根據cmd指令做動作并應答,如果校驗錯誤,則反饋給PC幀錯誤應答。

       

      LRC:

      除幀頭之外有效16位數據的累加和

             lrc := 0;

             fori := 1to8by1do

                 lrc := lrc + recvbuff[i];

             end_for;

       

      如何清除接受緩存:

      使用ClearReceiveBuffer(SYS_TOOL_PORT):

       

       

      如何判斷收到的字符長度:

      接受緩存的第一個字為收到的字符長度,例如DT100為接受緩存起始的話,那么DT100中就是接收到的字符長度。

       

      如何發送字符:

      使用函數

      SendData(Port := SYS_TOOL_PORT, Start := sendbuff[0], NumberOfBytes := 6);

      注意sendbuff[0]為發送字符的剩余數量,所以真正開始的字符要從sendbuff[1]開始。

       

      從上面可以看到,winpro的開發非常類似于c語言或者basic語言的開發方式,函數指令也是很人性化的命名方式,便于開發者的記憶和使用

      六、程序代碼

       

      (*初始化發送字符數組  *)

      if(sys_bIsFirstScan) then

          fori := 0to9by1do

             sendbuff[i] := 0;

          end_for;

      end_if;

       

      (* 收到的字符串 *)

      if (recvbuff[0] >= 2) then

          (* 如果收到的字符不為協議的起始,則清除收到的緩存 *)

          if (recvbuff[1] <>16#2525) then

             ClearReceiveBuffer(SYS_TOOL_PORT);

          elsif (recvbuff[0] = 18) then     

             (* 正確,則校驗后處理 *)

             lrc := 0;

             fori := 1to8by1do

                 lrc := lrc + recvbuff[i];

             end_for;

             if (lrc = recvbuff[9]) then

                 if (recvbuff[1] = 16#0001) then

                    (* 動作1處理,略*)

                   

                    (* 應答pc機 *)

                    sendbuff[0] := 6;

                    sendbuff[0] := 16#2525;

                    sendbuff[1] := 16#0001;

                    sendbuff[2] := 16#0001;

                    SendData(Port := SYS_TOOL_PORT, Start := sendbuff[0], NumberOfBytes := 6);                           

                 elsif (recvbuff[1] = 16#0002) then

                    (* 動作2處理,略*)

                   

                    (* 應答pc機 *)

                    sendbuff[0] := 6;

                    sendbuff[0] := 16#2525;

                    sendbuff[1] := 16#0002;

                    sendbuff[2] := 16#0002;

                    SendData(Port := SYS_TOOL_PORT, Start := sendbuff[0], NumberOfBytes := 6);

                 elsif (recvbuff[1] = 16#0003) then

                    (* 動作3處理,略*)

                   

                    (* 應答pc機 *)

                    sendbuff[0] := 6;

                    sendbuff[0] := 16#2525;

                    sendbuff[1] := 16#0003;

                    sendbuff[2] := 16#0003;

                    SendData(Port := SYS_TOOL_PORT, Start := sendbuff[0], NumberOfBytes := 6);

                 end_if;

       

             else

                 (* 應答lrc錯誤 *)

                 sendbuff[0] := 6;

                 sendbuff[0] := 16#2525;

                 sendbuff[1] := 16#0080;

                 sendbuff[2] := 16#0080;

                

                 SendData(Port := SYS_TOOL_PORT, Start := sendbuff[0], NumberOfBytes := 6);

             end_if;

       

             ClearReceiveBuffer(SYS_TOOL_PORT);

          end_if;

      end_if;

       

      【免責聲明】所刊原創內容之本文僅代表作者本人觀點,與新戰略機器人網無關。新戰略機器人網站對文中陳述、觀點判斷保持中立。本網轉載自其它媒體的信息,轉載目的在于傳遞更多信息,并不代表本網贊同其觀點和對其真實性負責。

      【版權聲明】凡本網注明“來源:xzl機器人”的所有作品,著作權屬于新戰略機器人網站所有,未經本站之同意或授權,任何人不得以任何形式重制、轉載、散布、引用、變更、播送或出版該內容之全部或局部,亦不得有其他任何違反本站著作權之行為。違反上述聲明者,本網將追究其相關法律責任。轉載、散布、引用須注明原文來源。

      分享到:
      ?
      關閉對聯廣告
      頂部微信二維碼微博二維碼
      底部
      掃描微信二維碼關注我為好友
      掃描微博二維碼關注我為好友
      2020久久精品国产免费| 国产欧美精品区一区二区三区 | 欧美大陆日韩一区二区三区| 色先锋先锋影音在线资源站| 精品三级AV无码一区| 丝袜美腿国产精品视频一区 | 亚洲欧美一级久久精品| 日韩精品一区二区三区四区| 国产高清在线精品一本大道国产| 男女男精品视频网站在线观看| 亚洲中文字幕久久精品无码APP| 国产国产精品人在线视| 国产精品99无码一区二区| 亚洲欧美日韩久久精品| 精品熟女少妇a∨免费久久| 亚洲欧美日韩精品久久| 日韩精品亚洲专区在线观看| 精品人妻无码一区二区色欲产成人| 亚洲精品自产拍在线观看动漫| 在线观看国产免费高清不卡| 国产精品九九九久久九九| 欧美精品亚洲精品日韩精品| 精品乱码久久久久久久| 国产精品v欧美精品v日本精| 欧美大陆日韩一区二区三区| 国内精品在线视频| 亚洲高清国产拍精品青青草原| 精品无码AV无码免费专区| 精品国产综合区久久久久久| 亚洲第一极品精品无码久久| 狠狠色伊人久久精品综合网 | 国产精品禁18久久久夂久| 国产精品一区二区久久精品无码| 综合在线视频精品专区| 99久久精品国产一区二区| 日本精品久久久久中文字幕| 国产亚洲一区二区精品| 女人高潮内射99精品| 97精品一区二区视频在线观看 | 久久精品这里只有精99品| 国产三级精品三级在线观看专1|