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

奇狐社區論壇 (http://www.chiefox.com.tw/bbs/index.php)
- 問題交流 (http://www.chiefox.com.tw/bbs/forumdisplay.php?forumid=28)
-- 有關期貨買、賣差，有請板主們協助，謝謝您。 (http://www.chiefox.com.tw/bbs/showthread.php?threadid=18724)

由阿酷在 2014-07-31 19:03 發表:

有關期貨買、賣差，有請板主們協助，謝謝您。

抱歉請問一下喔^^，我的公式有取到總委買、賣差，並且把公式的最終結果，延後至下根開盤時，再取前一根的所有計算值。
但卻發現，取用前1根的委買、賣差的值，似忽會有閃爍「瞬間變動」之情形，理論上我取「前1根」已收定的值，應該不會再次變動才是。
但卻有突發情形發生，這是否正常，又是否是因為：「其歷史數據, 系統僅留存每1分鐘最終數值」這有關呢。
還請解惑、謝謝您。

__________________
永遠學習、學習永遠
善為傳家寶
忍為積德門

由 cgjj 在 2014-08-01 08:29 發表:

回覆: 有關期貨買、賣差，有請板主們協助，謝謝您。

引用:
最初由阿酷發表
抱歉請問一下喔^^，我的公式有取到總委買、賣差，並且把公式的最終結果，延後至下根開盤時，再取前一根的所有計算值。
但卻發現，取用前1根的委買、賣差的值，似忽會有閃爍「瞬間變動」之情形，理論上我取「前1根」已收定的值，應該不會再次變動才是。
但卻有突發情形發生，這是否正常，又是否是因為：「其歷史數據, 系統僅留存每1分鐘最終數值」這有關呢。
還請解惑、謝謝您。

先了解一下
您 v5.1 使用的軟體版本號為何?
(目前最新的版本是 v5.1.140513)

由阿酷在 2014-08-01 21:45 發表:

是的

是最新版本

__________________
永遠學習、學習永遠
善為傳家寶
忍為積德門

由 cgjj 在 2014-08-02 12:58 發表:

回覆: 是的

引用:
最初由阿酷發表
是最新版本

這部分比較複雜

因為江波並非每個Tick都有變化, 它是每隔n秒被更新一次
當分鐘K棒剛產生的當下，可能會短時間暫無該分鐘的江波數據
這時系統會延伸前根的最末值, 後續若有該分鐘新值則會用新值取代
故很多因素需考量進去, 以利判別問題根源

麻煩請您提供:
1.存取用前根值的方式, 例如:ref(n,1)
2.若有跨週期引用，也麻煩一併附上引用的方式, 例如:stkindi(...)
3.指標運算間隔的毫秒數
越詳細越好...謝謝

我可能需要寫個特別的公式, 來記錄每次的值和相關資訊
才能釐清是否有此狀況，以及是如何產生的
寫好後可能需要個幾天盤中追蹤觀察，才能釐清這問題。

由阿酷在 2014-08-02 18:53 發表:

非常感謝版主您的回覆協助喔^^

您好：
1.我沒有引用其它公式。
2.我的重點在於委買、賣差，原先以為是公式裡有盲點，後來只用下面的方式，確實是有數值瞬間閃動的問題，因為我的下單機著實的留下記錄。
公式如下：

XXB:=BUYSHARES; XXS:=SELLSHARES;
TD1:=XXB-XXS;

OK1:IF(TD1>100 AND C>O,1,IF(TD1<=100 AND C<=O,-1,0));
OK:REF(OK1,1);

就只有這樣，看似絕對沒問題，但卻發現OK值會閃動，還請版主協助解惑，謝謝您。

__________________
永遠學習、學習永遠
善為傳家寶
忍為積德門

由 cgjj 在 2014-08-03 20:59 發表:

回覆: 非常感謝版主您的回覆協助喔^^

引用:
最初由阿酷發表
您好：
1.我沒有引用其它公式。
2.我的重點在於委買、賣差，原先以為是公式裡有盲點，後來只用下面的方式，確實是有數值瞬間閃動的問題，因為我的下單機著實的留下記錄。
公式如下：

XXB:=BUYSHARES; XXS:=SELLSHARES;
TD1:=XXB-XXS;

OK1:IF(TD1>100 AND C>O,1,IF(TD1<=100 AND C<=O,-1,0));
OK:REF(OK1,1);

就只有這樣，看似絕對沒問題，但卻發現OK值會閃動，還請版主協助解惑，謝謝您。

週一我寫個特別的公式跑個兩三天紀錄觀察了解一下。
敬請等候消息，謝謝

由阿酷在 2014-08-03 21:38 發表:

非常感謝版主您的協助喔^^

感謝版主您的協助，讓我們奇狐更穩更受廣大投資人喜愛。

__________________
永遠學習、學習永遠
善為傳家寶
忍為積德門

由 cgjj 在 2014-08-04 10:18 發表:

回覆: 非常感謝版主您的協助喔^^

引用:
最初由阿酷發表
感謝版主您的協助，讓我們奇狐更穩更受廣大投資人喜愛。

早上寫個特別的公式測試完畢了

已證實江波數據的確會有此現象
或許是因為數據來源時間特性所引起的Bug
這部分已回報博庭RD工程師，待他們查明後處理了
謝謝您的回報, 感恩

由阿酷在 2014-08-04 10:54 發表:

非常感恩版主協助^^

非常感恩版主協助^^，也謝謝工程師們能早日解決此問題，佳惠廣大狐友，謝謝您們。

__________________
永遠學習、學習永遠
善為傳家寶
忍為積德門

由阿酷在 2014-08-06 17:43 發表:

謝謝奇狐團隊

謝謝您們辛苦了，這幾天我這邊測試的結果，不正確率大幅度的降低了，僅有幾次尚有閃爍之現象，希望奇狐團隊能運用合理且正確的方法解決之，感謝您們了。

__________________
永遠學習、學習永遠
善為傳家寶
忍為積德門

由 cgjj 在 2014-08-07 08:34 發表:

回覆: 謝謝奇狐團隊

引用:
最初由阿酷發表
謝謝您們辛苦了，這幾天我這邊測試的結果，不正確率大幅度的降低了，僅有幾次尚有閃爍之現象，希望奇狐團隊能運用合理且正確的方法解決之，感謝您們了。

這部分有待博庭工程師查明原因後
才能處理解決，未解決前可能還會發生
敬請等候通知，謝謝

由阿酷在 2014-08-14 11:34 發表:

報告版主，請問奇狐工程師方面解決進度^^

報告版主，請問奇狐工程師方面解決進度^^
雖說不急卻有點急^^抱歉打擾了。

__________________
永遠學習、學習永遠
善為傳家寶
忍為積德門

由 cgjj 在 2014-08-14 11:51 發表:

回覆: 報告版主，請問奇狐工程師方面解決進度^^

引用:
最初由阿酷發表
報告版主，請問奇狐工程師方面解決進度^^
雖說不急卻有點急^^抱歉打擾了。

博庭 RD 工程師之前已有排程列入了。

預計這兩三天就會開始進行追查和調改。
麻煩請再耐心等候，謝謝。

由阿酷在 2014-08-14 12:04 發表:

^^收到，非常感謝您們。

^^收到，非常感謝您們。

__________________
永遠學習、學習永遠
善為傳家寶
忍為積德門

由 cgjj 在 2014-09-10 14:53 發表:

此問題已被修正完成，剛剛已發佈更新程式

詳見：
http://www.chiefox.com.tw/bbs/showt...&threadid=18816

由 justdoit829 在 2017-04-25 09:06 發表:

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

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

由 cgjj 在 2017-04-25 09:59 發表:

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

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

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

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

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

由 justdoit829 在 2017-04-26 20:29 發表:

收到, 謝謝回履&告知!

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

由 N122562663 在 2017-09-13 10:17 發表:

原因相同否？

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

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

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

由 cgjj 在 2017-09-13 11:20 發表:

回覆: 原因相同否？

引用:
最初由 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秒，則跳離公式，不再執行

由 justdoit829 在 2017-09-14 09:37 發表:

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

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

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

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

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

由 cgjj 在 2017-09-14 12:24 發表:

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

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

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

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

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

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

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

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

由 justdoit829 在 2017-09-14 19:01 發表:

Thanks for the update on the situation

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

由 N122562663 在 2017-11-04 11:12 發表:

先解決、原v5.1

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

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

可行否、謝謝您。

由 cgjj 在 2017-11-06 10:42 發表:

回覆: 先解決、原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 的功能規劃，不會等全做完才上線，應該會分階段陸續上線...。

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

由 N122562663 在 2017-11-06 12:32 發表:

OK，感恩

總版主您好，感恩。

由 cgjj 在 2017-11-28 10:05 發表:

前面說的兩種情況，都已經在 v5.2 版中處理掉了(近期會發佈新的 v5.2 測試版本)

這兩天已經用特別的程式驗證過了，確認OK

由 N122562663 在 2017-11-28 12:04 發表:

感恩

總版主您好，感恩，總版主和公司，的辛苦、給我們更好的資訊源。

全部時間均為台灣時間, 現在時間為17:37

在這個頁面顯示本主題全部的 28 個文章