开云体育

joanmarcel119 wrote: "If the number of the order (still open) is greater than the nextvalidId number I got at the beginning then I update it. This way the next increment is a number which won't

I have noticed very strange behavior recently. I've only been using the paper trading accounts. Specifically, on certain FX pairs, e.g. EURUSD, USDJPY, USDCAD, the balance may not be updated for up to

Not sure I catch what you seems to imply by differentiating Paper vs Real. I don't think that Paper is less well serving LII than Real. Some thoughts: What do you call platform ? TWS or Gateway ? Are

Nothing easy popup to my mind. 50 is quit a number of users and you most probably will face a wall with the pacing violation and limitations if you use a single account There is a concept of ClienId

Even if someone can point me to an api spec or high level guidance would suffice. I’m fairly tech savvy

Hi, I have noticed that oftentimes my platform will halt for a split second and the market will suddenly move up or down by a considerable amount. It is as if the level 2 data I am streaming is

My humble solution for this problem of duplicate order Id: First, I request all the open positions (client id = 0) and on the "openorder" callback: If orderId >= m_orderId Then m_orderId

I’m quiet new so please bear with me! I’ve been thinking about setting a training group and observe the students trades on IBKR as read only access. Is there any api, including this which allows

It has been happening quite a bit throughout the day. I would say it happened atleast 10 times today, once in the last hour of trading and several times throughout the day. Also, happened yesterday

Here is my call -> reqMktDepth(reqId, m_contract, 5, false, TagValueListSPtr()); I am incrementing reqId every time I request, and the contract is for NQ e-mini expiring for december, NQZ3. My algo

Fantastic! That was the issue. Now works. Thank you very much Jurgen and Gordon for you quick responses and assistance. Very grateful indeed!

I can't say for sure, but I can believe that this case would not generate an error. For TWS/IBGW this could very much look like on order change. They may not look at those two as separate orders

Jürgen did answer while I was also answering. His suggestion is sounder, you should avoid "hard" assignment of order id.

should be +2 I would expect an error message to be generated but as the "transmit" is collective maybe your takeprofit it is silently overwritten by your trailstop. I am not familiar enough with

Without a lot of research into your code what jumps at me is that you assign the same orderId to the profitTaker and trailStop orders. Both are set to "parent.orderId + 1'. Using this incremental

I am at my wits end here, and have pulled out what his left of my hair trying to resolve this. The code below is basically to place two identical orders, but one with take profit and the other

Any clue you can give on which instrument generate it ? At what time ? How many rows did you look for ? What did you choose for isSmartDepth ? I would be very interested to know if you still see

Hi All, Lately, I have been seeing the error code: 317 periodically appear when streaming reqMktDepth() repeatedly, in my main trade logic loop. Currently, I am building the order book through the

/g/insync/message/9550 Think you need to join the ib -insync group. There more code examples there.

Hi all, Have a newbie question here. I've gone through the notebooks and code recipes on the ib-insync page but needing more example code. Where can I find more extensive code samples based on