You are missing trading opportunities:
- Free trading apps
- Over 8,000 signals for copying
- Economic news for exploring financial markets
Registration
Log in
You agree to website policy and terms of use
If you do not have an account, please register
But! When working on FORTS you should not rely on position data.
My robots keep track of their trades and remember the initial position opening price (not after the last clearing), and use it to calculate profits, SL, ...
By the way, another reason not to rely on position data: FORTS is netting, and several robots can trade on the same symbol plus manual trading. And what is practically useful from this combined position?
So each robot remembers and "leads" its position.
I showed you. Take this last average price and volume of the position, the price of the new trade and its volume. Everything will be calculated correctly.
By the way, another reason not to rely on position data: FORTS is netting, and several robots plus manual trading can trade on the same symbol. And what is practically useful from this combined position?
So each robot remembers and "leads" its position.
spc. There naturally all these market trades and positions are SONARELY? (IN ONE DIRECTION)?
Robots can have different strategies, trending and counter-trending, and they can work on different timeframes, so the poses can be in either direction. And in MT you can only see the "total".
Robots can have different strategies, trending and counter-trending, and they can work on different timeframes, so the poses can be in either direction. And in MT you can only see the "total".
i.e. you can essentially just keep a dedicated trading record for each direction and that's it... :-)
This is tough of course... all virtual - all the pluses and minuses. There's only one position in common... Netting.
It's certainly a mockery - if you do it all on one instrument...
i.e. you can essentially just keep a dedicated trade record for each line of business and that's it... :-)
It's tough of course... everything is virtual - all the pros and cons. There's only one position in common... Netting.
Of course, it's a mockery - if you do it all on one instrument...
But there aren't many options here. Either one "ideal" robot on the symbol, or diversification - several real ones.
And there aren't many options here. Either one "perfect" robot on the symbol, or diversification - several real ones.
If we can make a general point: apart from the transfer of opening prices at the aggregate position after clearing, what other "hidden" pitfalls are there to pay attention to when trading?
There are essentially commissions, swaps - I think you can see them. And the history of deals and positions can be counted... (it is so that according to the trading algorithm actual position or its parts - were ONLY in the plus!)
What else do you think we should pay attention to when trading?
Can I make a general point: apart from the transfer of opening prices for aggregate positions after clearing, what other "hidden" pitfalls are there to look out for when trading?
There are essentially commissions, swaps - I think you can see them. And the history of deals and positions can be counted... (it is so that according to the trading algorithm actual position or its parts - were ONLY in the plus!)
What else do you think we should pay attention to when trading?
That commission, which is visible in the transaction - is only the commission of the exchange. The broker's commission is not visible in the transaction. At least, it is so for the broker who opens it.
I look deals by OnTrade (or OnTradeTransaction), immediately calculate and write them in State and in log.
I want to add just in case: you should keep in mind that one order may cause several deals with partial volume.
The commission that is visible in the transaction is only the exchange's commission. The broker's commission is not visible in the transaction. At least, it is so with the opener.
I look deals by OnTrade (or OnTradeTransaction), immediately calculate and write them in the state and in the log.
I want to add just in case: you should keep in mind that one order may cause several deals with partial volume.
There is also an organisational issue, if anyone knows how to solve it in the best way - please write it in words, I will put it in the code:
in general, how to understand that the order cycle, a new position - PROFIT has started - to take into account the average opening price of the position (clearing changes its value):
to be clear, I can both from the terminal via the keys myself and by a robot with magik....
In general, I need a report point - to calculate the average entry price of the position.
Can I use data from here + for example read time when previous position closed in profit and take a difference with the real server time from there, like if I start a cycle from the terminal - without a robot:
I mean something like this:
like the past position is in the plus - then the current cycle accounting has already started. and orders - you must already count both the entry price and the volume to calculate the average entry price of the aggregate position...https://www.mql5.com/ru/articles/211
--------------------------------------------------------------
Of course, ideally it should be closed regardless of the outcome of the previous cycle - profit or loss.
The start - the new one was marked for calculation in the code - the average price of the new current cycle of averages, for example, or fills - it doesn't matter...