策略雷達監控啟動後, 若網路斷線又連線後重新啟動, 會有重複下單的問題
範例:
Step1. 設定策略雷達日線腳本 "漲幅超過2%進場", 監控一組商品組合, 觸發設定為 "啟動後只觸發一次"
Step2. 啟動策略雷達, 並開啟 "觸發下單"
Step3. 股票 A 因為漲幅超過2%, 自動觸發下單成功
Step4. 網路突然斷線又連上, 造成策略雷達將所有 "觸發下單" 關閉 (但策略雷達仍然在執行監控中)
Step5. 使用者重新開啟 "觸發下單", 因為股票 A 漲幅仍超過2%, XQ又自動觸發下單一次, 造成重複下單
請問
1. 這種重複下單的情況要如何避免?
2. 觸發設定為 "K棒內單次觸發" 有用嗎? (感覺是沒用的, 因為也是啟動重新計算觸發)
3. 若目前幾種觸發下單都沒法避免, 是否能增加一種觸價下單方式 (例如: "當日只觸發一次") 來避免
謝謝
你好：
策略執行時，如遇網路斷線，則恢復連線後策略會自動重啟，所以目前這種狀況無法避免，感謝你的建議，小幫手會將你的建議轉達給相關人員，謝謝
貴公司覺得這樣的 spec 客戶敢用嗎? 這是貴公司對 "斷線" 後的 behavior 有問題造成的, 改個 behavior 就能避掉, XQ 操盤高手是貴公司李總親自 promote 的產品, 訂出這樣的 spec, 他自己敢用嗎?
小幫手有真的去了解問題嗎? 恢復連線後策略並不會自動重啟, 而是使用者發現 "觸發下單" 被關閉後, 手動重啟 "觸發下單", 整個斷線又連線過程中, 策略雷達都保持在執行監控狀態, 我不知道為何策略雷達對 "斷線" 後的 behavior 是: 自動將所有 "觸發下單" 關閉, 若像其他下單軟體一樣, "斷線" 後就出現提示, 或繼續維持現狀等待連線, 都不至於造成這樣會重複下單的狀況.
再者, 我提到的 "網路斷線又連線" 的情形, 只是無線網路從一個 WiFi AP 換連到另一個 WiFi AP, 這種情況對一般連網軟體只是網路瞬斷並不需處理, 或出現斷線訊息要求重新連線, 怎麼會自動將 "觸發下單" 關閉呢!
沒有回應...
2017/06/23 使用策略雷達監控並對三個帳號自動下單, 在13:01:43時發生異常 (錯誤代碼5032, 已郵寄附件), 策略雷達自行將 "觸發下單" 停止, 之後又於13:01:45啟動執行, 但此時 "觸發下單" 仍是關閉狀態, 本人不敢將 "觸發下單" 開啟, 因為擔心重複下單, 請貴公司回覆 "錯誤代碼5032" 是啥? 我網路都是 always on-line 的...
13:01:43--停止電腦網路異常，錯誤代碼5032
13:01:45 -- 啟用策略雷達 [CL_MySOP1_進場simple]啟動執行
你好：
關於你所反應的問題，之前有其用戶反應過類似問題，
所以我們已經預定於下一版中調整為「腳本執行後，如遇斷線狀況，重新連線後，腳本會停止執行，並出現訊息提醒。」
也就是說，雷達及對應的下單都會一併停止。
至於你所提到的建議，小幫手會在轉呈給相關人員做評估，作為未來功能調整的參考，感謝你的建議。
既然有人反應過類似的問題, 貴公司有去了解客戶真正面臨的問題是什麼嗎? 不然貴公司出了新版, 沒有解決客戶的痛處又有何用呢?
能否請問小幫手: 下一版調整為「腳本執行後，如遇斷線狀況，重新連線後，腳本會停止執行，並出現訊息提醒。」, 這樣有解決問題嗎? 這樣到底解決了什麼問題? 若沒有解決問題那又為何要改版?
另本人關於 "策略雷達出現錯誤代碼5032" 將 log email 給貴公司, 得到的回覆是: "此問題的原因是因為sever沒有收到用戶端那邊client的連線反應，一直連不到的情況下，sever那邊會判斷連線逾時，所以送個錯誤的Msg並中斷腳本". 從策略雷達的記錄:
13:01:43--停止電腦網路異常，錯誤代碼5032
13:01:45 -- 啟用策略雷達 [CL_MySOP1_進場simple]啟動執行
Sever 於 2 秒內就又重新偵測到連線, 本人網路寬頻都是 always on-line 的狀態, 有沒有可能是貴公司 server 的問題? 例如偵測出了問題, 因為本人也碰過好幾次 XQ 突然出現自選股清單無法同步的訊息, 更不用說回測時出現 "Server Disconnected!" 的訊息 (https://forum.xq.com.tw/thread/%E5%9F%B7%E8%A1%8C-%E8%AD%A6%E7%A4%BA-%E7%9A%84%E5%9B%9E%E6%B8%AC-%E6%9C%89%E6%99%82%E6%9C%83%E7%99%BC%E7%94%9F-server-disconnect-8000/ , 這問題貴公司也沒有解決), 若是貴公司 server 的問題造成誤判 client 斷線 + 策略雷達對 "斷線" 時的暴力處理 + 策略雷達重新連線時會完全 reset 之前的下單狀況, 這三者完美的結合就會造成客戶無緣由 (即使網路 always on-line) 的被策略雷達重複下單, 請小幫手問問李總, 這樣的產品能用嗎?
針對你提出的問題回覆如下:
1. 你提到2017/6/23日策略雷達執行斷線的問題, 我們檢查了server上面的連線紀錄, 的確發現在13點左右server端沒有收到client送上來的ALIVE封包. 目前client端每隔30秒就會送出一個ALIVE的封包, server同樣也會定時回應類似封包. 雙方如果在兩分鐘之內都沒有收到任何一個封包的話, 就會認定連線中斷. 由於Client端是在連線中斷時才會顯示紀錄, 也就是說在13:01:43秒前有兩分鐘的時間雙方是處在沒有任何封包交換的情形. 至於為何會發生這樣子的情形, 可能的因素非常的多. 我們有檢查當日你連線的server的所有紀錄, 並沒有看到異常情形, 所以很有可能是client跟server中間經過的網路節點的問題.
2. 目前策略雷達的設計是, 如果遇到連線中斷的話, 就會繼續試圖連線, 連線成功之後繼續執行 (中間回補的資料也會執行, 可是不會觸發). 可是如果偵測到連線中斷的話, 因為擔心如果繼續保持下單動作的話, 可能之後送出的委託價格可能會有偏差 (因為斷線這段時間內可能有更好的下單時機), 所以目前的設計就是把觸發下單的開關關閉, 讓使用者自己決定是否還要開啟.
可是很不幸的是, 如果使用者決定要開啟觸發下單的話, 因為程式的bug, 誤把先前下單的風控紀錄清除, 所以導致你提到重複下單的問題. 這個的確是程式的bug, 再次向你致歉, 我們也會在下次release時修正這個問題.
3. 針對策略雷達連線中斷後該如何繼續處理的問題, 先前有很多客戶有提供各種意見. 目前我們的想法是把這個選項開放出來, 由使用者來決定. 使用者可以選擇連線中斷後就停止策略雷達的執行, 或是繼續執行策略雷達, 可是關閉觸發下單, 或是繼續執行策略雷達, 同時繼續維持先前觸發下單的設定. 如果你有任何建議的話也非常歡迎你提供意見.
4. 當使用者停止策略雷達的執行, 然後再重新啟動時, 目前我們的作法是reset下單安控內容, 重新開始. 這個作法並不完美. 我們也有在討論是否要提供接續原先安控執行歷程的作法, 這樣子也許就有可能可以做到確保某一檔商品一天只下一筆委託的功能 (不管策略雷達啟動幾次).
不過這部分目前還沒有定案, 也非常歡迎你提供意見.
5. 你提到Server disconnect的問題在另一個討論串內已經回覆, 這個是我們server端的bug.
6. 你提到自選股無法同步的訊息, 因為沒有提到日期, 無法確認原因. 不過前一兩週有一次我們更換自選股DB, 的確有一小段時間自選股會無法同步, 當時也有很多客戶反應, 所以我猜測也有可能是這個問題.
以上是針對你提出的問題的答覆. 很感謝你提供這麼多寶貴的意見, 也很不好意思要跟你道歉, 因為一些不同的bug, 或是服務的異常, 導致你使用的經驗不是這麼的好. 我們會努力鞭策自己把XS服務做的更好, 也一定也會仔細傾聽客戶的意見.
謝謝.
很感謝XQ小編認真的回覆, 但身為客戶, 我們想要的不只是認真耐心的回應, 而是實質有品質且滿足客戶需求的產品, 請問貴公司RD能不能先公布一個開發版本時程表 (release plan), 也就是預計何時 release 出哪個版本有包含哪些建議及解決哪些問題 (release note), 這樣我們使用者才知道何時能放心地使用貴公司產品, 謝謝.
分類
8 評論