DSK3D02

C(代表客户，下同)：我用FB58做PID，每次下载后都有一个80.0的设定值，并且系统切换在自动，温度都调节在80℃，我想下载后系统在手动，并且初值为0.0，怎么能改回来呀？ 
E（代表工程师，下同）：请问您FB58的SP_INT和MAN_ON引脚填的什么变量？ 
C：没有填变量，我是直接通过触摸屏连接FB58背景块的IN_OUT类型的SP_INT和MAN_ON变量？ 
E：心理活动：可能是地址冲突或者没有COM_RST造成的。 
E：那您程序其他地方有用到这些变量吗？ 
C：没有，我跟PID相关的控制都没有连锁，只需要触摸屏给一个设定值和手自动切换即可。 
E：那您一共调用几路FB58？ 
C：4路，但是只有第二、三两路有这个问题，其他两路都正常。 
E：那您每一路都分配独立的背景块了吗？ 
C：分配了，都是不同的DB块号。并且我刚才将COM_RST置位，把块初始化了系统也不会切换为手动。开始我怀疑自己程序内其他地方给第二路背景块写值，但是如果我通过面板修改设定值和手自动状态后，这两个值都不会出错，并且交叉索引也查不到地址冲突的地方，所以这个问题应该和程序关系不大。 
E：心理活动：挺奇怪的问题，应该是客户调试过程中改变了某个参数造成的，初始化数据块应该能解决这个问题。 
E：我觉得您离线的DB块的实际值被改过，您方便打开一个背景块并切换到数据视图吗？ 
C：打开了，已经切换到了数据视图。 
E：您IN_OUT类型的SP_INT和MAN_ON变量实际值是多少？ 
C：SP_INT是80.0；MAN_ON是FALSE。 
E：初始值呢？ 
C：SP_INT是0.0；MAN_ON是TURE。 
E：那您的问题是您改变了离线DB块的实际值造成的，您将背景块初始化一下，然后保存下载就能解决这个问题。 
C：稍等，我试下。 

三分钟后...... 

C：下载完了，问题解决了。我并没有改过这个实际值的操作，但是我的实际值为什么被修改了呢？ 
E：您手动修改、上载或者复制在线DB块到离线都有可能改变离线实际值。 
C：我都没有呀。我只是用背景块的参数分配视图，运行了次自整定，其他我没进行过任何操作，是不是FB58自整定后能自动保存呀？ 
E：没有这个功能呀？手册里面也没提到。 
C：那就奇怪了，我真的没有进行过你说的操作。不管怎么样，问题解决了我很感谢您。 

         挂了客户的电话，我也很奇怪客户的问题。一般来说造成离线DB块实际值改变的方法有手动修改、上载或者复制在线DB块到离线，见图1、2.3。 
  

图1：手动修改离线项目初始值 
  
图2：将在线项目DB块复制（拖拽）到离线项目 

图3：上载项目 

客户否认了这三种方法，难道FB58有这个特殊功能没被发现。我决定进行测试，看能否找到客户问题的原因。FB58调试面板内跟SP_INT相关的功能只有Commissioning，所以对其进行测试，见图4、5。 

  
图4：调出FB58背景块的Commissioning窗口 
  
图5：通过Commissioning窗口给FB58背景块分配参数 

分配参数后检查FB58的离线数据块，但是离线DB的实际值没有改变。客户说用向导自整定后出现这问题，按手册的描述，自整定是不会改变离线项目实际值的，是不是客户中间出现了什么错误操作。我重新进行一次自整定测试该问题步骤见图6、7、8、9、10、11。 

  
图6：打开背景块，点在线按钮 
  
图7：点Yes进入在线DB块 
  
图8：启动自整定 
  
图9：使用设定值阶跃变化，通过逼近工作点来实现整定 
  
图10：完成自整定，关闭向导 
  
图11：保存参数，关闭DB块，退出编辑器 

退出编辑器后发现，离线DB块的初始值变化了，变成了设定的工作点，见图：12。难道FB58真有这样的功能，重新仔细查阅手册，里面并没有关于此功能的描述，我重新做了一遍实验，结果依旧如此。如果FB58有这样的功能，手册里面至少应该提到呀，中英文手册没提，肯定是我那个地方没留意。为了跟此次实验作对照我将DB块初始化后重新使用变量表进行一次使用设定值阶跃变化，通过逼近工作点来实现整定。见图13、14。 
  
图12：通过向导自整定后离线DB块的实际值被改变 
  
图13：使能TUN_ON后给定设定值，启动自整定 
  
图14：自整定完成，系统自动投入自动 

自整定完成后，我打开背景块查看离线初始值，初始值并没有改变结果见图15。 
  
图15：通过状态表自整定后离线DB块的实际值被改变 

对比两次实验结果可以看出，自整定不会改变离线DB块的实际值，离线实际值的改变跟自整定没有关系。离线实际值的改变发生在图10、图11的步骤中，位了确定具体的原因我做了实验对照。 

初始化DB块后，下载，在线，通过变量表修改SP_INT，然后关闭DB块。见图16、17。 

  
图16：更改背景块的在线实际值 
  
图17：离线实际值未被改变 
2〉初始化DB块后，下载，在线，通过变量表修改SP_INT，保存DB块，然后关闭DB块。见图18、19、20。 
  
图18：更改背景块的在线实际值 
  
图19：修改在线实际值后点保存按钮 
  
图20：离线实际值被改变 

由以上对比试验可知：改变离线DB块初始值发生在图19的步骤中，即当在线打开DB块后，点保存按钮的作用是将在线DB块的实际值保存到离线项目DB块的实际值内。查看帮助和手册找该问题的根源见图，帮助里没有明确指出保存到离线项目见图21。 
  
图21：在线打开DB块内的保存按钮的帮助信息 

手册内对此有明确的描述，激活在线DB块以后，如果点保存按钮，则可将在线值保存到离线项目，见图22。 
  
图22：手册内关于为将块保存在编程设备的描述 

手册里面介绍了如何将在线数据保存到在线的项目的方法，那么保存到离线项目的值是激活时的值呢，还是点保存时的值呢？对此，我做了验证试验见图23、24、25、26。 
  
图23：在在线实际是值为80.0时激活DB块 
  
图24：激活DB块后将初始值改为99.99 
  
图25：点击保存按钮，保存参数到离线项目 
 图26：切换到离线项目，查看保存的结果

可见客户激活在线DB块后，点击保存按钮，可将激活DB块时的实际值保存到离线项目。至此，客户出现问题的过程基本还原，打电话和客户验证，客户就是因为整定后点了保存按钮，才导致将在线值保存到离线项目的。真是一招走错，全盘皆输呀，一个很不起眼的小步骤没注意，造成很大的麻烦。