Posts made by fxDreema

Check expiration time. I think the minimum is 10 minutes in most brokers.

"Check last closed trade type" може да свърши работа.

I doubled stack size for the web version. This is a simple MQL code at the top of the file that looks like this:

#property stacksize 2097152

It is measured in bytes. To be honest, I don't know what it means, how it works and how big it should be

FixedRatioUnitSize and FixedRatioDelta are also local variables and it looks that "double FixedRatioDelta=FixedRatioDelta;" sets it to 0. You can change the name of those constants or set prefix (see MQL prefix on the lower right corner where you set constants).

On the update that I'm preparing there will be many changes in the code of fxDreema, so this problem may disappear.... and other appear

This block is a group of conditions basically. If it is under "on Tick" it can pass tick after tick until the condition is right (Continuous) or once per bar. Put "Draw arrow" after the block and you will see the difference.

Row mode is... if you prefer every next candle to be bigger/smaller than the previous one.

It's beter to connect blocks one after another. Otherwise I don't receive this error. It appears only when AND block is added?

Still the same situation: http://www.mql5.com/en/forum/1967

This is new for me I don't know how it can be used

What calendar?

Само казвам че има значение как са, зависи от стратегията

То зависи в каква последователност са поставени нещата. В друг случай може първо да се проверява за пресичане, и след това да преминава през Once per bar. Така се хваща пресичането някъде по средата на бара.

При мен на бектест се затварят поръчките, макар че не всеки път. Вероятно не се случва всеки път в момента в който новия бар се образува да има и пресичане. Once per bar поставен така действа по такъв начин че всичко свързано под него се изпълнява веднъж на всеки бар, в самото му начало. Понеже следиш MA за текущия бар (Candle ID = 0), то това което виждаш накрая на графиката не е това което е било в момента на отваряне на бара. По-точно това което виждаш е в момента на затварянето.

За всеки случай когато се чудиш кой блок кога се изпълнява, слагаш под него например "Draw arrow" и гледаш какво става на графиката. Има също така и по-специален блок "Logic points tester"... той зависи от случая може да е и по-полезен.

Е, ако ти го направя няма да научиш защо не се получава досега

Има нещо наречено Magic number. Идеята е, че докато можем да пуснем няколко експерта по едно и също време, то поръчките са събрани на едно и също място и все някак експертите трябва да познават кои са собствените им поръчки. Така че всяка поръчка си има такова номерче дето й е белег, също както цвета на тениските на футболистите.

Във fxDreema може да се настройва един номер дето съм нарекъл MagicStart (входен параметър за всеки експерт), както и Group номер в блоковете за търговия. Накрая Magic number на поръчката се получава по формулата Magic number = MagicStart + Group. По начало Group номера е нула (празно поле е, но е нула), така че без настройки Magic number е равен на MagicStart. Ще забележиш че MagicStart не е нула, а е нещо си... общо взето няма значение какво е, важното е ако има няколко експерта на всеки от тях да е различно.

Ръчно пуснатите поръчки обаче имат Magic number равен на 0, затова те не се закачат от експерта. Но ако сложиш Magic number нула или пък Group # параметъра, може и да се случи нещо.

Това с многото сделки се решава по различен начин в зависимост от идеята. Например с "No trade is running", което виждам че си го подхванал. Сега защо след "No trade is running" не можеш да затвориш поръчката... да кажем че защото работата на оранжевия изход на "No trade is running" е да се задейства когато няма поръчка, а не когато има. С други думи - пробвай с жълтия изход, при него нещата се случват наопаки на оранжевия.

__ When you say 5 pips blocks "Time Bomb", I mean exactly 5 pips, or minimum 5 pips?[/quote:uqtkjls2]

It's close to impossible to calculate exact value of price distance. It's minimum 5 pips.
I also must say that "Time bomb" blocks are not suitable for backtesting, because they will give absolutely false signals.

I don't think the project is wrong. Those errors comes from MetaTrader when trying to do something that MetaTrader is not capable of doing. In such case what you can do is to try MetaTrader limits with some simple projects.

I got it. It's fixed now for the web version.

This warning messages says something like this "Hey, you created a function but you are not using it. Because this function is not used, I will remove it from the final .ex4 file".
EA can be compiled with warning message like this and this is not a limitation. If you can see .ex4 file, it is compiled successfully. And actually in the local version fxDreema is not compiling it. Search for file named "metalang.exe" where MetaTrader is installed - this is the program used from MetaTrader and local fxDreema to compile code.

This is very strange error message for me. There is one filling type that works sometimes, and sometimes not. And another one in the same manner. The same EA can work on 32 bit MT5 and not work in 64 bit MT5 or vice versa. At the end I decided to alternate filling types - to try with the first one and if not ok to try with the other one. So I expected that it will work in any situation now. What fxDreema version do you use and do you have such a message "ORDER_FILLING_FOK failed, now trying with ORDER_FILLING_IOC..."?

I started to recode one thing and because of this I have to recode almost everything