Sergey Dzyublik : 노트북의 배터리를 방전했습니다. MetaEditor 1601에서 작업했습니다. 배터리 충전량이 0%였고 MT4 프로그램을 컴파일하던 중 전원 부족으로 노트북이 방전되었습니다. 다음에 코드 대신 작업 파일을 열었을 때 311KB NUL 값이 있다는 사실에 놀랐습니다.
가능하면 컴파일 시간 저장 프로시저의 더 안전한 구현을 고려하십시오.
에너지 집약적인 배터리가 탑재된 노트북을 구입하는 것이 합리적일까요? 아니면 네트워크에서 안전하게 작업하시겠습니까?
Sergey Dzyublik : 노트북의 배터리를 방전했습니다. MetaEditor 1601에서 작업했습니다. 배터리 충전량이 0%였고 MT4 프로그램을 컴파일하던 중 전원 부족으로 노트북이 방전되었습니다. 다음에 코드 대신 작업 파일을 열었을 때 311KB NUL 값이 있다는 사실에 놀랐습니다.
가능하면 컴파일 시간 저장 프로시저의 더 안전한 구현을 고려하십시오.
배터리 충전을 모니터링하고 필요한 경우 플러그를 소켓에 삽입하는 랩톱에 가드를 두는 것이 좋습니다))
최적화 세트의 결과가 MT5의 개별 테스트 실행과 매우 다른 이유는 무엇입니까? 주식 섹션에서 이것에 부딪쳤습니다. 테스터로 작업하는 기능에 대한 도움말을 살펴보았지만 표시된 상황에 영향을 미칠 수 있는 이해할 수 없는 순간이 한 번뿐임을 발견했습니다. 테스터의 모델링 시간 도움말 섹션의 의미를 기반으로 TimeTradeServer() 함수가 반환하는 서버 시간은 항상 GMT 시간과 동일하며 시간대 오프셋 수정이 없음을 알 수 있습니다. 이후 테스트된 로봇은 경매 사이에 작업 창이 있고 TimeTradeServer () 함수를 사용하여 이 창을 동기화합니다. 그러면 이것이 이유일 수 있으며 테스트 중에 표준 시간대 수정을 추가해야 합니까?
안녕하세요! MT4에서는 스프레드 내부에 있는 지정가 주문을 삭제할 때 오류 상황이 자주 발생합니다. 삭제되는 주문이 고정되어 터미널을 다시 시작해야만 처리됩니다. 내가 그 메커니즘을 이해할 수 있는 한그 발생은 다음과 같습니다.
1) 제한 설정 스프레드 내부, 매도 호가에 근접( 구매 주문의 경우한도 ) 또는 입찰( 판매 주문의 경우제한 ) 잠시 후 제거하려고 합니다.
2) 이 명령이 서버로 전송되는 동안 우리는 OrderDelete() 명령을 보냅니다. 주문은 서버에서 이미 실행되었을 수 있습니다(활성화 가격에 매우 가까운 스프레드 내부에 있음). 명령이 서버에 도달하면 시장 주문에 적용됩니다. 터미널에 오류가 발생하고 주문이 멈춥니다.그러나 터미널에서의 주문은 여전히 제한적입니다. (OrderType() 함수를 통해 - 한도 1로도 정의됨) 터미널이 다시 시작된 후에만 시장 1로 표시됩니다.한도로 계속 삭제하면코드 아래의 전문가 로그와 터미널 로그에 오류가 표시됩니다. [ 무효매개변수 ]. 일반적으로 이러한 방식으로 중단된 주문으로는 어떠한 작업도 수행할 수 없습니다. 터미널에서는 지정가 주문이며,서버에 시장. 수동 주문도 삭제되지 않습니다.
첨부된 간소화된 Expert Advisor( 구매 전용Limit ), 오류를 재현하고 8개의 Expert Advisors가 병렬로 설치된 프로필(따라서 하나의 Expert Advisor가 설치된 경우에도 발생하지만 오류가 하나의 Expert Advisor에 의해 발견되는 경우보다 더 빠르게 나타납니다). 주문 구매Expert Advisor의 한도 는 Ask 가격보다 15자리 포인트 아래로 설정됩니다.를 통해 제거설치 후 1초. 5포인트 아래라도 주문 하시면 물어보세요다음을 통해 삭제 몇 초 / 분 / 시간이든 오류 발생 메커니즘이 변경되지 않기 때문에 오류는 여전히 주기적으로 발생하지만 빈도는 적습니다.
터미널을 실행 하고 중단 주문이 나타날 때까지 기다려야 합니다. 일반적으로 시장의 활동에 따라 한 시간 이상 기다리지 마십시오.
만일을 대비하여 시스템 :
Microsoft Windows XP(X86 기반 PC), IE 08.00, 2 x 인텔 코어 i3-2120 @ 3.30GHz, RAM: 2421 / 3981Mb, HDD: 195187 / 666422Mb, GMT+03:00
이 비트 수를 기가바이트로 변환하면 1075000000GB가 됩니다.
MetaEditor 1601에서 작업했습니다.
배터리 충전량이 0%였고 MT4 프로그램을 컴파일하던 중 전원 부족으로 노트북이 방전되었습니다.
다음에 코드 대신 작업 파일을 열었을 때 311KB NUL 값이 있다는 사실에 놀랐습니다.
가능하면 컴파일 시간 저장 프로시저의 더 안전한 구현을 고려하십시오.
노트북의 배터리를 방전했습니다.
MetaEditor 1601에서 작업했습니다.
배터리 충전량이 0%였고 MT4 프로그램을 컴파일하던 중 전원 부족으로 노트북이 방전되었습니다.
다음에 코드 대신 작업 파일을 열었을 때 311KB NUL 값이 있다는 사실에 놀랐습니다.
가능하면 컴파일 시간 저장 프로시저의 더 안전한 구현을 고려하십시오.
에너지 집약적인 배터리가 탑재된 노트북을 구입하는 것이 합리적일까요? 아니면 네트워크에서 안전하게 작업하시겠습니까?
노트북의 배터리를 방전했습니다.
MetaEditor 1601에서 작업했습니다.
배터리 충전량이 0%였고 MT4 프로그램을 컴파일하던 중 전원 부족으로 노트북이 방전되었습니다.
다음에 코드 대신 작업 파일을 열었을 때 311KB NUL 값이 있다는 사실에 놀랐습니다.
가능하면 컴파일 시간 저장 프로시저의 더 안전한 구현을 고려하십시오.
배터리 충전을 모니터링하고 필요한 경우 플러그를 소켓에 삽입하는 랩톱에 가드를 두는 것이 좋습니다))
이러한 목적을 위한 최대 절전 모드가 있습니다 ... 그리고 타이머가 있는 소켓 ...
숫자가 860000000000000000 인 것이 확실합니까?
이 비트 수를 기가바이트로 변환하면 1075000000GB가 됩니다.
제로를 세어보니...
이제 6.18e + 18로 설정합니다. OnTesterPass가 더 있으면 새 세대에서만 호출됩니다. 직접 열거하면 전혀 호출되지 않습니다 ... 그리고 도움말에는 이것에 대한 단어가 없습니다. 사람들은 테스터 자체의 "기능"을 찾아서 많은 시간을 할애해야 합니다.
계약 사양에서 뭔가 혼란스러워졌습니다.
2. 틱 가격 == 1핍의 비용 == SYMBOL_POINT
내가 제대로 이해합니까?
이 혼란은 사양이 올바르지 않은 Otkritie 중개인의 TGKA 주식으로 인해 발생했습니다.
1. 눈금 크기 == 0.000005
2. 틱 가격 == 0.00001 ( 0.000001 이어야 함)
안녕하세요! MT4에서는 스프레드 내부에 있는 지정가 주문을 삭제할 때 오류 상황이 자주 발생합니다. 삭제되는 주문이 고정되어 터미널을 다시 시작해야만 처리됩니다. 내가 그 메커니즘을 이해할 수 있는 한 그 발생은 다음과 같습니다.
1) 제한 설정 스프레드 내부, 매도 호가에 근접 ( 구매 주문의 경우 한도 ) 또는 입찰 ( 판매 주문의 경우 제한 ) 잠시 후 제거하려고 합니다.
2) 이 명령이 서버로 전송되는 동안 우리는 OrderDelete() 명령을 보냅니다. 주문은 서버에서 이미 실행되었을 수 있습니다(활성화 가격에 매우 가까운 스프레드 내부에 있음). 명령이 서버에 도달하면 시장 주문에 적용됩니다. 터미널에 오류가 발생하고 주문이 멈춥니다. 그러나 터미널에서의 주문은 여전히 제한적입니다. (OrderType() 함수를 통해 - 한도 1로도 정의됨) 터미널이 다시 시작된 후에만 시장 1로 표시됩니다. 한도로 계속 삭제하면 코드 아래의 전문가 로그와 터미널 로그에 오류가 표시됩니다. [ 무효 매개변수 ]. 일반적으로 이러한 방식으로 중단된 주문으로는 어떠한 작업도 수행할 수 없습니다. 터미널에서는 지정가 주문이며, 서버에 시장. 수동 주문도 삭제되지 않습니다.
첨부된 간소화된 Expert Advisor( 구매 전용 Limit ), 오류를 재현하고 8개의 Expert Advisors가 병렬로 설치된 프로필(따라서 하나의 Expert Advisor가 설치된 경우에도 발생하지만 오류가 하나의 Expert Advisor에 의해 발견되는 경우보다 더 빠르게 나타납니다). 주문 구매 Expert Advisor의 한도 는 Ask 가격보다 15자리 포인트 아래로 설정됩니다. 를 통해 제거 설치 후 1초. 5포인트 아래라도 주문 하시면 물어보세요 다음을 통해 삭제 몇 초 / 분 / 시간이든 오류 발생 메커니즘이 변경되지 않기 때문에 오류는 여전히 주기적으로 발생하지만 빈도는 적습니다.
터미널을 실행 하고 중단 주문이 나타날 때까지 기다려야 합니다. 일반적으로 시장의 활동에 따라 한 시간 이상 기다리지 마십시오.
만일을 대비하여 시스템 :
Microsoft Windows XP(X86 기반 PC), IE 08.00, 2 x 인텔 코어 i3-2120 @ 3.30GHz, RAM: 2421 / 3981Mb, HDD: 195187 / 666422Mb, GMT+03:00
MT 4: 버전 4.00 빌드 1090(2017년 5월 19일)
메타에디터: 버전 5.00 빌드 1601 (2017년 5월 19일)