오늘의 변동성 이후 테스터의 결과를 실제 결과와 비교해봤습니다. 불행히도 그러한 시장에서 상당한 불일치가 나타났습니다.
1분마다 터미널 로그를 분석했는데 좋은 점을 봤다. 모든 otlozhki는 정확히 요점에 설정되었습니다. 로봇은 이 사이트에서 할 수 있는 모든 이익을 모았습니다. 그러나 문제가 있기 때문에 이 이익은 모두 물거품이 되었습니다. 문제는 해결되었지만 문제가 여기에 있는 이유를 이해할 수 없습니다. 즉, 불필요한 주문은 삭제할 수 없습니다. 그리고 여기에는 두 가지 이유가 있다고 생각합니다.
이 두 주문은 삭제되지 않았고 둘 다 손실을 입었습니다. 두 번째 영장은 두 번이나 떠나려 했다. 나는 그들이 제거되지 않는 이유를 이해하지 못합니다. 하루 종일 모든 것이 잘 작동하지만 여기에서는 삭제 기능 앞에 RefreshRates()를 넣어도 작동하지 않습니다.
그리고 두 번째로:
나는 이것이 버그라고 생각한다. 단말기에 메모리나 두뇌가 부족한 것 같습니다. 그는 우리가 주문을 선택하고 있다는 것을 잊었습니다. 다음은 작동하지 않는 부분입니다.
if ( //Тут условие//)
{
if ( OrderSelect (ticket_buy,SELECT_BY_TICKET)==true)
{
if ( OrderType ()==OP_BUYSTOP && Ask>( OrderOpenPrice ()- 4 * Point ))
{
i= 0 ;
while (i< 10 )
{
if (i> 0 ) Sleep ( 500 );
RefreshRates (); OrderDelete (ticket_buy);
err= GetLastError ();
if (err== 0 )
{
ticket_buy= 0 ; return ;
}
i++;
}
}
}
}
모든 조건이 충족되고 의견을 통해 확인됩니다. 주문 유형을 확인하는 단계에서 모든 것이 멈 춥니 다. 더 이상 진행되지 않습니다. 즉, 삭제 기능에 도달하지 않습니다. 그래야 하지만 모든 조건이 충족되기 때문에 댓글을 통해 확인했습니다. 주문을 선택한 다음 선택한 주문의 매개변수를 조건에 입력할 때 때때로 이 조건을 올바르게 읽을 수 없는 언어 기능을 발견한 것은 이번이 처음이 아닙니다. 조건의 순서 매개변수가 많을수록 조건이 충족되지 않는 경우가 더 많습니다. 이 경우 주문 매개변수는 OrderType() 및 OrderOpenPrice ()입니다. 많은 사람들이 이 낯설음을 눈치챘을 것이라고 생각합니다. 그것을 제거하는 방법? 아니면 다른 곳에 문제가 있는 것일까요? 이 경우 로그에 오류가 발생하지 않는다는 것을 잊어버렸습니다. 조건은 충족되어야 하지만 단순히 충족되지 않습니다.
조건이 거의 충족되지 않기 때문에 다른 부분에서는 문제가 없을 것이라고 생각합니다. 일반적으로 이 부분에서 모든 것이 잘 작동하지만 때때로 작동하지 않아 손실이 발생합니다.
그런 문맹 코드에 대해 엄격하게 판단하지 마십시오. 저는 독학했습니다.
이러한 문제로 주문 제거가 발생하는 이유는 무엇입니까? 주문은 정확히 그 지점에서 이루어지고 로봇은 모든 이익을 징수합니다. 하지만 불필요한 주문은 지울 수 없기 때문에 모든 것이 악화됩니다! 이러한 문제를 제거하면 모든 것이 정상적으로 작동합니다!
첫 번째 경우에는 모든 것이 명확합니다. 매우 감사합니다! 두 번째 경우에 대해 알고 있습니까? 더 자주 발생하고 더 자주 손실을 야기하기 때문에 더 중요합니다. 조건은 괜찮습니다. 그리고 그것은 시장의 속도에 관한 것이 아니며 제거에 많은 시간이 있습니다. 조건은 충족되어야 하지만 단순히 충족되지 않습니다.
시간되면 꼭 가보겠습니다.
행운을 빕니다
행운을 빕니다
고맙습니다!
아이디어는 변동성이 큰 혼란스러운 시장에서 거래하는 것입니다. 모든 주요 통화 쌍은 이제 이와 같습니다. 변동성이 높고 논리가 있으며 시스템이 작동하지 않습니다. 일종의 혼돈. ....
오늘의 변동성 이후 테스터의 결과를 실제 결과와 비교해봤습니다. 불행히도 그러한 시장에서 상당한 불일치가 나타났습니다.
1분마다 터미널 로그를 분석했는데 좋은 점을 봤다. 모든 otlozhki는 정확히 요점에 설정되었습니다. 로봇은 이 사이트에서 할 수 있는 모든 이익을 모았습니다. 그러나 문제가 있기 때문에 이 이익은 모두 물거품이 되었습니다. 문제는 해결되었지만 문제가 여기에 있는 이유를 이해할 수 없습니다. 즉, 불필요한 주문은 삭제할 수 없습니다. 그리고 여기에는 두 가지 이유가 있다고 생각합니다.
첫 번째: 로그에 다음과 같이 나와 있습니다.
22:23:30 '882613': 보류 주문 삭제 #26344474 매수 스톱 4.00 EURUSD에서 1.3787 sl: 1.3773 tp: 1.3799
22:23:30 '882613': 보류 중인 주문 삭제 #26344474 매수 스톱 4.00 EURUSD at 1.3787 sl: 1.3773 tp: 1.3799 실패 [잘못된 매개변수]
22:37:27 '882613': 보류 중인 주문 삭제 #26347980 매도 스톱 4.00 EURUSD에서 1.3668 sl: 1.3682 tp: 1.3656
22:37:27 '882613': 보류 중인 주문 삭제 #26347980 매도 스톱 4.00 EURUSD at 1.3668 sl: 1.3682 tp: 1.3656 [잘못된 매개변수]
22:37:27 '882613': 보류 중인 주문 삭제 #26347980 매도 스톱 4.00 EURUSD에서 1.3668 sl: 1.3682 tp: 1.3656
22:37:28 '882613': 보류 중인 주문 삭제 #26347980 4.00 EURUSD에서 1.3668 sl: 1.3682 tp: 1.3656 실패 [잘못된 매개변수]
이 두 주문은 삭제되지 않았고 둘 다 손실을 입었습니다. 두 번째 영장은 두 번이나 떠나려 했다. 나는 그들이 제거되지 않는 이유를 이해하지 못합니다. 하루 종일 모든 것이 잘 작동하지만 여기에서는 삭제 기능 앞에 RefreshRates()를 넣어도 작동하지 않습니다.
그리고 두 번째로:
나는 이것이 버그라고 생각한다. 단말기에 메모리나 두뇌가 부족한 것 같습니다. 그는 우리가 주문을 선택하고 있다는 것을 잊었습니다. 다음은 작동하지 않는 부분입니다.
모든 조건이 충족되고 의견을 통해 확인됩니다. 주문 유형을 확인하는 단계에서 모든 것이 멈 춥니 다. 더 이상 진행되지 않습니다. 즉, 삭제 기능에 도달하지 않습니다. 그래야 하지만 모든 조건이 충족되기 때문에 댓글을 통해 확인했습니다. 주문을 선택한 다음 선택한 주문의 매개변수를 조건에 입력할 때 때때로 이 조건을 올바르게 읽을 수 없는 언어 기능을 발견한 것은 이번이 처음이 아닙니다. 조건의 순서 매개변수가 많을수록 조건이 충족되지 않는 경우가 더 많습니다. 이 경우 주문 매개변수는 OrderType() 및 OrderOpenPrice ()입니다. 많은 사람들이 이 낯설음을 눈치챘을 것이라고 생각합니다. 그것을 제거하는 방법? 아니면 다른 곳에 문제가 있는 것일까요? 이 경우 로그에 오류가 발생하지 않는다는 것을 잊어버렸습니다. 조건은 충족되어야 하지만 단순히 충족되지 않습니다.
조건이 거의 충족되지 않기 때문에 다른 부분에서는 문제가 없을 것이라고 생각합니다. 일반적으로 이 부분에서 모든 것이 잘 작동하지만 때때로 작동하지 않아 손실이 발생합니다.
그런 문맹 코드에 대해 엄격하게 판단하지 마십시오. 저는 독학했습니다.
이러한 문제로 주문 제거가 발생하는 이유는 무엇입니까? 주문은 정확히 그 지점에서 이루어지고 로봇은 모든 이익을 징수합니다. 하지만 불필요한 주문은 지울 수 없기 때문에 모든 것이 악화됩니다! 이러한 문제를 제거하면 모든 것이 정상적으로 작동합니다!
로그로 판단하면 코드에는 어리석게도 시간이 없었습니다.
저것들. 삭제는 주문이 실행되는 순간 이미 발생했습니다.
로그로 판단하면 코드에는 어리석게도 시간이 없었습니다.
저것들. 삭제는 주문이 실행되는 순간 이미 발생했습니다.
그리고 지연은 정확히 그 지점에서 설정되며 놓치지 않습니다. 왜 정확히 문제를 제거합니까? 특히 두 번째 경우에는 두 번이나 삭제를 시도했습니다.
그리고 지연은 정확히 그 지점에서 설정되며 놓치지 않습니다. 왜 정확히 문제를 제거합니까? 특히 두 번째 경우에는 삭제를 두 번 시도했습니다.
주의 깊게 살펴보십시오. 두 번째로 한도가 아닌 실행 된 판매 주문을 삭제하려고합니다.
그리고 설정을 위한 스톱 레벨이 있고 삭제를 위한 프리즈 레벨만 있고, 만약 있다면.
주의 깊게 살펴보십시오. 두 번째로 한도가 아닌 실행 된 판매 주문을 삭제하려고합니다.
그리고 설정을 위한 스톱 레벨이 있고 삭제를 위한 프리즈 레벨만 있고, 만약 있다면.
첫 번째 경우에는 모든 것이 명확합니다. 매우 감사합니다! 두 번째 경우에 대해 알고 있습니까? 더 자주 발생하고 더 자주 손실을 야기하기 때문에 더 중요합니다. 조건은 괜찮습니다. 그리고 그것은 시장의 속도에 관한 것이 아니며 제거에 많은 시간이 있습니다. 조건은 충족되어야 하지만 단순히 충족되지 않습니다.
두 번째 경우에 대해 잘 모르십니까? ... 조건이 충족되어야 하지만 충족되지 않습니다.
아마도이 조건은 때때로 작동하지 않습니다. 즉, 오른쪽
비교하기 전에 묻기를 정규화합니다.
아마도이 조건은 때때로 작동하지 않습니다
비교하기 전에 묻기를 정규화합니다.
그래서 무엇?