奇狐社區論壇 - 有關期貨買、賣差，有請板主們協助，謝謝您。

奇狐社區論壇 : Powered by vBulletin version 2.3.0

奇狐社區論壇 > 指標公式 > 問題交流 > 有關期貨買、賣差，有請板主們協助，謝謝您。

總頁數 (2): « 1 [2]

上一主題下一主題

作者

主題

justdoit829
資深會員

註冊日期: Sep 2005
來　　自:
文章數量: 196

現使用5.1版，盤中期貨江波委買委賣差前根分線數值，仍有異常變動的問題.. 盼能儘早完善此情況..

__________________
--
忘我無為無不為..

向版主報告此篇 |

2017-04-25 09:06

cgjj
總版主

註冊日期: Oct 2003
來　　自:
文章數量: 18125

引用:
最初由 justdoit829 發表
現使用5.1版，盤中期貨江波委買委賣差前根分線數值，仍有異常變動的問題.. 盼能儘早完善此情況..

可能是後來源頭發送的頻率變更所造成

接下來會有一個變動較大的新版本上線

目前研發部正在全力趕工當中
主要是支援未來即將上線的[盤後交易]

這個問題，會在前述的新版本中做修正
敬請等候，謝謝

向版主報告此篇 |

2017-04-25 09:59

justdoit829
資深會員

註冊日期: Sep 2005
來　　自:
文章數量: 196

收到, 謝謝回履&告知!

__________________
--
忘我無為無不為..

最後由 justdoit829 在 2017-04-26 20:33 編輯

向版主報告此篇 |

2017-04-26 20:29

N122562663
資深會員

註冊日期: Jan 2010
來　　自:
文章數量: 270

原因相同否？

總版主您好，請問.以上.前發生的問預.修正已解决、現發生圖示中.尚未解決的問題、是相同嗎？

若為相同、前已.修正已解決、有修正嗎？怎又發生。

可否.加快更新、速度、謝謝您。

N122562663 附帶上了此圖片:

向版主報告此篇 |

2017-09-13 10:17

cgjj
總版主

註冊日期: Oct 2003
來　　自:
文章數量: 18125

回覆: 原因相同否？

引用:
最初由 N122562663 發表
總版主您好，請問.以上.前發生的問預.修正已解决、現發生圖示中.尚未解決的問題、是相同嗎？

若為相同、前已.修正已解決、有修正嗎？怎又發生。

可否.加快更新、速度、謝謝您。

我詳細說明一下好了........
是數據特性引起的情況，並非 Bug !! 　　 <<<很重要>>>

為什麼呢?
是因為江波委買委賣並非隨著Tick同步發送過來，所以會有時間差問題，進而引發的現象
(目前江波交易所是每隔五秒發送一次)

假設 Tick 最新時間來到 08:49:01，此時會生成 08:50 這根1分鐘K棒，但 08:49:00 的最新江波這時才收到，會被歸入 08:49 這根1分鐘K棒的江波值內。
註:奇狐切割分線是切在00秒最終筆

這樣的情況!
會造成在 08:50 這根分線中，引用 08:49 這根分線的江波數值，在08:50這根分K剛生成的頭一兩秒內，數值可能會有變動的情況。
時間差必定會引起這種現象，因為江波並非隨著Tick同步發送，若是同步發送，不會產生這樣的問題。

這情況僅存在極短的時間(大約一兩秒內)，且它僅會影響有用 "江波委買委賣" 做自動下單的人。
沒用 "江波委買委賣" 做自動下單的人，可以不用理會這個情況!

開發中的 v5.2 版，已跟工程師討論過，會在Server端做額外的特別處理，主動避免這種現象發生。
目前 v5.1 版，目前暫沒有打算要去處理這個情況(因為Server端和客戶端都要修改才行)。

現階段有用 "江波委買委賣" 做自動下單的人，要避開這情況，是非常容易的。
直接自公式的程式碼下手修改即可，方法就是避開在剛換分的頭一兩秒內，做自動下單。
註: 奇狐可用 MOD(DYNAINFO(55),100) 可用來取得當前最新Tick時間之秒數。

舉例如下:
NowTickSec:=MOD(DYNAINFO(55),100); //最新Tick時間之秒數
當 NowTickSec>n 時，才做自動下單處理，否則跳過 (n值請自行決定)

如此就可以避免，前述剛換分時，江波前根數值會變的問題。

實務上公式碼可能只需加上兩行，就能簡單解決這個問題(視程式結構)，並不需要等待v5.2 版推出。

例如: (把這兩行加在處理自動下單的程式碼前端)
NowTickSec:=MOD(DYNAINFO(55),100);
if NowTickSec<n then exit; //若當前Tick秒數小於n秒，則跳離公式，不再執行

向版主報告此篇 |

2017-09-13 11:20

justdoit829
資深會員

註冊日期: Sep 2005
來　　自:
文章數量: 196

個人先前有使用總委差作進場條件用，那時為了找出訊號成立後又消失的原因，找的快發風了@@..

當時作的筆記->
該分進場訊號出現，隔分後前分進場訊號消失，再隔分，原K進場訊號再現!

如此推測->
收分K後隔分開始前總委差值異動了，隔一分K後，原收分K的總委差值又異動回原來的值了

請問這般情況應該怎麼寫判斷式嗎?

__________________
--
忘我無為無不為..

向版主報告此篇 |

2017-09-14 09:37

cgjj
總版主

註冊日期: Oct 2003
來　　自:
文章數量: 18125

引用:
最初由 justdoit829 發表
個人先前有使用總委差作進場條件用，那時為了找出訊號成立後又消失的原因，找的快發風了@@..

當時作的筆記->
該分進場訊號出現，隔分後前分進場訊號消失，再隔分，原K進場訊號再現!

如此推測->
收分K後隔分開始前總委差值異動了，隔一分K後，原收分K的總委差值又異動回原來的值了

請問這般情況應該怎麼寫判斷式嗎?

剛剛觀察了一下盤中現況!
justdoit829 您描述的問題，跟我前面說的情況是不一樣的，我前面說的那種情況只會持續剛換分的頭兩三秒內，您描述的則是前根值持續異常直到當前分K終了。

簡單的說，也就是目前同時存在兩個情況!
一為數據特性所引起。
另一原因待查明，可能是發送頻率變動或Bug引起。

這一兩天，我跟工程師再研究討論一下看看好了~~
乾脆改直接取當時最新 Tick 時間標記。
不要用原交易所之委買委賣原時間標記。
這樣解決的會比較徹底一些，不會再有時間差問題。

如果可行，近期即會進行更改。
會先處理 Server 端，再升級客戶端。

向版主報告此篇 |

2017-09-14 12:24

justdoit829
資深會員

註冊日期: Sep 2005
來　　自:
文章數量: 196

Thanks for the update on the situation

__________________
--
忘我無為無不為..

向版主報告此篇 |

2017-09-14 19:01

N122562663
資深會員

註冊日期: Jan 2010
來　　自:
文章數量: 270

先解決、原v5.1

總版主您好，測試以下、前教的方式、問題仍無法完全解決：
///
實務上公式碼可能只需加上兩行，就能簡單解決這個問題(視程式結構)，並不需要等待v5.2 版推出。
例如: (把這兩行加在處理自動下單的程式碼前端)
NowTickSec:=MOD(DYNAINFO(55),100);
if NowTickSec<n then exit; //若當前Tick秒數小於n秒，則跳離公式，不再執行
///
盤後盤已上路半年、v5.2 版推出時間、若尚無法確定、

若公司解決、原v5.1 以上的問題、困難不高、可否請公司先解決、此問題已困擾、很長時日了、煩請公司考慮我的建議、

可行否、謝謝您。

向版主報告此篇 |

2017-11-04 11:12

cgjj
總版主

註冊日期: Oct 2003
來　　自:
文章數量: 18125

回覆: 先解決、原v5.1

引用:
最初由 N122562663 發表
總版主您好，測試以下、前教的方式、問題仍無法完全解決：
///
實務上公式碼可能只需加上兩行，就能簡單解決這個問題(視程式結構)，並不需要等待v5.2 版推出。
例如: (把這兩行加在處理自動下單的程式碼前端)
NowTickSec:=MOD(DYNAINFO(55),100);
if NowTickSec<n then exit; //若當前Tick秒數小於n秒，則跳離公式，不再執行
///
盤後盤已上路半年、v5.2 版推出時間、若尚無法確定、

若公司解決、原v5.1 以上的問題、困難不高、可否請公司先解決、此問題已困擾、很長時日了、煩請公司考慮我的建議、

可行否、謝謝您。

感謝您的建議。

之前確實有跟工程師討論過可行性，要改 v5.1 也是需花費些時間處理和測試。
最完善的解決終究還是要 v5.2 的新架構來處理。

由於前陣子工程師正在進行 v5.2 選擇權及期貨部份資訊的整合、以及Sever端的一些資訊處理。是屬於很複雜、難度高、需很專注處理的工程，不宜分心。為顧及程式品質及穩定度，故暫先不讓工程師分心處理 v5.1 這問題。

v5.2 選擇權部份，目前已經整合的差不多了(含周選權)，將會優先推出期貨版的部分。
未來，基本上按 v5.2 的功能規劃，不會等全做完才上線，應該會分階段陸續上線...。

您這問題雖然僅有少數人有此應用困擾，但我們仍然非常重視它。
這部分就麻煩請您再等等，多諒解一下，謝謝。
近期會再做整體評估一下，感恩。

cgjj 附帶上了此圖片: