Menu
Sister Sites

Options

Bookmark Thread

First Page First Unread Last Page Last Post

Print Thread

Similar Threads

Trapping System: Tunnel Martingale 472 replies

Grid - New indicator that replaces chart grid 57 replies

Grid (not grid system) or horizontal lines indicator 6 replies

Trapping System: Way to Fully-Automated Trading System 47 replies

Grid, Burst Grid, Grid Risk and Grid Profit 1 reply

Attachments: Trapping System: Grid
Exit Attachments

Trapping System: Grid

Quoting jonirrenicus
{quote} {image} Could pls. check on this? a problem i never met before....
Please see the attached.

You should have a "stdlib.mqh" in your "Include" folder in your "MQ4" folder in order to compile the code.

If not, please find a new copy of metatrader and reinstall. "stdlib.mqh" should be a standard file that came with the platform.
Attached Image
Quoting bjhchong
{quote} Please see the attached. You should have a "stdlib.mqh" in your "Include" folder in your "MQ4" folder in order to compile the code. If not, please find a new copy of metatrader and reinstall. "stdlib.mqh" should be a standard file that came with the platform. {image}
Attached Image (click to enlarge)
Click to Enlarge Name: Screenshot1.png Size: 57 KB

of course I have....

Thanks! but it's still not working....
No one wants to be defeated~
Quoting bjhchong
{quote} Please see the attached. You should have a "stdlib.mqh" in your "Include" folder in your "MQ4" folder in order to compile the code. If not, please find a new copy of metatrader and reinstall. "stdlib.mqh" should be a standard file that came with the platform. {image}
Solution Found:

If you still have problem, look at the icon of your .mqh file, if it's not blank file icon (see picture below) then I think your .mqh file is associated with some executable program like for example MetaEditor 4 or notepad. You can also right click that .mqh file and select 'Properties'. In 'Open With' field you can see what program that will open your .mqh file. If it's not Windows Shell Common dll (see picture below), then that the problem of your error.
To solve this you must remove the association of your .mqh file so that your .mqh file is associated with nothing/none of executable program. Click here to search how to remove file association in Windows.
No one wants to be defeated~
Hi, if i want to double the profit and off course drawdown in GTLIMITEURUSD2, then what i must to change is double initial lot multiplier and target profit multiplier?
Quoting aquasunboy
Hi, if i want to double the profit and off course drawdown in GTLIMITEURUSD2, then what i must to change is double initial lot multiplier and target profit multiplier?

Doubling the profit you will double the risk of blow up and the drawdown. Correct, 2 x initial lot multiplier and 2 x target profit multiplier.
Hi Mike,
quite a comment you have, but I know you're curious with the logic. Which is good for each one of you to understand.

Quoting skillz16
{quote} I'm not sure I understand: If you are using the limit version (GTLIMITEURUSD2.set.txt), isn't a big gap in the market to one way a bad thing for this system? I always turn most of mine off around now (7:30 AM here in Chicago) then turn it back on at around now (8:15-8:30).
What big gap you're talking about?
If you meant by gap during last trade day on Friday - first hour trade on Sunday, it's already avoided. That's why in v1.7 I have introduced the weekly start and stop.
But daily gaps during the time you've mentioned, I never seen that in my life. Except for Gold / Silver, sometimes it does happen.

Quoting skillz16
I have another question about the takeprofit: I'm using the TargetProfitDynamicBase==DBBalance (Balance of account) version. The logic should be this: DyTargetProfit = AccountBalance() * TargetProfitMult So this should be: DyTargetProfit = 11,000 * 0.015 (from the settings file provided earlier). DyTargetProfit = 165 Does this mean that once the floating P&L reaches $165, this should close all out and start the cycle again? I'm looking through the code and still cannot seem to figure this out. I have hit that amount recently and it did not close...
OK, I think you are talking about v1.7.
Yes, it was a positive bug (means, it is a profitable bug).

Let us focus on Middle Point logic alone. What happened was,
there were 2 issues before (if you are able to compare v1.7 and v1.8).

First, AskTH and BidTH was not reading from the correct value. It was reading from Ask and Bid. This was a genuine issue and corrected in v1.8. See below.
Attached Image (click to enlarge)
Click to Enlarge Name: Screenshot1.png Size: 19 KB

So generally with v1.7, the following logic: Ask <= AskTH && Bid >= BidTH is always true regardless of where the price moves. And this was supported by the second bug below.

Second, AllPositiveProfit.
I did this check (even until now) to make sure that the logic won't work when you accidentally apply on STOP strategy. So, what I need to do is to make sure when it is reaching middle point, all orders has to be in Profit.
Just think of it, from the current price, if you put BUY LIMIT on the lower part of the current price, and SELL LIMIT on the upper part of the current price, let us say both orders executed, if it goes back to the initial price (Middle Price), all orders would've gone profit, am I right? Even if you put 100 orders of SELL LIMIT with gridstep of 50 points, and 100 orders of BUY LIMIT with step interval of 50 points, when it returns back to initial position, all 200 orders would've gone profit, am I right?
Not a single order goes to minus. Unless, your step is too tight, and your broker applies commissions too damn big, then this logic will eventually fail.

So, now, I kept this logic.
If it touches middle point, it has to be in the inner threshold of ask and bid, and all should be in profit (doesn't matter how small / big is the profit), it will close.


So, Middle Point logic, I hope you understand the logic first.


Now, let us move to IsTargetReached logic.
TargetReached logic essentially is to calculate from Take Profit. So, if Take Profit is reached, either from Dynamic or Balance, then it will close.

Now, if you see from this line:
Inserted Code
         (CloseType == CTMiddlePoint && (
            IsTargetReached || IsLossAccepted || ((((BuyCount + SellCount) >= CloseMiddlePointAftOrders && CloseMiddlePointAftOrders > 0) || CloseMiddlePointAftOrders <= 0) && AllPositiveProfit && Ask <= AskTH && Bid >= BidTH)))

The logic for CTMiddlePoint essentially divided into 3 sections:
- IsTargetReached
- IsLossAccepted
- Middle Point logic
And all are connected with OR logic, not with AND. So, either profit reached, or loss reached, or middle point. Note that AllPositiveProfit is inside middle point logic, not overall logic.

So, this case will happen (it will close all orders when):
- If you have couple of loss, but your Total Profit reaches the calculated profit.
- If you have all in loss, and your total loss reaches the calculated loss.
- If you have all in profit, and the current price reaches the middle point.

And this case will never happen (it will not close all orders when):
- If you have all in profit, total profit is not reached the calculated profit, and price is not in middle point.
- If you have few in profit, total profit is not reached the calculated profit, and price is not in middle point.

So, ya, that's why I consider this bug as profitable bug. Because I never realize this is a genuine bug until past few weeks someone told me there's a bug in the profit calculation. But it was profitable all along. So, I'm now consider this as "feature" rather than a bug. I made another Close type to cater this logic.


Here's the snapshot of the code in v1.8.
Inserted Code
      if (
         (CloseType == CTMiddlePoint && (
            IsTargetReached || IsLossAccepted || (IsInMiddlePoint && IsMidPointActivated && AllPositiveProfit)))
         ||
         (CloseType == CTThresholdMiddlePoint && (
            IsTargetReached || IsLossAccepted || IsReachingThreshold || (IsInMiddlePoint && IsMidPointActivated && AllPositiveProfit)))
         ||
         (CloseType == CTProfitMaxOrder && (
            IsTargetReached || IsLossAccepted || (IsInMiddlePoint && IsProfitMaxOrderActivated && AllPositiveProfit)))
         ||
         (CloseType == CTStandard && (
            IsTargetReached || IsLossAccepted))
         ||
         (CloseType == CTAllOrdersExecuted && (
            IsTargetReached || IsLossAccepted || (BuyCount == SellCount && BuyCount > 0 && BuyCount == DyOrderCountPerSide)))
         ||
         (CloseType == CTThreshold && (
            IsTargetReached || IsLossAccepted || IsReachingThreshold))
      )

Now, it seems readable and segregated into local variables rather than direct logic in the IF block.

I hope this answers your curiosity.
If you ask me to code/fix your EA... it's probably not for free...
Quoting plasmapants
Nice tool and profitable when properly used can an option be added to Sell only / Buy only so Sell Limit order above and Sell Stop below and similar for buy only
I can, and it is quite simple. But just curious, why you need to add this logic?
From my perspective, it does seem that you want this EA to start manually your strategy, and then you'll close manually all the orders when the profit reaches.
If you ask me to code/fix your EA... it's probably not for free...
Quoting jonirrenicus
{quote} english not my language....sorry. Let me say it in another way. pls. Add this code to your EA EA close all orders at High = 1.3111 EA close all orders at Low = 1.2911 EA start trading at price = 1.2950 That means EA start at 1.2950, make some B/S stop orders. I guess that the market will reach 1.3111 or 1.2911, so I use this strategy. if(High[0]>=EA close all orders at High || low[0]<=EA close all orders at Low) Closeall; Do you catch me now?
Then?
Every single cycle you need to run the EA again and change the high and low price? Each and every cycle?
If you ask me to code/fix your EA... it's probably not for free...
Quoting Alberto_Jazz
Hi Radityo, could you indicate your preferred trading time for Friday session? Thank you!
I don't trade on Friday, bro. Maybe in future.
If you ask me to code/fix your EA... it's probably not for free...
Quoting chucrut
{quote} Congrats! Yes, stop orders + NFP dropping like a bomb = 341 pips in less than 1 minute Thanks Rad and everyone else here! {quote} v1.2 - Old but gold {image}
Yes,
you also dropped the bomb on us, with this great idea!
But must be careful, I saw once quite a long time ago (in my whole life), NFP dropped, it was ranging enough.
If you ask me to code/fix your EA... it's probably not for free...
There is a senario:
All orders are limit orders.
When buy order start, it should close all orders when close type target reached. it should close all orders. But in fast price action, like NFP, it can reach sell limit orders before all orders are closed. And at last, it close all loss sell orders by "close all orders" action.

For this reason, I suggest delete all sell limit orders when buy order opened, and delete all buy limit orders when sell order opened.

It is no problem for demo(maybe) and backtest because all order are closed in no time. But it has a big problem in live.
Hope you release V1.8 ASAP.
Quoting Sunnybeach
There is a senario: All orders are limit orders. When buy order start, it should close all orders when close type target reached. it should close all orders. But in fast price action, like NFP, it can reach sell limit orders before all orders are closed. For this reason, I suggest delete all sell limit orders when buy order opened, and delete all buy limit orders when sell order opened. It is no problem for demo(maybe) and backtest because all order are closed in no time. But it has a big problem in live. Hope you release V1.8 ASAP.
This scenario was discussed before in the middle of the thread. I remember someone asked for this exact same scenario. I didn't accept the scenario, since it seems more effort and in future it will introduce a new issue with the other settings.
Please read the following post why I don't add that feature: http://www.forexfactory.com/showthre...29#post8525929

And quite confused why you use LIMIT on NFP? Of course it's a big problem, you used LIMIT, not STOP. I thought you guys using STOP?
If you ask me to code/fix your EA... it's probably not for free...
Quoting radityo.ardi
{quote} This scenario was discussed before in the middle of the thread. I remember someone asked for this exact same scenario. I didn't accept the scenario, since it seems more effort and in future it will introduce a new issue with the other settings. Please read the following post why I don't add that feature: http://www.forexfactory.com/showthre...29#post8525929 And quite confused why you use LIMIT on NFP? Of course it's a big problem, you used LIMIT, not STOP. I thought you guys using STOP?
I use a limit order always. But no worry, I manually set stop orders to secure account at NFP.
OK I think the next issue will be "Which Broker to use?" I seem to get different results from different brokers so have been scouring reviews when I came across this

2015-04-26
Review:I'm not going to give a rating, as I haven't yet used the accent service; however, I've been milling over the reviews of brokers in an attempt to find one that seems least likely to abscond with my hard earned money. I have narrowed my search down to about five. The problem I'm seeing with the reviews, not only of Accent, but numerous other brokers is that, it seems highly unlikely that every review, be it from Thailand, Korea, somewhere in South America or even Timbuktu is in perfect English. I mean, I've spent time everywhere from Germany, to Thailand, Malaysia, Indonesia, the Philippines, Japan, etc., and of the people I encountered during my stays in all these places, very few spoke fluently, and those who did had issues with grammar and spelling. So, as I was saying, upon reviewing all the 4 and 5 star ratings, it is a bit hard to swallow.

So seems the scammers are everywhere, I got caught with the whole Aplari thing eventually got my money back but what a drama
I know here will always be risk just need to try and minimize it


thoughts and feed back appreciated
I do Good I feel GoodI do Bad I feel Bad
Quoting Offshore
OK I think the next issue will be "Which Broker to use?" I seem to get different results from different brokers so have been scouring reviews when I came across this 2015-04-26 Review:I'm not going to give a rating, as I haven't yet used the accent service; however, I've been milling over the reviews of brokers in an attempt to find one that seems least likely to abscond with my hard earned money. I have narrowed my search down to about five. The problem I'm seeing with the reviews, not only of Accent, but numerous other brokers is that, it seems...

well across the many brokers i have test so far activtrades , ADS securities and london capital group have been the best...due to extremely low spreads... however i prefer activtrades due to their negative protection scheme which the others (as far as i am concerned ) dont have
This week high impact news.
Do we need to turn off the EA guys?
Attached Image
FYI, I tried to deposit using debit card (wirecard). It turns out that the banks (or the card company) charge for international transfer , around A$12. Same amount when i sent money from Indonesia to Australia through bank. Just realize when I saw my bank's statement. I guess this is what you mean with "additional money" in your reply

But they give better exchange rate. All in all, the conversion amount is the same with skrill ad poli

Quoting radityo.ardi
{quote} ...Regarding conversion rate with debit card, usually it will follow your bank's first. Unless there's option to select conversion by bank's or by VISA/Mastercard's, then choosing bank will still a lot cheaper. Bank usually will not take any additional money in case the conversion is not as expected. But VISA/Mastercard does. I guess, we both are same, except you have a lot more options for Aussie brokers. SG got few regulated with local monetary auth, but their spreads and leverage are crazy.
Quoting yogasampurno
This week high impact news. Do we need to turn off the EA guys? {image}
Switching it off for the week after Wednesday would seem a good idea.

Zz
Quoting hishamzz
{quote} Switching it off for the week after Wednesday would seem a good idea. Zz
Speaking in GMT time:
Wed Nov 11 - 13.15 - ECB President Draghi Speaks
Thu Nov 14 - 14.30 - Fed Chair Yellen Speaks
Thu Nov 14 - 20.30 - ECB President Draghi Speaks
Thu Nov 14 - 22.30 - ECB President Draghi Speaks

I agree with you, for the Wednesday session (GTLIMITEURUSD2 17:00 -> 22:00 GMT) i will check how the markets is after the Draghi early afternoon speech. Thursday sure off.
Quoting chucrut
{quote} Speaking in GMT time: Wed Nov 11 - 13.15 - ECB President Draghi Speaks Thu Nov 14 - 14.30 - Fed Chair Yellen Speaks Thu Nov 14 - 20.30 - ECB President Draghi Speaks Thu Nov 14 - 22.30 - ECB President Draghi Speaks I agree with you, for the Wednesday session (GTLIMITEURUSD2 17:00 -> 22:00 GMT) i will check how the markets is after the Draghi early afternoon speech. Thursday sure off.
Agree, only Thursday Draghi we should stop it.
The others, we may need to see it half an hour before EA starts.
If you ask me to code/fix your EA... it's probably not for free...
0 traders viewing now