ProOrderTrading does not work.
Forums › ProRealTime English forum › ProOrder support › ProOrderTrading does not work.
- This topic has 17 replies, 7 voices, and was last updated 7 years ago by arcane.
-
-
03/02/2017 at 6:20 PM #26973
Hello
I made a claim to PRT CFD.
I have several programs on the dax UT 10 seconds.
Today, a buying position on the dax at 090540.
The program was closed at 090541.
That is 1 second afterwards.
This is done several times.
Every time I lose money.
I asked for a refund.
I never scheduled a closure after 1 second.
I do not even know if that is possible.
I’ll keep you informed.
03/02/2017 at 8:55 PM #26993Is the algo closed or is the position closed?
03/02/2017 at 9:06 PM #26995It was not the algo that closed the position.
The position was closed on its own without the program requesting it.
This happened 10 times in 2 weeks.
The program is still in progress.
I have no errors or orders rejected.
I no longer trust in proordertrading.
03/02/2017 at 10:32 PM #2700303/03/2017 at 9:50 AM #2702403/03/2017 at 1:06 PM #2704303/03/2017 at 2:08 PM #27053Hello,
I put screenshots to show the situation.
I also put a copy of the demo account.
Everything goes well on the demo. He gains 9 points and closes after 50 seconds.
I am waiting for the return of PRT.
I repeat that this has happened several times.
03/03/2017 at 2:09 PM #2705803/03/2017 at 3:33 PM #27064I put the code.
This is a simplified version of the Raul VG code “intraday DAX mini-1 strategy” on unit time 10 s.
Look at the day of 2 March 2017.
Purchase at 090530 12062 points on the dax
Sale at 090610 12071 points on the dax
In the real, the position is closed 1 second after as seen in my screenshots.
123456789101112131415161718192021222324252627282930313233343536373839404142// Définition des paramètres du codeDEFPARAM CumulateOrders = false // Cumul des positions désactivédefparam flatafter =093000defparam flatbefore = 085500DEFPARAM PreLoadBars = 2000HeureLimite = 090600Heureinitiale = 090530if Time >= Heureinitiale and time <= heurelimite then// Conditions pour entrer en position longuec1 = open < close-2IF c1 and not longonmarket THENbuy 1 shares at close + 2 stopendif// Conditions pour entrer en position courtec2= open > close-2IF c2 and not shortonmarket thensellshort 1 shares at close -2 stopendifendifset target profit 9set stop loss 1203/03/2017 at 4:48 PM #27072I have to say that this situation – open and close within 1 sec – has happened to me many times (probably 20+ times as a rough guess) across multiple strategies. I think I did enquire once but got nothing back and always thought that it was part of the PRT module and a bug that cannot be fixed. As there was usually very little loss incurred, I never really asked the team to fix it as they have a lot of other stuff that takes priority. However, it has always bugged me why it happens and am not comfortable with it but we have to live with it.
@ Arcane – if the team need any more examples then let me know, I will be happy to look back and provide some from my trades. Hope they come back with a logical explanation. Keep us posted. Many thanks.
03/03/2017 at 4:56 PM #27073The problem with this code is that a new order is sent after the false closure of the first one.
The loss then comes with the order that should not have existed.
I am surprised to learn that it happens to others.
No one had ever spoken of it.
03/08/2017 at 9:13 PM #2785903/08/2017 at 10:18 PM #2787203/08/2017 at 10:38 PM #27874Hello arcane,
since your system is going long and short is it possible that a reverse in position causes this behavior?
Differently put when you go long
1c1 = open < close-2is true. But in the same bar that the system actually enters the long position the condition
1c2= open > close-2becomes true.
The long position must now be closed before the short position can be entered.
03/08/2017 at 10:58 PM #27877 -
AuthorPosts
Find exclusive trading pro-tools on