Sixths trading - an EA by macman, Bob and Steve mk 2 | Page 90 | Forex Factory

Options

Go to
Permalinks
Print Thread

Similar Threads

Trading the Sixths with Snowballs 68 replies

Gann High-Low System with Laguerre/Fisher/VSA/Sixths and others 124 replies

My Sixths trading journal with TOB EA 50 replies

sixths indicator 1 reply

Steve Trading Journal 3 replies

Attachments: Sixths trading - an EA by macman, Bob and Steve mk 2
Exit Attachments

Sixths trading - an EA by macman, Bob and Steve mk 2

  • #1,781
  • Edited 10:50pm May 4, 2011 10:11pm | Edited 10:50pm
Hello,
Can anyone give me advice why didn't TB take a new trade (EURAUD) if there is no problem with swap/margin check, no problem with a limit of pairs in trade, settings is not changed and the trade before was sent and closed with profit as expected? No information about error or any action in journal.
It happens to me on more pairs unfortunately and all EURxxx.
Any advice is welcome..
Attached Image (click to enlarge)
Click to Enlarge Name: trade missed.jpg Size: 134 KB
  • #1,782
  • May 5, 2011 12:41am May 5, 2011 12:41am
Anyone offer a view of the wayward TP figure on the highlighted ticket in the attachment
Attached Image (click to enlarge)
Click to Enlarge Name: ej.gif Size: 75 KB
  • #1,783
  • May 5, 2011 1:03am May 5, 2011 1:03am
Hi Steve as requested, the altered function that I tested in isolation and have used to sort out my 4 digit criminal platform.
Reasoned that the range calculated, daily Low to High is the same for any criminal (1 digit extra precision for 3 or 5 digits). TP decisions now concurr across different crooks.
The only multiplier to calc real pips is 100 for Yen and 10000 for others when measuring a range:

double CalculateVolatility(int period, int LookBack)
{
//Calculates the volatility of a pair based on an average of their movement over LookBack periods

double pips;
for (int cc = 1; cc < LookBack; cc++)
{
pips+= iHigh(NULL, period, cc) - iLow(NULL, period, cc);
}//for (int cc = 1; cc < LookBack; cc++)

pips/= LookBack;//Average pips movement per day
//Alert(pips);
//Convert to pips
int multiplier;
if (Digits == 2 || Digits == 3) multiplier = 100;
if (Digits == 4 || Digits == 5) multiplier = 10000;

pips*= multiplier;
int rpips = pips;//Convert to a simple integer - all we need

return(rpips);

}//End double CalculateVolatility(int period, int LookBack)


Hope this helps :-)

PS Fuzzy Logic can be a good thing, never know may create the answer to everything one day lol.
Survive to fight another day
  • #1,784
  • May 5, 2011 1:23am May 5, 2011 1:23am
Quoting Dixpat
Anyone offer a view of the wayward TP figure on the highlighted ticket in the attachment
Hehe. Not sure the price could sink that low without the euro being abandoned a looooonnnnggggg time before. I will have a look at the code again.

  • #1,785
  • May 5, 2011 1:37am May 5, 2011 1:37am
Quoting CyprusTrader
Hi Steve as requested, the altered function that I tested in isolation and have used to sort out my 4 digit criminal platform.
Reasoned that the range calculated, daily Low to High is the same for any criminal (1 digit extra precision for 3 or 5 digits). TP decisions now concurr across different crooks.
The only multiplier to calc real pips is 100 for Yen and 10000 for others when measuring a range:

double CalculateVolatility(int period, int LookBack)
{
//Calculates the volatility of a pair based on an average of their movement over LookBack...
Cheers CT.

I have added this to the post 1 version. My guess is the problem has not surfaced before now because there are so few 4 digit crims left these days. Unless your account is 4 digits, you do not need the update.

Can someone check on demo that LUC has not booked in for a party, on 5 digit accounts please? I have commented out the original code, so it can easily be reinstated an an extra CrimIs4Digits input added to tell TB which code to use if LUC is to found throwing up in the gutter in a couple of days time.

  • #1,786
  • May 5, 2011 4:12am May 5, 2011 4:12am
Quoting peje
Hello,
Can anyone give me advice why didn't TB take a new trade (EURAUD) if there is no problem with swap/margin check, no problem with a limit of pairs in trade, settings is not changed and the trade before was sent and closed with profit as expected? No information about error or any action in journal.
It happens to me on more pairs unfortunately and all EURxxx.
Any advice is welcome..

Reason is Zeljko check which I understood in wrong way, I am sorry.....
  • #1,787
  • May 5, 2011 4:26am May 5, 2011 4:26am
Quoting peje
Reason is Zeljko check which I understood in wrong way, I am sorry.....
Always good to have sussed things for yourself.

  • #1,788
  • May 5, 2011 7:14am May 5, 2011 7:14am
Good day today.

A bit of decent retracement saw of a lingering GJ sell Recovery set from the end of March, at a small profit.

That EU box trade from last week hit its tp quite quickly, so TB took a ct sell that went a long way into the hole, but Recovery has seen to that little lot this afternoon.

I happened to be at the computer when the breakeven line turned to red, the took out the trades about half an hour later.

Always great when a plan works out.

  • #1,789
  • May 5, 2011 8:00am May 5, 2011 8:00am
Agreed, I had a recovery that closed on gbp/chf today for a small profit, which was on recovery for a few days and went to 3rd level on a 1.2.6.



This icon sums it quite nice.

I am working hard on my traders mindset.

I am actually reading a book called Traders Money Management System at the moment and some good ideas on handling your money which puts your mind much at ease with trading.

The .01 per $200 actually fits very nice into this system as recommended.
  • #1,790
  • May 5, 2011 3:51pm May 5, 2011 3:51pm
I now have a uc box buy and sell open. In the fullness of time, one of these will hit tp and the second will become subject to live 1.2.6 Recovery.

  • #1,791
  • May 6, 2011 12:53am May 6, 2011 12:53am
Quoting SteveHopwood
I now have a uc box buy and sell open. In the fullness of time, one of these will hit tp and the second will become subject to live 1.2.6 Recovery.

Yesterday I had the problem where a box trade went through the magenta line and gold but did not put on a BE line or Take Profit. I had to manually close the trade only seeing it after a few hours.

I am now busy investigating what could have happened. Will feedback soon.
  • #1,792
  • May 6, 2011 1:43am May 6, 2011 1:43am
Hi,

due to circumstances I have to restart my computer about 2 to 3 times a day, and therefore restart MT4 too. I have TB running on about 40 pairs (in demo).
However, I noticed that in about 80% of the MT4 starts, my MT4 locks up after a few seconds (I think at the time that the first tick is received). The only way that I can proceed is to kill MT4, start again and pray for the best. If it gets launched correctly, i.e. in the remaining 20% of the cases, it stays running and I don't experience a problem anymore.

Anybody else experience this and has a solution? If not, I will do some debugging but we all know how 'fun' debugging MQL for these things is... :-)

Greetings
  • #1,793
  • Edited 2:37am May 6, 2011 2:09am | Edited 2:37am
Quoting azertyken
Hi,

due to circumstances I have to restart my computer about 2 to 3 times a day, and therefore restart MT4 too. I have TB running on about 40 pairs (in demo).
However, I noticed that in about 80% of the MT4 starts, my MT4 locks up after a few seconds (I think at the time that the first tick is received). The only way that I can proceed is to kill MT4, start again and pray for the best. If it gets launched correctly, i.e. in the remaining 20% of the cases, it stays running and I don't experience a problem anymore.

Anybody else experience this...
Wow, thats hell of a lot of code running on 40 pairs, probably dependant on a random distribution of ticks and the load on initial startup must be high!
I have been thinking recently if it is possible to run low priority code say once a minute such as the screen information long term trend analysys etc. My thoughts are to create fairly random time slots in a 1 minute period seeded by the current price on initialisation. Thereafter large chunks of low priority stuff could be executed after the next 60 secs + Random. Just a thought, may have a play some time.
A further thought: Maybe worth trying 2 instances of MT4 with the same account, can be done if installed in 2 different folders. Not sure how you would split the pairs and what the ramifications of 2 Beaties not communicating are?
But if running on a low end PC that wont help but I have noticed on a small Atom processor based notebook, running 3 MT4's is about the limit, if one freezes it does not seem to effect the others.
Survive to fight another day
  • #1,794
  • May 6, 2011 2:37am May 6, 2011 2:37am
The Captain sent me an idea for an ea that I first thought was a little silly, but which turns out to show promise.

Can I ask the Brains Trust here to visit http://www.forexfactory.com/showthread.php?t=292421 for the details, then read my post at http://www.forexfactory.com/showpost...2&postcount=45 to view this weeks results.

  • #1,795
  • Edited 3:11am May 6, 2011 2:38am | Edited 3:11am
Quoting azertyken
Hi,

due to circumstances I have to restart my computer about 2 to 3 times a day, and therefore restart MT4 too. I have TB running on about 40 pairs (in demo).
However, I noticed that in about 80% of the MT4 starts, my MT4 locks up after a few seconds (I think at the time that the first tick is received). The only way that I can proceed is to kill MT4, start again and pray for the best. If it gets launched correctly, i.e. in the remaining 20% of the cases, it stays running and I don't experience a problem anymore.

Anybody else experience this...
You don't say why you are trying to run 40 pairs on the same account.

Unless you have to run on the same account for some reason, just split the 40 pairs across say 5 demo accounts with 8 pairs per account.

Also consider getting a VPS if you are going to get into this stuff seriously, that will mean you no longer have to restart computer about 2 to 3 times a day.
  • #1,796
  • May 6, 2011 2:50am May 6, 2011 2:50am
Quoting Krypty
Yesterday I had the problem where a box trade went through the magenta line and gold but did not put on a BE line or Take Profit. I had to manually close the trade only seeing it after a few hours.

I am now busy investigating what could have happened. Will feedback soon.
TB should send a tp with the box trade. Did you have one of the tp options set? Even if not, the default of magenta dashed line should have been sent.

  • #1,797
  • May 6, 2011 3:40am May 6, 2011 3:40am
Quoting macman
You don't say why you are trying to run 40 pairs on the same account.

Unless you have to run on the same account for some reason, just split the 40 pairs across say 5 demo accounts with 8 pairs per account.

Also consider getting a VPS if you are going to get into this stuff seriously, that will mean you no longer have to restart computer about 2 to 3 times a day.
Hi, actually I don't have to run all those pairs on the same account and I can indeed split them up, but that's a bit more annoying to handle. You are right about the VPS ofcourse.
However, it is just that i'm afraid that something is not right and this something is manifesting itself earlier with 40 pairs than with 8, but not guaranteeing that it will not happen with 8 pairs if the conditions are right. Perhaps it is just a metatrader issue (and I strongly suspect it is after doing some more tests now), but it could also be a TB issue that can potentially cause disaster, no matter how unlikely.

Greetings
  • #1,798
  • May 6, 2011 4:10am May 6, 2011 4:10am
Quoting azertyken
Hi, actually I don't have to run all those pairs on the same account and I can indeed split them up, but that's a bit more annoying to handle. You are right about the VPS ofcourse.
However, it is just that i'm afraid that something is not right and this something is manifesting itself earlier with 40 pairs than with 8, but not guaranteeing that it will not happen with 8 pairs if the conditions are right. Perhaps it is just a metatrader issue (and I strongly suspect it is after doing some more tests now), but it could also be a TB issue that can...
It is a Metatrader issue, not a programming issue IMHO
  • #1,799
  • May 6, 2011 4:18am May 6, 2011 4:18am
Quoting macman
It is a Metatrader issue, not a programming issue IMHO
Yes, I'm starting to get pretty convinced of this too as currently all TB instances are running fine but the charts are not updating anymore, not even showing anything anymore.
  • #1,800
  • May 6, 2011 9:21am May 6, 2011 9:21am
Quoting azertyken
Yes, I'm starting to get pretty convinced of this too as currently all TB instances are running fine but the charts are not updating anymore, not even showing anything anymore.
It is a MT4 issue. You are overloading it with so many charts. I have had the same issue before (i.e. MT4 freezing and after a rboot freezing again). The only solution I found to get the MT4 to start was to go to the MT4 directory, profile sub directory and delete some of the chart files. I hope this helps.
Kind regards
0 traders viewing now