如何解决交易脚本中K线时间累加超60分钟的失效问题？

你编写的Pine Script脚本用于捕捉开盘后指定分钟数的K线数值，但当设置的延迟分钟数导致分钟总和超过60时（比如9:30加35分钟得到9:65），脚本会因无效时间判断而失效。下面提供两种优雅的解决方案：

方法一：基于总分钟数计算 #

通过将时间转换为一天内的总分钟数进行计算，自动处理跨小时的情况：

hr_open      = input.int(defval=9, title='开盘小时')         // 输入开盘小时
min_open     = input.int(defval=30, title='开盘分钟')        // 输入开盘分钟
min_added    = input.int(defval=30, title='开盘后延迟分钟数') // 输入开盘后需要等待的分钟数

// 计算开盘时间的总分钟数，加上延迟分钟数
total_open_minutes = hr_open * 60 + min_open
total_capture_minutes = total_open_minutes + min_added

// 拆分出捕捉时间的小时和分钟
capture_hr = total_capture_minutes // 60
capture_min = total_capture_minutes % 60

// 判断当前时间是否匹配捕捉时间
capture_time = (hour == capture_hr) and (minute == capture_min)

// 在捕捉时间执行数值捕捉
if capture_time                                           
    // .....捕捉X, Y, Z的数值

原理 #

把小时和分钟转换成一天内的总分钟数（比如9:30就是9*60+30=570分钟），加上延迟分钟数后，用整除60得到最终小时，取余60得到最终分钟。比如570+35=605，605//60=10，605%60=5，自动转换为10:05。

方法二：基于时间戳计算（推荐） #

使用Pine Script内置的时间戳函数处理，更严谨且适配不同时间周期：

hr_open      = input.int(defval=9, title='开盘小时')
min_open     = input.int(defval=30, title='开盘分钟')
min_added    = input.int(defval=30, title='开盘后延迟分钟数')

// 生成开盘时间的时间戳（基于当前交易日）
open_timestamp = timestamp(year, month, dayofmonth, hr_open, min_open)
// 计算捕捉时间的时间戳（添加延迟分钟对应的毫秒数）
capture_timestamp = open_timestamp + min_added * 60 * 1000

// 判断当前K线时间是否匹配捕捉时间戳
capture_time = time == capture_timestamp

if capture_time
    // .....捕捉X, Y, Z的数值

优势 #

直接通过时间戳运算，避免了分钟数计算的边界问题，同时time变量对应K线的开始时间戳，在不同周期的K线中都能准确触发，还能自然处理跨天的极端情况（比如开盘时间23:40加30分钟，会自动转换为次日00:10）。

内容的提问来源于stack exchange，提问作者paamachat