先说明一下我那边的设备情况一条产线上七八台S7-1200从1211C到1215C都有最早是固件V4.2后期统一升到V4.5。平时做单机逻辑、小型联网控制经常要在程序里读系统时间、给报警打时间戳、按班次切换配方。这块功能说实话不算难但要是没搞清楚DTL数据结构和三条时钟指令之间的关系现场调试时真能卡住半天。这篇我按自己实际踩过的路数把S7-1200PLC时钟功能指令的选型、调用、解析、应用、排错整个过一遍新手可以直接照着做老手也能顺手对对思路。拿到一个需求比如“设备晚上10点之后只能手动不允许自动运行”或者“想查凌晨3点那次停机到底停了多久”第一反应都是把PLC时间拿出来和设定值比较。S7-1200的时钟功能指令没有S7-300/400那么复杂也不像S7-200 SMART那样需要库函数TIA Portal里拖出来直接用就可以。但真正上手你会发现问题往往不在“读时间”这一步而在“读出来的时间怎么变成程序里能用的年月日时分秒”以及“断点、时区、背景数据块这些细节怎么处理”。我用一篇文章把这些点串起来讲透。1. 时钟指令到底解决什么问题1.1 三条指令覆盖了哪些场景S7-1200在“基本指令 → 日期和时间 → 时钟功能”下平时最常用的就是这三条RD_SYS_T、WR_SYS_T、RD_LOC_T。很多人第一次看会愣一下怎么还有两条读时间的区别在哪简单说RD_SYS_T读的是CPU内部的系统时间这个时间是标准时间也可以理解成UTC世界协调时RD_LOC_T读的是本地时间也就是你在CPU属性里配置了时区偏移之后换算出来的实际现场时间。WR_SYS_T则是写入用来校准CPU的内部时钟。实际项目里RD_SYS_T用得最多因为绝大多数需求都是“当前现场时间是几点几分”本地时间就是我们要的那个RD_LOC_T则在需要严格区分地区或做多时区对照的时候才有优势。我的做法是默认全用RD_SYS_T加CPU时区配置除非上位机要求ISO8601格式的UTC时间串才会去单独读RD_SYS_T并做转换。没特殊需求就别两条指令混着用否则后续维护的时候别人会搞不清你里面存的到底是UTC还是北京时间。1.2 为什么我在项目里一定要用时钟指令很多小型设备程序里时钟功能被当成可有可无的“锦上添花”我见过不少非标设备PLC程序里连时间都没读过报警记录全靠触摸屏自己存。这种做法在小作坊模式里可能凑合但只要是发到客户现场的设备没有时间戳的报警记录几乎等于没有。客户问“昨晚2点报警是什么原因”你翻遍程序也查不到因为触摸屏的报警缓冲未必能记录那么久的曲线。我在几条包装线、装配线上都吃过这种亏后来凡是自己经手的设备哪怕只做一个“当前时间最近20条报警存储到DB”的小功能也必须把时钟指令加进去。有人觉得读时间不过是一条指令的事但真正用起来后才明白时钟是程序里所有可追溯数据的基础没有它数据只是一堆不知道什么时候发生的数字而已。2. 认识指令家族和DTL数据类型2.1 RD_SYS_T、WR_SYS_T、RD_LOC_T怎么选三条指令的选型我按下面这个原则来处理只要现场需要显示“北京时间”或“本地时间”就用RD_LOC_T或RD_SYS_T加时区配置不要在程序里自己做时区加法。S7-1200的CPU属性里有专门的时间设置页面设完本地偏移量后RD_LOC_T直接就是偏移后的结果。需要校时、对时、同步就用WR_SYS_T。需要和上位机、SCADA做统一时间报文优先用RD_SYS_T因为标准时间不带时区概念传输和解析都方便。如果程序里有多个地方要用时间建议只在一个FC里封装好“读当前本地时间”的功能其他程序块统一调用这个FC而不是到处直接拖RD_SYS_T/RD_LOC_T。这样万一现场发现时区设置错了只需改一个地方不用全程序翻。选型其实不复杂关键是别把“系统时间”和“本地时间”搞混。我曾经在一个项目里HMI显示的是北京时间PLC程序里比较用的却是RD_SYS_T和班次切换逻辑整整差了8个小时设备每天下午班切换的时间节点全乱了。后来排查半天才找到是时间基准不一致这属于非常低级、但现场又很容易踩的坑。2.2 DTL结构体拆解别被8个字段吓到RD_SYS_T和RD_LOC_T的输出参数类型是DTL这个数据类型第一次接触的人大多会懵一下。它看起来不像普通INT、REAL那么直接而是一个结构体里面包含了YEAR、MONTH、DAY、HOUR、MINUTE、SECOND、NANOSECOND、DAY_OF_WEEK这8个字段。我打个比方DTL就像一个快递包裹里面分了8个格子每个格子放的是不同单位的数据。你要读年份就打开YEAR这个格子要读小时就打开HOUR这个格子。在TIA Portal里新建一个DB变量类型选DTL然后在监控表里把变量拖进去展开就能看到每个字段的当前值。年份是UInt月份到秒这些字段是USInt纳秒是32位的UDInt星期字段是USInt。这里有个容易混淆的点星期字段DAY_OF_WEEK按多数资料的说法是1代表周一7代表周日但不同固件版本我确实遇到过细微差别。所以我在现场从来不去背这个映射关系直接在监控表里看一眼今天读出来是几再对照日历一分钟就能确认规则。理解了DTL结构之后很多问题就迎刃而解。比如你要判断“现在是不是8点整”不是拿整个DTL去比较而是把DTL拆开单独拿出HOUR字段来和8比较。你要判断“今天是不是周一”也是直接取DAY_OF_WEEK字段。DTL不能直接当成一个整数来比较它本身是结构体所以比较之前必须先拆字段。2.3 调用方式与背景数据块RD_SYS_T、WR_SYS_T、RD_LOC_T在LAD、FBD、SCL里都能调用。以LAD为例从右侧指令树拖出RD_SYS_T系统会提示要生成一个背景数据块。这个背景数据块是必须的它用来存放指令的临时数据和接口参数。很多人第一次调用时点了“取消”结果指令调用不了或报错其实就是背景DB没分配好。正确做法是拖入指令弹窗中选择“单个实例”然后指定或新建一个DB块比如命名为“Clock_DB”。你的输出时间数据就是从这个DB块里取的。RD_SYS_T的引脚EN是使能RET_VAL是返回值OUT是输出的DTL时间参数。调用后时间数据会自动写入背景DB里OUT引脚对应的变量。在SCL里调用稍微直接一点Clock_DB(RET_VAL HMI_Tags.ret_val, OUT HMI_Tags.sys_time);这里“Clock_DB”是背景DB的名字“HMI_Tags”.sys_time需要提前定义成DTL类型。调用完之后年月日时分秒已经实时刷新到sys_time里了你后续程序直接用sys_time.YEAR、sys_time.HOUR就行。3. 从零开始做一遍读时钟、解析、显示3.1 建工程与建DB先新建一个S7-1200的项目CPU选1214C DC/DC/DC或者你自己手上的型号固件版本建议V4.0以上。然后添加一个新全局DB命名为“TimeDB”在里面建三个变量sys_timeDTL类型用来存放读取出来的完整时间。ret_valINT类型用来存放指令返回值。current_hourINT类型用来存解析出来的小时方便HMI显示。接着再建一个FC名字叫“FC_ReadTime”专门用来封装读取时间的逻辑。这样做的最大好处是项目里所有需要时间的程序块都调用这个FC而不是各自拖指令。我把FC里接口变量定义好一个输出参数time_out类型DTL一个输出参数hour_out类型INT返回值或输出参数error_code类型INT。然后在FC的程序段里调用RD_SYS_T把OUT接到time_out上。3.2 在OB1里调用RD_SYS_T在OB1的Network 1中调用FC_ReadTime把TimeDB.sys_time接到time_out上把TimeDB.ret_val接到error_code上。然后编译下载在线监控你会看到TimeDB.sys_time下面自动出现了YEAR、MONTH、DAY、HOUR、MINUTE、SECOND等字段数值就是当前PLC时间。到了这一步最基本的读取就成功了。如果你直接在OB1里拖RD_SYS_T而不是封装FC也不是不行但要注意背景DB只能有一个实例。如果你在OB1和OB100里都调用了RD_SYS_T并且都用了默认背景DB名编译时会提示你重命名或创建多实例。要么每个调用点各建一个背景DB要么像我一样封装到一个FC里这样只在一处调用背景DB只有一个维护起来最省事。3.3 把时间拆出来给HMI和比较逻辑用读出来的DTL直接给触摸屏用其实也行但很多HMI对结构体的支持不太好比较逻辑用起来也别扭。我一般会把常用字段拆成基本数据类型存到专门的HMI变量DB里。具体做法是用MOVE指令把sys_time.YEAR移到TimeDB.current_year把sys_time.MONTH移到TimeDB.current_monthHOUR移到TimeDB.current_hourMINUTE移到TimeDB.current_minuteSECOND移到TimeDB.current_second。如果只需要几个字段拆这几个就够。这里有个细节DTL里的YEAR是UInt类型MONTH、HOUR这些是USInt类型把它们MOVE到INT变量时会自动转换但要注意变量类型的范围。USInt的最大值是255月份最多12小时最多23不会越界但如果你打算做“年月日拼成一个整数”的操作比如YEAR10000MONTH100DAYMONTH和DAY是USInt和INT做乘法时会自动转INT一般没问题。我习惯把所有字段统一转成INT再运算避免类型不一致导致的奇怪结果。拆出字段后做时间比较就简单了。比如要判断“当前是否处于8点到17点之间”直接比较current_hour是否大于等于8且小于等于17。要判断“今天是否是2025年6月的某个日期”就用year、month、day拼出来的整数来比较。3.4 用WR_SYS_T校准PLC时钟读取没问题之后别忘了还有校准。WR_SYS_T的输入参数是IN类型也是DTL。想校准PLC时间就要先构造一个目标时间的DTL然后调用WR_SYS_T写入。比如从触摸屏上让操作员输入年月日时分秒然后把这些值填进一个DTL变量里再调用WR_SYS_T。有一点要特别注意DTL里NANOSECOND字段如果从HMI来通常没有对应输入框必须手动填0否则写入时间会报错。另外写入的时间如果非法比如月份填了13或者2025年2月30日这种日期WR_SYS_T的RET_VAL会返回错误码写入不会生效。所以从HMI写入时一定要在触摸屏侧做输入范围限制或者PLC侧先做合法性检查否则现场操作员随便填一个值你排查起来非常痛苦。其实日常维护中我更推荐用TIA Portal的在线诊断来对时PLC在线状态下进入“在线与诊断 → 功能 → 设置时间”可以直接读取和设置CPU时间。也有不少现场用WINCC或触摸屏的脚本自动对时但那些方式依赖上位机系统PLC没联网时就用不了。WR_SYS_T最核心的价值是让你自己写程序实现开机动作为设备自动校时比如每次上电用触摸屏存好的时间戳或NTP服务器获取的时间去同步CPU时钟。这样即使PLC断电时间长了也能在开机后快速恢复准确时间。4. 时钟功能在项目里的几种实战玩法4.1 故障日志加上时间戳我在自己负责的设备上做过一个比较通用的故障记录块每次报警触发触发一个中断OB或普通OB里的某个FC在FC里读取当前时间把报警代码、报警时间一起写进一个长度为50条的数组DB。数组元素是一个自定义UDT里面包含alarm_code INT类型、alarm_time DTL类型、status BOOL类型。每次新增记录时用循环把数组整体后移一格新记录放到第一个位置这样最新的报警总是在数组开头。触摸屏通过索引读取数组前20条就能显示最近20条报警和对应时间。时间戳在故障排查中的作用非常大。有一次设备在凌晨3点多报“伺服驱动器过载”因为加了时间戳我们一查日志发现每天凌晨3点05分左右都会出现一次短暂报警后来顺着时间点去查现场才发现是夜班工人每天3点整换料操作时不小心碰到门开关导致伺服瞬间锁住。没有时间戳的话这种间歇性故障基本没法定位。4.2 班次切换与定时控制生产线上的设备经常要按“早班、中班、晚班”切换不同的配方参数。我用时钟指令做这个功能逻辑很简单读当前时间取HOUR字段判断落在哪个区间。比如早班是8点到16点中班是16点到0点晚班是0点到8点。只要比较小时字段和边界值不需要把日期也拉进来代码量很少。这里唯一要小心的是跨天区间。晚班0点到8点日期已经跨天了这时候如果你只判断当前hour是否等于某个值会漏掉后半段。正确写法是当前hour大于等于0且小于8算晚班当前hour大于等于8且小于16算早班否则算中班。程序里不要写“大于等于8且小于等于16”因为16点整其实已经属于中班开始边界值建议取一边开一边闭统一成“大于等于起始值且小于结束值”这样不会出现两个班次都覆盖或都没覆盖的尴尬情况。定时控制也类似比如“8点5分启动某个风机”可以直接比较hour8 minute5但要考虑到程序扫描周期影响建议用“当前时间大于目标时间且上次执行标志为0”这种方式触发避免扫描周期快导致同一秒内重复执行。4.3 用SNTP实现多PLC时间同步一条产线上PLC多了每个PLC时间各走各的时间差几分钟是常事。而设备联动时上位机汇总多台PLC的报警时间如果A设备报警时间和B设备动作时间对不上排查起来就乱套。S7-1200从V4.0固件开始支持以太网时间同步可以在CPU属性里配置SNTP/NTP客户端模式指定一个NTP服务器地址。如果现场没有专用NTP服务器也可以把一台电脑配置成SNTP服务器或者直接用交换机能提供的NTP服务。配置完之后PLC会根据设定的同步周期自动校准时钟多台PLC的时间差可以控制在几十到几百毫秒级别虽然不能和专业的授时系统比但满足现场报警关联分析已经足够。我实际配置过8台S7-1200统一对一台NTP服务器同步跑了一个月任意两台PLC之间的时间偏差都在200毫秒以内完全满足产线需求。比传统“每次开机手动校时”省心太多了。不过SNTP依赖网络环境如果PLC处于离线单机运行状态NTP就不可用这时候还是要靠WR_SYS_T在本地做兜底。4.4 设备运行小时累计很多设备保养要根据运行小时来提醒比如“电机累计运行超过2000小时就提示更换油封”。运行小时累计一般可以用S7-1200自带的“运行小时表”或IEC定时器实现但如果你希望按“实际生产时间段”来累计比如只统计白天有效工作时段时钟指令就派上用场了。做法是当设备处于运行状态且当前时间落在统计区间内时每隔1秒把累计值加1累加结果存到掉电保持DB里。小时数用INT或REAL都行秒数累加为主最后用当前的累计秒数除以3600得到小时。这样统计出来的运行小时更贴近真实工作时长比单纯靠CPU运行时间不准的问题也能解决。这个应用其实不难唯一要注意的是掉电保存和累加器溢出。S7-1200的DB块可以勾选掉电保持属性累加秒数的变量建议用DINT或REAL避免长期运行溢出。如果你用INT保存秒数最多只能到32767秒约9小时不够一天用的。所以数据类型选择要在编程前就想好。5. 常见问题与排查实录5.1 读出来全是0或1970年先查这几处用时钟指令最常见的现象是时间读出来了但年份是1970年或者所有字段都是0。这种问题十有八九是CPU的实时时钟没保持住或者上电后系统时间没有有效值。S7-1200的CPU内部虽然有电容保持时间但如果在断电状态下放太久比如库存机放了一两年内部时钟就会丢失恢复成初始状态。解决办法是用WR_SYS_T重新写一次正确时间或者用TIA在线诊断的把时间写到PLC。写入之后正常情况下就不会再退回1970了。另一种情况是刚下载完程序OB100还没执行过你可能在监控表里看到的DTL值还没刷新。S7-1200的RD_SYS_T只有在调用时才更新输出值如果程序没扫描到该网络数据就不会更新。建议在OB100里也调用一次时钟读取FC这样CPU启动后立即刷新一次时间避免首周期使用旧值或无效值。5.2 RET_VAL报错怎么定位RD_SYS_T和WR_SYS_T都带RET_VAL输出正常情况下是0。如果调用出错RET_VAL会变成非零值。S7-1200的错误返回码一般以十六进制显示比如16#8092表示背景数据块不存在或实例分配错误16#8093表示参数无效。我在现场遇到最多的是16#8092几乎都出在新加的DB改名或重复调用之后。排查方向就是确认指令背景DB是否存在、是否被误删确认调用指令的FC/FB是否被别的块多次调用确认CPU是否处于STOP状态导致指令没执行。如果RET_VAL出现了你从没见过的错误码最快的办法是把该错误码记下来打开TIA Portal帮助搜索“RET_VAL”加对应的十六进制值官方帮助里有完整的错误码表。不要靠猜猜测容易走弯路。我在一次调试中遇到16#80A1折腾很久才发现是PLC硬件时钟模块被CPU固件版本限制导致读取失败更新固件后问题才消失。这种问题没有帮助文档现场真排查不出来。5.3 断电后时间不对怎么办S7-1200标准型CPU断电后一般靠内部电容维持系统时钟保持时间受环境温度和电容老化影响大概几周到几十天不等。如果设备长期断电停机再次上电时钟就会偏甚至回到初始值。解决思路分三层第一层设备断电时间不长每次开机后人工在触摸屏确认一次时间成本最低第二层设备联网且现场有NTP服务器用SNTP自动对时第三层也是最推荐的做法在HMI或上位机里做一个“开机校时”功能把上位机时间写入PLC用WR_SYS_T在OB100里执行一次。这个方案不依赖PLC是否联网只要上位机系统时间准就行。我见过有些设备专门配一个带电池的实时时钟模块来保持时间但S7-1200选型时就该确认是否需要外部时钟保持否则后期没法随便加。5.4 本地时间、UTC、时区那些坑S7-1200的时钟指令用起来不难但“UTC和本地时间之间的关系”这个认知坑很隐蔽。RD_SYS_T读出的是系统时间一般可以理解为UTC基准时间RD_LOC_T读出的是本地时间它等于系统时间加上你在CPU属性里设置的时区偏移。很多国内容户的PLC没设置时区偏移然后RD_SYS_T读取出来的时间比现场时间慢8个小时实际就是因为默认的偏移是0。解决办法是在TIA Portal的PLC设备组态中进入CPU属性 → 时间同步设置本地时区为UTC08:00并勾选“采用夏令时”视现场情况决定。国内一般不勾夏令时但有些国际项目要按当地法规来。你要是稀里糊涂勾上夏令时一年里有半年时间读出来的时间会快1小时设备定时逻辑全乱。这个事我提醒过很多同行大部分人对PLC里面的夏令时配置完全无感出了问题才会回来查。5.5 触摸屏和上位机显示时间不对很多时候PLC里时间读出来是对的但触摸屏上显示却差几个月或者显示个巨大数字。这种情况多半不是时钟指令的问题而是数据类型没对上。触摸屏变量和PLC变量连接时如果你PLC变量是INT类型触摸屏那边却设成STRING或DATETIME类型解析出来自然不对劲。DTL结构体在部分品牌HMI里不能直接联变量需要先拆出YEAR、MONTH、DAY等字段作为独立的INT变量传到触摸屏然后由画面脚本自己拼日期字符串。给触摸屏做日期显示我一般用“当前年”、“当前月”、“当前日”、“当前时”、“当前分”几个INT变量画面里分别建文本域再拼接。不要试图把DTL整个送给触摸屏兼容性太差。如果是WinCC上位机可以用脚本直接读取PLC的DTL处理起来还算方便但第三方组态软件不一定支持西门子结构体类型拆成基本类型最保险。最后再分享一个小技巧把时间转成一个长整数便于日志存储和比较比如用YEAR100000000 MONTH1000000 DAY10000 HOUR100 MINUTE。这样查出某条日志时直接比较这个长整数的大小就知道先后顺序。我在几种不同的程序里都用了这个办法简单、直观、不依赖复杂的时间库函数特别适合PLC这种资源有限的控制器。时钟功能谈不上高深但把读取、解析、校时、同步这套基础打牢后期各种运维需求都会顺畅很多。