Question

如何在PLC，PAC和IPC之间做出最佳选择

Answer 1

关键看应用场合，PLC一般用在开关量较多的场景。PAC则是模拟量占大多数的场景。IPC一般作为上位机应用的工控系统；当使用IPC+IO板的情景时，一般都在较小的系统，毕竟IPC插槽有限，不可能使用太多的IO板。

Answer 2

参照这种逻辑：
1、PLC上可以简单实现就用PLC，按需要选配IPC辅助；
2、PLC上太复杂了，做不了，且不是精密数控加工设备也不是示波器，但又要求快速响应就考虑PAC或者工控板，如果不是精密数控加工设备也不是示波器，逻辑不算复杂，但工状要求能够自由断电，应选工控板；
3、如果是精密数控加工设备、波形检测系统最好选用IPC。如果响应速度允许在100ms以上，但逻辑特别复杂，或IO数量已经成千上万了，就用IPC，按需要选配UPS电源。
4、如果都不能简单实现，就只能请专业去研发专用控制器了。
PLC一般用于通用的控制，不计继电器延时，响应时间在1ms左右，可以做简单的步进控制和变频器定位控制。PLC点数在256点以内成本较低。一般用于设备尺度的控制。
IPC+运动控制卡|数据采集卡用于复杂的数控设备和波形检测系统，用于设备尺度的控制，成本非常高，主要是运动控制卡和数据采集卡特别贵，响应性由运动控制卡和数据采集卡决定，FPGA运动控制卡和数据采集卡可以达到1GHz左右的输出和采样频率，基于通用CPU的板卡还可以实现更高的频率，但应用软件的响应性常在50us以上，适合批量操作缓存，而不适合直接读写端口；
IPC+工业路由器+终端设备用于大规模宏观控制，道路、河流、住宅尺度的测量及控制，常偏重于测量，出于安全性考虑，一般不在大网络做逻辑控制，点数上千时成本较低，响应性特别慢，单层局域网系统TCP通信响应时间在2~10ms，多层的共用办公网络的局域网响应时间可达100ms，公网延时不稳定，快的要20ms，慢的可以达到700ms以上，如果使用了485转换器，另外还要加上约70ms，9600以上波特率对485响应时间没有起到明显的效果，9600或更低的波特率响应时间变化较明显，115200波特率已经开始不稳定了。
IPC+工业路由器|串口+终端设备用于非标复杂流程设备的控制。这种设备不要求严格的安全性，会用PLC做联锁保护，但主程序放PLC上麻烦，用PAC成本太高也不好开发，响应速度一般没什么要求，但流程特别复杂，要求多线程、文件系统、可实时配置、http通信报告数据、图形人机界面，有时还会用到机器视觉，这时用IPC是最简单的了。
IPC（运行软PLC软件）用于对上述IPC方案的程序代码方面进行标准化，如果老板自己没有什么想法，不知道怎么选择编程语言，可以考虑软PLC，毕竟软PLC是五种标准的编程语言套装，更换员工以后也相对更容易适应。如果老板自己会通用编程语言，或老板不想花软PLC的费用，可以指定用自己喜欢的，因为公司不需要外来的标准化，软PLC确实也会增加麻烦和成本，这种情况就不建议用软PLC了，但非技术人员起家的老板选自己喜欢的通用编程语言时一定要慎之又慎。
PAC好像是高级一点的工控板，成本特别贵，资料很少，看起来PAC能做的目前的PLC也基本都能做。