湖北黄冈西门子一级总代理商
CPU全面复位后哪些设置会保留下来？
解答：当复位CPU时，内存没有被删除。整个主内存被删除了，但加载内存中数据，以及保存在Flash-EPROM存储卡(MC)或微存储卡(MMC)上的数据，则会全部保留下来。除了加载内存以外，计时器(CPU312IFM除外)和诊断缓冲也被保留。具有MPI接口或一个组合MPI/DP接口的CPU只在全部复位之前保留接口所采用的当前地址和波特率。另一方面，另一个PROFIBUS地址也被删除，不能再访问。在全部复位之前设置的保护电平也如此保留。
问题：更新CPU41x的操作系统后MPI和PROFIBUS接口的设置保留吗？
解答：如果更新了一个CPU操作系统后，必须重新加载程序，因为CPU已经做了一次全面复位。具有一个MPI接口或一个组合MPI/DP接口的CPU只在操作系统更新前保留接口所采用的当前地址和波特率。另一方面，另一个PROFIBUS地址被删除，不能再访问。重要事项：重新设置PG/PC之后，与CPU之间的通讯只能通过MPI或MPI/DP接口来建立。注意事项：在操作系统更新之前设置的保护电平和MPI地址一样会被保留。提供的下载中关于如何更新一个操作系统的详细信息可用于各种CPU的操作系统。
问题：如何在PROFIBUSDP网络中改变响应监测时间？
解答：如果总线配置文件设置为"user-defined"，那么响应监测时间只能手动改变。否则，相应的域变灰，无法进行更改。 /p以下是对相关对话框的描述： 选择一个总线构件，双击。在注册表"General"中，点击按钮"PROFIBUS"，并转到"bbbbbeter"。 点击"Properties"。总线配置文件可以在"Network settings"中改变。如果点击"Bus bbbbbeter"，将会显示响应监测时间。 /li该时间可以自动计算。为此，点击按钮"Recalculate"或在输入一个位于 15.000 和 975.000.000t_bit之间的值。响应监测时间对于整个PROFIBUS DP网络有效。
问题：哪种信息存储在SIMATICS7-CPU的诊断缓冲中？
解答：系统诊断用于识别，评估和显示发生在自动系统中的错误。为此，在每个有系统诊断能力的CP和模块中，有一个包含所有诊断结果详细信息的诊断缓冲器。 错误由模块的操作系统识别 作为整个系统内的编号(起因)包括错误发生的位置和时间并用纯文本显示。错误历史也被记录，因为该错误消息自动存储在诊断缓冲中，无需用户帮助。系统诊断的基本功能包括操作系统的所有错误事件以及用户程序的程序顺序中的一些特性，它们存储在诊断缓冲器中，并带有时间，错误编号及附加的相关信息。用户可以在诊断缓冲中输入用户自定义的诊断事件(如关于用户程序的信息)，或发送用户定义的诊断结果到已连接的站中(监测设备如PG，OP，TD)。诊断缓冲器 诊断缓冲器能够 更快地识别故障源，提高系统的可用性。评估STOP之前的*后事件，并寻找引起STOP的原因。诊断缓冲器是一个带有单个诊断条目的循环缓冲器，这些诊断条目显示在事件发生序列中；第一个条目显示的是*近发生的事件。如果缓冲器已满，g*早发生的事件就会被新的条目所覆盖。根据不同的CPU，诊断缓冲器的大小或者固定，或者可以通过HW Config中通过参数进行设置。/p 诊断缓冲器中的条目包括： 故障事件 操作模式转变以及其它对用户重要的操作事件 用户定义的诊断事件(用SFC52WR_USMSG)在操作模式STOP下，在诊断缓冲器中尽量少的存储事件，以便用户能够很容易在缓冲器中找到引起STOP的原因。只有当事件要求用户产生一个响应(如计划系统内存复位，电池需要充电)或必须注册重要信息(如固件更新，站故障)时，才将条目存储在诊断缓冲器中。/p 在操作模式STOP下，不处理用户程序。不存有因用户程序引发的诊断缓冲条目。 诊断缓冲器中的条目不包括： 临时性错误统计信息或跟踪记录 关于数据或服务质量的信息循环OB启动调用循环发生的故障事件通常仅在第一次输入，在此之后，只有当引起错误的原因被识别后才输入。这确保溢出不会覆盖重要的条目。通过在线帮助，用户可以分析诊断缓冲条目，并找到可能的原因以及事件的补救措施。诊断缓冲器的合理评估 诊断缓冲器的合理评估一般是通过诊断工具-如S7系统诊断来完成。用户程序可以从诊断缓冲器中读出，不能用它来减少控制器对于用户程序的反应。
问题：为什么在2月29日这天关闭CPU 945后，它不能正确地将日期从29.02改变到01.03？
解答：如果为CPU 945的硬件时钟设置了一个不等于0的校正因子(当前固件版本为Z03)，并且在日期改变时，CPU位于断电状态，那么在闰年从29.02到01.03日期改变不会正确执行。 示例：设置日期为29.02。设置时间为23:59:00。现在关闭CPU，一直等到日期已经发生改变。当重新打开时，CPU上的日期仍旧为29.02的23:52:50。校正因子不等于零的设置导致在闰月时计算了错误的时间校正值。硬件时钟也被设置到该错误时间和日期。 /p 补救措施：如果使用一个等于零的校正因子，就不再会发生时间漂移行为。可以自己设置校正因子。
