开云体育

I've finally been forced by IB to bite the bullet and migrate to TWS 981. I've been previously using IBController320 (aarghh) and older TWS. Richard - what a bummer! So if I don't want to be logged

IB sometimes sets a new minimum allowable TWS version but I don't remember them doing that with Api versions. I can't seem to find release notes that talk about minimum versions but maybe someone has

Do you have api logging turned on?? Check the api.day.id.log file to see if the request is sent.

I'm trying to move from 973.2g to a later version.? I am able to connect and receive several data farm messages, but my requests for account updates and other services are ignored. Does anyone have

The position request follows a fairly standard TWS API batch-data protocol of calling a closing "xxxEnd" callback upon completion so it looks like the only thing you need to add is the implementation

I am trying to figure out how to most effectively create my dataframe of positions only AFTER the loop of creating the list of positions is complete, not while it is iterating through each positition.

Here is my own answer. I first created a new CurrentTimeMessage Class to handle this type of message: And modified the abstract class MarketDataMessage with a new constructor with one parameter only.

Nick, Thanks for your comments !!! I was getting it all the way around... Eduardo

Thank you both, I've done extensive coding in VB.NET now moving on to C#, so I'll figure it out eventually. Message Processing looked easier to follow in VB.

Guys, Thanks a lot. Setting login to Chicago is a great solution My comp was already in Chicago time. Actually since very beginning many years ago I’ve found that regardless what broker you use, the

Both are also still in the Java 985 API that I downloaded a few weeks back. reqCurrentTime and currentTime callbacks are still there.

Timezones are tricky business even before you consider incompatible daylight saving concepts around the world or states, such as Arizona, that don't do daylight saving. Here a couple thoughts that may

The MktData stream is sampled at about 4/sec for stocks. The rate doesn't change if volume gets heavy so you always have a stream of recent prices. The TickByTick stream sends every tick and several

Hi again. I am also in the EST time zone, if by EST you mean Sydney time. I trade mainly US futures, and solved all my time zone problems by setting both the computer and TWS login to Chicago time.

It's both still in C# API mandatory interface declaration and testbed in the source. Without release notes specific to this new API version it's hard to judge if there are any concrete changes.

Interesting. Thanks. The comp is in the EST zone. I have not selected anything related to the time zone in the login screen but I’ll recheck. It has been about ten years since i used the IB

From this page ( https://interactivebrokers.github.io/tws-api/historical_bars.html ) : The time zone of returned bars is the time zone chosen in TWS on the login screen. KH

Hi All, Probably a dumb question, so apologies in advance: I don't see this reqCurrentTime being used in the latest 9.85 API (no callback). Is it to be deprecated with the EClient code left for

Thanks for the reply. I'm using .NET C# "yyyyMMdd HH:mm:ss" format for the endDateTime so I guess it is what you meant? As much as I remember Python (quite rusty) it is the same... Are you saying IB

The issue is how you set current time. Make sure you set your "endDateTime" variable in the following way using the datetime package, if you are using Python (script attached): endDateTime =