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

一直用xd到現(xiàn)在也沒有你說的那種情況。

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

嗯 最新的軟件確實(shí)會(huì)  經(jīng)常轉(zhuǎn)圈圈得等一會(huì)不然直接未響應(yīng)了

以前用信捷XC系列經(jīng)常出現(xiàn)軟件自動(dòng)關(guān)閉，問客服也沒個(gè)說法。軟件不好用，可能不經(jīng)常用的原因吧。前幾天有個(gè)人叫我去寫個(gè)剪板機(jī)的程序，到現(xiàn)場(chǎng)一看是信捷，找個(gè)理由推了。

信捷用起來感覺真的不方便, 剛好公司最近買了幾臺(tái)設(shè)備是用于信捷PLC的, 目前要開發(fā)上位機(jī), 感覺信捷的寄存器什么的太多了, 寫了個(gè)地址分析的函數(shù)超長(zhǎng)啊
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;
}

勝在價(jià)格便宜吧，

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

維控軟件問題也是一大堆，沒辦法，中國(guó)都是這個(gè)德行

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

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

關(guān)鍵是要穩(wěn)定，如果用來做非標(biāo)機(jī)，程序在不斷的改來改去，確認(rèn)不太好用。如果是標(biāo)機(jī)，程序調(diào)得差不多了，是有價(jià)格優(yōu)勢(shì)，否則，豆腐做成肉價(jià)錢，得不償失。

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