말해봐. [Too many trade requests] 오류의 원인은 이미 일반 OrderSend의 두 번째 호출(터미널 시작 후)에 있습니까?
나는 월요일부터 목요일까지 로그를 보았다. 모든 곳에서 같은 그림: 지정가 주문의 첫 번째 전송은 성공하고 후속 작업은 [Too many trade requests] 오류와 함께 완료됩니다. 그런 다음 그들은 통과하기 시작합니다. 범죄에서 나는 OnInit()에서 CopyTickRange를 자주 호출합니다.
BCS 브로커 MetaTrader 5 터미널 x64 빌드 2170 시작
거래의 첫 몇 분 안에 이것을 만났습니다. 이것은 BCS의 기능으로 서버가 너무 바쁠 때 올바른 거래 요청조차 거부하고 이러한 오류를 반환하는 것 같습니다. BCS 지원팀에서는 이것이 실수가 아니라고 말했습니다.
주기적으로 감지할 수 있는 규칙성이 없으면 MT5의 차트 업데이트가 중단됩니다. 예를 들어 그림을 살펴보십시오. 차트는 19:43경에 매달려 있었지만 시장 데이터가 들어오고 있다는 것은 분명합니다. 시장 검토 시간은 21:22이고 유가는 이미 59.44이고 59.15(차트)가 아닙니다. 시장 리뷰가 업데이트 중입니다. 나는 또한 일정이 17:00 경에 중단되었음을 추가로 밝힐 수 있습니다. 이는 18시 이후부터 그리기 시작한 인디케이터에서 확인할 수 있습니다. 이 정지에 대한 일반적인 사항 - 작업 관리자에서 MT5가 표준 2-4%와 함께 약 16-22%를 애플리케이션으로 사용하기 시작하는 것으로 관찰됩니다. 동시에 관리자에서 유사한 상황에서 MT%를 끈 후 MT5 작업은 "응용 프로그램"에서 "백그라운드 프로세스"로 이동하고 16-22%의 동일한 부하로 계속 앉아 있습니다. 손으로만 제거합니다.
이 동작의 원인이 무엇인지 알려주실 수 있습니까? 로그는 오류 없이 비어 있는 것 같습니다.
또한 MT5가 켜져 있을 때 작업 관리자에서 로드 및 백그라운드 프로세스로의 후속 롤링과 관련된 이러한 동작이 때때로 발생한다고 덧붙일 것입니다. 또한 불규칙합니다. 나는 그것을 켭니다-지표가 차트에 그려지지 않고 프로세서의 부하가 강합니다.
또한 질문은 - 지표에 대한 식별자를 처방할 필요가 있습니까? 이것이 무언가에 영향을 줄 수 있습니까?
도움말 안내 - https://www.metatrader5.com/ru/terminal/help/start_advanced/start#guest - 특정 MT5 사본의 instance_id를 찾으려고 합니다. AppData\Roaming\MetaQuotes\Terminal\에 여러 XXYYZZBLABLABLA 폴더가 있습니다. 터미널은 키 없이 파일 관리자에서 시작됩니다. "데이터 디렉터리 열기" 명령은 로밍이 아닌 터미널이 설치된 디렉터리를 엽니다. "각 터미널 데이터 디렉토리의 루트에는 origin.txt 파일도 있습니다." 여기에서 "플랫폼 설치 디렉토리 경로가 표시됩니다." 어떤 폴더에도 그런 파일이 없습니다.
더 정확한 정보가 있습니까(현재 도움말에서 누락된 것이 있는 것 같습니다)? 원칙적으로는 폴더를 생성한 날짜를 비교하여 항상 그것 없이 관리하지만, 저는 규칙적인 작업 방식을 갖고 싶습니다.
По завершении установки в меню "Пуск" создается группа программ торговой платформы, а на рабочем столе дополнительно помещается ярлык программы. Используйте их для запуска. Нельзя запускать одновременно две копии платформы из одной директории. Чтобы одновременно запустить несколько копий, установите соответствующее количество программ в разные...
말해봐. [Too many trade requests] 오류의 원인은 이미 일반 OrderSend의 두 번째 호출(터미널 시작 후)에 있습니까?
나는 월요일부터 목요일까지 로그를 보았다. 모든 곳에서 같은 그림: 지정가 주문의 첫 번째 전송은 성공하고 후속 작업은 [Too many trade requests] 오류와 함께 완료됩니다. 그런 다음 그들은 통과하기 시작합니다. 범죄에서 나는 OnInit()에서 CopyTickRange를 자주 호출합니다.
BCS 브로커 MetaTrader 5 터미널 x64 빌드 2170 시작
거래의 첫 몇 분 안에 이것을 만났습니다. 이것은 BCS의 기능으로 서버가 너무 바쁠 때 올바른 거래 요청조차 거부하고 이러한 오류를 반환하는 것 같습니다. BCS 지원팀에서는 이것이 실수가 아니라고 말했습니다.
이 오류에 대해 잠시 후 요청을 반복하여 대응했습니다.
나는 이것이 CopyTicksRange와 아무 관련이 없다고 생각합니다.
다음과 같은 성질의 문제가 있습니다.
주기적으로 감지할 수 있는 규칙성이 없으면 MT5의 차트 업데이트가 중단됩니다. 예를 들어 그림을 살펴보십시오. 차트는 19:43경에 매달려 있었지만 시장 데이터가 들어오고 있다는 것은 분명합니다. 시장 검토 시간은 21:22이고 유가는 이미 59.44이고 59.15(차트)가 아닙니다. 시장 리뷰가 업데이트 중입니다.
나는 또한 일정이 17:00 경에 중단되었음을 추가로 밝힐 수 있습니다. 이는 18시 이후부터 그리기 시작한 인디케이터에서 확인할 수 있습니다.
이 정지에 대한 일반적인 사항 - 작업 관리자에서 MT5가 표준 2-4%와 함께 약 16-22%를 애플리케이션으로 사용하기 시작하는 것으로 관찰됩니다. 동시에 관리자에서 유사한 상황에서 MT%를 끈 후 MT5 작업은 "응용 프로그램"에서 "백그라운드 프로세스"로 이동하고 16-22%의 동일한 부하로 계속 앉아 있습니다. 손으로만 제거합니다.
이 동작의 원인이 무엇인지 알려주실 수 있습니까? 로그는 오류 없이 비어 있는 것 같습니다.
또한 MT5가 켜져 있을 때 작업 관리자에서 로드 및 백그라운드 프로세스로의 후속 롤링과 관련된 이러한 동작이 때때로 발생한다고 덧붙일 것입니다. 또한 불규칙합니다. 나는 그것을 켭니다-지표가 차트에 그려지지 않고 프로세서의 부하가 강합니다.
또한 질문은 - 지표에 대한 식별자를 처방할 필요가 있습니까? 이것이 무언가에 영향을 줄 수 있습니까?
Google 플러스를 제거하거나 다른 것으로 교체해야 할 때입니다 ...
안녕하세요.
MT5 전략 테스터에서 EA를 실행한 후 보고 차트에 해서는 안 되는 위치가 표시됩니다.
https://www.mql5.com/ru/charts/10832941/aapl-d1-roboforex-ltd
https://www.mql5.com/ru/charts/10832942/aapl-d1-roboforex-ltd
동시에 고문은 하나의 열린 포지션만 보유하고 있으며 이는 로그에서 볼 수 있습니다.
차트에서 존재하지 않아야 하는 위치는 어디에 표시됩니까?
도움말 안내 - https://www.metatrader5.com/ru/terminal/help/start_advanced/start#guest - 특정 MT5 사본의 instance_id를 찾으려고 합니다. AppData\Roaming\MetaQuotes\Terminal\에 여러 XXYYZZBLABLABLA 폴더가 있습니다. 터미널은 키 없이 파일 관리자에서 시작됩니다. "데이터 디렉터리 열기" 명령은 로밍이 아닌 터미널이 설치된 디렉터리를 엽니다. "각 터미널 데이터 디렉토리의 루트에는 origin.txt 파일도 있습니다." 여기에서 "플랫폼 설치 디렉토리 경로가 표시됩니다." 어떤 폴더에도 그런 파일이 없습니다.
더 정확한 정보가 있습니까(현재 도움말에서 누락된 것이 있는 것 같습니다)? 원칙적으로는 폴더를 생성한 날짜를 비교하여 항상 그것 없이 관리하지만, 저는 규칙적인 작업 방식을 갖고 싶습니다.
"정보" 창에 instance_id를 표시하지 않는 이유는 무엇입니까?
...
이 식별자는 설치 폴더 경로에서 계산된 해시입니다.
주석에는 특정 시간에 선형 회귀 의 두 번째 줄 값인 두 개의 동일한 코드 줄이 포함되어 있습니다.
그리고 그래프에서 두 가지 다른 값을 제공합니다. 왜 그런 겁니까? EA는 어떤 가치를 사용할 것인가?
이 식별자는 설치 폴더 경로에서 계산된 해시입니다.
고맙습니다. 해시에 대해 알고 있었지만 정확한 알고리즘이 없었습니다.
이 토론을 기반으로 소스를 업데이트하고 CodeBase - https://www.mql5.com/en/code/26945 에 게시했습니다.
고맙습니다. 해시에 대해 알고 있었지만 정확한 알고리즘이 없었습니다.
리뷰가 표시되지 않습니다. 나는 그들에 대한 알림을 받기도 하지만 그렇지 않습니다. 제품 링크: https://www.mql5.com/ru/market/ (진행자에 의해 링크가 끊어졌습니다)
다른 브라우저, 다른 장치, VPN을 시도했습니다. 그리고 가장 흥미로운 점은 이 버그가 여전히 시장에서 제품의 위치에 영향을 미친다는 것입니다. 그는 2 페이지에 있었고 시작했을 때 꼬리의 어딘가에서 갑자기 날아갔습니다 (몇 달 전)