Odd / Annoying happenings while using PRT Platform
Forums › ProRealTime English forum › ProRealTime platform support › Odd / Annoying happenings while using PRT Platform
- This topic has 223 replies, 13 voices, and was last updated 1 year ago by TempusFugit.
-
-
02/03/2022 at 9:54 AM #187437
I can recognize that when my program itself becomes more “hectic” (too hard to explain), this message pops out sooner (more easy). I think I can see that this correlates with higher volatility.
Yes I get the ‘broker could not confirm status of last order’ (order status error) on Demo, often at periods at high volatility and often against several Systems during that same high volatile period!
Peter, thank you for taking the time to explain as now I can see there appears to be nothing I can do in my code to reduce instances of order status error?
It mostly happens with my own authored code (I think?) and my own coded orders are nearly always ‘at market’ orders … which follows with your findings you state above.
I guess it may be exacerbated by the Demo System running on Demo Servers not being able to cope with high number of Orders over a short period, so we get a vague sounding error message and a stopped System(s).
Only solution open to us seems to be to check Demo Forward Test regularly, esp after high volatility, and restart the stopped Systems?
1 user thanked author for this post.
02/03/2022 at 9:59 AM #187438I mentioned the example of losing 25K in 30 seconds because the order did not want to come through and actually PRT failed on it. I don’t complain, but … (but I think I will get it back again – hahaha)
Wow! above may cause me to give up or go back to investing!!! 🙂
Is this with IG or IB or both and are you talking Live / Real money?? If Yes and your stated £1000 per day typical commission paid, it’s a wonder you can sleep or find time to do anything else in life!!?? 😉
02/03/2022 at 10:24 AM #187440It is live all right … and Yes with real money. With IB. I use IG for autotrading only.
it’s a wonder you can sleep or find time to do anything else in life!!?? 😉
Haha, well, it is a hobby which easily can be done in parallel with other hobbies and besides that it easily coincides with normal work. The guys on the other end of the phone line don’t want to know what kind of “turnover” I am implying while talking serious matters. However, you also don’t want to know what money I lose plainly because of the talks sometimes are too serious to pay attention to something else, like trading.
Thus it is not so much a matter of not sleeping, but merely a serious matter of ultra high concentration which tires. And that some times last for a double work day in a row.
Now you know why AutoTrading should be at work. Haha. Ka-tsing …
02/03/2022 at 10:40 AM #187441Peter, thank you for taking the time to explain as now I can see there appears to be nothing I can do in my code to reduce instances of order status error?
Well, I don’t know yet. My strategies are 1 second, and I think I should be able to change all into Limit orders. Not sure (because never tried) but possibly that solves the issues ?
On the other hand, if you see what happens manually (the 6 am story – which is IB) and that would happen in real live/life, then I don’t know what money may be lost because it doesn’t happen like the Strategy wants and thinks (!!). But IB does not allow Autotrading yet, so that’s a problem for the (hopefully near) future.I guess it may be exacerbated by the Demo System running on Demo Servers not being able to cope with high number of Orders over a short period, so we get a vague sounding error message and a stopped System(s).
That surely can be, but that is not what I feel/think. What I merely see is the unforeseen problem with the code not executing within that 1-second bar; strangely enough I never heard experiences about this (if I only could talk to PRT development) but if you see that I now can continue working on the Strategies because I now work with my own editor – because PRT anticipates only small stuff (this is in no way meant to say more than what the subject is about), then we may expect serious issues when indeed my code can’t complete within one second. My editor does not hold back any more, and PRT stopped choking on *that* (what a relief !!!), which means that I now can brutely continue with larger codes (which are also now manageable). Anyway I can expect that bars are skipped, but this will come with its own issues (think my own counters vs BarIndex and such).
I think it is fair to say that this – actually the autotrading- is the greatest hobby I ever ran into. Why couldn’t that happen when I was 20, eh ?
🙂02/08/2022 at 4:41 PM #187891The un-ticked/ticked can be replicated the following way:
1. Have the “ProOrder Auto Trading” window open
2. Disconnect internet to the computer (pull cable or close wifi)
3. Click on the “ProOrder Auto Trading” window
4. You should get an error like in the screenshot I attached
5. Connect to internet again
6. Voila. Boxes are ticked.When I got the small error window that says “No connection to internet”, the ticked boxes didn’t happen. I usually got that error when I clicked on a chart window instead of the ProOrder window. Could be a coincidence, but something to have in mind.
02/09/2022 at 5:18 AM #187929@paisantraider, this is great stuff.
Meanwhile GraHal, is it allowed to ask what actually happened with your systems ? And assumed they did not come back, may we know the reason for that ?
I ask, because my contact mentioned yesterday that he was still waiting for your email (he wanted to help, you know) and I told that nothing works out anyway and your systems were definitely lost. This is not really a wild guess, but it should be the truth or else I was lying and I should and will correct myself. Merely it is part of all which does not work out and, crucially, that some (like my PRT-support contacts) have no idea of what is going on.If I was told by PRT themselves that any restore can be done from any moment (or let’s say day), it should be a truth to depend on.
If you can’t answer this (and I know it could be a bit of a strangle with Nicolas trying to help), it is fine and then I take it that I told the truth already and I won’t come back on it; the fact of the (non-) happening will then live on, reason unknown. 🙁
I myself now work with a means to change code which won’t allow anything to get lost ever (it is always saved to disk automatically), so my own worries are over. But this is not useful for everyone, so the underlaying problem remains – no matter the cause which is another subject (is it ?).
On a not-so-other side note, you (PRT !) have no idea of the relief when there are no worries that you lose your changes. PRT themselves should understand about the contrary : you have no idea what it does to a man (not sure about women ‘-) to feel insecure about losing your stuff, which can’t be expressed in money because it already is about the idea you gradually built up, and which can not be re-done.02/09/2022 at 2:17 PM #187969If we are alert to the boxes being ticked (in ProOrder AutoTrading window) after we get that message – Internet Disconnected – then we should be okay?
Boxes ticked are scary and can have unintended consequences! I can’t think of any good reason why PRT have set it up like this, but maybe it is a bug and will be fixed soon or with V12??
The discussion on this Topic helped loads as we now know what causes the ticked boxes! I now immediately untick the boxes before doing any other actions! I’ve even stopped saying to myself … Dragons Live Here! 🙂
You will be glad to know … I got my Systems back, enough said! 😉
1 user thanked author for this post.
02/09/2022 at 2:35 PM #187971If we are alert to the boxes being ticked (in ProOrder AutoTrading window) after we get that message – Internet Disconnected – then we should be okay?
Maybe not, because remember, the other day we started the platform and they were always ticked (it’s in this topic somewhere – screenshots provided).
But yeah, I wonder who is going to use such an option to start all systems “ticked”. Mind y0u, that could be more dangerous than deleting all systems in one go. Especially if those systems are my own.
🙂Great that it worked out after all !
1 user thanked author for this post.
02/18/2022 at 8:16 AM #188434If you let it run over night, it is bound to happen because of a platform reset which will happen. I am not sure, but I have in mind that for IG this happens at ~ 01:00 Amsterdam time.
And you think that someone is working on this ?
LOL02/20/2022 at 9:23 AM #188548While working on some Backtest this Sunday morning, the data connection with the server (?) got lost, and the window with system, showed like you see in the first attachment.
When the connection was re-established, you can see in the 2nd attachment that the buttons are looking for trouble. Especially the “Delete (63)” would be something you don’t like to hit.
Please notice that I did not collapse this list, but that it is usually shows collapsed by default anyway.Opening the list brings us to attachment #3, indeed showing the checkboxes all checked.
I love it when at a very first hunch (I only noticed “one” commonality (which really can’t be a commonality)), appears to be true.
I will now report this and will sue them if they don’t solve this. Haha.
1 user thanked author for this post.
02/20/2022 at 11:00 AM #188559Above scenario … a second or so previously we know we had no boxes ticked at all and then – after a flash server interrupt – we tick 1 box only to delete 1 System only – we end up with all / lots of Systems deleted.
It’s more likely to happen similar to how you show in your 2nd attachment … all Systems non-running and out of sight except for the 1 System we want to delete! Then bang all Systems gone!
There’s more actual moves / information relevant to the the scenario, but as it feels like we are writing to each other Peter, and we know all this, I’m going to get on with my day!
Writing EXACT statements of actions takes time; but I am more than willing to do this if asked by PRT in order to help solve / sort this Issue (and I’d help on many other Issues also!).
02/20/2022 at 12:00 PM #188562If we put our PC’s to sleep and wake them up later then the boxes are all ticked … due (I guess) to the reset that Peter writes about above.
I would not like the boxes to be removed by PRT as they are so useful for starting and stopping ALL Systems … something I do often.
I now have workaround routines to avert delete disaster, but it seems like one workaround after another … let’s hope all these Issues are sorted in v12. Didn’t we hope for same in v11?? (:
02/24/2022 at 8:23 AM #188746My PC’s never sleep (no time !), but today I start the platform and …
… all is checked without me doing it.
I mention this because I made a Technical Report about this issue (a few days ago) and since I referred to this topic … PRT should know that this can happen just the same (like earlier in this topic this happened by default to me, always).
Might you people not be familiar with this, this can spring from such a report (when an IB customer only ? – not sure) :
As a more in-depth analysis is required, I have transferred your request to our Level II support team. We will get back to you once this analysis is done.
(Level II is “engineers”)
1 user thanked author for this post.
02/24/2022 at 9:03 AM #18875302/25/2022 at 10:50 AM #188819Dear Peter,
Following your request, please note that we have identified the problem you reported and our technical team is currently working on a correction, which will be implemented as soon as possible.
Please note that depending on the complexity of the needed correction, it may take up to several weeks for the problem to be fixed.
Regards
Victor from ProRealTime
-
AuthorPosts
Find exclusive trading pro-tools on