|
Barry Cohen
Posts: 1844
Joined: 10/11/2012
 User Profile |
Trade Processor Pre-Release 4D (Build 1.4.20.0) is now available. The update is accessible on the OmniVest page see screenshot below. It is not yet available on TP startup yet.
|
|
kmcintyre
Posts: 890
Joined: 10/11/2012
Location: Portland, OR
User Profile |
Does it work with Windows 10?
Thanks!
Keith
|
|
Randy McBeath
Posts: 13
Joined: 10/11/2012
Location: Mountain View, CA
User Profile |
Keith, It is working fine for me on both my laptop and desktop running Windows 10 to my Interactive Brokers paper account.
Randy
|
|
Barry Cohen
Posts: 1844
Joined: 10/11/2012
User Profile |
Yes Windows 10 is fine.
|
|
BrianD
Posts: 302
Joined: 2/23/2013
Location: Grand Rapids, MI
User Profile |
Barry: Trying to understand Delay Opening Orders functionality.
Currently, I have set OV "Buying Power" at 150%, but TP "Max Equity" at 160%. Objective: I was trying to stop "TP overnight margin exceeded" to cancel trades OV defined. My assumption is extra TP "Max Equity %" value setting leaves $$ for those unexpected overnight decreases in Account value that could cancel a trade OV calculated the day before.
I do not completely understand this additional function use. Will "Delay Opening Order" functionality address my objective? Should "Delay Opening Orders" be set to 9:30:01? Should I assume anything time before opening of the market may still cause a reject of the OV suggested position(s) if market value > Account value before exit of existing positions.
|
|
Steve2
Posts: 750
Joined: 10/11/2012
Location: Annapolis, MD
User Profile |
[Update: This behavior is no longer correct. See Barry's post below]
When you have used most of your buying power and OV generates both closing and opening orders, it is possible for your broker to reject one or more opening orders because they may cause a margin violation since there is no guarantee that the closing orders will be executed before the opening orders. The Delay Opening Orders checkbox provides a way to ensure that closing orders will be executed before opening orders. To do this, you need to configure your order submission window to enable orders to be submitted prior to market open. This will cause TP to submit closing orders as MOO. With Delay Opening Orders checked, TP will not submit the opening orders until the time you specify. So the trick is to set the opening order submission time to some delta after market open that will give you a very high probability that all closing orders have completed execution. I have always used 9:35:00 as my opening order submission time and have never had an opening order rejected.
I typically have buying power configured to 190% and TP Max Equity set to 200% so TP will always submit the trades that OV generates.
Steve
|
|
Barry Cohen
Posts: 1844
Joined: 10/11/2012
User Profile |
Steve2, that is the old behavior. Please refer to this thread regarding the new Delay Opening Orders setting.
|
|
Steve2
Posts: 750
Joined: 10/11/2012
Location: Annapolis, MD
User Profile |
Thanks Barry, I must be getting old :-)
Is the new behavior now supported in the desktop TP?
Steve
|
|
Barry Cohen
Posts: 1844
Joined: 10/11/2012
User Profile |
Yes.
|
|
BrianD
Posts: 302
Joined: 2/23/2013
Location: Grand Rapids, MI
User Profile |
Originally written by sfox1988 on 5/18/2016 10:41 AM
I typically have buying power configured to 190% and TP Max Equity set to 200% so TP will always submit the trades that OV generates.
Steve
"TP: Maximum overnight exposure exceeded" order rejects what I'm trying to stop. We do the same thing. Looks like if I enable "Match OmniVest Shares" and "Update OmniVest Current Balance", then bump TP "Max Equity" a bit over OV Account "Buying Power %", that works.
I assume "Delay Opening Orders" is directed to non-margin accounts, or at least my IB margin accounts do not seem to get margin violations at Open.
|
|
BrianD
Posts: 302
Joined: 2/23/2013
Location: Grand Rapids, MI
User Profile |
Barry: I've been having a problem with running TP for IB accounts in AWS instance. At the Bash, there was mention of upcoming functionality for running IB from the OV TradesTP web page. Any status update on IB connectivity?
Thanks,
|
|
Barry Cohen
Posts: 1844
Joined: 10/11/2012
User Profile |
Brian, have you tried getting help from our support?
As for IB connectivity, it's definitely happening. We are currently working on it to be available asap (around early Sept).
|
|
Mark G
Posts: 41
Joined: 10/11/2012
User Profile |
I have had IB-TP in AWS cloud working well for several months now.
But twice in the last two weeks I have had TP4D suddenly quit working. The first time it crashed with an error message (sorry, did not screen capture) after having worked well since it was issued.
The second time it simply closed out.
The only way I noticed something amiss was when I stopped getting my morning Broker Report from the TP. Overall I missed about four days of trading.
--Mark G.
|
|
BrianD
Posts: 302
Joined: 2/23/2013
Location: Grand Rapids, MI
User Profile |
Same here Mark. Ran for months clean, but has failed 4 times in recent days.
Barry: Spoke to support a few days back. Tried a few things suggested to no avail. Just send some error info I obtained from TP to them by email.
Looking forward to September ;-)
|
|
Mark S
Posts: 56
Joined: 10/11/2012
Location: Barrington, IL
User Profile |
I've been running three instances of TP (for 3 different accounts) on a single AWS instance for about 2 months, flawlessly. I learned earlier that it's important to periodically shut down TP, load the MS updates, and reboot the AWS instance to keep it running well.
|
|
BrianD
Posts: 302
Joined: 2/23/2013
Location: Grand Rapids, MI
User Profile |
Me too, and agree on upgrade. But right now, gut says our problem is a Java/Windows/TP clash (and maybe AWS, but doubt it), due to a recent update of windows and java :-(
Always better to be a late adopter of updates...
|
|
SteveL
Posts: 189
Joined: 10/11/2012
Location: Boulder, CO
User Profile |
Like Mark S., I've been running flawlessly and always install Windows updates. But, I have not yet installed the pending Java update (showed up in the last day or two). So, perhaps I should wait on that update, and see what develops in this thread.
|
|
Mark G
Posts: 41
Joined: 10/11/2012
User Profile |
Yes, I second that process.
I pick the first Sat/Sun of the month to close out IBG-TP, download and install all Win updates, reboot, and get the IBG-TP back up for work in the new month.
--Mark G.
|
|
BrianD
Posts: 302
Joined: 2/23/2013
Location: Grand Rapids, MI
User Profile |
I forgot to set limits on Log File retention. disk space low. Suspect that is my problem.
|
|
Mark G
Posts: 41
Joined: 10/11/2012
User Profile |
There it goes again . . . My TP in AWS cloud stopped again (multiple times in the last three weeks). I attached the error message and error informaton text.
I am subscribed to Steve's and Mark H. Elite Traders, but other than one trade closed on 7-1-16, I have not been able to get TP to make any trades all month long.
The IBG seems to be working fine.
When I close out the error msg, and attempt to restart TP, I get the same error msg and txt. I have to reboot windows to get TP to start again.
Problem signature:
Problem Event Name: CLR20r3
Problem Signature 01: TradeProcessor.exe
Problem Signature 02: 1.4.20.0
Problem Signature 03: 573a408c
Problem Signature 04: mscorlib
Problem Signature 05: 4.0.30319.34209
Problem Signature 06: 534894cc
Problem Signature 07: 4527
Problem Signature 08: 23b
Problem Signature 09: System.IO.IOException
OS Version: 6.1.7601.2.1.0.400.8
Locale ID: 1033
Additional Information 1: 0a9e
Additional Information 2: 0a9e372d3b4ad19135b953a78882e789
Additional Information 3: 0a9e
Additional Information 4: 0a9e372d3b4ad19135b953a78882e789
Read our privacy statement online:
http://go.microsoft.com/fwlink/?linkid=104288&clcid=0x0409
If the online privacy statement is not available, please read our privacy statement offline:
C:\Windows\system32\en-US\erofflps.txt
 Attached file : TP failed message.png (45KB - 996 downloads)
|
|
BrianD
Posts: 302
Joined: 2/23/2013
Location: Grand Rapids, MI
User Profile |
Mark: My problem was my AWS Instance storage was maxed out. I did not have my TP Logging set and instance was maxed out (30GB available in free tier).
|
|
Mark G
Posts: 41
Joined: 10/11/2012
User Profile |
Thanks for the tip.
I went in and checked . . . and have only 3.56Mb left out of the 30Gig. There is *nothing else* running other than the one IBG-TP pair.
Some people have multiple instances of IBG-TP pairs operating without problem. And until this month, my IBG-TP had been running fine, too.
I had set TP to delete all log files older than one month. Resetting it to one week only freed up 8.4Mb, now 13.8 free.
I tried decreasing the page file, but Win server 2008 insists on using a rather large 554Mb pagefile.sys
Any suggestions?
--Mark G.
Edit: 554Mb (not Gb); thanks, Steve.
|
|
BrianD
Posts: 302
Joined: 2/23/2013
Location: Grand Rapids, MI
User Profile |
I built a new instance ;-) Seems to be fine so far.
I could not figure out how to delete logs. Seems only one TP had files listed under "Log files"...
I have run multiple TP before without problem. Maybe a 4D issue?
BTW, a new build left 4GB to spare.
|
|
SteveL
Posts: 189
Joined: 10/11/2012
Location: Boulder, CO
User Profile |
Mark, I have 3 TP/IBGateway pairs running. I have 4.93GB left of the 30GB. Page file is 8GB. (You must have misstated your pagefile size. 554GB is larger than your 30GB.) And note, pagefile size can be changed. And, adding more TP/IBGateway pairs shouldn't significantly change the storage used, except for the increased space needed for logs. The limit that will restrict how many instances can be run will be the memory. I'm seeing 92 to 98% of the 1GB memory being used with 3 pairs. Each pair uses 160 to 180MB. So, I won't be surprised if I start seeing some problems if I add any more TP/IBG pairs.
Perhaps the most significant difference in space used by the OS is because my AWS server is Windows Server 2012 R2.
|
|
BrianD
Posts: 302
Joined: 2/23/2013
Location: Grand Rapids, MI
User Profile |
Steve: I'm running 3 TP/IBG pairs as well. Using Server 2008 though.
Question: Can you view each individual TP's Log Files from every TP's View>Log Files dropdown menu? I can view logs only from one of the three TP's. The other two take you to Documents folder.
I see a complete log tree directory for all TP's running, but only through one TP View>Log Files. Also, I cannot find Logs through File Explorer, where I remember previous accessibility.
|
|
SteveL
Posts: 189
Joined: 10/11/2012
Location: Boulder, CO
User Profile |
Hi, Brian.
I see each TP's log files. From each TP's View->LogFiles drop down, I see:
Local Disk(C:)>ProgramData>NirvanaSystems>TradeProcessor>Logs>MyOVID>MyOVAcctName>2016>Jul.
In this folder, I see the following folders:
ErrorLogs
Reports and Alerts
Strategies
Symbols
TP
NOTE: ProgramData is (normally) a hidden folder. Is that why you can't find Logs through FileExplorer?
|
|
Barry Cohen
Posts: 1844
Joined: 10/11/2012
User Profile |
In Windows Server 2008, those files are located at: C:\Users\Public\Nirvana Systems\Trade Processor\Logs. The View Logs function in TP currently isn't able to get there.
|
|
Mark S
Posts: 56
Joined: 10/11/2012
Location: Barrington, IL
User Profile |
I spoke to soon saying that my 3 TP/IBG instances were running flawlessly. On Monday of this week the closing orders were not executed properly on several securities. Closing them out today cost me several thousand dollars compared to what it would have been on Monday. I am not very technical, but am wondering what I should be looking to correct so this doesn't happen again. Any ideas? Did anyone else have problems on Monday 7/25?
|
|
SteveL
Posts: 189
Joined: 10/11/2012
Location: Boulder, CO
User Profile |
This past Monday, I started a 3rd TP/IBG pair. Since then, I did see one disconnect occur (I think it was an IBG connection that was lost).
This morning, I started a 4th TP/IBG pair. And over the next hour, I had a couple IBG connections drop during the critical minutes before and after the market opening.
I'm running this on a "t2.micro" instance. Over the weekend, I will transition to a larger instance. This t2.micro AWS server appears to be running too close to the edge for reliable service with 4 TP/IBG pairs, and perhaps 3 pairs is also too close to the edge.
|
|
BrianD
Posts: 302
Joined: 2/23/2013
Location: Grand Rapids, MI
User Profile |
Mark: I did have problems Monday but not TP/IB gateway/execution issues. Problems were because my server rolled over and died due to lack of storage (fortunately Monday AM trades were submitted before server blew up).
I think logging of Monday's trades dealt my server's last hand. However, I had no execution problems. After I created a new AWS instance and re-loading TP/IBG, all OV positions were reconnected without problem too.
BTW, building a new AWS instance is not the only way to address lack of disk capacity (e.g. delete files, etc.) but that's the avenue I chose for a clean platform because I'm surprised the capacity was used, so I can now watch to assure the log file capacity is released.
I case you don't know, to check disk capacity, open server's Windows Explorer, right click on your "Local disk (C:)" and click on Properties. If you are out of "Free Space", that's what has caused my server failure. Otherwise, Steve's point of RAM may be something to look at too.
Also, I'm running 3 TP/IBG. Have run as many as 4 but not recently. And I am keeping TP Logging to 1 week in each TP.
|
|
Mark S
Posts: 56
Joined: 10/11/2012
Location: Barrington, IL
User Profile |
Steve, where do you look to determine if a connection was lost? In looking at the AWS monitoring capabilities, it looks like the CPU is operating at 3-5% normally, with spikes to 10-15% capacity, but I don't see anything that looks like a connections monitor. On 7/25, when I missed several closing orders, everything looked like it was operating normally from AWS. I'm running 3 instances on a micro, and trying to determine if I need to upgrade to a small.
I do see that I have less than 1GB of storage left.
|
|
SteveL
Posts: 189
Joined: 10/11/2012
Location: Boulder, CO
User Profile |
Hi MarkS.
I got a popup telling me the connection was lost. I think it was a TP popup. I'll try to remember to snapshot future popups and post them.
I've also gotten IBG popups when a connection is lost. I had a "connection failed" popup from IBG this morning because the newest accounts were connected to the Master/Advisor account and trading was disabled by IB on those client logins (which I've now re-enabled from the Master account).
NOTE: IB makes those changes on Friday night after market close.
Windows Task Manager is where you see CPU and memory status. Here is a snapshot showing where you open the Task Manager:
After Task Manager is opened, select the Performance tab, and select the radio button for the resource you want to see. I've selected Memory:
The pagefile is used by the OS to handle over committed memory needs. So, if the pagefile is big enough, then I think, theoretically, things should continue to work. As memory requirements exceed the 1GB available on a micro server, then paging starts happening (things get swapped in and out of the 1GB RAM memory to the pagefile on some storage device which is slower than RAM). You'll see in this snapshot that the 1GB is overallocated. The pagefile has 1.9GB of committed memory. But, there is still plenty of pagefile space left.
I suspect that TP and IBG are designed with timeouts and expectations about how fast things like connections should be established. So, when you have too many things running, then the CPU work queue starts getting longer, and things start timing out. That is my interpretation of what happened on Friday morning. So, the problems I saw could have been due to 1 CPU not keeping up, or the pagefile access time is not fast enough. If my analysis is correct, then either a 2nd CPU or more memory will resolve the connection reliability problem.
Unfortunately, to get a 2CPU AWS server, you have to move up 2 levels. t2.Micro has 1 CPU and 1GB. t2.Small has 1CPU and 2GB. t2.Medium has 2 CPUs and 4GB. Each step doubles the cost. So, I'll try the first step and see how it goes. In the grand scheme of things, these costs are minimal, and worth avoiding a missed trade entry/exit.
Attached file : 2016-07-30_7-23-48.png (73KB - 610 downloads)
Attached file : 2016-07-30_7-26-10.png (49KB - 596 downloads)
|
|
SteveL
Posts: 189
Joined: 10/11/2012
Location: Boulder, CO
User Profile |
MarkS.
I see you've edited your post since I started working on my response. So, obviously you already knew some of what I posted.
I believe the CPU usage is MUCH higher (close to 100%) around the times that are configured for the TPs to start doing things (like placing trades). Which makes me think that one other solution might be to set different times for each of the TPs - stagger them 1 minute apart for placing trades. I think I'll try that first, and see how things go.
|
|
Mark S
Posts: 56
Joined: 10/11/2012
Location: Barrington, IL
User Profile |
Steve, thank you! I ended up launching a new small instance of AWS and installing the new TP4 and associated IBG with it. I have 4GB of the 30GB left. For fun and backup I just stopped the micro instance, and compressed the hard drive, which made it go from 11MB to 1GB of available space.
I had no idea about the Task Manager capabilities - thank you! I'll try to watch that at 8:30 Monday morning. I thought the idea of staggering trade times made a lot of sense, so I've done that, too.
|
|
BrianD
Posts: 302
Joined: 2/23/2013
Location: Grand Rapids, MI
User Profile |
I do not think CPU is the biggest factor and staggering should help. But, RAM certainly can be. Developers get used to >4GB RAM for appl. development, and so little optimization.
Also, I doubt there is a lot of computation going on, mostly network and graphics?
Would not count on paging to address lack of RAM in windows. I suspect physical RAM and disk space are the things to watch most.
Also, monitors eat up capacity.
|
|
SteveL
Posts: 189
Joined: 10/11/2012
Location: Boulder, CO
User Profile |
This morning, I have the 4 TP/IBG pairs staggered in their order submission times. The 3rd pair failed with this error (see below), although the orders were placed. I restarted TP, and all are currently connected. The one unique thing I can think of about the failing TP is that it placed both an opening order as well as closing orders. The others only placed closing orders.
NOTE: I have the submission times staggered by 5 minutes.
Attached file : 2016-08-01_7-12-26.png (21KB - 551 downloads)
|
|
Mark G
Posts: 41
Joined: 10/11/2012
User Profile |
Yup, that is the same exact error message I have been getting . . . I've just given up with this whole mess.
--Mark G.
|
|
BrianD
Posts: 302
Joined: 2/23/2013
Location: Grand Rapids, MI
User Profile |
I have 3 running this AM. All opens and closes. Ran fine.
Sounds like a bug though.
|
|
SteveL
Posts: 189
Joined: 10/11/2012
Location: Boulder, CO
User Profile |
Again this morning, the SAME ACCOUNT TradeProcessor failed. That made me focus on what might be unique about this account. It has been recently moved to IB. It contains 1 share of an old worthless symbol, which TP (I assume because I've configured that way) tried to close.
I'll have to work with IB to get that worthless item out of the account.
So otherwise, all the other accounts are running fine on a t2.micro.
Here were the two errors produced by this failing TP:
Problem signature:
Problem Event Name: APPCRASH
Application Name: TradeProcessor.exe
Application Version: 1.4.20.0
Application Timestamp: 573a408c
Fault Module Name: KERNELBASE.dll
Fault Module Version: 6.3.9600.18340
Fault Module Timestamp: 5736541b
Exception Code: e0434352
Exception Offset: 00014878
OS Version: 6.3.9600.2.0.0.272.7
Locale ID: 1033
Additional Information 1: 0ea4
Additional Information 2: 0ea4d10b75a2cc218ace190122c26039
Additional Information 3: b213
Additional Information 4: b213103fad9442fa10ddc5231e319139
Read our privacy statement online:
http://go.microsoft.com/fwlink/?linkid=280262
If the online privacy statement is not available, please read our privacy statement offline:
C:\Windows\system32\en-US\erofflps.txt
Problem signature:
Problem Event Name: APPCRASH
Application Name: TradeProcessor.exe
Application Version: 1.4.20.0
Application Timestamp: 573a408c
Fault Module Name: KERNELBASE.dll
Fault Module Version: 6.3.9600.18340
Fault Module Timestamp: 5736541b
Exception Code: c000041d
Exception Offset: 00014878
OS Version: 6.3.9600.2.0.0.272.7
Locale ID: 1033
Additional Information 1: 5faa
Additional Information 2: 5faa46876913924e5bf842e8d4040f41
Additional Information 3: 7451
Additional Information 4: 7451ecef86d567f04c612b2fccba3fa8
Read our privacy statement online:
http://go.microsoft.com/fwlink/?linkid=280262
If the online privacy statement is not available, please read our privacy statement offline:
C:\Windows\system32\en-US\erofflps.txt
|
|
BrianD
Posts: 302
Joined: 2/23/2013
Location: Grand Rapids, MI
User Profile |
Steve: Did you send this to Support?
|
|
SteveL
Posts: 189
Joined: 10/11/2012
Location: Boulder, CO
User Profile |
Brian: No, I have not sent anything to support. I assume (and pretty sure) that Barry monitors this forum, and will ask for more info if needed.
I think the cause of all the failures this past week have been due to that untradeable stock that was a leftover from long ago. I agree with your implication that TP should handle this without crashing.
The necessary form has been submitted to IB to remove the symbol (that is no longer tradable) from the account. So, I expect that either tonight or tomorrow it will be removed, and I'll see if the failures stop.
NOTE: As of this morning, I'm now running 5 TP/IBG pairs on this t2.micro.
|
|
SteveL
Posts: 189
Joined: 10/11/2012
Location: Boulder, CO
User Profile |
Sometime during the night an IBG connection dropped on one account. Had to stop/restart IBG to get it reconnected.
NOTE: I can see that I need to specify separate directories for each IBG instance to keep their logs, etc. separate.
Possibly/probably an indication that I need a bigger AWS server.
NOTE: "Committed Memory" is 2.7GB (on a t2.micro with 1GB of RAM).
Also, the previously failing TP again failed when submitting orders because (I assume) the no-longer-tradeable symbol is still in the account.
Problem signature:
Problem Event Name: CLR20r3
Problem Signature 01: TradeProcessor.exe
Problem Signature 02: 1.4.20.0
Problem Signature 03: 573a408c
Problem Signature 04: mscorlib
Problem Signature 05: 4.6.1055.0
Problem Signature 06: 563c0eac
Problem Signature 07: 3fd2
Problem Signature 08: d
Problem Signature 09: N3CTRYE2KN3C34SGL4ZQYRBFTE4M13NB
OS Version: 6.3.9600.2.0.0.272.7
Locale ID: 1033
Additional Information 1: 5861
Additional Information 2: 5861822e1919d7c014bbb064c64908b2
Additional Information 3: 6ee2
Additional Information 4: 6ee2432e64e99bdcea5e4be767a3b1a2
Read our privacy statement online:
http://go.microsoft.com/fwlink/?linkid=280262
If the online privacy statement is not available, please read our privacy statement offline:
C:\Windows\system32\en-US\erofflps.txt
|
|
SteveL
Posts: 189
Joined: 10/11/2012
Location: Boulder, CO
User Profile |
Last Wednesday after the prior connection failure, I moved from the AWS t2.micro to a t2.small server. And over the weekend, IB removed the 1 sh of an untradeable asset from one of the accounts. Since moving to the t2.small (3 trading days now), 5 TP/IBG pairs have not had any IB connection errors (which had occurred several times on the t2.micro with 4 pairs). And, this morning, with the untradeable asset removed from the one repeatedly failing account, the TP error did not recur.
So, I'm expecting smooth sailing going forward on the t2.small.
The one remaining problem is TP (pre-release 4D) does not handle delayed opening orders. It submits the order, gets the response from IB that cash is not available (because the close orders have not yet executed), but apparently never reissues the failed opening orders. Manual intervention is required to place the failed orders after cash has been freed by the close orders.
|
|
BrianD
Posts: 302
Joined: 2/23/2013
Location: Grand Rapids, MI
User Profile |
I have had same problem with delayed orders.
|
|
SteveL
Posts: 189
Joined: 10/11/2012
Location: Boulder, CO
User Profile |
I spoke with Barry about it at the BASH. I got the impression it would not be a priority item until there were a more people experiencing the problem.
|
|
BrianD
Posts: 302
Joined: 2/23/2013
Location: Grand Rapids, MI
User Profile |
It just does not delay orders. I've been running at 9:30:45 assuming IB would be run from web page shortly, but...
9:30:45 has worked fine as a circumvention.
|
|
SteveL
Posts: 189
Joined: 10/11/2012
Location: Boulder, CO
User Profile |
Brian,
There are 4 times:
Between xx:xx:xx and xx:xx:xx
Delay opening orders xx:xx:xx
Close Orphaned Trades at xx:xx:xx
How do you have these configured? Is it:
Between 9:30:45 AM and 4:00:00 PM
Delay opening orders NOT SELECTED?
Thanks.
|
|
SteveL
Posts: 189
Joined: 10/11/2012
Location: Boulder, CO
User Profile |
I also meant to ask:
How does that work with submitting both close and opening orders together when the closing orders need to happen first?
|
|
BrianD
Posts: 302
Joined: 2/23/2013
Location: Grand Rapids, MI
User Profile |
Yes to first post. To second post, Been working fine Opening and closing positions at same time, so far 😊
|
|
SteveL
Posts: 189
Joined: 10/11/2012
Location: Boulder, CO
User Profile |
Thanks.
One more question: Is this an IRA account where the close and open are being submitted at the same time? I'm surprised it works. Maybe (?) the close orders are submitted first by TP, and those close orders have actually executed by the time the opening orders are submitted (perhaps a few milliseconds later?).
|
|
BrianD
Posts: 302
Joined: 2/23/2013
Location: Grand Rapids, MI
User Profile |
Is an IB IRA. See attached for trade setting.
My IRA account does not go 100% invested often, but has been hitting the 100% ceiling last week and this was the way I found to not receive Broker rejects, due to failure of 'Delay Opening Orders' on 4D(?) platform. So, it is a 'so far, so good' status.
BTW, I was a little surprised, but excited; no need for xx days Settlement Wait Day, etc. with IB?
Now I'll watch slippage with delayed Opens/Closes. Interesting to see impact there. I have OCD on live OV historical trades following OV simulated trades and slippage differences, so...
Attached file : TP IRA settings.jpg (31KB - 334 downloads)
|
|
Mark Holstius
Posts: 744
Joined: 10/11/2012
Location: Sleepy Hollow, IL
User Profile |
Hi Brian,
I just wanted to comment that OV has to use the Closing price from the day before to arrive at the # of shares to purchase the next morning - and if the symbol jumps up at the Open (definitely possible with leveraged ETFs), then the purchase could be for more $$ than are available in the account and be rejected by the broker...
Just a thought (and why I've set my IRA TP and OV Buying Power to 95% to give a little more "wiggle room").
Best of luck,
Mark
BTW - On the slippage data front, you might be interested my post 2 days ago here;
http://www.omnitrader.com/currentclients/omnivestforum/thread-view.asp?threadid=7751&posts=1
|
|
BrianD
Posts: 302
Joined: 2/23/2013
Location: Grand Rapids, MI
User Profile |
Understand. I too keep Buying power at 95% due to those mentioned factors.
My problem arises that Trade Processor 4D seems to submit all Open and Close orders at the "Order Submission" times (which I set for about 9:15AM or so). "Delay Opening Orders" does not seem to work for me in 4D, and others seemed to have same problem. For me, previously that always resolved having open positions needing to be closed before opening more positions (with Interactive Brokers).
Very curious about slippage on your ETFs. Looking forward to your findings. Never seen slippage problems in high volume ETFs, but you seem to be covering a larger ETF spectrum than I've played with. I keep "Min Average Daily Volume" pretty high.
|