Simone Guy's 'Simple and Consistent Fibonacci Method' | Page 8 | Forex Factory

Options

Go to
Permalinks
Print Thread

Similar Threads

SIMPLE EA for a simple method needed!! 2 replies

Simple, Non-subjective, Consistent, Effective 645 replies

What is the Differences between Fibonacci Fan and Fibonacci Arcs 15 replies

bo7a method... method for GBP/JPY 205 replies

Simple & Consistent Fibbing Method 1,913 replies

Attachments: Simone Guy's 'Simple and Consistent Fibonacci Method'
Exit Attachments

Simone Guy's 'Simple and Consistent Fibonacci Method'

  • #141
  • Jun 10, 2010 5:54pm Jun 10, 2010 5:54pm
Hi

I dont think it is a settings/set file problem

and the Latest version can get confusing

the Latest version is since Steves Post # 119

yet using the version prior to that I also had no open trades, or no trades opened

lol

so now lets see what happens, I am using the standard settings/set file. hours changed to 0-12 12-24

Quoting MrChips
Hi

I had the same problem with the older version - I forgot what I did to jump start it.

I closed mt4, downloaded and compiled the new version, placed it in the mt4/experts folder and restarted mt4. No trades in about 6 + hours.

Does anyone who is having successful trades with the latest version have a set file they would be kind enough to share?
  • #142
  • Jun 10, 2010 5:57pm Jun 10, 2010 5:57pm
Quoting MrChips
Hi

I had the same problem with the older version - I forgot what I did to jump start it.

I closed mt4, downloaded and compiled the new version, placed it in the mt4/experts folder and restarted mt4. No trades in about 6 + hours.

Does anyone who is having successful trades with the latest version have a set file they would be kind enough to share?
Did you try closing your old currency window which had the EA attached and reopening a new one?
  • #143
  • Jun 10, 2010 6:16pm Jun 10, 2010 6:16pm
Quoting desmodeus
I'm not certain that this is the problem, but it does seem like a possible problem. In a down trend the direction parameter to GetBreechPivotCandlesClose call is "up" and in an uptrend the direction parameter to GetBreechPivotCandlesClose call is "down". I think this might be backwards

- desmodeus
Ah-ha. At last. Someone spotted the deliberate mistake I included to see if people are acutually awake here.

Nice one d. I cannot believe that even I made such a crass coding mistake. I believe I might have mentioned my link to a firing brain cell and lethality before.

Cheers d. The fix for the infantile mistake you spotted is in post 1. Simone might even be able to take the odd trade now and then.

  • #144
  • Jun 10, 2010 6:23pm Jun 10, 2010 6:23pm
I'm pretty sure that the inversion of the direction arguments in the "down trend" and "up trend" calls to GetBreechPivotCandlesClose() are the reason why no trades are being made. The way it is now, in a down trend it is checking to see that the current and last n candles closed _above_ the breach pivot, and in an up trend it is checking to see that the current and last n candles closed _below_ the breach pivot. This test will usually fail, yielding no trades...

- desmodeus
  • #145
  • Jun 10, 2010 6:40pm Jun 10, 2010 6:40pm
Thank you desmodeus well done spotting Steve's deliberate mistake

Thank you Steve

ok so now lets see if trades open
  • #146
  • Jun 10, 2010 6:41pm Jun 10, 2010 6:41pm
I hadn't refreshed and seen Steve's last post. Please disregard my flogging a dead horse...

-desmodeus
  • #147
  • Jun 10, 2010 6:43pm Jun 10, 2010 6:43pm
Quoting Burton
Thank you desmodeus well done spotting Steve's deliberate mistake

Thank you Steve

ok so now lets see if trades open
I should have known there was something wrong because this robot runs backtests in strategy tester, but backtests were not taking trades. It is taking them now, so the code is working.

Hey ho. It goes back to the firing brain-cell thingy.

  • #148
  • Jun 10, 2010 6:49pm Jun 10, 2010 6:49pm
Quoting desmodeus
I hadn't refreshed and seen Steve's last post. Please disregard my flogging a dead horse...

-desmodeus
'Tis ok. We knew that. Burton was only teasing.

  • #149
  • Jun 10, 2010 6:49pm Jun 10, 2010 6:49pm
Your brain cells work super bloody well Steve

many thank yous

Quoting SteveHopwood
I should have known there was something wrong because this robot runs backtests in strategy tester, but backtests were not taking trades. It is taking them now, so the code is working.

Hey ho. It goes back to the firing brain-cell thingy.

  • #150
  • Jun 10, 2010 6:51pm Jun 10, 2010 6:51pm
A very Genuine Thank you to you desmodeus

well done

Quoting desmodeus
I hadn't refreshed and seen Steve's last post. Please disregard my flogging a dead horse...

-desmodeus
  • #151
  • Jun 10, 2010 7:09pm Jun 10, 2010 7:09pm
I have a Intraday Fib (Blue) not drawing correctly on USDCAD and on USDCHF

yet seems ok on other Pairs

Latest EA version
Attached Image (click to enlarge)
Click to Enlarge Name: pic1.JPG Size: 132 KB
  • #152
  • Jun 10, 2010 7:20pm Jun 10, 2010 7:20pm
You are all too kind... Someone would have spotted it, and in this company, likely sooner than later. I'm just happy to be able to participate. This is a really wonderful community, this thread. Thanks to you all!

- desmodeus
  • #153
  • Jun 10, 2010 7:30pm Jun 10, 2010 7:30pm
Quoting Burton
I have a Intraday Fib (Blue) not drawing correctly on USDCAD and on USDCHF

yet seems ok on other Pairs

Latest EA version
Burton, Could it be because your ID fib size of 18 pips is less than the Minimum ID fib size of 50 which is making this pair Not Tradable.

Don't know if that would impact the painting of FIB lines ... Just a guess...
  • #154
  • Jun 10, 2010 7:40pm Jun 10, 2010 7:40pm
Looking at Burton's question helped open my own eyes. After responding to his post I looked at mine closer and all 17 demo pairs I'm testing are "Not Tradable".

I think All my fib lines have been messed up for at least 24 hours. Is there a trick to spreading them out? Should explain why I still haven't seen any trades open up.

Thanks for your input ...
Attached Image (click to enlarge)
Click to Enlarge Name: simone - 6-10.gif Size: 31 KB
  • #155
  • Jun 10, 2010 8:00pm Jun 10, 2010 8:00pm
Hello Pip Parade

your first post in reference to my post made me scratch my head with the thought " you do not understand my post or this EA" (the Post is mainly for Steve to see)

your second post confirms my first thought

please re-read from page 1 so you understand how this EA draws & trades.

yes it is a work in progress, if you had read the 10 pages ( just 10) you would know how to "spread" the fibs

there is no fib foul up.

Quoting Pip Parade
Looking at Burton's question helped open my own eyes. After responding to his post I looked at mine closer and all 17 demo pairs I'm testing are "Not Tradable".

I think All my fib lines have been messed up for at least 24 hours. Is there a trick to spreading them out? Should explain why I still haven't seen any trades open up.

Thanks for your input ...
  • #156
  • Edited 8:57pm Jun 10, 2010 8:13pm | Edited 8:57pm
I am sorry to hear that this has caused so many problems.

Still, I am reluctant to bloat my code, so that inexperienced users can cope with it.

1) Having said that, I appreciate that this thread is for traders and not developers and I try to keep things simple.

2) Having said that, the code needs to be maintainable.

3) goto 1

Do you see my problem? The above causes an infinite loop, saturates the CPU and gives me a headache.

I believe one possible solution would be to provide the binary for the robot, in addition to the source. That way, people simple get the .ex4, copy it into the experts dir and off they go.

This is not my thread, so I can only offer suggestions.

For the time being I'll hold back and see how this can be overcome.

Cheers,
Nick

Quoting SteveHopwood
Whatever you think you have done, the fact is that you do not have Simone stuff.mqh in your Experts/Include folder.

Nick, when you have run a few threads, you will come to understand why extra libraries are just a pain in the arse. My experience is this: if the library cannot be included in the robot source code, then forget it. They are more trouble than they are worth - that is why I abandoned mbkennel's fantastic LibOrderReliable - many people simply cannot cope with them. Or they do not download properly yet appear to....... Or......

...
  • #157
  • Jun 10, 2010 8:40pm Jun 10, 2010 8:40pm
Hi grandehombre

I do like your coding suggestions for Digit variations and GMT coding etc

especially if it lightens the cpu loading

yet I also understand what Steve has experienced, that many will get lost, then post many questions on why their EA is not working

the solution is a Copy and Paste reply to all such questioning posts

"please re-read from page 1"

Quoting grandehombre
I am sorry to hear that this has caused so many problems.

Still, I am reluctant to bloat my code, so that inexperienced users can cope with it.

1) Having said that, I appreciate that this thread is for traders and not developers and I try to keep things simple.

2) Having said that, the code needs to be maintainable.

3) goto 1

Do you see my problem? The above causes an infinite loop, saturates the CPU and gives me a headache.

I believe one possible solution would be to provide the binary for the robot, in addition to the...
  • #158
  • Jun 10, 2010 8:50pm Jun 10, 2010 8:50pm
Quoting Burton
Hello Pip Parade

your second post confirms my first thought
Burton,

Thank you for the response. Unfortunately while the EA is a work in progress so is my ability. I had a few early successes with this and hoped to contribute by posting results from testing but hit a glitch a day or 2 ago.

Wish to respect the thread so will I reread and find what I missed.
  • #159
  • Jun 10, 2010 8:51pm Jun 10, 2010 8:51pm
I have a suggestion with respect to "simone stuff.mqh" With Nick's permission of course, why not incorporate the contents of "simone stuff.mqh" into simone.mq4? Anyone who still want to use the external .mqh could comment out the incorporated code and uncomment the #include line. (these folks would by definition be knowledgeable). This way non-programmers wouldn't have to deal with where to put the .mqh.

[ Maybe this could be handled with #ifdef/#else directives, but I don't know if mq4 supports those ]

-desmodeus
  • #160
  • Jun 10, 2010 9:11pm Jun 10, 2010 9:11pm
By all means!

The code is free for everyone to use and do as he pleases.

I personally do not want to mix up code from 'includes' into the main code, but this is only relevant to projects I maintain.

I'd like to keep the noise down on this issue; this is Steve's thread on how to develop and fine tune a pip-making robot and I am all for it.
The more pips, the better.

It seems that tech stuff has dirtied the waters a little, so lets let Steve import the include file into the main code file and then leave it at that.

Much as I enjoy software, I am also looking forward to enjoying pips. lotsa pips. pips here, pips there, pips every-bloody-where!


On the pip side of things, I'd like to see a Simone that has settled in her ways, has been tested by a number of users and has been fine-tuned to do the best she can. I don't expect 100% profitability or anything near it.

I just want to see her pick some winning trades, if for no other reason, than to take a tiny bit of the emotion out of trading.

I will still be the one opening/closing the big trades (1.0+ lots) but I want Simone to do her magic on the smaller lots...

Cheers,
Nick

Quoting desmodeus
I have a suggestion with respect to "simone stuff.mqh" With Nick's permission of course, why not incorporate the contents of "simone stuff.mqh" into simone.mq4? Anyone who still want to use the external .mqh could comment out the incorporated code and uncomment the #include line. (these folks would by definition be knowledgeable). This way non-programmers wouldn't have to deal with where to put the .mqh.

[ Maybe this could be handled with #ifdef/#else directives, but I don't know if mq4 supports those ]

-desmodeus
2 traders viewing now