现场有一套quantum plc系统，冗余架构，cpu为140CPU43412。下位机使用concept开发。前段时间CPU模板坏了一个，这个型号的CPU官方通知已经停产多年，从代理商手上买备件又担心买到二手的返修货，于是下决心升级到unity架构，CPU升级到140CPU67160，使用unity V10开发下位机。设备采购安装以及冗余设置都还顺利。但是上位机软件看现场仪表数值都不对，有的不显示就像断开连接一样。quantum模拟量输入模板的面板上看倒是正常的，打开下位机软件unity的动态数据表，发现进入模板的数据不正常。

     刚开始怀疑是不是concept迁移到unity时有什么问题，但这是软件后台自动完成的，施耐德技术肯定软件的这种迁移不会有问题。于是打开上位机软件编辑状态，找到了一个没有连接显示的变量，找到对应的modbus地址，然后对应的在unity中找到相应程序段，豁然开朗。原来的程序在模拟量输入量程转换处理上使用FDB编程，用的是quantum、drop、I_Scale这样的功能块，然后相连。原有的CPU占用一个槽位，所以drop块连接的是quantum块的slot3，但是现在的140CPU67160占用两个槽位，把drop块连到quantum 块的slot4，编译下载，问题迎刃而解了。