| API Support » Uninitiated trade execution Jan 15, 2009 @ 05:29 AM (Total replies: 11) | |||||
|
The status of this problem has not changed in the three months since SergeK's last post. I trust work is still "progressing" on this problem? For example, today I had a buy stop on EMDH9 at the 503 level filled at the price of 501. This occured at 2:30 PM ET (as usual). |
|||||
| API Support » Uninitiated trade execution Oct 22, 2008 @ 03:18 PM (Total replies: 11) | |||||
|
"We are still working on this issue." One must really call into question your resolve to solving this problem: Today, I had a sitting stop buy order on the ES at 933.50 elected at a price of 915.50. The time was 2:30 ET (as always). |
|||||
| API Support » Uninitiated trade execution Sep 23, 2008 @ 11:09 AM (Total replies: 11) | |||||
|
This problem has not yet been resolved. Yesterday and Friday my sitting EMD stop orders where elected at 2:30 PM ET even though price was nowhere near the stop level. It has been over a year since I first brought this issue to your attention. (And all during that time I've been charged $25/month for a severely incapacitated simulator). Can you finally do something about this? |
|||||
| API Support » Uninitiated trade execution May 21, 2008 @ 07:52 AM (Total replies: 11) | |||||
|
Any progress with this problem? Yesterday (5/20), the problem manifested itself again. One strategy that I was auto-trading was short one contract ER2M8, a reversal buy stop had been placed at 735.6 but at 2:30 PM ET the stop was elected when the price was at 730.1 (this was the resultant fill price). Surely a fundamental, consistently reoccuring issue like this could be fixed soon? |
|||||
| API Support » Uninitiated trade execution May 16, 2008 @ 07:08 AM (Total replies: 11) | |||||
|
I need to readdress this issue. I refer here specifically to the simulation account (I have not witnessed this problem on the live account). A number of times in the last few weeks, trades have been taken which have not been initiated by my auto-trading system. It appears that stops that have been placed by my trading system are elected regardless of relevant price action. This always occurs at 2:30PM ET. For example, yesterday (5/15) one of my trading strategies which was trading the ESM8 had placed a sell stop at around 1408.25, however at 2:30PM ET the order was filled at 1415.25 which is the level the price was at that time. By the way, I have run my strategies with your demo account and also simultaneously run the same strategies using the same software (apart from the brokerage linkage component) with another brokerage. The OEC account initiated unwanted orders as described above but this did not happen with the other brokerage. So, I am definitely convinced that the problem is at your end (with the simulation account). I hope this can be resolved as this problem has persisted for many months. The information that you provided concerning my account in your previous post was correct. In case you need to know: I am using Wealth-Lab Developer (WLD) (www.wealth-lab.com) as my auto-trading system. My trading stratgies are written using the Wealth-Lab scripting language. My connection to the OEC brokerage is via COM using a specially written adapter. I can connect to other brokerages simply by using other adapters. WLD also provides backtesting of my strategies which allows conformation of performance before live or simulated trading. Again, I hope this issue can be resolved soon. |
|||||
| API Support » Logging in Oct 01, 2007 @ 06:34 AM (Total replies: 1) | |||||
|
I have an application that I have tested in the simulation environment; I log in using the statement: oec.Connect("sim.openecry.com", 9200, "username", "password", true); (I also have been successful in logging into api.opencry.com.) When I try and log in to the live environment where the only difference in the application is that the Connect statement is changed to: oec.Connect("oec.openecry.com", 9200, "username", "password", true); I'm not successful in logging in. The error message returned is: "No connection could be make because the target machine actively refused it". I can connect using the TraderOEC. What else do I need to do to connect my application to oec.openecry.com server? |
|||||
| API Support » Uninitiated trade execution Sep 12, 2007 @ 02:48 AM (Total replies: 11) | |||||
|
Previously, I have used the OEC Trader Demo for manual execution and have vitnessed that on occasion when I'm in a trade the system would exit my trade at 12:30 ET without me initiating it. I had communcated this problem via online chat. However, it appears that it has not been addressed, as I explain next. Recently I have been live simulating my auto-trading system using my API account. On Tuesday (yesterday) I had three strategies running; one had me long 1 contract ES, another also long 1 ES and the third long 1 contract ER2. At 12:30 ET one ES contract and the ER2 contract were liquidated; which is not part of my strategies. My auto-trading system has been run with another broker and has performed as required and from my previous experience with OEC Trader Demo, I am confident that the uninitiated trade liquidations are inherent to your system. I'm hoping something can be done about this. |
|||||
| API Support » Requesting Historical Data Jul 24, 2007 @ 07:21 AM (Total replies: 3) | |||||
|
Serge, Thanks for reply. I did look at the sample C++ code but I couldn't figure out what the second and third function arguments represented. From what you've written above I now know what the third argument means but I'm still wondering what the second one represents. The sample has a value of zero in this position. What does this give? After searching the documentation (of the C# library) it appears the second position refers to the start date and time. Would you be good enough to tell me how I would represent the start date and time as: July 23, 2007 9:30 AM ET (for example)? |
|||||
| API Support » Requesting Historical Data Jul 23, 2007 @ 05:24 PM (Total replies: 3) | |||||
|
I would like to request historical 1 minute bar data for ESU7 using the C++ COM interface. It's not all that clear to me as to how to do this. Could someone show me how this done? Also, how soon after the data bar is formed is it available for request?And lastly, how far back can does the 1 minute data go? |
|||||