最新天堂中文在线丨午夜嘿嘿嘿影院丨亚洲国产精品高清久久久丨中文字幕人成乱码熟女app丨www91亚洲丨97成人资源丨成人中文字幕+乱码+中文字幕丨一区二区三区在线 | 日丨日韩免费大片丨亚洲欧美一区二区三区丨国产在线观看a丨亚洲成人第一区丨国内免费视频成人精品丨亚洲综合色网站丨午夜精品美女久久久久av福利丨国产午夜人做人免费视频网站丨国产又黄视频丨97se狼狼狼狼狼亚洲网丨狠狠亚洲婷婷综合色香五月丨中国一级毛片黄丨国产女人十八毛片丨国产色视频在线播放丨国产亚洲精久久久久久无码苍井空丨天天摸日日摸爽爽狠狠丨久久综合香蕉国产蜜臀av

做了多年上位機系統，主要是和三菱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協議