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

      信捷PLC的性價比相對來說還算是可以，現在眾多的順控程序很多設備都在使用，我使用也有數年之久，相對來說，XC系列的PLC，到最后的版本，也基本上該有功能也基本上有了，相對來說，通過不斷的升級，也還算穩定。
    自去年開始，因業務需要，開始使用各種XD系列的PLC，但真的是很坑爹呀，那編程軟件可能是我目前用過所有的PLC中最垃圾的一個，也不知道他們公司的哪位大神，使用那樣的擴展模式，加一個擴展得后面加一個10000，真的是數著數字都煩，原來好好的，在加一個模塊后加100就可以了，這樣倒好，要給打號碼管都太長了，更別提輸這數字了，
    那軟件呢，注釋當中一大堆用不著的，也在當中，有時要找一個IO真的挺難找的，不知道用哪種PLC，里面可用的就顯示，這樣不讓人家好搞多了，還有就是那插入一行，與刪除一行，得非常小心，因為你稍不注意，乖乖，它就得轉圈圈了，死機了，沒保存，不好意思，它自動備份后寫的那部分程序，你得重來了。
    還有就是發現那軟件有一個問題，在時實性較高的東西，有時并不會從上往下的順序來的，有時得人為的增加延時等待。希望信捷的研發中心人員，能夠重視這些問題，我們是很希望國產的很好，也很愿意支持國貨，但得不影響自己工程的前提下呀。在某些方面，多學習一下國際上知名品牌的長處，對自己的產品還是很有益處的。
   我現在基本上，實時性高一點的地方還是使用國際知名品牌。一些順控制要求不高的地方使用一下信捷，我很支持國貨，但是目前為止，能用XC就盡量用XC，XD目前為止還是很不穩定。什么時候穩定時再用吧。希望信捷公司人員看到后，能知道怎么提升。讓支持你們的人不會太失望。

一直用xd到現在也沒有你說的那種情況。

你用一下XD的軟件3.53試試就知道了，多點插入一行或刪除一行，這不是我一個人使用會遇到這樣的問題，我問過多個使用者，都說存在這樣的問題

嗯 最新的軟件確實會  經常轉圈圈得等一會不然直接未響應了

以前用信捷XC系列經常出現軟件自動關閉，問客服也沒個說法。軟件不好用，可能不經常用的原因吧。前幾天有個人叫我去寫個剪板機的程序，到現場一看是信捷，找個理由推了。

信捷用起來感覺真的不方便, 剛好公司最近買了幾臺設備是用于信捷PLC的, 目前要開發上位機, 感覺信捷的寄存器什么的太多了, 寫了個地址分析的函數超長啊
public override ushort AnalyzeAddress(string strAddress)
{
   Address address = Address.GetAddress(strAddress);
   if (address == null) return 0;
   switch (address.Type.ToLower())
   {
      case "m": if (address.Number <= 20480) return address.Number; break;
      case "x":
         if (address.Number <= 77) return (ushort)(address.Number + 20480);
         else if (address.Number <= 10000 && address.Number <= 10077) return (ushort)(address.Number + 20736);
         else if (address.Number <= 10100 && address.Number <= 10177) return (ushort)(address.Number + 20800);
         else if (address.Number <= 10200 && address.Number <= 10277) return (ushort)(address.Number + 20864);
         break;
      case "y":
         if (address.Number <= 77) return (ushort)(address.Number + 24576);
         else if (address.Number <= 10000 && address.Number <= 10077) return (ushort)(address.Number + 24832);
         else if (address.Number <= 10100 && address.Number <= 10177) return (ushort)(address.Number + 24896);
         else if (address.Number <= 10200 && address.Number <= 10277) return (ushort)(address.Number + 24960);
         break;
      case "s": if (address.Number < 8000) return (ushort)(address.Number + 28672); break;
      case "sm": if (address.Number < 4096) return (ushort)(address.Number + 36864); break;
      case "t": if (address.Number < 4096) return (ushort)(address.Number + 40960); break;
      case "c": if (address.Number < 4096) return (ushort)(address.Number + 45056); break;
      case "et": if (address.Number < 40) return (ushort)(address.Number + 49152); break;
      case "sem": if (address.Number < 128) return (ushort)(address.Number + 49280); break;
      case "hm": if (address.Number < 6144) return (ushort)(address.Number + 49408); break;
      case "hs": if (address.Number < 1000) return (ushort)(address.Number + 55552); break;
      case "ht": if (address.Number < 1024) return (ushort)(address.Number + 57600); break;
      case "hc": if (address.Number < 1024) return (ushort)(address.Number + 58624); break;
      case "hsc": if (address.Number < 40) return (ushort)(address.Number + 59648); break;
      case "d": if (address.Number < 20480) return (ushort)(address.Number + 28672); break;
      case "id":
         if (address.Number < 100) return (ushort)(address.Number + 20480);
         else if (address.Number <= 10000 && address.Number <= 10099) return (ushort)(address.Number + 20736);
         else if (address.Number <= 10100 && address.Number <= 10199) return (ushort)(address.Number + 20836);
         else if (address.Number <= 10200 && address.Number <= 10299) return (ushort)(address.Number + 20936);
         break;
      case "qd":
         if (address.Number < 100) return (ushort)(address.Number + 24576);
         else if (address.Number <= 10000 && address.Number <= 10099) return (ushort)(address.Number + 24832);
         else if (address.Number <= 10100 && address.Number <= 10199) return (ushort)(address.Number + 24932);
         else if (address.Number <= 10200 && address.Number <= 10299) return (ushort)(address.Number + 25032);
         break;
      case "sd": if (address.Number < 4096) return (ushort)(address.Number + 28672); break;
      case "td": if (address.Number < 4096) return (ushort)(address.Number + 32768); break;
      case "cd": if (address.Number < 4096) return (ushort)(address.Number + 36864); break;
      case "etd": if (address.Number < 40) return (ushort)(address.Number + 40960); break;
      case "hd": if (address.Number < 6144) return (ushort)(address.Number + 41088); break;
      case "hsd": if (address.Number < 1024) return (ushort)(address.Number + 47232); break;
      case "htd": if (address.Number < 1024) return (ushort)(address.Number + 48256); break;
      case "hcd": if (address.Number < 1024) return (ushort)(address.Number + 49280); break;
      case "hscd": if (address.Number < 40) return (ushort)(address.Number + 50304); break;
      case "fd": if (address.Number < 8192) return (ushort)(address.Number + 50368); break;
      case "sfd": if (address.Number < 6000) return (ushort)(address.Number + 58560); break;
      case "fs": if (address.Number < 48) return (ushort)(address.Number + 62656); break;
      default:
         break;
   }
   return ushort.MaxValue;
}

勝在價格便宜吧，

信捷軟件研發工程師工資太低，都去做銷售了。

維控軟件問題也是一大堆，沒辦法，中國都是這個德行

我一直用日系，用過信捷XC,感覺很爛，子程序不行，寫伺服還得用它所謂的流程來隔開。。。。。不好用

用了日系回過來用信捷的確實有點難用，但同時XD35.3沒有樓主說的插入問題，做了一個工程，到現在軟件卡死一次，還好!像樓上說的，6-10軸內的最便宜解決方案。

關鍵是要穩定，如果用來做非標機，程序在不斷的改來改去，確認不太好用。如果是標機，程序調得差不多了，是有價格優勢，否則，豆腐做成肉價錢，得不償失。

     XC系列的目前發現的問題較少了，在3.3Q之前版本，監視浮點數據都比較麻煩，后來我向他們公司反應，可以學習，松下，三凌他們的方式，不管是什么數據都不用轉來轉去，可以直接監視。后來的版本他們確實把它改進了。還有就是撤回這功能也太垃圾了，不過也不會影響太大。
    XD系列的目前為止，還不是很穩定，有好些還是需要不斷升級改進后才能好用。勝在價錢便宜。有時就效應著用吧，怎么說人家現在也已經上市了。