Kang Gun Relative Strength trading - the EA's | Page 64 | Forex Factory

Options

Go to
Permalinks
Print Thread

Similar Threads

Trading system using relative strength 2,816 replies

Trading System Using Relative Strength-Part 2 1,499 replies

Updated CCFp and CFP indis for relative strength trading 55 replies

Relative Strength Basket Trading System 3,479 replies

Dyekid217 Trading relative strength and CICR 0 replies

Attachments: Kang Gun Relative Strength trading - the EA's
Exit Attachments

Kang Gun Relative Strength trading - the EA's

  • #1,261
  • Dec 8, 2009 1:48am Dec 8, 2009 1:48am
Latest version of the Range robot is in post 1. This contains an essential fix to an occasional problem that can crop up when a basket-send part-fails.

  • #1,262
  • Edited 2:09pm Dec 8, 2009 11:49am | Edited 2:09pm
Please see attached image. About 3 minutes robot did nothing, ticks were sended by mt4tick tool and price moved too.
When upl was around $80 I loosed my nerves and I closed trades manually
Before I finished it, robot fired up alert and begun closing another basket. So I don't know what is wrong
Attached Image (click to enlarge)
Click to Enlarge Name: kg.jpg Size: 100 KB
Pavel
  • #1,263
  • Dec 8, 2009 2:19pm Dec 8, 2009 2:19pm
Quoting maya007
Please see attached image. About 3 minutes robot did nothing, ticks were sended by mt4tick tool and price moved too.
When upl was around $80 I loosed my nerves and I closed trades manually
Before I finished it, robot fired up alert and begun closing another basket. So I don't know what is wrong
Nor me Pavel; not a hint of a clue. I have never caught this happening to me.

How old is your trading computer? The reason I ask is that mine is 3 years old, has only half a gb of memory and is slowed to a crawl by almost anything. I wonder if this is a possible cause of problems.

  • #1,264
  • Dec 8, 2009 2:28pm Dec 8, 2009 2:28pm
Quoting SteveHopwood
Nor me Pavel; not a hint of a clue. I have never caught this happening to me.

How old is your trading computer? The reason I ask is that mine is 3 years old, has only half a gb of memory and is slowed to a crawl by almost anything. I wonder if this is a possible cause of problems.

If you are running more than 1 EA on the same account then problems can occur with the same thread being used. This usually causes the IsTradeContextBusy() to return TRUE. In theory MT4 should open seperate threads for each EA but sometimes it doesnt and you can end up with a locked thread.

Just a thought!!!!

Scoobs
  • #1,265
  • Dec 8, 2009 2:56pm Dec 8, 2009 2:56pm
Quoting scooby-doo
If you are running more than 1 EA on the same account then problems can occur with the same thread being used. This usually causes the IsTradeContextBusy() to return TRUE. In theory MT4 should open seperate threads for each EA but sometimes it doesnt and you can end up with a locked thread.

Just a thought!!!!

Scoobs
This could be why I never meet this problem. I am trading the robot on a live account and have learned from bitter experience never to run two ea's on the same account.

Not sure mind, but all I can do is eyeball the program logic every time a problem arises and try to cure it. It is quite hard to cure a fault that I do not personally experience.

  • #1,266
  • Dec 8, 2009 3:04pm Dec 8, 2009 3:04pm
Quoting SteveHopwood
This could be why I never meet this problem. I am trading the robot on a live account and have learned from bitter experience never to run two ea's on the same account.

Not sure mind, but all I can do is eyeball the program logic every time a problem arises and try to cure it. It is quite hard to cure a fault that I do not personally experience.

Its a known problem with MT4.

By the way, apparently, a single EA can lock its own thread depending on how it has been coded. Not saying your coding is wrong Steve but there is allot of information on the net about it.

What you can do at the top of your code in start() is the following:

if(IsTradeContextBusy() == true) Print("Locked");

Then check the journal on how many times this is occuring.

Scoobs.
  • #1,267
  • Dec 8, 2009 3:05pm Dec 8, 2009 3:05pm
Quoting SteveHopwood
Nor me Pavel; not a hint of a clue. I have never caught this happening to me.

How old is your trading computer? The reason I ask is that mine is 3 years old, has only half a gb of memory and is slowed to a crawl by almost anything. I wonder if this is a possible cause of problems.
Thank you for answer. I thought about it too. My machine is rather old PC with more terminals running at once.
Trade management routine is called at the end of the start(). What happens, when terminal get new tick before running for example xxxJpyTrades()? It will run start() from beginning? I suppose yes, so it can cause my problem.
I will try close some terminals and I will see
Pavel
  • #1,268
  • Dec 8, 2009 3:18pm Dec 8, 2009 3:18pm
Quoting scooby-doo
Its a known problem with MT4.

By the way, apparently, a single EA can lock its own thread depending on how it has been coded. Not saying your coding is wrong Steve but there is allot of information on the net about it.

What you can do at the top of your code in start() is the following:

if(IsTradeContextBusy() == true) Print("Locked");

Then check the journal on how many times this is occuring.

Scoobs.
Cheers Scoobs. Really useful to know.

I have added a modified version of this to V3.6 in post 1. To use it meaningully, users will have to have the indi loaded onto the chart to avoid all those subwindow errors that otherwise swamp the journal.

  • #1,269
  • Dec 8, 2009 4:09pm Dec 8, 2009 4:09pm
Quoting SteveHopwood
Cheers Scoobs. Really useful to know.

I have added a modified version of this to V3.6 in post 1. To use it meaningully, users will have to have the indi loaded onto the chart to avoid all those subwindow errors that otherwise swamp the journal.

Steve,

If you are interested then this article goes into more detail about it.

http://articles.mql4.com/141

Cheers

Scoobs
  • #1,270
  • Dec 8, 2009 4:49pm Dec 8, 2009 4:49pm
Cheers Scoobs.

  • #1,271
  • Dec 10, 2009 3:00am Dec 10, 2009 3:00am
Sorry about English
I have broker that
from monday to friday - 1:500 Leverage
from friday to monday - 1:100 Leverage
Robot wrong calculate lot size
  • #1,272
  • Dec 10, 2009 3:30am Dec 10, 2009 3:30am
Quoting Nikkos
Sorry about English
I have broker that
from monday to friday - 1:500 Leverage
from friday to monday - 1:100 Leverage
Robot wrong calculate lot size
That doesnt make any sence. I suggest you change your broker ASAP.

Scoobs
  • #1,273
  • Dec 10, 2009 10:55am Dec 10, 2009 10:55am
Quoting scooby-doo
These methods are used to some extent with the commercial world but you DO NOT buy equal lots of each currency within the group or basket. This is ONE of the reasons why DD occurs to a higher amount and more often that it needs too.

So, based on this, you should pick the strongest pair within the group (usually the one with the highest value) as your base currency and increase/decrease the lot size for the others.

To get these...

Hello guys,
I have one big request to you - please would you be so kind and explain me, why use exactly this method of counting lot sizes?
Before some days I had EUR basket with -30 pips but with upl +30 USD (my deposit currency is USD). After I saw this, I started thinking about counting lot sizes from pip value and not from bid value. Is it nonsense?
Thank you.
Pavel
  • #1,274
  • Dec 10, 2009 11:01am Dec 10, 2009 11:01am
Quoting maya007
Hello guys,
I have one big request to you - please would you be so kind and explain me, why use exactly this method of counting lot sizes?
Before some days I had EUR basket with -30 pips but with upl +30 USD (my deposit currency is USD). After I saw this, I started thinking about counting lot sizes from pip value and not from bid value. Is it nonsense?
Thank you.
You use the bid price as we are buying and selling.

Therefore buying 1 unit of GBPJPY is not the same as buying 1 unit of EURJPY or AUDJPY or CHFJPY or NZDJPY or CADJPY or USDJPY.

Why would you be using pip value ?

Scoobs.
  • #1,275
  • Dec 10, 2009 11:26am Dec 10, 2009 11:26am
I've been demo testing v.3.3 of the original method with no apparent problems. I did have some losing baskets, but I initially set up the demo with all baskets to true to see what would happen. I lost 25% of the account. But now I have only Jpy, Usd, Gbp, Eur and Aud baskets and the account is growing again.

When I update to the latest version (v.3.6), which indi needs to be placed on the chart to avoid swamping the journal? Just the KG RS Group?

And does the indi need to be on the same chart as the EA or on a separate chart?

Thank you for all your hard work.
  • #1,276
  • Dec 10, 2009 11:47am Dec 10, 2009 11:47am
Quoting scooby-doo
You use the bid price as we are buying and selling.

Therefore buying 1 unit of GBPJPY is not the same as buying 1 unit of EURJPY or AUDJPY or CHFJPY or NZDJPY or CADJPY or USDJPY.

Why would you be using pip value ?

Scoobs.
Because one pair can run faster than others - I thought that we want to normalize all pairs.
For example EUR basket:
lot sizes calculated from bid value
EURJPY - 0.1
EURGBP - 0.14
EURUSD - 0.09
pip values are EURJPY 1.33$, EURGBP 1.62$, EURUSD 1$
when price for every pair moves 10 pips, profit will be:
EURJPY 1.33$
EURGBP 2.27$
EURUSD 0.9$

lot sizes calculated from pip value
EURJPY - 0.14
EURGBP - 0.1
EURUSD - 0.16
pip values are EURJPY 1.33$, EURGBP 1.62$, EURUSD 1$
when price for every pair moves 10 pips, profit will be:
EURJPY 1.86$
EURGBP 1.62$
EURUSD 1.6$
Pavel
  • #1,277
  • Dec 10, 2009 12:13pm Dec 10, 2009 12:13pm
Quoting maya007
Because one pair can run faster than others - I thought that we want to normalize all pairs.
For example EUR basket:
lot sizes calculated from bid value
EURJPY - 0.1
EURGBP - 0.14
EURUSD - 0.09
pip values are EURJPY 1.33$, EURGBP 1.62$, EURUSD 1$
when price for every pair moves 10 pips, profit will be:
EURJPY 1.33$
EURGBP 2.27$
EURUSD 0.9$

lot sizes calculated from pip value
EURJPY - 0.14
EURGBP - 0.1
EURUSD - 0.16
pip values are EURJPY 1.33$, EURGBP 1.62$, EURUSD 1$
when price for every pair moves 10 pips, profit will be:
EURJPY 1.86$
EURGBP...
This will be something for Steve too think about based on AccountCurrency() etc.
  • #1,278
  • Dec 10, 2009 12:19pm Dec 10, 2009 12:19pm
Quoting scooby-doo
This will be something for Steve too think about based on AccountCurrency() etc.
MarketInfo(symbol, MODE_TICKVALUE) returns pip value always in deposit currency. And of course in the same currency as take profit.
I modified V3.6 to use this. I think it could produce better balanced baskets (if bid value has no other advantage).
Pavel
  • #1,279
  • Dec 10, 2009 12:52pm Dec 10, 2009 12:52pm
Quoting maya007
MarketInfo(symbol, MODE_TICKVALUE) returns pip value always in deposit currency. And of course in the same currency as take profit.
I modified V3.6 to use this. I think it could produce better balanced baskets (if bid value has no other advantage).
The bid price is advantageous to true contract size purchases. i.e. non retail trading.

My mistake as I had my day job head on.

Steve, go ahead and change it although I am not sure on the exact calculation/formula to use.

Scoobs.
  • #1,280
  • Dec 10, 2009 1:28pm Dec 10, 2009 1:28pm
Don't mind calculating lot sizes from pip value.

Don't mind calculating lot sizes from differential lot sizing bases on finding the strongest pair in the basket.

Am not going to meander between one and the other.

This robot has tripled my live account without once ever threatening it. In nearly 12 months of live trading. Including many software blunders on my part - without them the account would probably have quintupled.

It aint bust so I aint fixing it.

1 trader viewing now