BuyLimit이 설정되면 가격이 세분화되어 몇 분 동안 훨씬 아래에 유지됩니다. 동시에 BuyLimit은 노란색이지만 "이행되지 않음"입니다.
문제 수정 시도
2018.04.09 19:15:41.242 '89015117': modification of invalid order #108362456
그것을 보니 이 옛날 상황이 떠올랐다. 그 당시의 조리법과 밝혀진 바와 같이 지금은 항상 동일합니다. 다시 연결하십시오. 연결 후 BuyLimit이 (교차 시점부터) 오랫동안 매수 포지션임을 알 수 있습니다.
동시에 다시 연결하기 전에도 다른 주문을 거래할 수 있었고 모든 것이 정상이었고 BuyLimit만 중단되었습니다.
MT4 단말기가 BuyLimit이 Buy 포지션이 되었다는 알림을 받지 못한 것으로 나타났습니다. 따라서 재 로그인 할 때까지 버거입니다.
우리는 이 상황이 어떻게 해결되었는지 기억해야 합니다. 그러나 오류나 이상한 경우에 WinAPI를 통해 강제 재로그인을 수행했다고 99% 확신합니다.
MT4 이후에 이것에 대해 SD에 쓰는 것이 의미가 있습니까? 상위 5개에서 나는 그것을 눈치채지 못한 것 같다.
이것은 같은 오페라에서 가져온 것입니다.
안녕하세요! MT4에서는 스프레드 내부에 있는 지정가 주문을 삭제할 때 오류 상황이 자주 발생합니다. 삭제되는 주문이 고정되어 터미널을 다시 시작해야만 처리됩니다. 내가 그 메커니즘을 이해할 수 있는 한그 발생은 다음과 같습니다.
1) 제한 설정 스프레드 내부, 매도 호가에 근접( 구매 주문의 경우한도 ) 또는 입찰( 판매 주문의 경우제한 ) 잠시 후 제거하려고 합니다.
2) 이 명령이 서버로 전송되는 동안 우리는 OrderDelete() 명령을 보냅니다. 주문은 서버에서 이미 실행되었을 수 있습니다(활성화 가격에 매우 가까운 스프레드 내부에 있음). 명령이 서버에 도달하면 시장 주문에 적용됩니다. 터미널에 오류가 발생하고 주문이 멈춥니다.그러나 터미널에서의 주문은 여전히 제한적입니다. (OrderType() 함수를 통해 - 한도 1로도 정의됨) 터미널이 다시 시작된 후에만 시장 1로 표시됩니다.한도로 계속 삭제하면코드 아래의 전문가 로그와 터미널 로그에 오류가 표시됩니다. [ 무효매개변수 ]. 일반적으로 이러한 방식으로 중단된 주문으로는 어떠한 작업도 수행할 수 없습니다. 터미널에서는 지정가 주문이며,서버에 시장. 수동 주문도 삭제되지 않습니다.
첨부된 간소화된 Expert Advisor( 구매 전용Limit ), 오류를 재현하고 8개의 Expert Advisors가 병렬로 설치된 프로필(따라서 하나의 Expert Advisor가 설치된 경우에도 발생하지만 오류가 하나의 Expert Advisor에 의해 발견되는 경우보다 더 빠르게 나타납니다). 주문 구매Expert Advisor의 한도 는 Ask 가격보다 15자리 포인트 아래로 설정됩니다.를 통해 제거설치 후 1초. 5포인트 아래라도 주문 하시면 물어보세요다음을 통해 삭제 몇 초 / 분 / 시간이든 오류 발생 메커니즘이 변경되지 않기 때문에 오류는 여전히 주기적으로 발생하지만 빈도는 적습니다.
터미널을 실행 하고 중단 주문이 나타날 때까지 기다려야 합니다. 일반적으로 시장의 활동에 따라 한 시간 이상 기다리지 마십시오.
신청 접수 시작일: 2017.06.0612:37 , #1766459
2017년 10월에 그들은 집에서 이 상황을 재현할 수 있었고 문제를 해결하고 있다고 서비스 데스크에서 나에게 편지를 썼습니다. 그리고 그 이후로 침묵...
안녕하세요! MT4에서는 스프레드 내부에 있는 지정가 주문을 삭제할 때 오류 상황이 자주 발생합니다. 삭제되는 주문이 고정되어 터미널을 다시 시작해야만 처리됩니다. 내가 그 메커니즘을 이해할 수 있는 한그 발생은 다음과 같습니다.
1) 제한 설정 스프레드 내부, 매도 호가에 근접( 구매 주문의 경우한도 ) 또는 입찰( 판매 주문의 경우제한 ) 잠시 후 제거하려고 합니다.
2) 이 명령이 서버로 전송되는 동안 우리는 OrderDelete() 명령을 보냅니다. 주문은 서버에서 이미 실행되었을 수 있습니다(활성화 가격에 매우 가까운 스프레드 내부에 있음). 명령이 서버에 도달하면 시장 주문에 적용됩니다. 터미널에 오류가 발생하고 주문이 멈춥니다.그러나 터미널에서의 주문은 여전히 제한적입니다. (OrderType() 함수를 통해 - 한도 1로도 정의됨) 터미널이 다시 시작된 후에만 시장 1로 표시됩니다.한도로 계속 삭제하면코드 아래의 전문가 로그와 터미널 로그에 오류가 표시됩니다. [ 무효매개변수 ]. 일반적으로 이러한 방식으로 중단된 주문으로는 어떠한 작업도 수행할 수 없습니다. 터미널에서는 지정가 주문이며,서버에 시장. 수동 주문도 삭제되지 않습니다.
첨부된 간소화된 Expert Advisor( 구매 전용Limit ), 오류를 재현하고 8개의 Expert Advisors가 병렬로 설치된 프로필(따라서 하나의 Expert Advisor가 설치된 경우에도 발생하지만 오류가 하나의 Expert Advisor에 의해 발견되는 경우보다 더 빠르게 나타납니다). 주문 구매EA의 한도 는 매도 호가보다 15자리 포인트 아래로 설정됩니다.를 통해 제거설치 후 1초. 5포인트 아래라도 주문 하시면 물어보세요다음을 통해 삭제 몇 초 / 분 / 시간이든 오류 발생 메커니즘이 변경되지 않기 때문에 오류는 여전히 주기적으로 발생하지만 빈도는 적습니다.
터미널을 실행 하고 중단 주문이 나타날 때까지 기다려야 합니다. 일반적으로 시장의 활동에 따라 한 시간 이상 기다리지 마십시오.
신청 접수 시작일: 2017.06.0612:37 , #1766459
2017년 10월에 그들은 집에서 이 상황을 재현할 수 있었고 문제를 해결하고 있다고 서비스 데스크에서 나에게 편지를 썼습니다. 그리고 그 이후로 침묵...
당신은 번식을 포함하여 문제의 본질을 파악하는 데 훌륭한 동료입니다! 실제로 터미널의 거래 환경은 여전히 거래 서버와 동기화되지 않습니다.
하지만 2017년 5월(빌드 1090) 이후 업데이트가 없었고 10월에 문제가 재현되었습니다. MT5의 경우에도 타이밍에 대해 말하기 어렵고, 4개에 대해서는 더욱 그렇습니다.
분명히 개발자는 이 버그를 중요하게 생각하지 않았습니다. 나는 그것을 받아 들일 수 없다고 생각합니다. 지정가 주문으로 일하는 사람은 거의 없으며 스프레드 내부에서도 마찬가지입니다.
MT4 질문입니다.
HFT 테스트에서 이 문제를 발견하고 다시 이 버그를 발견했습니다.
BuyLimit이 설정되면 가격이 세분화되어 몇 분 동안 훨씬 아래에 유지됩니다. 동시에 BuyLimit은 노란색이지만 "이행되지 않음"입니다.
문제 수정 시도
그것을 보니 이 옛날 상황이 떠올랐다. 그 당시의 조리법과 밝혀진 바와 같이 지금은 항상 동일합니다. 다시 연결하십시오. 연결 후 BuyLimit이 (교차 시점부터) 오랫동안 매수 포지션임을 알 수 있습니다.
동시에 다시 연결하기 전에도 다른 주문을 거래할 수 있었고 모든 것이 정상이었고 BuyLimit만 중단되었습니다.
MT4 단말기가 BuyLimit이 Buy 포지션이 되었다는 알림을 받지 못한 것으로 나타났습니다. 따라서 재 로그인 할 때까지 버거입니다.
우리는 이 상황이 어떻게 해결되었는지 기억해야 합니다. 그러나 오류나 이상한 경우에 WinAPI를 통해 강제 재로그인을 수행했다고 99% 확신합니다.
MT4 이후에 이것에 대해 SD에 쓰는 것이 의미가 있습니까? 상위 5개에서 나는 그것을 눈치채지 못한 것 같다.
이것은 같은 오페라에서 가져온 것입니다.
안녕하세요! MT4에서는 스프레드 내부에 있는 지정가 주문을 삭제할 때 오류 상황이 자주 발생합니다. 삭제되는 주문이 고정되어 터미널을 다시 시작해야만 처리됩니다. 내가 그 메커니즘을 이해할 수 있는 한 그 발생은 다음과 같습니다.
1) 제한 설정 스프레드 내부, 매도 호가에 근접 ( 구매 주문의 경우 한도 ) 또는 입찰 ( 판매 주문의 경우 제한 ) 잠시 후 제거하려고 합니다.
2) 이 명령이 서버로 전송되는 동안 우리는 OrderDelete() 명령을 보냅니다. 주문은 서버에서 이미 실행되었을 수 있습니다(활성화 가격에 매우 가까운 스프레드 내부에 있음). 명령이 서버에 도달하면 시장 주문에 적용됩니다. 터미널에 오류가 발생하고 주문이 멈춥니다. 그러나 터미널에서의 주문은 여전히 제한적입니다. (OrderType() 함수를 통해 - 한도 1로도 정의됨) 터미널이 다시 시작된 후에만 시장 1로 표시됩니다. 한도로 계속 삭제하면 코드 아래의 전문가 로그와 터미널 로그에 오류가 표시됩니다. [ 무효 매개변수 ]. 일반적으로 이러한 방식으로 중단된 주문으로는 어떠한 작업도 수행할 수 없습니다. 터미널에서는 지정가 주문이며, 서버에 시장. 수동 주문도 삭제되지 않습니다.
첨부된 간소화된 Expert Advisor( 구매 전용 Limit ), 오류를 재현하고 8개의 Expert Advisors가 병렬로 설치된 프로필(따라서 하나의 Expert Advisor가 설치된 경우에도 발생하지만 오류가 하나의 Expert Advisor에 의해 발견되는 경우보다 더 빠르게 나타납니다). 주문 구매 Expert Advisor의 한도 는 Ask 가격보다 15자리 포인트 아래로 설정됩니다. 를 통해 제거 설치 후 1초. 5포인트 아래라도 주문 하시면 물어보세요 다음을 통해 삭제 몇 초 / 분 / 시간이든 오류 발생 메커니즘이 변경되지 않기 때문에 오류는 여전히 주기적으로 발생하지만 빈도는 적습니다.
터미널을 실행 하고 중단 주문이 나타날 때까지 기다려야 합니다. 일반적으로 시장의 활동에 따라 한 시간 이상 기다리지 마십시오.
신청 접수 시작일: 2017.06.06 12:37 , #1766459
2017년 10월에 그들은 집에서 이 상황을 재현할 수 있었고 문제를 해결하고 있다고 서비스 데스크에서 나에게 편지를 썼습니다. 그리고 그 이후로 침묵...
마켓에서 나온 상품이 로딩이 안되는데 어떻게 해야 하나요?
다시 시도하십시오.
이것은 같은 오페라에서 가져온 것입니다.
안녕하세요! MT4에서는 스프레드 내부에 있는 지정가 주문을 삭제할 때 오류 상황이 자주 발생합니다. 삭제되는 주문이 고정되어 터미널을 다시 시작해야만 처리됩니다. 내가 그 메커니즘을 이해할 수 있는 한 그 발생은 다음과 같습니다.
1) 제한 설정 스프레드 내부, 매도 호가에 근접 ( 구매 주문의 경우 한도 ) 또는 입찰 ( 판매 주문의 경우 제한 ) 잠시 후 제거하려고 합니다.
2) 이 명령이 서버로 전송되는 동안 우리는 OrderDelete() 명령을 보냅니다. 주문은 서버에서 이미 실행되었을 수 있습니다(활성화 가격에 매우 가까운 스프레드 내부에 있음). 명령이 서버에 도달하면 시장 주문에 적용됩니다. 터미널에 오류가 발생하고 주문이 멈춥니다. 그러나 터미널에서의 주문은 여전히 제한적입니다. (OrderType() 함수를 통해 - 한도 1로도 정의됨) 터미널이 다시 시작된 후에만 시장 1로 표시됩니다. 한도로 계속 삭제하면 코드 아래의 전문가 로그와 터미널 로그에 오류가 표시됩니다. [ 무효 매개변수 ]. 일반적으로 이러한 방식으로 중단된 주문으로는 어떠한 작업도 수행할 수 없습니다. 터미널에서는 지정가 주문이며, 서버에 시장. 수동 주문도 삭제되지 않습니다.
첨부된 간소화된 Expert Advisor( 구매 전용 Limit ), 오류를 재현하고 8개의 Expert Advisors가 병렬로 설치된 프로필(따라서 하나의 Expert Advisor가 설치된 경우에도 발생하지만 오류가 하나의 Expert Advisor에 의해 발견되는 경우보다 더 빠르게 나타납니다). 주문 구매 EA의 한도 는 매도 호가보다 15자리 포인트 아래로 설정됩니다. 를 통해 제거 설치 후 1초. 5포인트 아래라도 주문 하시면 물어보세요 다음을 통해 삭제 몇 초 / 분 / 시간이든 오류 발생 메커니즘이 변경되지 않기 때문에 오류는 여전히 주기적으로 발생하지만 빈도는 적습니다.
터미널을 실행 하고 중단 주문이 나타날 때까지 기다려야 합니다. 일반적으로 시장의 활동에 따라 한 시간 이상 기다리지 마십시오.
신청 접수 시작일: 2017.06.06 12:37 , #1766459
2017년 10월에 그들은 집에서 이 상황을 재현할 수 있었고 문제를 해결하고 있다고 서비스 데스크에서 나에게 편지를 썼습니다. 그리고 그 이후로 침묵...
당신은 번식을 포함하여 문제의 본질을 파악하는 데 훌륭한 동료입니다! 실제로 터미널의 거래 환경은 여전히 거래 서버와 동기화되지 않습니다.
하지만 2017년 5월(빌드 1090) 이후 업데이트가 없었고 10월에 문제가 재현되었습니다. MT5의 경우에도 타이밍에 대해 말하기 어렵고, 4개에 대해서는 더욱 그렇습니다.
분명히 개발자는 이 버그를 중요하게 생각하지 않았습니다. 나는 그것을 받아 들일 수 없다고 생각합니다. 지정가 주문으로 일하는 사람은 거의 없으며 스프레드 내부에서도 마찬가지입니다.
위협 SD 지원서에서 저에게 인사를 전하세요. 아마도 그것은 단순히 잊혀졌습니다.
왜 백테스트는 거래 보고서를 저장할 때 작성합니까?
이것은 전략 테스터 의 "백테스트" 탭에서 가져온 보고서입니다.
이것은 전략 테스터 의 "백테스트" 탭에서 가져온 보고서입니다.
보고서를 광고하는 은밀한 방법일 뿐입니다.
오류가 무엇인지 알려주세요.
(2018.04.10 15:20:13.844 "MQL5\Experts\Test5.ex5" 테스터 디버그 버전은 로컬 에이전트에서만 최적화 가능, 클라우드 없음, 팜 없음)
이미 최적화에 문제가 생겼습니다. 그런 다음 그녀는 로컬 네트워크를 통과하는 데 동의합니다.
오류가 무엇인지 알려주세요.
(2018.04.10 15:20:13.844 "MQL5\Experts\Test5.ex5" 테스터 디버그 버전은 로컬 에이전트에서만 최적화 가능, 클라우드 없음, 팜 없음)
이미 최적화에 문제가 생겼습니다. 그런 다음 그녀는 로컬 네트워크를 통과하는 데 동의합니다.
F5가 아닌 F7로 컴파일하십시오.
오류가 무엇인지 알려주세요.
(2018.04.10 15:20:13.844 "MQL5\Experts\Test5.ex5" 테스터 디버그 버전 은 로컬 에이전트에서만 최적화 가능, 클라우드 없음, 팜 없음)
이미 최적화에 문제가 생겼습니다. 그런 다음 그녀는 로컬 네트워크를 통과하는 데 동의합니다.
강조 표시된 부분은 실수의 근원입니다 .
최적화하기 전에 파일을 컴파일해야 합니다.
이것은 전략 테스터 의 "백테스트" 탭에서 가져온 보고서입니다.
아니요, 이것은 Instruments 모드, 실제 거래에서입니다. 결과를 보여주고 싶었고 거기에 Backtest가 작성되었습니다)
보고서의 Tester 추가 필드에서
보고서를 광고하는 은밀한 방법일 뿐입니다.
글쎄, 적어도 핍은 아님)