Hi.

Please contact me by PM in order to resolve the issue.

Thanks,
Eric

You forgot to set the correct "Chart Settings" in the EA parameters.

Please refer to the "How to set up" section in the description.

If you struggle with the set up, please send me a PM. I can demonstrate you the set up through a private TeamViewer session then.

Regards,
Eric

I bought the EA. But it did not work correctly today.

Today is NFP day. My EA traded. :(

This is what I did

1. I have an EA that runs on EURUSD. EA is smiling. I save it to template EURUSD_EA. 
2. I applied Take a Break and get the chart ID
3. After copying the ID, I apply again EURUSD template so it is back to original state
4. I open another EURUSD chart. Added Take a Break EA. Then copied template name EURUSD_EA. Set the EA settings to turn on during High Impact news. Make sure the Take a Break EA is smiling. I also added ecforexprostools.com on websites allowed.
5. Now, I have two charts. One chart has my original EA. Second chart has Take a Break EA. 
6. Today NFP. Take a Break EA chart says No Trade. News. But my EA still opened trades.

Please help.

Let's do a private TeamViewer session in order to resolve the problem.

Regards,
Eric

Dear users,

please use the attached scripts to retrieve the Chart ID without the need to stop your EAs/change your current chart setup.

Simply unzip the archive in your terminal folder (select File >> Open Data Folder in your MT4 or MT5) and refresh your MetaTrader's "Scripts" section or restart your MetaTrader terminal.
You will then find a new script called "Get Chart ID" which you can simply attach to the desired chart in order  to get its ID.

Regards,
Eric

Sure, no problem at all! Please PM me and we will find a suitable time for the TeamViewer session.

As of version 2.0 onwards, these instructions are outdated.

Please use the new, simpler Take a Break Indicator instead: 

• MT5 version
• MT4 version

I really like your app but it has some bugs that need to be fixed. I am having a problem getting it to work correctly on terminals with a lot of charts.

It seems like when there are more than 10 charts that it is managing it fails to load some of them back up when news changes from 'no trade' to 'trade' again.

Sometimes 'trade' chart comes back with expert but no indicator and sometimes nothing comes back at all and chart is blank but this only happens to some of the charts.

The rest come back fine.

As it stands now i have to check my terminals that have lots of charts after every news event and reload ea's and indicators.

Please fix this. Thanks.

Thanks for reporting!

I need to investigate your setup in order to fix the issues. I will need access to your VPS in order to do so. Please contact me by PM so that we can arrange a TeamViewer / Remote Desktop session.

Thank you.

Alternatively, you may also try to simply recreate the affected templates:

1. Open a blank, new chart.
2. Attach the EA that should be managed by TaB to the chart.
3. Attach the TaB Indicator to the chart. Specify the "broken" Chart Group and set "Recreate default templates?" to "true".

Ok so i may have fixed some of the issues. I broke up the terminals with many charts to two smaller ones and it seems to be better now.

I also realized that you cannot have any dashes in the names like 'UJ-3' so i renamed it to UJ3 and it seems to be ok.

I still get one chart on CADCHF that keeps dropping out but I am not sure if that is 'take a break' or the other ea causing it.

It is fine on all the other charts on the same terminal.

Is there a way to reduce the steep CPU load with this utility?

Like it goes from zero to 97% back to zero over and over again is it possible to smooth it out and make it so it is not so aggressive?

It starves the other terminals for processing time when it does that instead of gradually doing what it needs to.

Thanks.

Also a feature request:

It would be nice to have a chart that take a break can switch to in drawdown situations based on percentage dd of account which does not expire like the daily profit / loss limit does but rather switches back to main trading chart only after dd has come back up to a certain level. The purpose of this other chart would be to have the same ea (or another one) with different settings to help reduce the dd on the account before it resumes normal trading settings again.

Would this be possible?

Thanks again.

Thank you for your feedback! Glad it works for you now in general. Let me address the open issues:

1. I broke up the terminals with many charts to two smaller ones and it seems to be better now.
   While I'm glad that this works for you, it does not make sense from a code perspective. Usually, it's better to have TaB manage as many charts as possible in just one MetaTrader instance rather than having multiple MetaTrader instances which produce additional CPU overhead. 
   
   
2. I also realized that you cannot have any dashes in the names like 'UJ-3' so i renamed it to UJ3 and it seems to be ok.
   Good point. I will add a note that the Chart Groups should only contain letters and numbers in the indicator as well. The EA already has that note in the "Template Settings" section.
   
   
3. I still get one chart on CADCHF that keeps dropping out but I am not sure if that is 'take a break' or the other ea causing it.
   I can check for you. Just send me the "Experts" log of your MetaTrader and we will find out.
   
   
4. Is there a way to reduce the steep CPU load with this utility?
   That should not be an issue anymore. From the indicator's product description: "EA version 4.0 has been a major performance upgrade with an almost entirely rewritten code base. This upgrade allows Take a Break to handle even large-scale chart setups while consuming a minimum amount of CPU power."
   While TaB used to be quite resource-intense, its workload was already reduced down to the bare minimum. So as of now, there's no more space for improvement, I'm afraid. Also note that some EAs are not coded with CPU load in mind. So it might not be TaB that's causing these spikes.
   
   
5. It would be nice to have a chart that take a break can switch to in drawdown situations based on percentage dd of account which does not expire like the daily profit / loss limit does but rather switches back to main trading chart only after dd has come back up to a certain level. The purpose of this other chart would be to have the same ea (or another one) with different settings to help reduce the dd on the account before it resumes normal trading settings again.
   If you can use absolute (money) values instead of percentage, that's already possible. Just configure the "Drawdown EA", add the TaB indicator to its chart and specify the desired "Chart Group" + select "Profit/Loss Limit reached" as the "Template type to create" . You can then define a "Minimum value until trading is allowed" (can be Equity/Balance/Margin) in the TaB EA and it should work as intended.

Thank you!

Ok so this is the final issue i find happening once or twice a week on a few of my terminals running 'Take a Break';

1 05:37:13.458 Stack overflow in 'C:\Users\Administrator\AppData\Roaming\MetaQuotes\Terminal\C6D03BEE984A8FF7763AA4060BA5C4AC\MQL4\Experts\Market\Take a Break.ex4'

3 05:37:13.458 Take a Break AUDCAD+,M1: not initialized

0 05:37:13.458 Take a Break AUDCAD+,M1: uninit reason 8

0 05:37:13.489 Expert Take a Break AUDCAD+,M1: removed

I have an auto restart ea that reloads the terminal, when it comes back up the chart that had the overflow (in this case it was audcad+) becomes an empty 'eurusd' chart with no EA or 'Take a Break' Indicator on it.

I have to reload the configuration from a backup profile to restore my settings back to normal.

The charts that crash are random but the chances of it happening seems to increase the longer i run 'Take a Break. If I reload the 'Take a Break' terminals every day then it never happens.

Looks like a memory leak or something...

Thanks for reporting!

TaB stores some information in arrays which might become too big for your VPS' RAM the longer TaB runs without a terminal restart. I will check the code and try to fix the error.