Pathfinder Trading System
Forums › ProRealTime English forum › ProOrder support › Pathfinder Trading System
- This topic has 1,834 replies, 139 voices, and was last updated 1 year ago by CFD AutoTrading.
Tagged: Pathfinder
-
-
03/23/2017 at 7:39 PM #2968303/23/2017 at 8:14 PM #29690
Hi – I had a record of the CAC system. It was originally coded by Reiner, he just didn’t put it on the front page. It’s got pretty good results. I’ve attached it here for people to use if they wish.
https://www.prorealcode.com/reply/24981/
Regardless of that fact, I personally would not start introducing more columns in the log if not really necessary as so far 95%+ results are one way – ie Yes, so figures will seem to contribute little overall value I feel.
If people wish I would suggest in fact creating a separate log for individual systems/non-standard systems and users can input in their trades based on tweaks of the original systems. You would then be able to start conversations around it in another topic. Only my opinion though, happy to go with the majority 🙂
1 user thanked author for this post.
03/23/2017 at 9:13 PM #29700I’ve moved the ‘new column’ over to the right as a compromise.
It could prove useful to show all versions in the same Log … who knows. somebody may come out with the ‘holy grail’ and we all pile in and start a millionaires club! 🙂
Cheers
GraHal03/24/2017 at 2:56 PM #29758I did run an IN/OUT sample on Gold and it wasn’t pretty. Looking forward to walk forward test being available!
These are the variables optimised:
12345678910111213141516ONCE periodFirstMA =ONCE periodSecondMA =ONCE periodThirdMA = // this variable define the "heartbeat" of every instrument and have to be adjusted, possible values are 3, 4, 5, 6, 7// filter parameterONCE periodLongMA = // the settings of the filter periods are also important for the profit factor, 200, 250, 300 are good valuesONCE periodShortMA = // 10, 40 or 50 are good settings// money and position management parameter - these parameters are important for the risk and performanceONCE stoppLoss = // in % the system would works without a stopp loss, it's more in the sense of a disaster exitONCE takeProfitLong = // in %ONCE takeProfitShort = // in %ONCE maxCandlesLongWithProfit = // take long profit latest after 18 candles - 15 with a higher take profit is my new favorite in the next versionONCE maxCandlesShortWithProfit = // take short profit latest after 12 candles - 13 is a good value for every instrumentONCE maxCandlesLongWithoutProfit = // limit long loss latest after 30 candles - 30 or 40 are good valuesONCE maxCandlesShortWithoutProfit = // limit short loss latest after 25 candles - 25 is my favorite for all instrumentsI will try to find the IN/OUT settings that were produced.
1 user thanked author for this post.
03/26/2017 at 9:30 PM #29926Hello, I tried to run a walk forward for DAX.
But to be honest, I don’t know what is the meaning of the result..
The walk forward ratio is 47% (which is not so good according to the documentation..)
I don’t know if this can help me to improve the result or if this just to check the robustness of the robot..
03/28/2017 at 1:16 AM #30061Hi Guys,
For those of you who have experienced an issue with “missing”trades and preloadbars errors in the Pathfinder Dax 4H V6, I have received a possible amendment to the code from the helpdesk that apparently resolves the issue. There was no indication from them as to why it only happens with some users and/or in Live and not Demo, that is still a mystery.
As you are aware, the system took a short position in Dax at 12,007/8 today which was indeed implemented in my Demo but once again not in my Live version, so for me the problem is still ongoing.
Please replace the following lines of code :
123456// calculate weekly high, weekly low is a poor signalIf DayOfWeek < DayOfWeek[1] thenweeklyHigh = Highest[BarIndex - lastWeekBarIndex](dailyHigh)lastWeekBarIndex = BarIndexENDIFWith the following :
12345678If DayOfWeek < DayOfWeek[1] and lastweekbarindex = 0 thenlastWeekBarIndex = BarIndexelseif DayOfWeek < DayOfWeek[1] thenweeklyHigh = Highest[BarIndex - lastWeekBarIndex](dailyHigh)lastWeekBarIndex = BarIndexENDIFENDIFI have checked in backtest and both versions of code produce exactly the same results – which they should. Hopefully this helps some people and solves the error in execution that some of us had. Fingers crossed this resolves it going forward in Live.
6 users thanked author for this post.
03/29/2017 at 11:22 PM #30255
Hello guysI want to add another piece to the story, the graphic indicator
It’s cute
Greetings Ale
10 users thanked author for this post.
03/30/2017 at 8:11 PM #3040603/30/2017 at 9:30 PM #3041903/30/2017 at 10:34 PM #3042703/31/2017 at 4:14 PM #30549We just got one additional short order in Pathfinder HS 4h V6. This is not the normal behaviour of Pathfinder. In all other systems we have no cumulation of short orders. I had a look in the code and there is a different coding on the short side in Hangseng compared to all other systems.
Is this something we should change?
So far Hangseng has been very successful. But that is on the long side.
1 user thanked author for this post.
04/01/2017 at 8:28 AM #3058004/02/2017 at 9:49 AM #30659Thank you Ale,
I am new to PRT so still discovering the sea 🙂 Thank you for your help. I managed to implement it correctly on the chart 🙂
BTW I read we have 7 4H Robots, while I only have (DOW, FTSE, DAX, HS, NIKKIE) which are the other two? maybe CAC and S&P 500?
Regards
Malek
04/03/2017 at 6:50 AM #3077404/03/2017 at 3:02 PM #30832 -
AuthorPosts
Find exclusive trading pro-tools on