开云体育

From the documentation: *numberOfTicks:* int. If a non-zero value is entered, then historical tick data is first returned via one of the Historical Time and Sales Ewrapper Methods (

Yes, that is what I just found out. Probably the fact that the reqId value was so high fooled me. Thank you Jürgen for your response.

You are missing the message version field in the message you create. The message needs to be "62" + "1" + reqId + group + tags Jürgen

You are not getting TickByTick data since you are requesting real-time live stream data while the markets are closed. You need to call reqHistoricalTicks (

I've searched if anybody uses mplfinance or plotly and not much comes up. I'm curious how any of you are plotting your data (if you are). I need to in order to see if the indicators I've coded are

Hi all, I'm implementing a direct socket connection to IB Gateway (v187) and constructing messages manually according to the low-level TWS API protocol. I ran into an undocumented (?) issue with the

I haven't used stop orders, but I have seen high latency in price updates: I would be submitting a series of price updates for a standing limit order, and the order would fill at a price that was up

Just received this in ContractDetails for liquidHours and tradingHours, BTC (PAXOS) market: ['', '20250504:0300-20250505:1600', '20250505:1601-20250506:1600', '20250506:1601-20250507:1600',

Did anyone experience this?

The problem I saw was that orders were delayed getting filled when markets were super volatile making big moves like NQ futures. So this is happening even when orders are natively executed by the

Real-time and historical data work quite differently and historical data downloads have more restrictions than real-time feeds: * The time frame that you can get data for is shorter for smaller bar

See the list of order types for the CME here: https://www.interactivebrokers.co.uk/en/trading/products-exchanges.php#/ This shows you exactly which order types are native and which are

Unless something has changed in the last few years, the exchange itself does not support any “smart “ orders. It is a broker’s responsibility. In our trading we completely ditched those orders

When I place a stop order, does it get placed at the CME Globx exchange natively? Or does IB manage the trigger and then place LMT or MKT order at the exchange? Thank you

I am placing a parent order with two attached bracket orders in TWS and when transmitting the orders, my client application connected to TWS sees the parentPermId of the bracket orders as always 0

Hi Jurgen, Your advice. I instantiated only one TestApp() and set up a loop to pass multiple contracts. I have a couple more questions for now: 1. I got all expirations and strikes with

@Patrick Yeah I think we're experiencing the same bug. These are paper orders so it may just be an issue with simulating the fills on the server. I think you're right; these might go away when running

OCA types 2 and 3 do not cancel orders and both work by "Remaining orders are proportionately reduced in size": * Type 2 is "with block" and thus protects from overfill * Type 3 is "with no block"

There seems to be a correlation between your OCA issues and my OCA issues View/Reply Online (#54129)</g/twsapi/message/54129> I did contact IBKR support. Pretty much discarded

Thank Jurgen. Since this was going back to examine orders placed today, the invalid marker is what it should say. Ocatype 3 is what I've been setting it to. In cases of partial fills, type 3 seems to