2011年5月31日 星期二
台指報價實測計畫:K牌 vs T牌
過去一週,因為我自己實際的讓 HTS 與 MultiCharts 一起在盤中 Run,這才能夠明顯的比較出,當市場行情速度快的時候,不同的報價品質,的確是有差異的。
使用 HTS 沒有報價資訊源的選擇,因為它本身就包進了報價資訊,也可對外提供 DDE。而使用 MultiCharts 就可以有許多的選擇,這可以說是麻煩也可以說是自由,如果你使用的是目前群益或元大都有推出的券商版 MultiCharts 恐怕就沒有這些選擇或是說...煩惱。
在昨天早盤 HTS 莫名其妙的突然軟體也不是斷線但是報價就是停擺,其實這對於長期使用 HTS 的我來說應該不算是陌生的經驗,也許是我運氣比較好,過去我自己的策略運作時很少訊號剛好出現在所謂的快市,所以 HTS 快市的 Lag 對我來說,影響不大。不過,當 HTS 有 lag 現象時,連下單的 API 似乎也會被拖累,這對我來說會有些介意了。
從明天開始我會讓 MultuCharts 開始測試一樣的策略,但接上不同家的報價資訊源,並且用下單機去記錄其訊號發生的時間,在同一部電腦上,用來互相對照。理由有兩個。其一,國內的台指市場從去年開始漸漸的盤中出現突如其來快市的頻率越來越高,如果訊號發生位置剛巧就在快市的時候發生,報價不夠穩定的資訊源,恐怕會在這樣的狀況下吃虧不少,比如:某一天的經驗。其二是,不同家的資訊源價格成本有不小的差距:錢要花得有價值,是吧^^
至於為什麼不把 HTS 也納進來一起測試?因為實際上 HTS 與 MultiCharts 的堆K棒的規則並不相同,所以讓 HTS 產生訊號,是有可能連盤後去看訊號都會與 MultiCharts 不相同的,那就沒有比較的意義了,因為我要測試的是報價資訊源的穩定度與 Lag 的程度。那如果讓 HTS 輸出DDE 當做資訊源呢?那根本就不用比了... DDE 比 HTS 的報價更爛 XD
熱門文章
-
下單大師這個下單機,提供了萬用API的模式去接收交易策略的即時部位,號稱說可以做到千分之一秒的奇蹟,有沒有這麼神?其實不必在意,至少這個方式在我目前看來,夠快。畢竟從訊號的產生到成交之間的環節不少,要是有速度慢的狀況,還得一個一個去找解方。 這篇文章提供的方式不再需要輸出文字...
-
在 MultiCharts 裡,本來我以為 EntryPrice(0) 就代表了最後一個進場的成本價,經過測試後,確定了 EntryPrice( 0 ) 不是最後一次進場價,而是最後進場方向的第一筆價格(可查閱"程式交易語法大全 page 255")。什麼意思...
-
一些 專業版-MultiCharts 能做,而券商版不能做的事情,除了圖表數量限制、投資組合回測外,最重要的就是在編輯程式碼之中,幾乎把要對外聯繫的關鍵字都給切斷了。這一篇就是教你,如何讓你的 券商版-MultiCharts 重新取回對外聯繫的能力。 ※ 當初獲知的知識來源: ...
-
在 MultiCharts 中要把一些所需的資訊輸出出去,存成文字檔(.txt)的形式,內建於 MultiCharts 的 fileappend 與 print 指令都能順利辦到。另外,國內有凌波大分享的 outputfile.dll 與 下單大師的 omSignTXT.dll ...