Shioaji is sinopac provide the most pythonic api for trading the taiwan and global financial market. You can use your favorite Python packages such as numpy, scipy, pandas, pytorch or tensorflow to build your own trading model with intergrated the shioaji api on cross platform.
Exception Traceback (most recent call last)
<ipython-input-170-43913ab01483> in <module>
----> 1 api.update_status()
~\miniconda3\lib\site-packages\shioaji\shioaji.py in update_status(self, account, timeout, cb)
458 )
459 if self.futopt_account:
--> 460 self._solace.update_status(
461 self.futopt_account, timeout=timeout, cb=cb
462 )
shioaji\backend\solace\api.pyx in shioaji.backend.solace.api.SolaceAPI.update_status()
shioaji\backend\solace\api.pyx in shioaji.backend.solace.api.SolaceAPI._update_status_cb()
~\miniconda3\lib\site-packages\shioaji\utils.py in raise_resp_error(status_code, resp)
47 raise SystemMaintenance(status_code, detail)
48 else:
---> 49 raise Exception(resp)
Exception: {'status': {'status_code': 406}, 'response': {'detail': 'Account Not Acceptable.'}}
請問要用哪個API 獲取 昨天收盤的加權指數呢?
您可以透過kbar跟 Contracts.Indexs.TSE.TSE001取得
關於Order內的first_sell
送出去前是"true"
等place_order之後看返回的物件裡的Order變成"false"
導致callback裡面的的op_msg寫的是集保不足
請問原因是什麼
另外 現股當沖需要簽署現股當沖同意書，也幫我確認一下 是否有簽署了
想請問一下什麼樣的狀況會導致成交但是trade.status.deals裡面沒有資料
另外如果遇到這種狀況的時候可以從哪裡去確認當天自己訂單的成交價格和數量
以下幾點有先確認過
- 時間上是當天的14:30~16:00
- 有先call api.update_status()
- 從e-leader看也有交易成功
基本上，呼叫update_status() 會把trade裡面的deals 回補. 這部份我晚點在確認一下。
你好, 之前詢問過'TickType': [0] 的狀況沒有得到太正面的回覆
但在實際操作中又常常遇到這樣的狀況...
我把2609今天盤中tick資料跟盤後資料對比, 提供幾個例子想請問
// 這三筆是盤中tick
{'AmountSum': [32410158000.0], 'Close': [109.5], 'Date': '2021/06/01', 'TickType': [0], 'Time': '12:46:26.981733', 'VolSum': [307648], 'Volume': [112]}
{'AmountSum': [33087477000.0], 'Close': [109.5], 'Date': '2021/06/01', 'TickType': [0], 'Time': '12:52:15.663445', 'VolSum': [313834], 'Volume': [10]}
{'AmountSum': [34068525000.0], 'Close': [109.0], 'Date': '2021/06/01', 'TickType': [0], 'Time': '13:01:41.723819', 'VolSum': [322849], 'Volume': [24]}
// 這三筆是相對應的盤後歷史資訊
,volume,ask_price,bid_price,bid_volume,close,ask_volume,ts
41123,112,110.0,109.5,390,109.5,5499,2021-06-01 12:46:26.981733
42189,10,110.0,109.5,13,109.5,6579,2021-06-01 12:52:15.663445
43095,24,109.0,108.5,1635,109.0,1817,2021-06-01 13:01:41.723819
歷史資訊的格式跟一般看盤軟體的格式相符
買進價成交就是賣單, 賣出價成交就是買單, 一目了然
但tick資料裡面沒有帶ask_price / bid_price, 只給了一個TickType, 然後這個TickType又常有些問題
(我甚至發現過TickType買進賣出跟看盤軟體是相反的)
不知道能不能確認一下TickType的資料判斷方式, 或是把ask_price / bid_price 一起帶進tick資訊裡讓使用者自行判斷?
在我的交易系統裡太頻繁遇到'TickType': [0] 的狀況, 基本有10%+的資料都會遇上這個問題
讓我的自動化遇上很大的麻煩, 但又無法從其餘資料校正
下圖是我的系統今天(6/1)的log, 股號紅色代表TickType = buy, 綠色代表TickType = sell, 黃色代表 TickType = 0
16/33是黃色的, 接近50%都是無法判斷, 這頻率也太高了點....
3 replies
請問 櫃買個股有支援訂閱服務嗎？訂閱股號(3169)一直等讀到回傳資料
針對訂閱行情並無區分，文字敘述不清楚你是訂閱即時行情沒資料，或者是拿歷史資料沒資料？請在告知一下。
def myquote_callback(topic: str, quote: dict):
