Copy Strategy impossible with Optimization Parameters
Forums › ProRealTime English forum › ProRealTime platform support › Copy Strategy impossible with Optimization Parameters
- This topic has 11 replies, 2 voices, and was last updated 2 years ago by GraHal.
-
-
06/06/2022 at 9:09 AM #194745
So here we have the next bug in the realm of Optimization Parameters and the great feature to enter values dynamically at preparing for Autotrading.
The copy function (attachment 1) is great. You have ONE strategy and want to start that several times. Each with its own set of Parameters. Notice that the 2nd attachment doesn’t really give a clue about which is which because each of the names is the same and the date/time of Preparation doesn’t really ring bells.
The Copy function is all made for that because it even allows to change the name of your newly copied “production version”. Yeah, until you really try to use it, these days (ever back this worked fine, if you’d ask me). Anyway, notice my -45 suffix in the top at “New Name”, which would tell be about the Parameter set used.The 3rd attachment shows a nice Prepare button, actually the very same as we are used to. Too bad it is that attachment 4 follows when using it. That message translated in brief :
Remove your Optimization Parameters and have them fixed in the code. This, while the 3rd attachment shows that this already happened by PRT itself as we know it from V11.My idea about it is that this is redundant code and PRT had to adjust it at two places (or more) and forgot this one.
Of course I am the only person running into this like the other 392 bugs. Anyway #393, here you are.
PS: This can be regarded my attempt to supersede @GraHal with the number of running systems. Btw, I soon ran into the limitation of 25 only when in a Demo Account. PRT next tries to lure me into a Live account by telling me that over there I can use 150 running strategies in parallel. Well Mr PRT, I already have a Live account or two, but I can’t test my “strategy” now because I need 120 to run in parallel; your commercial backfires on you.
06/06/2022 at 9:53 AM #194754I can’t test my “strategy” now because I need 120 to run in parallel;
I don’t understand … why do you NEED 120??
You can have up to 150 (as you say).
06/06/2022 at 10:28 AM #194755Test-Test-Test-Test. This means in Demo. And there I have only 25 at my service.
I don’t understand … why do you NEED 120??
Yeah, well, because that is my Strategy. 🙂 🙂
Btw, I am dead-serious. This is ONE Strategy, but it requires more than one to run.I think you know what I’m talking about if I tell you that I just have a full month of running in Live-Demo only to get rid of the countless types of errors the broker (or PRT ?) can throw at you that possibly resulting of the running system to be thrown out; that part is behind me now.
This one is an next-dimension-special and I yet have to see whether this really will work. We don’t do that real-live, do we ?Please notice : try to envision something like this which can’t be tested in any normal fashion, unless I would copy the program 120 times and run all parallel in Backtest. And indeed, fire them up each and wait a bit (120 times what ?? brrr). So all what can be done in my view, is just put it to Live-Demo and see what happens. But if I can’t recognize the particular Strategy (like the suffix-naming), then it’s a bit blind-testing (which is what’s encouraged in university – haha).
Otherwise it is not even about the result (I think I know that); it is merely about whether all will really run and how they may get in each other’s way. Maybe it even can’t run with the same name (do you have experience on that ?). Then so be it and I’ll create 120 programs for it. But rather not.You can have up to 150 (as you say).
Thus Yes, in Live. So in the end that’s good.
06/06/2022 at 11:07 AM #194764do you have experience on that
I generally increment the version number, but you can duplicate Systems with the same name in Proorder and then the differentiation is the date/time group.
What can be a problem is if several similar Systems are all trying to take the same trade on entry as then many get thrown out after 11 tries (as you know).
06/06/2022 at 11:57 AM #194783Thank you GraHal.
but you can duplicate Systems with the same name in Proorder and then the differentiation is the date/time group.
This looks to be what I did this morning, BUT I don’t recognise the “duplicate” as activity. Or do you refer to that Copy icon ? That can’t be as it seems, because that is exactly what I can not use, also without changing the name (I just tried to be sure).
So what would be your “Duplicate” means ? I feel there is a solution ?
What can be a problem is if several similar Systems are all trying to take the same trade on entry as then many get thrown out after 11 tries (as you know).
Indeed. But that is exactly what won’t happen. This is also how I need that Parameter to be set during the handing over to ProOrder. Now it’s not the same systems/Strategies. So I can’t avoid the Optimisation Parameters to remain (I need them) and I can’t copy because Copy wants them out first (which is a bug).
I would really be happy when this can be done. It would be something for you too. I will tell you by external means. 🙂06/06/2022 at 12:32 PM #194784what would be your “Duplicate” means ?
I was referring to attached, but now I see it has to be new name etc.
I have duplicated same name Algos running in Proorder – by accident kind of. The only difference is the date/time group.
So I must have got Algo 1 060622 090000 running in ProOrder, then made code changes to Algo 1 in the Backtest Area then used ‘Pepare for AutoTrading’ and got Algo 1 060622 123000 running in ProOrder.
06/06/2022 at 12:35 PM #19478606/06/2022 at 1:21 PM #194787Well, both from your last two posts is actually what I am doing; actually by simpler means because with “leaving the form open” (see checkbox), it is relatively easy to do what (I think) you suggest. The number at the mouse (there at 9) could be a number I change for each “prepare”. But then I’d have all the same names again with no correlation to the start date/times. Where would be #9 be lateron ?
So I’m pretty sure that for this the Copy function with Changing Name was made for. It is just too good to be coincidence. But it does not work today with the Optimization Parameters (again, needed because that’s where the 9 (in parameter TB) comes from I like to feed the strategy with).
Maybe each time changing the name of the Strategy in the Editor works. Hmm …
Thus, Change Name to suffix-9, start Strategy with 9. Change name with -10, start Strategy with 10.06/06/2022 at 1:24 PM #19478906/06/2022 at 2:06 PM #194797Yes, I also include odd abbreviations to System names to jog my memory what the variation is about etc.
For just such as this … some time back, I submitted a Suggestion to PRT that the Proorder running / non-running window allow us to see text entries we make in the NOTES available with each System.
06/06/2022 at 2:13 PM #19479806/06/2022 at 2:44 PM #194800We are probably talking about the same thing? It is headed Trading System Description.
Here is the entry from my Suggestions Log … over 12 months ago.
4 Notes against Algo Code GraHal 26 May 21 It would be so useful if we could see the ‘Trading System Description’ against each Algo when they are running in ProOrder as then we could add previous version performance in the Notes.
Trade System Description need only show up when we click to see the Algo code
Please follow the Topic link below for more information and an image.
https://www.prorealcode.com/topic/lier-historique-performance-sur-un-groupe-de-bots/#post-170552 -
AuthorPosts
Find exclusive trading pro-tools on