成人精品一区二区久久久 I 国产美女永久无遮挡 I 中文字幕+乱码+中文字幕明步 I 国产在视频一区二区三区吞精 I 日韩精品小视频 I 成人性生交大片免费4 I 免费aaa级毛片在线视频 I 一级片毛片 I 大型成人社区 I 国模在线播放 I 欧美大荫蒂毛茸茸视频 I 偷偷色噜狠狠狠狠的777米奇 I www.久久亚洲 I 日日搞夜夜操 I 亚洲成色777777女色窝 I 毛片黄色毛片 I 午夜片在线观看 I 国产一区二区三区中文字幕 I 天天干夜夜骑 I 日韩在线视频一区二区三区 I 久久久无码精品亚洲a片0000 I 写真福利片hd在线播放 I 欧美成人一区二免费视频 I 色噜噜狠狠爱综合视频 I 中文字幕无线码免费人妻 I 国产精品久久久久久久久久不蜜臀 I 欧美综合人人做人人爱 I 1024成人网色www I 国产精品视频一二三区 I 亚洲免费美女视频

做了多年上位機系統，主要是和三菱Q系統做通訊
如今正在做一個上位工控控制的產品；

用的MC協議；
這個相對用的已經比較熟練了；

比如讀取D點，M點，X點，Y點的指令是：

//MC協議讀取通訊點的指令：ENQ_ADDR--讀取首地址  ENQ_LEN--讀取長度  POINT_TYPE--通訊點類型(D,M,X,Y) ; ArrSend--返回指令數組
procedure GET_READ_ENQ_BYTES(ENQ_ADDR, ENQ_LEN: Integer;
  POINT_TYPE: string; var ArrSend: TArray < Byte > );
begin
  SetLength(ArrSend, 21);
  //輔助HEAD
  ArrSend[0] := $50;
  ArrSend[1] := $0;
  //QHEAD
  ArrSend[2] := $0; //網絡編號
  ArrSend[3] := $FF; //plc編號
  ArrSend[4] := $FF; //請求目標模塊低位
  ArrSend[5] := $3; //請求目標模塊高位
  ArrSend[6] := $0; //請求目標模塊站編號
  ArrSend[7] := $C; //請求數據長度低位
  ArrSend[8] := $0; //請求數據長度高位
  ArrSend[9] := $10; //cpu監視定時器低位
  ArrSend[10] := $0; //cpu監視定時器高位
  //文字部
    //命令
  ArrSend[11] := $1;
  ArrSend[12] := $4;
  //子命令（0000-字讀取 0001-位讀取）
  ArrSend[13] := $0;
  ArrSend[14] := $0;
  //開始地址
  ArrSend[15] := ENQ_ADDR;
  ArrSend[16] := ENQ_ADDR shr 8;
  ArrSend[17] := ENQ_ADDR shr 16; ;
  //設備編碼：
  case POINT_TYPE[1] of
    'D':
      ArrSend[18] := $A8;
    'M':
      ArrSend[18] := $90;
    'X':
      ArrSend[18] := $9C;
    'Y':
      ArrSend[18] := $9D;
  end;
  //信號數量
  ArrSend[19] := ENQ_LEN;
  ArrSend[20] := ENQ_LEN shr 8;
end;






現在和西門子plc通訊主要還是用OPC,但是我不喜歡OPC，
雖然它封裝了上位和plc的溝通方式，做項目開發比較方便；但畢竟隔了一層；OPC內部同步數據點一次一般也需要500毫秒；
對于高速分揀等需要快速響應的，我想還是直接上下位溝通，繞過OPC；

我看了 西門子有 BCNetS7 協議規范 ，還沒細研究；不知道有沒有志同道合者一起研究；

以前有搞過，但是不是很穩定，放棄了，使用OPC，有空再溫習下看看

你是程序沒有控制好，實際上直接通訊的高效性秒殺opc幾條街，可惜的是西門子沒有類似的Mc協議