主题：还是开盘自动下单的问题，，，

2018-06-07  09:00:04.960   【图表】框架:e888 触发下单 BUYSHORT 品种 PP00 下单K线 2018.06.06 19:00:00 公式:o-orb失败.开盘取大 窗格ID:Window4 代码行:23

 

看日志是早上开盘对前日收盘K线符合条件的信号下单了，可是明明设置了不检查前一根K线状态，，，

 

模型通过判断当周期开盘价计算出的价格被超越决定下单，我的问题是，难道早上09:00:04.960 ，接近开盘5秒了，当周期的开盘价还不能参与计算？这才会导致昨天的收盘K线的信号继续有效，进而入场？？？

 

 

-------------------

这里衍生出另一个问题，日志里的时间是本地计算机时间吗？我注意看了一下最近几天的日志，第一轮框架运行完毕大概都是接近5秒的时候，不管是早上开盘还是晚上开盘都是如此，5秒在极端情况下够拉板了，，，

currenttime和time两个函数，取的是本地时间还是金字塔服务器的时间或者经纪公司交易服务器时间？

现在每天系统对时也不能保证秒级的差异，有什么办法取到交易服务器时间？或者让本地时间更精确？我已经是每小时系统对时了，，，

 

09:00:04.960  这个是你本地计算机时间

currenttime 是本地计算机时间

time 这个是k线时间，也可以理解是交易所时间

 

建议你把问题更近一步的描述一下，并附带代码范例

currenttime得到本地计算机时间，那么dynainfo(207)呢，能得到服务器时间？

5分钟K线或者半小时K线生成，收盘价是按服务器时间还是本地时间给的，或者盘中按本地时间，盘后重新从服务器刷新5分钟K线数据？

也就是说在活跃合约上使用dynainfo(207)  ，近似于直接取到了交易所时间，误差在一秒以内应该？

可以不受本地对时是否准确的牵制？

理论上是的，非常活跃的品种误差可以在1秒之内，这个函数和本地时间没有关系