【嚴重災情】 3.02.04版盤中報價整個錯亂

  •   317 
  • 最後發表   GammaCEO  2020 十一月 03
GammaCEO 發文於   2020/08/06

 

 更新後

XS警示策略已啟動但未達腳本時間就不洗價

就算到腳本指定時間內,價格也是當日不存在價格

雖然不是每檔都會出現不存在價格,但出現不存在價格的已觸發經造成嚴重虧損...

拜託XQ團隊趕緊修正

 

謝謝

 

 附上其中2檔print截圖佐證

6191 精成科

9919 康那香

 

  

 

排序方式: 標準 | 最新
XQ小幫手 發文於   2020/08/06

GammaCEO大 您好

我們有幫您檢視過了,

以精成科為例,9:05.13 應該只會有4個交易回報,

正常不會發生像您print出來的一樣如此多的數值,

是否能請您提供您當時的雷達匯出檔,記得要勾選"匯出策略雷達所包含的自訂腳本"

讓我們可以了解發生這樣問題的原因

感謝

GammaCEO 發文於   2020/08/06

小幫手您好

此警示策略每天只監控10-20檔左右個股

從上月上線實際交易到昨天都沒有問題

是更新3.02.04後的今天才出現那些不存在的價格導致胡亂觸發

但檢視print後也並不是每支監控的標的都會這樣

所以我覺得那應該和腳本沒太大關係

應該是XQ系統報價延遲或錯誤的問題

譬如 策略的排程從085700就開始執行

但腳本內容是第二根5分K才開始計算和決定買賣的高低價位

之前檢視print檔從開始執行的0857就會有洗價紀錄

改版後卻從090500才開始有洗價紀錄

而且洗價時間都一樣

這和LOCAL端絕對沒關連 一定是系統本身或資料端有BUG

您檢視腳本想必也看不出什麼端倪

應該請工程部好好測試一下程式本身 並趕快修復

不要讓報價問題再造成使用者交易上的損失才對

謝謝

 

GammaCEO 發文於   2020/08/07

小幫手您好

經過比對不同警示策略print後發現

價格會錯亂的原因應該是來自身雷達的商品監控

譬如A策略已在執行中 此時B策略排程時間到

雷達開始啟動商品監控時 "等待"若還有個股在RUN

就會發生洗價中的A策略部分個股因傳輸延遲發生價格錯亂

容易發生的時段都是在開盤最火熱的時刻

請小幫手回報 趕緊修正此問題

謝謝

GammaCEO 發文於   2020/08/10

小幫手您好

今天又出現不存在價格與錯誤觸發

print說明:OH=開盤第一根5分K的高點  OL=開盤第一根5分K的低點

錯亂標的:4956 光鋐 09:05:58後的tick開始錯亂造成錯誤觸發

XQ小幫手 發文於   2020/08/13

GammaCEO大 您好

關於您的這個問題,

小幫手有再幫您追蹤並且嘗試重現看看

如有發現問題的原因點,會再請技術人員處理

XQ小幫手 發文於   2020/08/20

GammaCEO大 您好

關於這個問題,

小幫手以有重現您發生的狀況了,

相關問題已請研發部門調查,

有進一步的消息會再告知您 

感謝

GammaCEO 發文於   2020/08/27

小幫手您好

請問今日改版XS亂報價的BUG有解決了嗎?

今天大盤不太好,難得有篩選到不錯的標的做買賣,但又發生多起不存在價格事件,導致該觸發而沒觸發,錯失賺錢契機;盤後常感嘆,以前是進出場策略寫不好常賠錢,現在策略腳本會寫了也會校正了卻是報價錯亂而賠錢或賺不到錢,害的現在我每天開盤前都猶豫是否要啟用下單,不開怕錯失行情,開了又怕給你亂買亂賣導致非技術性虧損,著實是兩難。

希望XS團隊能趕快找到BUG發生原因並改善,我知道抱怨也於事無補,只能給你們鼓勵,希望你們再加油了!

再附上其中一檔今天錯亂報價的截圖

3645 達邁 從開盤一直到09:15都是錯的報價

 

XQ小幫手 發文於   2020/08/28

GammaCEO大 您好

關於這個問題,

小幫手與我們內部工程師,對照您以下的這張圖後,

有幾個疑問想跟您討論下,

以時間軸來看90446與90558之間出現間隔,

1.是否您在這個時間點有關掉策略重新啟動呢?

2.關於您print中的time看起來應該是currentime? 因為您說的錯誤報價經由比對後,是前一天的tick價格

也就是可能的原因是:

這段價格為「資料讀取筆數」預設200,所抓取昨日的報價,

因為currentime的關係,所以顯示為90558的多筆價格,並非為當時的價格,而是歷史資料

3.我自己依照上面的想法撰寫一個測試的策略,確實有機會在資料讀取筆數區間就觸發,而發生錯誤觸發的可能

所以我在策略中撰寫getinfo("IsRealTime") 該語法請參考getinfo

這個語法可以讓程式判斷在即時時間才執行,就能夠避開歷史時間執行的問題了

GammaCEO 發文於   2020/08/28

GammaCEO大 您好

關於這個問題,

小幫手與我們內部工程師,對照您以下的這張圖後,

有幾個疑問想跟您討論下,

以時間軸來看90446與90558之間出現間隔,

1.是否您在這個時間點有關掉策略重新啟動呢?

2.關於您print中的time看起來應該是currentime? 因為您說的錯誤報價經由比對後,是前一天的tick價格

也就是可能的原因是:

這段價格為「資料讀取筆數」預設200,所抓取昨日的報價,

因為currentime的關係,所以顯示為90558的多筆價格,並非為當時的價格,而是歷史資料

3.我自己依照上面的想法撰寫一個測試的策略,確實有機會在資料讀取筆數區間就觸發,而發生錯誤觸發的可能

所以我在策略中撰寫getinfo("IsRealTime") 該語法請參考getinfo

這個語法可以讓程式判斷在即時時間才執行,就能夠避開歷史時間執行的問題了

感謝小幫手專業的回覆

首先..我並不會在盤中啟動狀態下關掉雷達又重啟,這樣電腦不死當也剩半條命,尤其又是在開盤的時段。

關於腳本內使用currentime的地方只有在一開盤的時段作為監控和歸零變數值,決定RET的部分是用time。

而小幫手您自己寫的策略既然也發生錯誤觸發的話,有朝資料延遲或LAG方面去測試嗎;我目前觀察到會錯價的時段,都是電腦CPU幾乎效能滿載狀況,也就是整體市場成交量異常大,報價tick大量湧入造成電腦運算塞車,而非尖峰期從未有過,供您參考。

至於在腳本內附加getinfo("IsRealTime")的方法我會嘗試看看,但有個疑問是若腳本內使用getinfo("IsRealTime")在調校時會不會因非即時資料而無法進行回測呢?

最後結論..使用getinfo函數或許能防止因錯價造成的錯誤觸發,但最根本的錯價問題還是沒解決,只能再請小幫手拜託工程部門趕緊找出BUG發生的主因並根除,才能徹底解決問題。

XQ小幫手 發文於   2020/08/28

GammaCEO大 您好

這部分可能真的需要麻煩您提供log檔給我們去分析了

我們才能比較快解決問題

1. 發生問題時的操作情境 (開了什麼頁面,是否切換商品,或察看的頁面是什麼,是系統頁面或是自訂頁面,若可以請提供頁面截圖,若為自訂頁面請匯出提供檔案)

2. Log資料夾(預設路徑:C:\SysJust\XQLite\Log)壓縮檔。

3. 策略雷達的相關資料匯出後上傳,記得要勾選"匯出策略雷達所包含的自訂腳本"

 

以上請 Mail 至 XQservice@XQ.com.tw,並附上此討論串連結,以利小編請相關人員查看問題的原因。

感謝

顯示更多回應 發表回覆
Close