Forex
Google
New signals service!

Go Back   Forex Trading > Trading systems > Phoenix


Register in Forex TSD!
Trading Systems Leaders in this forum (automated trading systems) are winning more than 3000 pips in a month (30000$ investing one lot every time).
Click here to register and get more information

 
 
LinkBack (4) Thread Tools
 
Old 01-17-2007, 12:11 AM
vincethebeast's Avatar
Member
 
Join Date: Sep 2006
Location: UK
Posts: 50
vincethebeast is on a distinguished road
Great work

Quote:
Originally Posted by daraknor
I decided to publish some of my notes on each of the variables and some of the test data. Of course, you can skip learning and just load the new optimization set file, check all of the relevant boxes (everything in signal) and fire it up.

A strategy I intend to play with is testing the signals that pick trades separate from the signals that reduce drawdown. Pick one set of high performers with a lot of trades, and then filter it as a separate step. This will give more complete results, and may take a lot less CPU time.

I applied two filters in the 5.7.2 development tree to cut down on signals where fast and slow are reversed, or too close together. This eliminates USDJPY from our current settings, but it cuts the optimization time down to about 1/3 when optimizing only these two values. The settings for USDJPY aren't working well anyway, so rewriting them in the standard direction wouldn't be bad, and it would speed up our optimizations looking for new values.

Of course, doing a full search on 1,069,807,835,545,473,000 values would take a while, doing them in smaller segments and disabling invalid settings helps a lot. Optimizing each signal independently only takes a few hours, but doesn't create great settings. A quick scan on a few settings detailed in the notes, followed by a closer look at specific regions helps a lot. A GA search on clumps of settings also helps, and some currencies are noted to have an affinity for specific groups of settings. All in all, we can cull our search and cull our results so we're only looking for things that will benefit us without missing the bulk of what we want.

I will come back and write more about how to do each search in phases, combined with the techniques I mentioned in the settings thread. If anyone wants to add to my very basic notes, I'd love to see it.
I think you are very much on the right track! I found as well, that, searching for settings one by one, will save time but will not always give the best settings since you will miss some combinations.
Have been making a similar sort of "finding new settings” setfile, within a certain range, to reduce optimization time, whilst still testing a lot of combinations. Haven’t had the time round to finalize it though. But seems to me you’ve got that bit covered too!
Thanks, as always, for all your hard work!

Feel sorry for Pcontour now, since he was kind enough to, behind the scenes, re-write the Optimization manual for version 5_7_1. I think it would be of great value if the above approach is included in there too... So more work ahead of us!
Having said that I do apologize I don't have more time to help out myself the next few weeks... Away from home too much; but will be back!

Vince
__________________
To most people, the sky is the limit. For me it is home.
Digg this Post!Add Post to del.icio.usBookmark Post in TechnoratiFurl this Post!
 
Old 01-17-2007, 12:14 AM
daraknor's Avatar
Senior Member
 
Join Date: Oct 2006
Location: Portland, OR USA
Posts: 996
daraknor is on a distinguished road
To answer your question, you don't need to wait for 5.7.2 but the variables will be renamed in 5.7.2 so all of the variables are displayed when we copy/paste the results. Since results pages need to be manually input still, there isn't any loss of labor by waiting. If you make a bunch of .set files in 5.7.1, they won't be compatible without changes

I turned over code changes to PContour, maybe if we ask nicely he will include an Excel file converter up to 5.7.2 and then we can stop changing the names of things.

5.7.2 doesn't (at this time) include the Money management tuning that was submitted.
Digg this Post!Add Post to del.icio.usBookmark Post in TechnoratiFurl this Post!
 
Old 01-18-2007, 03:12 PM
Senior Member
 
Join Date: Nov 2006
Posts: 283
autumnleaves is on a distinguished road
MaxTrades and ConsecutiveSignals

I wonder if someone could explain exactly what the function of MaxTrades and ConsecutiveSignals is. I am not sure how they are affecting the outcome of my optimization. Thanks.
Digg this Post!Add Post to del.icio.usBookmark Post in TechnoratiFurl this Post!
 
Old 01-18-2007, 05:52 PM
daraknor's Avatar
Senior Member
 
Join Date: Oct 2006
Location: Portland, OR USA
Posts: 996
daraknor is on a distinguished road
In all modes, consecutive signals are checked to make sure they all point in the same direction. Several people noticed that signals would often oscillate back and forth between buy and sell, buy and sell. When a trade exited, it would just pick the first one and trade it. Default behavior is now waiting for 5 consecutive signals (by tick) before trading. A very conservative value. During high volume times, that could be 2-3 seconds. During low volume, spikes may interrupt and cause 'dry spells' where no trades occur. It is also possible to uncomment 2 lines in code and require a minute based period, e.g. 1 minute of consistent signals, 2 minutes, etc. If you only have 1 trade going at a time, the default tick based setting won't impact the overall number of trades.

Maxtrades is a setting specific to mode1 only. Mode1 was limited to 1 trade, Mode2 split that into 2 trades, and mode3 split into 3 trades. I looked through the code, and didn't see any reason why Mode1 needed to be limited to 1 trade only. So I included a parameter for experimenters like myself to see what multiple trades would do. If it gets a signal, trade it. this often leads to a buy and a sell on the same currency, but sometimes they both profit. Because of this, optimization with maxtrades increased favors tp>sl.

With some settings, maxtrades rarely gets several trades going at once. With other settings, it executes as many trades as possible. (Based on AvailFreeMargin this is safe but the lotsizes decrease with a lot of trades.)

With maxtrades turned on, it is a good idea to increase consecutive signals and choose settings with a low drawdown. I have more info about these (and all other settings for signal) in the optimization thread.

I don't like "fragile" settings, I disregard settings that break by incrementing a value one or two, and prefer settings that have solid performance within a range. It is philosophical, but I think I'm eliminating some of the backtest settings that curve fit. More details in the notes of post 38 in optimization thread.
Digg this Post!Add Post to del.icio.usBookmark Post in TechnoratiFurl this Post!
 
Old 01-18-2007, 10:56 PM
Senior Member
 
Join Date: Oct 2006
Location: Margarita Island - Venezuela
Posts: 315
bertbin is on a distinguished road
Always "brilliant" Darak !
Digg this Post!Add Post to del.icio.usBookmark Post in TechnoratiFurl this Post!
 
Old 01-20-2007, 08:03 PM
Pcontour's Avatar
Senior Member
 
Join Date: Nov 2006
Location: Canada
Posts: 172
Pcontour is on a distinguished road
Talking Hello, Are we ready for the next step?

Quote:
Originally Posted by daraknor
To answer your question, you don't need to wait for 5.7.2 but the variables will be renamed in 5.7.2 so all of the variables are displayed when we copy/paste the results. Since results pages need to be manually input still, there isn't any loss of labor by waiting. If you make a bunch of .set files in 5.7.1, they won't be compatible without changes

I turned over code changes to PContour, maybe if we ask nicely he will include an Excel file converter up to 5.7.2 and then we can stop changing the names of things.

5.7.2 doesn't (at this time) include the Money management tuning that was submitted.
daraknor,

I sent you back the code on 1/16/2007 at 11:08 pm and I wanted to find out.
  1. Did you get my code changes by email?
  2. What happened with all the changed variable can you copy and paste everything now?
  3. I had a bug fix on the new code. Was I right about that?

I was waiting for confirmation that everything was OK then I could:
  1. put together another converter for 5.7.1 to 5.7.2.
  2. Revise the Optimization Manual.
  3. Update the ultimate guide.

I had a really busy week so I couldn't have done anything until today.
Digg this Post!Add Post to del.icio.usBookmark Post in TechnoratiFurl this Post!
 
Old 01-23-2007, 09:54 AM
Senior Member
 
Join Date: Oct 2006
Location: Margarita Island - Venezuela
Posts: 315
bertbin is on a distinguished road
Hi Darak
Hope you recover asap from your illness
Attach a "Trend Catcher" indicator to test.
Settings put to : Trend CCi Period 34, Automatic Time period : true, M15 CCI period 34
Interesting.
Will check another settings
See you
Attached Files
File Type: mq4 SUPER_TREND 2.mq4 (5.3 KB, 34 views)
Digg this Post!Add Post to del.icio.usBookmark Post in TechnoratiFurl this Post!
 
Old 01-23-2007, 10:53 AM
mrv mrv is offline
Member
 
Join Date: Oct 2006
Location: Currently in UK
Posts: 89
mrv is on a distinguished road
One note about Phoenix

Hi guys,

I am running Phoenix live for about 2 weeks now on fxdd, results not so impressive. I noticed one thing when I tried to compare actual trades versus tester trades - I ran tester for the live trading time period. Results were absolutely different, no tester trade matched live trade. This is because of one thing - multiple signals. When we launch Phoenix, it takes first available signal and trades it. You may launch it midday, in the morning or in the evening. But when testing, tester takes data from 00:00 server time, so it may (and probably will) catch different, more early signal. Then this trade will end at a different time that the real one, and tester will get another signal, and in the end you will have totally different testing report. So using Phoenix could be a lot of random walk, having in mind that some signals are good, some are false. Conclusion - if you want your Phoenix to give you results as close to tested as possible, start it at 00:00 server time.
Digg this Post!Add Post to del.icio.usBookmark Post in TechnoratiFurl this Post!
 
Old 01-23-2007, 01:13 PM
m6m6's Avatar
Senior Member
 
Join Date: Dec 2006
Location: Sherbrooke, Quebec, Canada
Posts: 145
m6m6 is on a distinguished road
Tester

Quote:
Originally Posted by mrv
Hi guys,

I am running Phoenix live for about 2 weeks now on fxdd, results not so impressive. I noticed one thing when I tried to compare actual trades versus tester trades - I ran tester for the live trading time period. Results were absolutely different, no tester trade matched live trade. This is because of one thing - multiple signals. When we launch Phoenix, it takes first available signal and trades it. You may launch it midday, in the morning or in the evening. But when testing, tester takes data from 00:00 server time, so it may (and probably will) catch different, more early signal. Then this trade will end at a different time that the real one, and tester will get another signal, and in the end you will have totally different testing report. So using Phoenix could be a lot of random walk, having in mind that some signals are good, some are false. Conclusion - if you want your Phoenix to give you results as close to tested as possible, start it at 00:00 server time.
Do you have a suggestion about how to proceed if we have to change versions or if we need to reboot the computer in the middle of the day ?
__________________
"A discovery is said to be an accident meeting a prepared mind." Albert Szent-Gyorgyi
Digg this Post!Add Post to del.icio.usBookmark Post in TechnoratiFurl this Post!
 
Old 01-24-2007, 04:23 AM
Pcontour's Avatar
Senior Member
 
Join Date: Nov 2006
Location: Canada
Posts: 172
Pcontour is on a distinguished road
Quote:
Originally Posted by Pcontour
daraknor,

I sent you back the code on 1/16/2007 at 11:08 pm and I wanted to find out.
  1. Did you get my code changes by email?
  2. What happened with all the changed variable can you copy and paste everything now?
  3. I had a bug fix on the new code. Was I right about that?

I was waiting for confirmation that everything was OK then I could:
  1. put together another converter for 5.7.1 to 5.7.2.
  2. Revise the Optimization Manual.
  3. Update the ultimate guide.

I had a really busy week so I couldn't have done anything until today.
  1. Did you get my code changes by email? YES
  2. What happened with all the changed variable can you copy and paste everything now? YES
  3. I had a bug fix on the new code. Was I right about that?
YES

So I answered my own question. 5.7.2a is the code I sent you.
Digg this Post!Add Post to del.icio.usBookmark Post in TechnoratiFurl this Post!
 

Bookmarks

Tags
phoenix_ea, Pendulum, 1Damitrix, phoenix, "order modify error 130"
Thread Tools

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are Off
Forum Jump

LinkBacks (?)
LinkBack to this Thread: http://www.forex-tsd.com/phoenix/4645-phoenix-optimization.html
Posted By For Type Date
Phoenix 2007 (new thread) - Page 60 This thread Refback 07-09-2008 09:11 PM
Forex Factory - Phoenix 2007 (new thread) This thread Refback 01-17-2008 06:22 AM
Phoenix 2007 (new thread) - Page 61 This thread Refback 10-14-2007 11:13 PM
Phoenix 2007 (new thread) - Page 60 This thread Refback 08-10-2007 09:07 AM

Similar Threads
Thread Thread Starter Forum Replies Last Post
Backtesting/Optimization newdigital Expert Advisors - Metatrader 4 485 12-01-2008 05:25 AM
Optimization cpu usage, need help Big Joe Indicators - Metatrader 4 4 08-16-2007 11:46 PM
Martingale Optimization pelele79 Expert Advisors - Metatrader 4 19 05-07-2007 11:27 AM
How do I use the optimization? huhenyo Metatrader 4 1 03-15-2007 09:39 AM
Optimization cardio Metatrader 4 1 01-25-2006 01:30 PM


All times are GMT. The time now is 08:16 PM.



Search Engine Friendly URLs by vBSEO 3.2.0 ©2008, Crawlability, Inc.