comewish
發表於 16-12-29 05:13
akmod 發表於 16-12-28 10:24
等群益更新版出來再說
不想弄了
難用死了
這個是群益的Bug程式呼叫SKQuoteLib_GetStockByIndex
用m_caStockNo取得代號時,傳回不是代號而是傳回名稱
akmod
發表於 16-12-29 08:16
kuolung 發表於 16-12-29 00:05
請問你的程式環境是 c#vc++ vbvba 還是其他
vba....................
akmod
發表於 16-12-29 08:19
comewish 發表於 16-12-29 05:13
這個是群益的Bug程式呼叫SKQuoteLib_GetStockByIndex
用m_caStockNo取得代號時,傳回不是代號而是傳回名 ...
還有好幾個其他的 bug
寫信去跟他說 bug
他們給我如是回覆
http://i.imgur.com/aNJ88R2.jpg
alexliou
發表於 17-3-27 10:44
本帖最後由 alexliou 於 17-3-27 10:47 編輯
akmod 發表於 16-12-18 23:10
新版的回補變快
但把回補綁在 OnNotifyTicks 的這種設計
我今天試了一下
其實它的回補速度非常快
會覺得慢的原因大概是因為接回來的資料在user的程式裡還要加工處理
尤其是要將接收內容顯示在銀幕上(千至萬行的文字 IO很需要時間的)
可以在OnNotifyTick 的EventHandler 裡 加一個對Tick時間的判斷
比如說三分鐘前的Ticks 不處理
這樣就會覺得快多了
或是像前面有位版有建議的
第一次接收時甚麼也不做
用一個 非local變數把最新的 nPtr記下來
以前的Ticks另外再處理
akmod
發表於 17-3-27 11:02
alexliou 發表於 17-3-27 10:44
我今天試了一下
其實它的回補速度非常快
會覺得慢的原因大概是因為接回來的資料在user的程式裡還要加工處 ...
群益有給我回信
親口承認回補綁在 OnNotifyTicks .....
是1個 Bug , 他們會解決
回報Bug , 新版卻拖了 2~3各月後才放出來 (動作超慢 )
目前我還沒測
alexliou
發表於 17-3-27 11:35
本帖最後由 alexliou 於 17-3-27 11:47 編輯
akmod 發表於 17-3-27 11:02
群益有給我回信
親口承認回補綁在 OnNotifyTicks .....
目前的報價和之前的報價
logically 是可以區分的unit
綁在一起 的確不是很好的設計
目前的版本
OnNotifyTicks 仍然是在第一次Notify時 包含回補從今天開盤到目前成交的tick
akmod
發表於 17-3-27 13:43
alexliou 發表於 17-3-27 11:35
目前的報價和之前的報價
logically 是可以區分的unit
綁在一起 的確不是很好的設計
不好意思誤按到反對
所以我根本不想去試
等到說明檔有提到再試
jerry
發表於 17-3-27 13:58
昨天剛看到換最新版的
這BUG總算改好了
改成和之前用DLL時一樣ˇ˙
每次重新連線會自動回補台指當天所有TICKS
簡單好用
不用複雜判定
ˇ˙
我的程式可以一秒處理完2萬TICKS中間有用CHART畫K棒
(盤後狀態)
用i7-3612QM 筆電
所以快市是沒問題的
因為一般快市台指目前了不起上千TICKS在一秒內
jerry
發表於 17-3-27 13:59
現在回補是和以前一樣綁在OnNotifyHistoryTicks
akmod
發表於 17-3-27 14:43
jerry 發表於 17-3-27 13:59
現在回補是和以前一樣綁在OnNotifyHistoryTicks
感謝告知
請問 OnNotifyTicks 還會回補歷史嗎 ??
alexliou
發表於 17-3-27 17:29
akmod 發表於 17-3-27 14:43
感謝告知
請問 OnNotifyTicks 還會回補歷史嗎 ??
還是一樣會
如果是第一次 request的話
alexliou
發表於 17-3-27 18:41
本帖最後由 alexliou 於 17-3-27 18:53 編輯
alexliou 發表於 17-3-27 17:29
還是一樣會
如果是第一次 request的話
其實回補是非常快的
像今天台指有44067個ticks
剛剛測試了一下
原先我認為把current tick 和historical ticks綁在一起
然後又把 Best5 和 tick的 request 綁在一起 是個不好的設計
現在也改觀了
剛才測試的Log顯示
06:02:56 收到今天第一個tick
同一秒06:02:56收到 Best5的資料
然後也是同一秒 銀幕上出現最佳五檔的資料
您可以看到 此時tick還在傳 到06:02:59秒收完
我第一次測試時 模仿他提供的c#範例
把收到的Tick資料顯示在銀幕上(顯示ListBox Control裡)
Best 5 大概要等20秒以上才會出現 (但此時Best 5的資料已收到 而且處理好了)
這是因為銀幕的IO被處理ticks 的routine占用住了
要等到所有ticks都顯示完Best5的資料才會顯示出來
所以 會覺得回補tick很慢 問題大都不會在傳輸
而是取決於對收到的資料如何處理
如果只是收在memory裡 或是在memory內處理應該都不慢
但如果你要把接到的每個tick 都先去做file IO或銀幕IO
而且接下來的程序會使用到這些資源的話
就會覺得速度令人受不了了
akmod
發表於 17-4-2 08:48
最新版依然有1個 bug
SKQuote_OnNotifyTicks 雖然已經被修正
但是他會回傳最後2筆
而不是回傳最後1筆 Tick
akmod
發表於 17-4-2 11:55
akmod 發表於 17-4-2 08:48
最新版依然有1個 bug
SKQuote_OnNotifyTicks 雖然已經被修正
知道原因了
不是 bug
2筆中 的 第1筆 是 試搓
2筆中 的 第2筆 是 正式成交
akmod
發表於 17-4-2 12:42
期貨總委買賣事件 OnNotifyFutureTradeInfo
好像沒反應耶
有沒有大大可以幫忙測試一下
thanks