这里有一个问题，它结束的争论比开始的还要多：你的机器上现在是什么时间，它知道夏令时吗？一个支持夏季/冬季定时器的实时钟是那些听起来微不足道但在第三次现场访问时变得不可或缺的功能，当客户发誓照明时间表每年漂移一个小时两次。
xLogic RTC在断电后以25度的温度保持日历运行20天。20天。这不是一个硬币电池备份；这是一个电容器在假期停机期间保持时间表。
你可以安排的内容
RTC不仅仅是一个时间戳。它为程序提供时间：日间比较、工作日时间表、基于日期的事件，以及内置的夏季/冬季定时器，自动处理夏令时的变化。对于建筑照明控制器或通风时间表，这取代了一个时间开关、一个光电池和每年两次的维护访问。
而且RTC值可以从外部访问。你可以通过HMI键盘、编程软件，或者——在GSM型号上——通过短信读取和设置时钟。另一个时区的客户可以给机器发送新的时间。这是你可以销售的支持。
真实案例：停车场照明
一个商业停车场，四十个灯具，一个需要根据季节跟随日落相对时间的时间表。旧的定时器板每两个月需要手动调整一次。替换方案：一个带RTC的紧凑型CPU，两个基于时间的程序和一个夏季/冬季定时器。调试只需一次访问。维护时间表从每年六次减少到零。
物业经理的确切话，我不会忘记：“自三月以来就没有出错过。”
保持记忆的问题
RTC备份和保持记忆是两回事，两者都很重要。保持记忆在断电期间保持你的标志和寄存器活着——PR-6和PR-12-E型号不具备此功能，因此累积值会重置。RTC保持时钟运行。在选择适合计数批次总数或运行小时的型号之前，请阅读两者的规格。
一个在电力下降时忘记计数器的机器就是一个对你撒谎的机器。RTC在计数器重置时会保持准确——这种组合比单独的问题更令人困惑。
正确的调度
在设计时间表块时要考虑操作员。一个简单的“06:00开，18:00关”是EASY。一个包含假期、例外和手动覆盖的工业时间表需要几个额外的块——但RTC为你提供了原材料：可靠的时间、可靠的日历、处理夏令时。其余的只是编程纪律。
夏令时陷阱和陷入其中的机器
这里有一个每年重复的维护电话，每年两次，在同样的日期：在时钟变化后运行一个小时的机器。陷入这种情况的机器是那些有手动时间表的机器——一个设置为“下午6点”的定时器，现在在下午5点触发，因为没有人调整时钟，也没有人记得如何。夏季/冬季定时器支持正是为了消除这个电话。
在调试时启用它。该块会自动处理过渡，按照你配置的区域时间表进行。实际夏令时日期验证一次，机器就加入了每年两次无需关注的小型设备俱乐部。
并检查实际型号的RTC电池/电容器行为。25度下的20天备份假设电容器已充电且环境合理。一个在50度机柜中，断电三周的机器，可能在重新启动时需要设置时钟。这是一个调试说明，而不是故障——将其放入维护说明中，以便在停机后的第一次重新启动不会变成服务电话。
作为产品功能的时间表
对于OEM来说，RTC不是一种便利——它是一条赢得招标的规格线。“可编程每周时间表，支持夏令时，电池备份”在数据表上比“有一个定时器”更好，且将机器从商品转变为具有功能列表的产品。时间表块涵盖工作日模式、基于日期的例外和手动覆盖路径；这种组合涵盖了大多数设施要求，而无需第二个控制器。
将时间表定价为功能，而不是块。客户不是在购买一个定时器；他们是在购买跨季节和假期的可预测操作。RTC通过调试设置提供这一点，功能的利润率优于硬件的利润率——这是为这篇文章付费的论据。
时间源
RTC的准确性仅与其纪律相关。在调试时设置它，在每次服务访问时同步它，并考虑在实际过渡日期检查夏令时设置。一个漂移一个小时的时钟比没有时钟更糟——时间表在错误的时刻自信地触发。每个季节用软件花两分钟，日历保持诚实。保持时间的机器是有人设置过的机器——两次。
并在调试时设置时钟。我曾走进RTC仍显示2007年的面板，因为没有人去管它。该功能在你设置之前没有任何作用，所以把它放在启动检查清单上，正好在“拧紧端子”和“关上门”之间。
并记住：RTC的20天备份假设电容器已充电且环境正常。一个在长时间停机期间未供电的面板可能会在重新启动时显示错误的日期——因此，重新启动程序，而不是固件，承担责任。启动检查清单上的一行，日历保持诚实。
