다중 통화 고문. 개발자의 의견이 바람직합니다. - 페이지 3

 
Reshetov :
레프 :
YuraZ 는 다음과 같이 썼습니다. 솔직히 말해서 그다지 좋지도 않습니다 ... 표시된 쌍에 진드기가 오지 않았고 다시 과거로 날아 갔다고 상상해보십시오.

입력을 구성하는 코드 조각을 보여 주면 논리에서 오류를 더 빨리 찾을 수 있습니다.

그러나 MQL에는 일반적으로 허용되는 솔루션이 있어야 합니다. 다른 악기의 마디 오프닝을 "동기화"하는 방법은 무엇입니까? 분명히 사용하는 모든 악기에 대해 새 막대가 열릴 때까지 기다려야 합니다. 하지만 어떻게 해야 제대로 할 수 있을까요?

다른 자전거의 동기화 및 발명품이 필요하지 않습니다. 모든 것은 이미 발명되었습니다. 새로 형성된 막대의 존재는 첫 번째 틱이 도착할 때 Expert Advisor가 설치된 기기에서만 확인됩니다. 또한 start() 이벤트는 새 틱이 도착할 때 동일한 기기에서만 발생합니다. requote의 경우 다음 위치가 다음 막대에서 열리지 않고 실패 후 같은 막대에서 열려고 시도하도록 이러한 검사가 수행되는 코드를 주었습니다. 이 모든 것이 단일 및 다중 통화 모드에서 모두 잘 작동합니다. 재견적의 경우 거래는 동일한 바에서 열리지만 약간의 지연만 발생하므로 항상 바의 시작 가격이 아니라 약간의 교대가 있습니다. 저것들. 테스터와 차이가 있지만 막대가 아니라 시작 가격에 차이가 있습니다.


새로운 시간의 시작을 알리는 유리! 진드기가 오지 않은 경우에도 발생합니다!

시간이 그를 막을 수는 없지만 틱은 약 5분 동안 오지 않을 수 있습니다.


따라서 모든 악기의 새 막대에 있는 눈금으로 새 막대 를 셀 수 있습니다.


LeoV - 사용된 모든 쌍에 대해 동기적으로 새 틱을 기다리는 것처럼 보입니다.

 
YuraZ :
핵심 :

YuraZ는 다음과 같이 썼습니다.

솔직히 말해서 그다지 아름답지 않습니다 ... 표시된 쌍에 진드기가 오지 않았고 다시 과거로 날아 갔다고 상상해보십시오.

틱이 오지 않으면 스크립트를 사용하는 경우를 제외하고는 즉시 주문할 수 없습니다.

그리고 진드기가 DC에 오는 경우에만 진드기가 터미널에 브로드캐스트하지 않습니다(낮에).

따라서 다중 통화 어드바이저를 구현할 때 State Machine of Miles(또는 Moores)를 만들었습니다.

필요한 쌍에 대한 미결 주문 상태를 추적했습니다. 물론 항상 효과가 있었던 것은 아닙니다.

그러나 이 접근 방식은 주문이 정확히 열리도록 보장했습니다.

용이하게! 당신은 주문할 수 있습니다 :-) 진드기가 오지 않았다면

당신은 생각! 내가 당신에게 말할 것이라고 생각하지 않는다면

일반적으로 다중 통화 어드바이저의 상황은 일반적으로 주문이 100% 도착한다는 보장이 없는 경우,

그러면 고문의 작업 논리가 무너집니다.

그건 그렇고, Expert Advisor가 매달린 쌍의 눈금에서 작동한다는 것을 잊지 마십시오.

따라서 다른 쌍에는 틱이 있었지만 EA가 부착된 쌍에는 틱이 없었더라도

그러면 동기화가 중단됩니다.

예, DC 및 따옴표 (실제 생활에있는 경우)와의 의사 소통 손실과 같은 불쾌한 것을 잊지 마십시오.

그건 그렇고, 나는 종종 터미널이 다시 시작될 때까지 주문이 전혀 진행되지 않는 마이크로 리얼 상황이 있습니다.

수동 모드에서도. 뭔가를 기다리고, 기다리고...

그래서 오래전에 짝지어진 주문을 기반으로 하는 시스템을 포기했습니다.

고통스럽게 귀찮게.

 
thecore :
유라즈 :
핵심 :

YuraZ는 다음과 같이 썼습니다.

솔직히 말해서 그다지 아름답지 않습니다 ... 표시된 쌍에 진드기가 오지 않았고 다시 과거로 날아 갔다고 상상해보십시오.

틱이 오지 않으면 스크립트를 사용하는 경우를 제외하고는 즉시 주문할 수 없습니다.

그리고 진드기가 DC에 오는 경우에만 진드기가 터미널에 브로드캐스트하지 않습니다(낮에).

따라서 다중 통화 어드바이저를 구현할 때 State Machine of Miles(또는 Moores)를 만들었습니다.

필요한 쌍에 대한 미결 주문 상태를 추적했습니다. 물론 항상 효과가 있었던 것은 아닙니다.

그러나 이 접근 방식은 주문이 정확히 열리도록 보장했습니다.

용이하게! 주문할 수 있습니다 :-) 틱이 오지 않았다면

당신은 생각! 내가 당신에게 말할 것이라고 생각하지 않는다면

일반적으로 다중 통화 어드바이저의 상황은 일반적으로 주문 이 100% 도착한다는 보장이 없는 경우,

그러면 고문의 작업 논리가 무너집니다.

그건 그렇고, Expert Advisor가 매달린 쌍의 눈금에서 작동한다는 것을 잊지 마십시오.

따라서 다른 쌍에는 틱이 있었지만 EA가 부착된 쌍에는 틱이 없었더라도

그러면 동기화가 중단됩니다.

예, DC 및 따옴표 (실제 생활에있는 경우)와의 의사 소통 손실과 같은 불쾌한 것을 잊지 마십시오.

그건 그렇고, 나는 종종 터미널이 다시 시작될 때까지 주문 이 전혀 진행되지 않는 마이크로 리얼 상황이 있습니다.

수동 모드에서도. 뭔가를 기다리고, 기다리고...

그래서 오래전에 짝지어진 주문을 기반으로 하는 시스템을 포기했습니다.

고통스럽게 귀찮게.

당신은 아마도 TIC 를 쓰고 싶었을 것입니다 ...하지만 당신은 영장을 썼습니다


고문이 EURUSD에 있어도 USDCHF에 들어갈 수 있음을 이해합니다.

쓰기에 충분

LevelOpenBUY = MarketInfo ("USDCHF",MODE_ASK);

... = OrderSend("USDCHF",랏, LevelOpenBUY, ...



작업 코드 조각

OpenLevel = MarketInfo( sSymbol, MODE_BID );
if ( TDARELOCK == 0 )
티켓=OrderSend( sSymbol,OP_SELL,Lots,OpenLevel,3,0,0,sComment,mMagic,0,Red);


----

동시에 USDCHF의 틱은 PAIR의 틱을 받기에 충분하지 않을 수 있습니다.


BTW, MQL5에서는 프로그램이 작동하기 위해 틱을 받을 필요가 없기를 바랍니다.

그들은 그곳에서 이벤트를 하겠다고 약속했습니다. 즉, 이벤트에서 모든 코드를 실행할 수 있습니다.

----



다음은 터미널 정지에 관한 두 번째 질문입니다. 재부팅하면 문제가 처리됩니다. 이것은 개발자에게 더 가능성이 높습니다.

나는 또한 이것을 만났다

이것은 또한 처리되며 여기 포럼에 예가 있습니다.

 Ну вот и все - отлично работает процедруа программного реконнекта :)
НЕ ЗАБУДЬТЕ ВКЛЮЧИТЬ ГАЛОЧКУ "Разрешить импорт ДЛЛ" в настройках МТ 4 .
//В начале советника подключаем необходимые ДЛЛ-ки и модули
#include < winuser32 . mqh >
#import " user32.dll "
int GetParent ( int hWnd ) ;
#import
 
//Копируем процедуру в наш советник или библиотеку и вызываем ее там, где вам нравиться
//Лично я вызываю перед рассчетом данных - но можно перед установкой ордеров. Правда тогда
//возможно нужно будет делать задержку в пару секунд
//У меня все работает
int Reconnect ()
{
int result ;
int hwnd = WindowHandle ( Symbol () , Period ()) ; // получаем хендл окна графика
hwnd = GetParent ( hwnd ) ; // получаем хендл родительского окна
hwnd = GetParent ( hwnd ) ; // ...
hwnd = GetParent ( hwnd ) ; //добираемся до главного окна
result = SendMessageA ( hwnd , WM_COMMAND , 37400 , 0 ) ;
Print ( " SendMessageA = " + result ) ; //посылаем сообщене
return ;
}

---

따라서 열리지 않았다고 주문을 보낸 경우에는 물론 유사한 코드를 실행에 옮길 수 있습니다.

 

YuraZ писал (а):

일반적으로 다중 통화 어드바이저의 상황은 일반적으로 주문이 100% 도착한다는 보장이 없는 경우,

당신은 아마도 TIC를 쓰고 싶었을 것입니다 ...하지만 당신은 주문을 썼습니다

100% 주문을 하겠다는 뜻이었다.

 
thecore :

YuraZ는 다음과 같이 썼습니다.

일반적으로 다중 통화 어드바이저의 상황은 일반적으로 주문이 100% 도착한다는 보장이 없는 경우,

당신은 아마도 TIC를 쓰고 싶었을 것입니다 ...하지만 당신은 주문을 썼습니다

100% 주문을 하겠다는 뜻이었다.


그러나 이것은 다중 통화 시스템에서만이 아니라는 것을 이해합니다.

그리고 일반 Expert Advisor에서는 100% 보장이 없으며, 다음을 얻지 못할 것입니다... 절대 100% 보장되지 않습니다.

요인이 있기 때문에

인터넷

당신의 공급자

DC 공급자

당신의 장비

DC 장비

---

이것에 대한 정류장이 있습니다 ... 그리고 다른 공급자에게 여분의 컴퓨터를 가져 가십시오 (문제가 귀하에게있는 경우)

---


하지만 이것이 프로그램의 논리 오류라면!!! 그렇다면 이것은 또 다른 문제이며 치료 중입니다.

---


입력이 15시가 아니라 15:05 또는 15:02에 발생했기 때문에 논리가 무너지면 안됩니다.

우리는 브랜치의 저자로부터 이것을 보고 있습니다! 그는 정확히 15:00:00 00.00.00에 로그인하려고 합니다.

(숫자는 조건부)


그는 소변을 보지 않으므로 15:00 또는 15:01 - 15:07에 입장하는 것이 그에게 너무 중요하지 않아야합니다.


이것이 우리가 말하는 것입니다. 필요한 모든 악기에 대해 마디의 시작 부분을 세게 묶을 수는 없습니다. 그 중 하나의 마디의 시작 부분을 얻는 것으로 충분합니다.

 
YuraZ :
핵심 :
유라즈 :
핵심 :

YuraZ는 다음과 같이 썼습니다.

솔직히 말해서 그다지 아름답지 않습니다 ... 표시된 쌍에 진드기가 오지 않았고 다시 과거로 날아 갔다고 상상해보십시오.

틱이 오지 않으면 스크립트를 사용하는 경우를 제외하고는 즉시 주문할 수 없습니다.

그런 다음 진드기가 DC에 오는 경우에만 터미널에 브로드캐스트하지 않습니다(낮에).

따라서 다중 통화 어드바이저를 구현할 때 State Machine of Miles(또는 Moores)를 만들었습니다.

필요한 쌍에 대한 미결 주문 상태를 추적했습니다. 물론 항상 효과가 있었던 것은 아닙니다.

그러나 이 접근 방식은 주문이 정확히 열리도록 보장했습니다.

용이하게! 주문할 수 있습니다 :-) 진드기가 오지 않았다면

당신은 생각! 내가 당신에게 말할 것이라고 생각하지 않는다면

일반적으로 다중 통화 어드바이저의 상황은 일반적으로 주문 이 100% 도착한다는 보장이 없는 경우,

그러면 고문의 작업 논리가 무너집니다.

그건 그렇고, 당신의 고문이 매달려있는 쌍의 진드기에 대해 일하는 것을 잊지 마십시오.

따라서 다른 쌍에는 진드기가 있지만 EA가 부착된 쌍에는 진드기가 없더라도

그러면 동기화가 중단됩니다.

예, DC 및 따옴표 (실제 생활에있는 경우)와의 의사 소통 손실과 같은 불쾌한 것을 잊지 마십시오.

그건 그렇고, 나는 종종 터미널이 다시 시작될 때까지 주문 이 전혀 진행되지 않는 마이크로 리얼 상황이 있습니다.

수동 모드에서도. 뭔가를 기다리고, 기다리고...

그래서 오래전에 짝지어진 주문을 기반으로 하는 시스템을 포기했습니다.

고통스럽게 귀찮게.

당신은 아마도 TIC 를 쓰고 싶었을 것입니다 ...하지만 당신은 영장을 썼습니다

고문이 EURUSD에 있더라도 USDCHF에 입력할 수 있음을 이해합니다.

쓰기에 충분

LevelOpenBUY = MarketInfo ("USDCHF",MODE_ASK);

... = OrderSend("USDCHF",랏, LevelOpenBUY, ...

작업 코드 조각

OpenLevel = MarketInfo( sSymbol, MODE_BID ); if ( TDARELOCK == 0 ) ticket=OrderSend ( sSymbol,OP_SELL,Lots,OpenLevel,3,0,0,sComment,mMagic,0,Red);

----

동시에 USDCHF의 틱은 PAIR의 틱을 받기에 충분하지 않을 수 있습니다.

BTW, MQL5에서는 프로그램이 작동하기 위해 틱을 받을 필요가 없기를 바랍니다.

그들은 그곳에서 이벤트를 하겠다고 약속했습니다. 즉, 이벤트에서 모든 코드를 실행할 수 있습니다.

----

다음은 터미널 정지에 관한 두 번째 질문입니다. 재부팅하면 문제가 처리됩니다. 이것은 개발자에게 더 가능성이 높습니다.

나는 또한 이것을 만났다

이것은 또한 처리되며 여기 포럼에 예가 있습니다.

 Ну вот и все - отлично работает процедруа программного реконнекта :)
НЕ ЗАБУДЬТЕ ВКЛЮЧИТЬ ГАЛОЧКУ "Разрешить импорт ДЛЛ" в настройках МТ
4 .
//В начале советника подключаем необходимые ДЛЛ-ки и модули
#include < winuser32 . mqh >
#import " user32.dll "
int GetParent ( int hWnd ) ;
#import

//Копируем процедуру в наш советник или библиотеку и вызываем ее там, где вам нравиться
//Лично я вызываю перед рассчетом данных - но можно перед установкой ордеров. Правда тогда
//возможно нужно будет делать задержку в пару секунд
//У меня все работает
int Reconnect ()
{
int result ;
int hwnd = WindowHandle ( Symbol () , Period ()) ; // получаем хендл окна графика
hwnd = GetParent ( hwnd ) ; // получаем хендл родительского окна
hwnd = GetParent ( hwnd ) ; // ...
hwnd = GetParent ( hwnd ) ; //добираемся до главного окна
result = SendMessageA ( hwnd , WM_COMMAND , 37400 , 0 ) ;
Print ( " SendMessageA = " + result ) ; //посылаем сообщене
return ;
}

---

따라서 열리지 않았다는 주문을 보낸 경우에는 물론 유사한 코드를 실행에 옮길 수 있습니다.

터미널을 다시 로드하는 것은 훌륭하지만 다른 창에서 멈추는 이 순간에 다른 고문이 무엇을 해야 합니까?

물론 그들의 작업 논리는 다르며 잦은 재부팅에는 좋지 않습니다. tk. 변수 값이 사라집니다

우리가 오랫동안 쌓아온 것입니다.

고문이 EURUSD에 있더라도 USDCHF에 입력할 수 있음을 이해합니다.

쓰기에 충분

LevelOpenBUY = MarketInfo ("USDCHF",MODE_ASK);

... = OrderSend("USDCHF",랏, LevelOpenBUY, ...

당연히 이해합니다. 다중 통화 Expert Advisor에서 이것이 다른 쌍을 제어하는 방법입니다.

그러나 메인 쌍의 경우 지난 시간의 마지막 틱이 예를 들어 7.50에 왔고 시간의 첫 번째 틱이 온 경우

8.10에, 그리고 마이너 페어의 경우 시간의 첫 번째 눈금이 8.00에 왔습니다.

그러면 메인 페어에 매달린 어드바이저가 2차 주문을 할 것이라고 기대하기 어렵습니다.

8.00에, 기껏해야 8.10에.

어드바이저가 스크립트로 작업하는 경우, 즉 시스템이 호흡하는 것을 허용하지 않고 타작하고 타작하고,

틱에 관계없이 고려하지 않습니다. 그러면 스크립트를 작성하는 것이 좋습니다.

 
thecore :
유라즈 :
핵심 :
유라즈 :
핵심 :

YuraZ는 다음과 같이 썼습니다.

솔직히 말해서 그다지 아름답지 않습니다 ... 표시된 쌍에 진드기가 오지 않았고 다시 과거로 날아 갔다고 상상해보십시오.

틱이 오지 않으면 스크립트의 도움을 제외하고는 즉시 주문할 수 없습니다.

그런 다음 진드기가 DC에 오는 경우에만 터미널에 브로드캐스트하지 않습니다(낮에).

따라서 다중 통화 어드바이저를 구현할 때 State Machine of Miles(또는 Moores)를 만들었습니다.

필요한 쌍에 대한 미결 주문 상태를 추적했습니다. 물론 항상 효과가 있었던 것은 아닙니다.

그러나 이 접근 방식은 주문이 정확히 열리도록 보장했습니다.

용이하게! 주문할 수 있습니다 :-) 진드기가 오지 않았다면

당신은 생각! 내가 당신에게 말할 것이라고 생각하지 않는다면

일반적으로 다중 통화 어드바이저의 상황은 일반적으로 주문 이 100% 도착한다는 보장이 없는 경우,

그러면 고문의 작업 논리가 무너집니다.

그건 그렇고, 당신의 고문이 매달려있는 쌍의 진드기에 대해 일하는 것을 잊지 마십시오.

따라서 다른 쌍에는 진드기가 있지만 EA가 부착된 쌍에는 진드기가 없더라도

그러면 동기화가 중단됩니다.

예, DC 및 따옴표 (실제 생활에있는 경우)와의 의사 소통 손실과 같은 불쾌한 것을 잊지 마십시오.

그건 그렇고, 나는 종종 터미널이 다시 시작될 때까지 주문 이 전혀 진행되지 않는 마이크로 리얼 상황이 있습니다.

수동 모드에서도. 뭔가를 기다리고, 기다리고...

그래서 오래전에 짝지어진 주문을 기반으로 하는 시스템을 포기했습니다.

고통스럽게 귀찮게.

당신은 아마도 TIC 를 쓰고 싶었을 것입니다 ...하지만 당신은 영장을 썼습니다

고문이 EURUSD에 있더라도 USDCHF에 입력할 수 있음을 이해합니다.

쓰기에 충분

LevelOpenBUY = MarketInfo ("USDCHF",MODE_ASK);

... = OrderSend("USDCHF",랏, LevelOpenBUY, ...

작업 코드 조각

OpenLevel = MarketInfo( sSymbol, MODE_BID ); if ( TDARELOCK == 0 ) ticket=OrderSend ( sSymbol,OP_SELL,Lots,OpenLevel,3,0,0,sComment,mMagic,0,Red);

----

동시에 USDCHF의 틱은 PAIR의 틱을 받기에 충분하지 않을 수 있습니다.

BTW, MQL5에서는 프로그램이 작동하기 위해 틱을 받을 필요가 없기를 바랍니다.

그들은 그곳에서 이벤트를 하겠다고 약속했습니다. 즉, 이벤트에서 모든 코드를 실행할 수 있습니다.

----

다음은 터미널 정지에 관한 두 번째 질문입니다. 재부팅하면 문제가 처리됩니다. 이것은 개발자에게 더 가능성이 높습니다.

나는 또한 이것을 만났다

이것은 또한 처리되며 여기 포럼에 예가 있습니다.

 Ну вот и все - отлично работает процедруа программного реконнекта :)
НЕ ЗАБУДЬТЕ ВКЛЮЧИТЬ ГАЛОЧКУ "Разрешить импорт ДЛЛ" в настройках МТ 4 .
//В начале советника подключаем необходимые ДЛЛ-ки и модули
#include < winuser32 . mqh >
#import " user32.dll "
int GetParent ( int hWnd ) ;
#import
 
//Копируем процедуру в наш советник или библиотеку и вызываем ее там, где вам нравиться
//Лично я вызываю перед рассчетом данных - но можно перед установкой ордеров. Правда тогда
//возможно нужно будет делать задержку в пару секунд
//У меня все работает
int Reconnect ()
{
int result ;
int hwnd = WindowHandle ( Symbol () , Period ()) ; // получаем хендл окна графика
hwnd = GetParent ( hwnd ) ; // получаем хендл родительского окна
hwnd = GetParent ( hwnd ) ; // ...
hwnd = GetParent ( hwnd ) ; //добираемся до главного окна
result = SendMessageA ( hwnd , WM_COMMAND , 37400 , 0 ) ;
Print ( " SendMessageA = " + result ) ; //посылаем сообщене
return ;
}

---

따라서 열리지 않았다는 주문을 보낸 경우에는 물론 유사한 코드를 실행에 옮길 수 있습니다.

터미널을 다시 로드하는 것은 훌륭하지만 다른 창에서 멈추는 이 순간에 다른 고문이 무엇을 해야 합니까?

물론 그들의 작업 논리는 다르며 잦은 재부팅에는 좋지 않습니다. tk. 변수 값이 사라집니다

우리가 오랫동안 쌓아온 것입니다.

고문이 EURUSD에 있더라도 USDCHF에 입력할 수 있음을 이해합니다.

쓰기에 충분

LevelOpenBUY = MarketInfo ("USDCHF",MODE_ASK);

... = OrderSend("USDCHF",랏, LevelOpenBUY, ...

당연히 이해합니다. 다중 통화 Expert Advisor에서 이것이 다른 쌍을 제어하는 방법입니다.

그러나 메인 쌍의 경우 지난 시간의 마지막 틱이 예를 들어 7.50에 왔고 시간의 첫 번째 틱이 온 경우

8.10에, 그리고 마이너 페어의 경우 시간의 첫 번째 눈금이 8.00에 왔습니다.

그러면 메인 페어에 매달린 어드바이저가 2차 주문을 할 것이라고 기대하기 어렵습니다.

8.00에, 기껏해야 8.10에.

어드바이저가 스크립트로 작업하는 경우, 즉 시스템이 호흡하는 것을 허용하지 않고 타작하고 타작하고,

틱에 관계없이 고려하지 않습니다. 그러면 스크립트를 작성하는 것이 좋습니다.



1 Reconnect가 Init() 함수를 호출한다고 생각합니까? 어드바이저를 다시 시작합니까?


당신은 잘못...


또한 계산된 소중한 변수를 저장하는 것이 합리적입니다.


복잡한 코드가 없으면 GLOBAL VARIABLES에 저장합니다.

코드가 복잡하면 디스크에 쓰고 다시 시작할 때 읽습니다. 다시 시작이 실수였다면 간단히 복원합니다.

그건 그렇고, 실수로 그것이 실수인지 아닌지를 결정하는 것은 아주 쉽습니다.




---

2 어떤 쌍이든 새로운 시간이 오면 ! 다른 쌍에는 틱이 없습니다. 그러면 틱이 언제 나타나더라도

NEW BAR - 또는 오히려 새로운 시간이 도래한 것으로 간주될 수 있습니다.


따라서 뒤늦은 쌍을 CLOSE로 단축하는 것도 가능합니다.


진드기는 나중에 올 것이고 막대는 시간에 이동될 것입니다 !!! 그러나 시간은 정말로 지났다

---


진드기가 오지 않은 쌍을 주문하는 것이 가능합니다.

8시에 전시한다는게 아니라 - (조건부 그림)


새로운 TIC가 모든 페어의 새로운 바에 도착하자마자 즉시 배치할 수 있습니다.


---


>o 메인 쌍의 경우 지난 시간의 마지막 틱이 예를 들어 7.50에 왔고 시간의 첫 번째 틱이 온 경우

> 8.10에서, 그리고 마이너 쌍의 경우 시간의 첫 번째 눈금이 8.00에 왔습니다.

> 메인 페어에 매달린 어드바이저가 2차 주문을 해주기를 기대하기 어렵습니다.

> 8시 00분, 기껏해야 8시 10분.


다중 통화로 작업할 때 기본 쌍의 시간을 계산할 필요가 없습니다.

모든 쌍에 대해 새 막대의 시작 부분을 확인하고 막대를 닫지 않고 CLOSE로 표시기를 계산하면 됩니다.

그리고 안팎으로


새로운 시간 신호가 될 것이기 때문에 항목은 제어 쌍의 새 막대 눈금에 있기 때문입니다! (우리의 경우 새로운 시간)





 
YuraZ :

다중 통화로 작업할 때 기본 쌍의 시간을 계산할 필요가 없습니다.

모든 쌍에 대해 새 막대의 시작 부분을 확인하고 막대를 닫지 않고 CLOSE로 표시기를 계산하면 됩니다.

그리고 안팎으로


새로운 시간 신호가 될 것이기 때문에 항목은 제어 쌍의 새 막대 눈금에 있기 때문입니다! (우리의 경우 새로운 시간)

그럴 가능성이 높다.......

 
LeoV :
유라즈 :

다중 통화로 작업할 때 기본 쌍의 시간을 계산할 필요가 없습니다.

모든 쌍에 대해 새 막대의 시작 부분을 확인하고 막대를 닫지 않고 CLOSE로 표시기를 계산하면 됩니다.

그리고 안팎으로


새로운 시간 신호가 될 것이기 때문에 항목은 제어 쌍의 새 막대 눈금에 있기 때문입니다! (우리의 경우 새로운 시간)

그럴 가능성이 높다.......

이 논리에 따라 어드바이저를 리메이크하면 문제의 확률이 크게 감소합니다.

시장 개요 창에 있는 모든 쌍, 특히 엔에 대해 새로운 시간 잡기를 추가하면 실제로 실패가 없어야 합니다.


1 모든 쌍에서 동기적으로 새 막대를 잡지 마십시오 !!!

2 CONTROLLED 쌍 중 하나에서 새 막대를 포착하고 현재 CLOSE에서 필요한 모든 쌍을 다시 계산하기 시작합니다 ...

(그런데 귀하의 지표 중 일부는 재작업해야 할 수도 있습니다)


진입 - 퇴장 - 또는 계속 보유하기로 결정

 
YuraZ :

이 논리에 따라 어드바이저를 리메이크하면 문제의 확률이 크게 감소합니다.

시장 개요 창에 있는 모든 쌍, 특히 엔에 대해 새로운 시간 잡기를 추가하면 실제로 실패가 없어야 합니다.

1 모든 쌍에서 동기적으로 새 막대를 잡지 마십시오 !!!

2 CONTROLLED 쌍 중 하나에서 새 막대를 포착하고 현재 CLOSE에서 필요한 모든 쌍을 다시 계산하기 시작합니다 ...

(그런데 귀하의 지표 중 일부는 재작업해야 할 수도 있습니다)

진입 - 퇴장 - 또는 계속 보유하기로 결정

센큐 베리 마차))))))))))))))