信捷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系列的目前为止，还不是很稳定，有好些还是需要不断升级改进后才能好用。胜在价钱便宜。有时就效应着用吧，怎么说人家现在也已经上市了。