金字塔决策交易系统

用户名  找回密码
 

微信登录

微信扫一扫,快速登录

帖子
12
返回列表 发新帖
楼主: hanzi-999

序列变量异常行为(逐K模式下),是什么原因?

[复制链接]

19

主题

151

帖子

151

积分

等级: 免费版

注册:
2023-9-29
曾用名:
 楼主| 发表于 2025-2-28 14:46 | 显示全部楼层
这个是个BUG哦!  窗口大小860, 最新K应该是第860根, 打印出的最新K是第859根(为什么不是600而是859?),
我取第858根的数据不应该取不到啊
回复

举报

38

主题

1万

帖子

1万

积分

Rank: 8Rank: 8

等级: 超级版主

注册:
2021-5-18
曾用名:
发表于 2025-2-28 14:50 | 显示全部楼层
这个目前就是没有办法,你可以选择控制开始时间看看能否固定住

本身pel不是一个可以高度自制数据量的语言,大部分情况这个是没有问题
除非是非常严格要求数据量不能一丁点不同,才会造成你看到的现象
金字塔提供一对一VIP专业技术指导服务,技术团队实时响应您的日常使用问题与策略编写。联系电话:021-20339086
回复

举报

19

主题

151

帖子

151

积分

等级: 免费版

注册:
2023-9-29
曾用名:
 楼主| 发表于 2025-2-28 15:16 | 显示全部楼层
技术008 发表于 2025-2-28 14:50
这个目前就是没有办法,你可以选择控制开始时间看看能否固定住

本身pel不是一个可以高度自制数据量的语 ...

这个是PEL解析器的一个BUG,为什么不修复它呢?

补充内容 (2025-2-28 15:29):
1.REF函数是个基本的函数,而且非常常用的.
2.我这个代码例子是非常简单的,没有什么高度数据
3.860根是金字塔程序默认的,而且我只是用REF(X,1) 没有用REF(X,860)或REF(X,861)
  不应该出现取不到的情况啊

补充内容 (2025-2-28 17:31):
3.860根是金字塔程序默认的,而且我只是用REF(X,1) 没有用REF(X,860)或REF(X,861)
  不应该出现取不到对应数据情况. 目前是虽然返回了数据,但是不是对应K的数据, 这显然是BUG
回复

举报

7

主题

24

帖子

24

积分

Rank: 1

等级: 新手上路

注册:
2021-5-25
曾用名:
发表于 2025-3-5 11:26 | 显示全部楼层
技术008 发表于 2025-2-28 14:21
那就是超过数量控制了,导致之前的就没参与进来

这个目前没有办法的,如果你对数量如此铭感目前没有办法

这个是个BUG,你们自己该测试下,修改掉啊! 不然我的策略没法写和测试
回复

举报

您需要登录后才可以回帖 登录 | 微信登录

本版积分规则

手机版|小黑屋|上海金之塔信息技术有限公司 ( 沪ICP备13035422号 )

GMT+8, 2025-4-27 17:11 , Processed in 0.119281 second(s), 20 queries .

Powered by Discuz! X3.4

Copyright © 2001-2021, Tencent Cloud.

快速回复 返回顶部 返回列表