Posts made by fxDreema

What about Constants?

By the way I just spotted something. In block 52 you have Diff = V7 - V5, which is this:
Diff = Apertura - Candela1Open

Then, when you replace this block with "Custom MQL4 code" you have it like this:
**Diff = Candela1Open - Apertura **

By the way you can use Apertura instead of V7 if this would be easier for you. These V* things are like this so we can write shorter formulas. The other reason initially was to allow us to rename our Variables, but now when Variable is renamed, it is also renamed everywhere in the code if it was manually written. Or at least this is the case for the web version, I'm not very sure for the desktop version!

In any case there are functions like Print(), Alert() or Comment() that allows you to see any value in different way, so you can check what is going on in this block.

I don't remember problems in the "Custom MQL4 code" block in the desktop version. Now in the web version Variables are treated in different way, but in the desktop version they are direct and whatever you write in "Custom MQL4 code" should be put in the EA 1:1.

What are you trying to do actually? Isn't it possible to get the value you want from somewhere directly instead of chaining these Modify block?

Ok, I made some changes, is it ok now?

Забравил съм за грешката. Случва се във Formula блока, делиш на нула щото SL там е нула, щото няма заредена поръчка за това SL. Вероятно не би имало грешка при реален тест понеже "For each Closed Trade" ще си гепи някоя поръчка от историята, но при тест в историята нямаш нищо и "For each Closed Trade" не може да зареди нищо. А и няма как да зареди, щото не може да се стигне до създаване на нова поръчка, щото грешката се случва преди тоя момент. А и се очакват чакащи поръчки дето кой знае кога ще станат затворени... А аз и идея си нямам на коя поръчка SL-а искаш да ползваш на това място.

Can you show me some project or screenshot of settings of the block where the problem happens (https://app.prntscr.com/en/index.html)?

Yes, it is I updated this block in the middle september, month after I updated the whole fxDreema.

Terminal Variables - https://fxdreema.com/help/-/working%20w ... 0variables
Regular global variables in the EA - https://fxdreema.com/help/-/working%20w ... 0variables

It looks that I need to investigate "Trailing stop (group of trades)", I need to add some more checks before trying to modify SL/TP of any trade

Copy of the project data is automatically embedded at the end of all .mq4/.mq5 files that you create (it is compressed, that's why it looks weird), so you have the actual code + fxDreema project data in the same file. Imagine that those .xml files are now .mq4 and .mq5 files.

I change things sometimes and I even change the way that project data looks like. Old project data eventually becomes in "wrong" format for the new version of fxDreema, but I have functions that convert it to the newest version. Now the local version generates old version of that data and the web version can work with it, but the opposite is not true. If you try to import .mq4 file from the web version into the local versions, it will fail, because the local version is not aware of the new rules.

By the way I wrote here some explanation of how to make custom blocks topic/3375

Can you give me some simple EA with settings that will cause the problem here in my MT4? I don't understand what is the problem exactly, because from what I tried - everything works.

Isn't it possible with some settings to make this break-even behaviour. What if Start plays the role of the target price, Stop is the same as Start (or smaller) and Step is some big value that will never be reached.

http://prntscr.com/9fi2tb
Настроил си за OCO поръчки => Sell блока ще създаде Sell + Buy поръчка. В следващия момент блок 4 няма да пропусне, защото вече съществува Buy поръчка. Тия "No trade" блокове, а и всички блокове са си напълно динамични - проверяват нещата всеки път и ако стане промяна някъде се отчита (както е и една от причините експерта да върви бавно). Иначе всичко се случва синхронно. Блок 6 се достига преди блок 4 в случая, но когато блок 6 се стартира той си прави едната поръчка, после другата и чак тогава приключва и оставя блок 4 да заработи.

В MQL4 нещата са си синхронни по природа и от една страна така се работи по-лесно. Недостатъка на синхронните програми е само в това че като цяло процеса се случва по-бавно щото всяко нещо трябва да се изчаква. Ама и ти бая валутни двойки си подхванал, има експерта да чака... и имай предвид, че шанса да се случи грешка някъде нараства. А експерта е така направен, че при определен вид грешки да пробва отново, та може да изпадне в разни цикли Ако ще го усложняваш още, май бих препоръчал да поразделиш малко нещата - няколко експерта на няколко валутни двойки.

Почти никой не разбира смисъла на "For each Trade". Всичко тръгва от факта, че в даден момент можеш да имаш няколко поръчки, не само една. Ако беше само една поръчка, никакви ядове - би била заредена автоматично през цялото време и би било лесно да се върти и суче всякак. Какво става ако имаш 10 поръчки? Слагаш блок "close" и какво трябва да следва - да се затвори една, да се затворят всички? Ами в какъв ред, от коя да започне?

"For each Trade" зарежда поръчките една по една и за всяка от тях пуска следващите блокове. Само при едно достигане на входа на тоя блок изхода му може да се активира до толкова пъти колкото поръчки има. Тук трябва малко фантазия за да си ги представи нещата човек.

Примерно "Delete pending orders" прави абсолютно същото - разбира колко чакащи поръчки има и започва да ги реди една след друга и да ги затваря. Така да се каже "Delete pending orders" има "For each Trade -> close" вътре в себе си.

Подобно на тия маневри се случват в тия новите "Bucket..." блокове. Там обаче в "Bucket of..." се зареждат поръчките като цяла група, изхода се активира само веднъж, а после могат да се вземат изчислени стойности за тази група в Condition (и там каквото има за Buckets).

I don't even know what are vectors and matrices in MQL4/MQL5. Arrays are very limited in my opinion, I always have problems with them.

Custom blocks are made from here: https://fxdreema.com/studio/
It's enough to write some code and it will work. To be able to connect with other blocks there is one keywort ~next~, put this where the next block must be run. All blocks are normal functions in MQL, so ~next~ will simply be replaced with function calls while building the project. ~inext~ is similar, but for the second yellow output.

Here is some screenshot: http://prntscr.com/9fhqoo This is the code for the "Draw Button" block.
At the bottom you can see ~next~. Use this block in a project, connect some other block after it, generate the code and you will see with what ~next~ will be replaced.

As I mentioned, each block has it's own function in the code. The parameters of the block are local variables in the function and they are automatically generated and put at the top of the code. So in the code you only use their names directly, as you can see in the screenshot.
But there is one specific parameter ObjText that is not used as a variable name. Instead, ~ObjText~ is used and this puts it's value directly at that place. I do this for parameters defined as "Custom", because this parameter is actually a function and it can be anything (custom indicator and so on... ) and I don't want to run this code at the top, because in most cases it will not be used. It will appear in the final code, but there is a chance that it will never be used.

Here is another screenshot: http://prntscr.com/9fhtss
As you can see, it depends on StopLossMode whether ~dpStopLoss~ will be used or not, the same for ~ddStopLoss~ and ~dlStopLoss~.

At some point I will make the generator to remove those parts of the block that are not used, but for the moment this is the situation, most code from the generated EA is never used.

You can also define functions and there is no need for explanation here - just hit New, write some function and save it. Then use it where you want - in the custom block's code or even in the blocks. The generator will find that function and embed it into the final code when it's detected.

How to define input parameters... well, I think you can learn it when you try it. This "--" button creates separators - those things that are used to group parameters. If the parameter is a drop-down (as in the second screenshot), then for each of it's value you can select few other parameters to be shown.

What is this, MQL4 or MQL5, Trailing Stop for SL or TP? I am playing with "Opposite stop... " options for MQL4, but I have another problem - my TP it not even modified when I used Fixed settings

It looks that I am too lazy to update this information. Something is wrong for me, there are important things that I must do and I don't want to do them

First I created problem for you for few days and then you say "Thank you" when I deserve criticism. Human nature is weird

Отметката тук нещо пречи: http://prntscr.com/9f2tl7
Но и без това не искаш да ползваш точно тея Terminal Variables, щото те не са това което си мислиш. Тия са някакви глобални за терминала, нещо като както са бисквитките в браузъра и всеки експерт има достъп до тях. Стават за прехвърляне на малка информация между експерти. Но това не са глобалните променливи за самия експерт. Вместо това просто трябва да заредиш тази променлива при "Value -> Numeric". А ако искаш да е входен параметър за експерта бих препоръчал да не е Variable, ами Constant. Без тия отметки.

От дясната страна пък имаш розово такова. Тук специфичното е че е добра идея "For each Trade" да е сложен преди това, че да зареди там която или които поръчки трябва. Сега в момента ти го ползваш в другия клон на стратегията. Въпроса е че конкретно блок 18 ще ползва Стоп Лос от поръчката която е последно заредена във "For each Trade" или някой друг блок който зарежда поръчки, а това са голяма част от блоковете.

MQL functions can be used everywhere, all input fuelds in all blocks accept MQL code. The problem is that MathAbs() accepts input parameter between ( and ) and this parameter must be also written manually. If Variable is used it will not look as the blue thing. It will look like this: http://prntscr.com/9f2sil

Warnings are not scary. The block itself does not produce warnings, they are probably because you use some variable with. The important thing is to work properly