I am running a simple intraday backtest on dow 30 stocks, using among other things time indikators for entry and exit. This error message pops up and wl crashes. This machine is a virtual server.
When runnig the exact same strategy on a different pc (local machine), everything is fine.
Any idea what happens?
When runnig the exact same strategy on a different pc (local machine), everything is fine.
Any idea what happens?
Rename
You need to upgrade your TWS and/or Wealth-Lab's IB Provider on your server.
One of those (or both) is far out-of-date.
One of those (or both) is far out-of-date.
This is an unexpected input from IB, what symbol was this?
Okay, this an API setup error.
The IB Provider requires that you select operator timezone here.
Make this change in your TWS > Configuration > API and restart everything.
The IB Provider requires that you select operator timezone here.
Make this change in your TWS > Configuration > API and restart everything.
Thanks for the tip. I'll have to try that first.
What I have found out so far is that there should be no problems if I keep to the following sequence:
a) start WL first
b) start TWS afterwards
Then every backtest works as usual.
However, if I start TWS first and WL afterwards, these crashes occur.
What I have found out so far is that there should be no problems if I keep to the following sequence:
a) start WL first
b) start TWS afterwards
Then every backtest works as usual.
However, if I start TWS first and WL afterwards, these crashes occur.
Unfortunately, your suggestion, Cone, does not solve the problem. The crash continues to happen.
Regarding Glitch's question: it is a Dow30 portfolio of the data provider EODHD.
Regarding Glitch's question: it is a Dow30 portfolio of the data provider EODHD.
I think I've found the problem. It is the EODHD intraday data.
If I run a strategy that actually works with daily WL data, everything works.
If I run the same strategy with EODHD end of day data, it also works.
But if I change this strategy to scaling 15 minutes, WL crashes.
But only if IB is connected to WL.
And only if WL is started after IB. (for this I am not 100% sure).
If I run a strategy that actually works with daily WL data, everything works.
If I run the same strategy with EODHD end of day data, it also works.
But if I change this strategy to scaling 15 minutes, WL crashes.
But only if IB is connected to WL.
And only if WL is started after IB. (for this I am not 100% sure).
QUOTE:If you had "UTC format" selected previously, that was definitely the problem.
Unfortunately, your suggestion, Cone, does not solve the problem. The crash continues to happen.
There's no doubt because the date format shown in the error uses IB's UTC format: yyyyMMdd-HHmmss.
To correct it, you must change that setting to operator timezone.
Apply it. Save it.
Close Wealth-Lab.
Close TWS.
It will work. But if it doesn't work for some other reason, I want to see the new error.
I have changed the settings at IB and saved them. Crash nevertheless.
That’s a different exception. It’s now caused by parsing a decimal number, not a DateTime.
Still, what IB extension build are you running?
So, changing the setting that Cone suggested looks like it fixed the DateTime parse issue. There's probably another setting that needs to change to fix this decimal parse. Let's see what the IB expert Cone has to say.
@Eugene: all extensions & TWS are up to date.
This is an old long-standing IB bug for clients who use whitespaces for thousands separators.
It's in the IB API, so there's nothing we can do about that.
Solution:
Set up Windows to use a printable character as the thousands grouping separator. It might even have to be a comma or a period.
It's in the IB API, so there's nothing we can do about that.
Solution:
Set up Windows to use a printable character as the thousands grouping separator. It might even have to be a comma or a period.
Thank you Cone & Team. It seems to work.
if there are any further problems, I will get back to you in this post.
if there are any further problems, I will get back to you in this post.
Your Response
Post
Edit Post
Login is required