Oanda was a an early request in the project. It could have been any other.

Hi @KT ! Could you paste the full source code with all the modifications? thanks a lot! and good work!

@Paska-Houso I test this way,but it generate a terrible situation.for example: 2005-01-18, today Portfolio Value: 500000.00 2005-01-18, count:11,日期：2005-01-18,数据名称:meta,收盘价:1.0,成交量:1.0 2005-01-18, count:11,日期：2009-09-15,数据名称:RB0909.XSGE,收盘价:3600.0,成交量:720.0 2005-01-18, count:11,日期：2009-10-15,数据名称:RB0910.XSGE,收盘价:3432.0,成交量:720.0 2005-01-18, count:11,日期：2009-11-16,数据名称:RB0911.XSGE,收盘价:3630.0,成交量:240.0 2005-01-18, count:11,日期：2009-12-15,数据名称:RB0912.XSGE,收盘价:3703.0,成交量:1260.0 2005-01-18, count:11,日期：2010-01-15,数据名称:RB1001.XSGE,收盘价:3975.0,成交量:1140.0 2005-01-18, count:11,日期：2010-02-09,数据名称:RB1002.XSGE,收盘价:3820.0,成交量:660.0 2005-01-18, count:11,日期：2010-03-15,数据名称:RB1003.XSGE,收盘价:4010.0,成交量:2100.0 2005-01-18, count:11,日期：2010-04-15,数据名称:RB1004.XSGE,收盘价:4415.0,成交量:1440.0 2005-01-18, count:11,日期：2010-05-17,数据名称:RB1005.XSGE,收盘价:3915.0,成交量:1620.0 2005-01-18, count:11,日期：2010-06-17,数据名称:RB1006.XSGE,收盘价:3978.0,成交量:360.0 2005-01-18, count:11,日期：2010-07-15,数据名称:RB1007.XSGE,收盘价:3787.0,成交量:360.0 2005-01-18, count:11,日期：2010-08-16,数据名称:RB1008.XSGE,收盘价:4094.0,成交量:240.0 2005-01-18, count:11,日期：2010-09-15,数据名称:RB1009.XSGE,收盘价:4440.0,成交量:300.0

@Cheez Sorry I missed your question. Probably both options will work, but better test it.

contacted IB live chat and it was suggested to use ib_insync instead of ibapi or IBpy to avoid lags.

@bernardlin said in How do I set up correct position close logic?: Hi, would you mind providing me a link on how 'define a CommissionInfo object which converts the profit and loss (and commissions) of the given pair to your base currency' is done "Discussed" is not the same as developed.

For an All-In strategy, use cheat-on-open (not recommended, but do if, if you really want to go all-in) Blog - Cheat On Open

The problem here is that the broker, being unaware of the order being issued during next_open, tries to see if you are submitting an order which exceeds your current cash reserves (and the current price is already the close) You can disable the submission check with checksubmit=False. See Docs - Broker And this other topic for example: https://community.backtrader.com/topic/782/help-with-simple-bband-strategy

@yi-fang said in I want to apply multiple filters to a stock universe of 193 stocks: Even if it was another indicator, the original data info should be pass by. An indicator can have many inputs and these can belong to multiple data feeds, indicators and ...

Ok, thanks once again.

@ab_trader Thankyou for sharing, your information and code is verry help me 🙂

See: Community - Release 1.9.44.116 For Cheat-On-Open see Blog - Cheat On Open

Available with this commit in the development branch: https://github.com/mementum/backtrader/commit/aba90a3ff4e115e3373ea15389410adf10f2b4cf The regular IB functionality doesn't seem broken by these changes.

@backtrader ? I am already placing trade w/ price=self.data.open[0] and cheat_on_open. Backtrader will reject those orders internally due to reasons outlined above. On another thought, how do we place orders on margin? Adding those margin cash will be another way to solve this issue. Does backtrader keep track of gross exposure vs net exposure/unlevered? I can tolerate trading on a few points of margin to get fill in both live/simulation but need a wy to track gross/net exposure.

Thanks for elaborating, this is the output; 016-03-31, Close, 1.44 2016-03-31, Close, 1.44 2016-03-31, Close, 1.44 2016-03-31, Close, 1.44 2016-03-31, Close, 1.44 2016-03-31, Close, 1.44 2016-03-31, Close, 1.44 2016-03-31, Close, 1.44 2016-04-01, Close, 1.44 Final Portfolio Value: 1000.44

The syntax is ok. But the logic seems doomed to fail: @Taewoo-Kim said in Why skip order.Margin status?: self.buysig = bt.ind.And( self.fast_ema > self.datas[0].close, self.datas[0].close > self.slow_ema, bt.ind.CrossUp(self.datas[0].close, self.fast_ema), self.regime > 0 ) self.fast_ema > self.datas[0].close, self.datas[0].close > self.slow_ema, These 2 place the close in between the fast_ema and slow_ema bt.ind.CrossUp(self.datas[0].close, self.fast_ema), And This one says that the close should have just crossed the fast_ema to the upside. Which looking at the previous statements is not possible (not possible at the same time)

After the different findings in this topic, the following will be the final commit The original behavior for the v7 feed will be retained A new parameter named swapcloses (default: False) will be added If swapcloses=True the allegedly adjusted and non-adjusted closing prices will be swapped, which will allow to place them in the right column. There seems to be no clear pattern to decide when Yahoo will be returning the adjusted price or the unadjusted (leaving aside that as seen above, sometimes it is impossible to reconstruct the prices with the given values)

@mac0 said in Calling data by date: Side question: is there a way to compute TimeReturn on each ticker without having to call addanalyzer(TimeReturn, data=cerebro.datas[x]) for each one of them? No. @mac0 said in Calling data by date: I manually cross-checked the number and they seem fine for all dates but the last , i.e. 31st of January 2011. To get to the result given by the analyzer I need to compute the result from the close of 31/12/2010 to the close of 28/01/2011. Why the last day isn't taken into account? I cheat-on-open so everything should be after the close. It seems your data would end on 2011-01-28. The analyzer doesn't know your data ends there ... and the end of the montha and/or next month has not been seen. It can only calculate it when stopping (stop method) and you can therefore only see that in the corresponding strategy stop method.

See this ... https://community.backtrader.com/topic/1584/extending-a-datafeed/

Hi, very nice tool kit -- thanks for sharing! Is it still available? It seems like the links above are dead, unfortunately.