DATATYPE
分別表示
0:分筆成交、1:1分鐘、2:5分鐘、3:15分鐘、4:30分鐘、5:60分鐘、
6:日、7:周、8:月、9:年、10:多日、11:多小時、12:季度、
13:多分鐘、14:多秒、15:半年線、16:節氣線、17:3分鐘、18:10分鐘、19:多筆線

STKINDI依次表示:
0:分筆成交、1:1分鐘、2:5分鐘、3:15分鐘、4:30分鐘、5:60分鐘、
6:日、7:周、8:月、9:年、10:多日、11:多分鐘、12:多秒、
13:多小時、14:季度線、15:半年線、16:節氣線、17:3分鐘、18:10分鐘、19:多筆線、20:自定義N日線、21:自定義N分鐘線、22:自定義N秒線、23:自定義N筆線；24:自定義N小時線；

問題很清楚了吧！STKINDI的周期值和DATATYPE并不是一一對應的，不仔細看還真發現不了問題！而且從11開始，兩邊的意義完全不一樣，比如DATATYPE里的11是多小時，而STKINDI里的11是多分鐘。DATATYPE作為一個取周期類型的唯一變量，應該在任何地方都是統一的。這樣才不至于出錯，免得一會1代表A，一會1又代表B，弄的金字塔架構豈不是很亂！

MA1:STKINDI('','TEST.MA1',0,DATATYPE,0);

這個代碼本來完全可以直接使用，可是目前呢，由于類型不匹配，只能特殊處理，缺陷呀！

這個要頂

我也發現

                STKINDI參數里面直接設置的多分鐘來引用 

               和軟件設好多分鐘 直接引用

得到的值 不一樣！