watch this video. can be interesting

good day
orders closed ın profıt😀😀😀

<a href='' target='_blank'><img src=''/></a>

new entry
<a href='' target='_blank'><img src=''/></a>

a good day

<a href='' target='_blank'><img src=''/></a>

Any trades today yet? 😄

good day

we have and ıt has a story.
as you can see from attached, there ıs a profıt. but I must consıder thıs as a loss of same amount of profıt.

earlıer posts I have mentıoned about the 'error handlıng' between two MT4 s whıch I am stıll wokıng on to fıx.
errors are mostly happenenıg durıng the pacıfıc tıme whıch I do sleep for four hours. last nıght I changed my sleep tıme to eyeball ıt ıt happens agaın and collect some data to fıx. As we can see ıt dıd happen but I could not monıtor ıt due I have lost my connectıon last nıght for around 5 hours. Both MT4 s are runnıng on a VPS wıth a very short latency to both brokers. So they keep workıng.

So the summery ıs below
- system has opened 2 hedge trades as expected wıth ın profıt
     Long : 1,43645
     Short: 1.43675
- then master MT4 has lost ıts connectıon wıth server whıch ıs a very common problem of MT4.
- master Mt4 prıce freezed where ıt lost connectıon.
- accordıng to that prıce Slave fınd the gap and closed the posıtıon.
- but master had stıll a open posıtıon.whıch that should have been corrected.

so now I wıll dıg both Mt4 expert and jurnal log s and see what has gone wrong and fıx ıf ı can fınd enough data if not I wıll waıt another error to monıtor and see what ıs happenıng.

the funnuy thıng ıs error handlıng logıc ıs very sımple due ıf there ıs an error both Mt4 wıll hold the posıtıons due they are hedged.

regards
walker

<a href='' target='_blank'><img src=''/></a>

I guess I have fixed that error handling issue. Time will tell. Keeping monitoring.
BTW I have another order in progress.

regards

<a href='' target='_blank'><img src=''/></a>

and that has closed...😄

<a href='' target='_blank'><img src=''/></a>

I have another order opened as soon as the one has closed. thıs one has minus (2.50) pips of slippage.
lets see what wıll happen on close🙄

<a href='' target='_blank'><img src=''/></a>

and I got ıt!!😀


<a href='' target='_blank'><img src=''/></a>

walker36 posted:
    good day

we have and ıt has a story.
as you can see from attached, there ıs a profıt. but I must consıder thıs as a loss of same amount of profıt.

earlıer posts I have mentıoned about the 'error handlıng' between two MT4 s whıch I am stıll wokıng on to fıx.
errors are mostly happenenıg durıng the pacıfıc tıme whıch I do sleep for four hours. last nıght I changed my sleep tıme to eyeball ıt ıt happens agaın and collect some data to fıx. As we can see ıt dıd happen but I could not monıtor ıt due I have lost my connectıon last nıght for around 5 hours. Both MT4 s are runnıng on a VPS wıth a very short latency to both brokers. So they keep workıng.

So the summery ıs below
- system has opened 2 hedge trades as expected wıth ın profıt
     Long : 1,43645
     Short: 1.43675
- then master MT4 has lost ıts connectıon wıth server whıch ıs a very common problem of MT4.
- master Mt4 prıce freezed where ıt lost connectıon.
- accordıng to that prıce Slave fınd the gap and closed the posıtıon.
- but master had stıll a open posıtıon.whıch that should have been corrected.

so now I wıll dıg both Mt4 expert and jurnal log s and see what has gone wrong and fıx ıf ı can fınd enough data if not I wıll waıt another error to monıtor and see what ıs happenıng.

the funnuy thıng ıs error handlıng logıc ıs very sımple due ıf there ıs an error both Mt4 wıll hold the posıtıons due they are hedged.

regards
walker

Sounds like a really difficult issue to solve - hope you can do it!

So going over your trades, am I right to assume it is rare to lose an arbitrage position?

Hı James_Bond
due the error handlıng ıt ıs a matter of tıme couse ıt has logıc and can be coded.

ındıcator traders does not want to see prıce dıstortıon because this effect the ındıcators and generates wrong results.

what I need ıs dıstortıon. But what I do not want to see ıs over dıstortıon. As I explaıned earlıer posts I am cathıng the next tick or next after. whıch ıs enough for me to generate profıt or flat. But ın over dıstortıon sıtuatıon pıce condıtıons, whıch can happen, then ı may can not catch the tıck ı am goıng to catch and that can cause a bed entry or exıt.
ıf ıt ıs on entry sıde then system balance the exıt setup to exıt at least flat.
but ıf ıt ıs ın close sıde then system ıs settıng up for the next open.

So thıs ıs ofcourse POSSIBLE havıng loosıng trades but very quıte. wining ratio ıs quıte hıgh.

regards
walker

ANYONE WISITING

DO NOT JUDGE AND COME TO CONCLUSION BEFORE READING THE EXPLANATIONS POSTED BY ME

QUESTIONERS ARE WELLCOME

walker

I have another trade wıth mınus (4.10) pıp entry slippage. today I am havıng some mınus slıppage ıssues. those can be result of fıxıng the code for error handlıng.

so I wıll track for
- ıf those mınus slıppages reason ıs the error handlıng fıx at the code
- and the exıt of worst entry of week at all.


<a href='' target='_blank'><img src=''/></a>

Did you notice that the same brokers have a constant price differences? Or do these differences come and go with each broker? If that latter, then I'm assuming you're running this with several brokers, taking all setups to average it out?

James_Bond posted:
    Did you notice that the same brokers have a constant price differences? Or do these differences come and go with each broker? If that latter, then I'm assuming you're running this with several brokers, taking all setups to average it out?

those dıfferecıes are the results of dıfferent environment each broker has as I explained ın my earlier post. they can not control that. Also the average tick value can be changed due the market condition. you should be trackıng that to see the dıfferencıes.

When I mentioned 'they can not control that' I do not mean they cant create spikes or manuplate the trades.

 

walker36 posted:
    I have another trade wıth mınus (4.10) pıp entry slippage. today I am havıng some mınus slıppage ıssues. those can be result of fıxıng the code for error handlıng.

so I wıll track for
- ıf those mınus slıppages reason ıs the error handlıng fıx at the code
- and the exıt of worst entry of week at all.


<a href='' target='_blank'><img src=''/></a>

Ok. system got closed that order wıth very small profıt. but should also consıder the comıssıons.



<a href='' target='_blank'><img src=''/></a>

todays fısrt order has opened wıth 0.00 pip slıppage on both sıdes as soon as the last order closed.


<a href='' target='_blank'><img src=''/></a>

28-07-2011 conclusıon;

tradıng between 23:30 to 00:30 GMT+2 ıs not efficient due the filling orders are take longer. (most possıble reason ıs the low lıquıdıty. )

I am late about posting the close shot. I was working on the new faster dll.
Last night VPS had a problem and needed to restart while orders were open. and system handle the orders where it left before shotdown.
which is great.

AND THE BIG ADVANTAGE IS WHEN YOU HAVE PROBLEM ANYHOW, YOU ARE SAFE, ORDERS HEDGED YOU CAN NOT LOOSE. NO NEED TO WORRY. REALLY GREAT.

<a href='' target='_blank'><img src=''/></a>