시스템 테스트에 대해 질문하고 싶습니다. 일반적으로 그림은 이해하지만 실제 고문을 얻은 경험이 없기 때문에 모든 것을 만들고 만들고 테스트하고 테스트했습니다 ... 일반적으로 이미 멈출 수있을 때 모릅니다.
Expert Advisor는 간단하며 최적화 매개변수가 거의 없습니다. 핍이 아닙니다. 거래는 2000-2013년 기간 동안 D1에서 0.01의 최소 로트와 $100의 디포로 수행되었습니다. 그런 보고서가 나옵니다.
이 결과를 신뢰할 수 있습니까? 300개만 거래할 수 있지만 전략의 논리와 D1의 기간에 따르면 더 이상은 없어야 합니다. 이 전략에는 신호에 대한 충성도라는 최적화 매개변수가 하나만 있습니다. 시스템을 더 엄격하게 하면 이론상으로는 매개변수가 향상되지만 트랜잭션은 175개에 불과합니다.그렇게 많은 트랜잭션에서 결과를 신뢰할 수 있습니까? 아니면 지표가 더 나쁘지만 거래가 더 많은 첫 번째 옵션을 선택하는 것이 더 낫습니까?
계산 중에 EA에서 새 틱이 수신되면(start() 함수가 실행 중일 때) EA는 이에 대해 알지 못합니다(틱). RefreshRates()를 사용하면 최신 업데이트 가격을 사용할 수 있지만 이 함수는 서버를 호출하지 않습니다. 단말기가 알고 있는 시장 환경을 업데이트 중입니다. 서버를 호출하는 거래 이외의 기능 없음
할당에 대해 말하기는 어렵습니다. Metaquote에게 물어봐야 합니다.
차트를 자주 열고 업데이트하는 바람에 MRC에서 내 실제 계정이 차단되었습니다. 이것은 MQL4 함수가 아니라 일반 차트 뷰어입니다. 예를 들어, MarketInfo()는 서버에 액세스하거나 시장 개요에서 데이터의 일부만 수신합니다.
======================================
내가 기억하는 한 시장 감시의 데이터는 사전 정의된 변수 와 일치할 필요가 없습니다. 그러면 RefreshRates()는 무엇을 어디에서 업데이트합니까?
답은 하나뿐입니다. 업데이트는 서버의 기록을 교환하고 조정하여 발생합니다. 나는 그녀의 이야기를 업데이트하려고 할 때 여러 번 이것을 확신했습니다. 종종 마지막 막대만 올 것입니다. 터미널을 언로드 한 후 HST 파일에 "구멍"이 형성되었습니다. 그러나 이 그래프를 열고 업데이트하면 "구멍"이 채워집니다. 그건 그렇고, 작업 관리자에서 RefreshRates()가 실행 중일 때 데이터 로딩을 관찰할 수 있습니다. RefreshRates() 함수에 의해 히스토리가 업데이트될 때 조정이 발생하지 않을 수 있지만 차트가 업데이트되면 조정됩니다.
따라서 전문가의 흐름에 구멍이 없는 이력이 필요한지 여부를 제어하는 것이 필요합니다.
호즈 : 1. Vsmysle 루프? 사실 모든 전문가는 고정되어 있다고 말할 수 있습니다. 시작에는 주기가 있습니다. 틱당 한번..
2. 부엌에서 장사하는 사람은 당신인 것 같아서 역사에 구멍이 생깁니다. 나는 이것이 허름한 부엌에서 일어나는 것을 알아차렸다. 그리고 품질 중개인은 그런 쓰레기가 없어야합니다.
3. 그러나 RefreshRates()는 스왑이 아닌 시장 환경 변수를 업데이트하는 역할을 합니다. Ess-하지만 그는 실망하지 않습니다.
4. 마지막 막대는 어디로 가나요?
5. 흠. 글쎄, MarketInfo()를 통해 시장 데이터를 가져오면 오류가 없을 것입니다. 그리고 우회하면 es-하지만 .. 그런 것 같습니다. 아직 테스트하지 않았지만 논리는 다음과 같습니다.
사전 정의된 변수 및 시계열 배열의 데이터 업데이트 . 이 기능은 Expert Advisor 또는 스크립트가 오랫동안 계산을 수행하여 업데이트된 데이터가 필요한 경우에 사용됩니다. 데이터가 업데이트되면 TRUE를 반환하고 그렇지 않으면 FALSE를 반환합니다. 데이터는 클라이언트 단말의 현재 상태와 일치하기 때문에 업데이트되지 않을 수 있습니다. Expert Advisors 및 스크립트는 기록 데이터의 자체 사본으로 작동합니다. 현재 기호에 대한 데이터 복사본은 Expert Advisor 또는 스크립트를 처음 실행하는 동안 생성됩니다. 다음에 Expert Advisor를 실행할 때마다(스크립트가 한 번 실행되고 들어오는 틱에 의존하지 않음을 기억하십시오) 처음에 생성된 복사본이 업데이트됩니다. Expert Advisor 또는 스크립트가 실행되는 동안 하나 이상의 새 틱이 올 수 있으므로 데이터가 오래될 수 있습니다.
4. 대화 내용은 무엇입니까? EA 스레드에서 데이터 업데이트에 대해 이야기하십시오.
5. 위의 EA 코드는 데이터가 업데이트되는 방법과 위치를 보여줍니다. IsRefreshRates를 포함하지 않으면 MarketInfo() 에서만 데이터가 업데이트됩니다.
서버를 헛되이 로드하는 빈번한 비생산적인 요청에 대한 경고를 받기 시작할 때까지 합리적인 설정으로 ilan 2.0(1.6)을 사용하여 alpari에서 성공적으로 거래했습니다. 빠른 시장에서 alpari는 가능한 최소 손절매 수준을 2x 스프레드로 증가시키며, 이는 40포인트에 해당하며 때로는 더 적습니다. 그러나 내 고문은 분명히이 값을 15-55 포인트 범위로 설정합니다. 고문의 코드를 살펴본 후 이것을 이해했습니다. 하지만 알파리는 이에 불만을 품고 차단 위협을 받아 거래를 중단했다. 실제로 mql4를 알지 못하기 때문에 어드바이저 코드에서 이 줄을 편집했습니다. 이 줄은 나에게 문제의 원인이 되는 유일한 것 같았습니다. 이것은 시작에서 멀지 않은 모든 ilan의 탭에 있습니다.
이중 PrevCl;
이중 CurrCl;
if (UseTrailingStop) TrailingAlls(TrailStart, TrailStop, AveragePrice);
if ((iCCI(NULL,15,55,0,0)>Drop && ShortTrade)||(iCCI(NULL,15,55,0,0)<(-Drop) && LongTrade)) {
문제를 해결하기 위해 15를 40으로 어리석게 변경했지만 alpari에서 문제가 해결되지 않았다는 것을 알았습니다. 즉, 내가 뭔가를 잘못했다는 것은 놀라운 일이 아닙니다. 15-55 포인트가 아닌 40~55 포인트 범위에서 손절매 수준을 설정하도록 고문의 코드를 편집하는 방법을 알려주십시오. 40~55의 범위가 손절매를 편리하게 배치하기에는 너무 좁고, 가격과도 거리가 있어 이익이 줄어든다는 것을 이해합니다. 그러나 나는 정말로 선택의 여지가 없습니다. 나는 알파리를 떠나고 싶지 않습니다. 거기가 편리합니다. Advisor의 표준 설정 에는 해당 매개변수가 없습니다.
시스템 테스트에 대해 질문하고 싶습니다. 일반적으로 그림은 이해하지만 실제 고문을 얻은 경험이 없기 때문에 모든 것을 만들고 만들고 테스트하고 테스트했습니다 ... 일반적으로 이미 멈출 수있을 때 모릅니다.
Expert Advisor는 간단하며 최적화 매개변수가 거의 없습니다. 핍이 아닙니다. 거래는 2000-2013년 기간 동안 D1에서 0.01의 최소 로트와 $100의 디포로 수행되었습니다. 그런 보고서가 나옵니다.
이 결과를 신뢰할 수 있습니까? 300개만 거래할 수 있지만 전략의 논리와 D1의 기간에 따르면 더 이상은 없어야 합니다. 이 전략에는 신호에 대한 충성도라는 최적화 매개변수가 하나만 있습니다. 시스템을 더 엄격하게 하면 이론상으로는 매개변수가 향상되지만 트랜잭션은 175개에 불과합니다.그렇게 많은 트랜잭션에서 결과를 신뢰할 수 있습니까? 아니면 지표가 더 나쁘지만 거래가 더 많은 첫 번째 옵션을 선택하는 것이 더 낫습니까?
서버를 헛되이 로드하는 빈번한 비생산적인 요청에 대한 경고를 받기 시작할 때까지 합리적인 설정으로 ilan 2.0(1.6)을 사용하여 alpari에서 성공적으로 거래했습니다. 빠른 시장에서 alpari는 가능한 최소 손절매 수준을 2x 스프레드로 증가시키며, 이는 40포인트에 해당하며 때로는 더 적습니다. 그러나 내 고문은 분명히이 값을 15-55 포인트 범위로 설정합니다. 고문의 코드를 살펴본 후 이것을 이해했습니다. 하지만 알파리는 이에 불만을 품고 차단 위협을 받아 거래를 중단했다. 실제로 mql4를 알지 못하기 때문에 어드바이저 코드에서 이 줄을 편집했습니다. 이 줄은 나에게 문제의 원인이 되는 유일한 것 같았습니다. 이것은 시작에서 멀지 않은 모든 ilan의 탭에 있습니다.
이중 PrevCl;
이중 CurrCl;
if (UseTrailingStop) TrailingAlls(TrailStart, TrailStop, AveragePrice);
문제를 해결하기 위해 15를 40으로 어리석게 변경했지만 alpari에서 문제가 해결되지 않았다는 것을 알았습니다. 즉, 내가 뭔가를 잘못했다는 것은 놀라운 일이 아닙니다. 15-55 포인트가 아닌 40~55 포인트 범위에서 손절매 수준을 설정하도록 고문의 코드를 편집하는 방법을 알려주십시오. 40~55의 범위가 손절매를 편리하게 배치하기에는 너무 좁고, 가격과도 거리가 있어 이익이 줄어든다는 것을 이해합니다. 그러나 나는 정말로 선택의 여지가 없습니다. 나는 알파리를 떠나고 싶지 않습니다. 거기가 편리합니다. Expert Advisor의 표준 설정에는 해당 매개변수가 없습니다.
어쨌든 내 Expert Advisors는 RefreshRates() 없이 작동하지 않습니다. 나는 그것들을 루프로 만든다. 따라서 RefreshRates()가 필요합니다.
나는 이 원칙에 따라 역사의 초기 스와핑을 한다. 그런 다음 주기적으로 펌핑하십시오. 그렇지 않으면 Expert Advisor가 작동하는 기록에 "구멍"이 형성됩니다. 왜 이런 일이 발생합니까? 모르겠습니다.
페이징에 RefreshRates()를 사용하려고 했습니다. 이것은 항상 작동하지 않습니다.
그러나 RefreshRates()는 페이징이 아니라 시장 환경 변수를 업데이트하기 위한 것입니다. Ess-하지만 그는 실망하지 않습니다.
때로는 마지막 막대만 옵니다.
기기 차트가 열려 있으면 항상 해당 기록이 있습니다. 이 경우에는 오류가 없었습니다. 필요한 악기의 차트가 열려 있지 않을 때 오류가 나타납니다.
안녕하세요.
시스템 테스트에 대해 질문하고 싶습니다. 일반적으로 그림은 이해하지만 실제 고문을 얻은 경험이 없기 때문에 모든 것을 만들고 만들고 테스트하고 테스트했습니다 ... 일반적으로 이미 멈출 수있을 때 모릅니다.
Expert Advisor는 간단하며 최적화 매개변수가 거의 없습니다. 핍이 아닙니다. 거래는 2000-2013년 기간 동안 D1에서 0.01의 최소 로트와 $100의 디포로 수행되었습니다. 그런 보고서가 나옵니다.
이 결과를 신뢰할 수 있습니까? 300개만 거래할 수 있지만 전략의 논리와 D1의 기간에 따르면 더 이상은 없어야 합니다. 이 전략에는 신호에 대한 충성도라는 최적화 매개변수가 하나만 있습니다. 시스템을 더 엄격하게 하면 이론상으로는 매개변수가 향상되지만 트랜잭션은 175개에 불과합니다.그렇게 많은 트랜잭션에서 결과를 신뢰할 수 있습니까? 아니면 지표가 더 나쁘지만 거래가 더 많은 첫 번째 옵션을 선택하는 것이 더 낫습니까?
아니면 둘 다 완전히 넌센스이고 더 많은 매트가 필요합니까?
EUR/USD H4 통화 쌍에서 "업데이트 대기 중"이 켜져 있고 다른 기간으로 전환되지 않습니다. 어떻게 해야 합니까?
계산 중에 EA에서 새 틱이 수신되면(start() 함수가 실행 중일 때) EA는 이에 대해 알지 못합니다(틱). RefreshRates()를 사용하면 최신 업데이트 가격을 사용할 수 있지만 이 함수는 서버를 호출하지 않습니다. 단말기가 알고 있는 시장 환경을 업데이트 중입니다. 서버를 호출하는 거래 이외의 기능 없음
할당에 대해 말하기는 어렵습니다. Metaquote에게 물어봐야 합니다.
차트를 자주 열고 업데이트하는 바람에 MRC에서 내 실제 계정이 차단되었습니다. 이것은 MQL4 함수가 아니라 일반 차트 뷰어입니다. 예를 들어, MarketInfo()는 서버에 액세스하거나 시장 개요에서 데이터의 일부만 수신합니다.
======================================
내가 기억하는 한 시장 감시의 데이터는 사전 정의된 변수 와 일치할 필요가 없습니다. 그러면 RefreshRates()는 무엇을 어디에서 업데이트합니까?
답은 하나뿐입니다. 업데이트는 서버의 기록을 교환하고 조정하여 발생합니다. 나는 그녀의 이야기를 업데이트하려고 할 때 여러 번 이것을 확신했습니다. 종종 마지막 막대만 올 것입니다. 터미널을 언로드 한 후 HST 파일에 "구멍"이 형성되었습니다. 그러나 이 그래프를 열고 업데이트하면 "구멍"이 채워집니다. 그건 그렇고, 작업 관리자에서 RefreshRates()가 실행 중일 때 데이터 로딩을 관찰할 수 있습니다. RefreshRates() 함수에 의해 히스토리가 업데이트될 때 조정이 발생하지 않을 수 있지만 차트가 업데이트되면 조정됩니다.
따라서 전문가의 흐름에 구멍이 없는 이력이 필요한지 여부를 제어하는 것이 필요합니다.
1. Vsmysle 루프? 사실 모든 전문가는 고정되어 있다고 말할 수 있습니다. 시작에는 주기가 있습니다. 틱당 한번..
2. 부엌에서 장사하는 사람은 당신인 것 같아서 역사에 구멍이 생깁니다. 나는 이것이 허름한 부엌에서 일어나는 것을 알아차렸다. 그리고 품질 중개인은 그런 쓰레기가 없어야합니다.
3. 그러나 RefreshRates()는 스왑이 아닌 시장 환경 변수를 업데이트하는 역할을 합니다. Ess-하지만 그는 실망하지 않습니다.
4. 마지막 막대는 어디로 가나요?
5. 흠. 글쎄, MarketInfo()를 통해 시장 데이터를 가져오면 오류가 없을 것입니다. 그리고 우회하면 es-하지만 .. 그런 것 같습니다. 아직 테스트하지 않았지만 논리는 다음과 같습니다.2. 브로커에 의존하지 않습니다. 이것은 터미널의 기능이며 서버와의 작업입니다. 어떤 이유로 RefreshRates()는 차트를 업데이트하는 것과 같은 방식으로 기록을 업데이트하지 않습니다.
3. 이미 인증서 를 읽을 수 있습니까? 여기 다시 있습니다:
사전 정의된 변수 및 시계열 배열의 데이터 업데이트 . 이 기능은 Expert Advisor 또는 스크립트가 오랫동안 계산을 수행하여 업데이트된 데이터가 필요한 경우에 사용됩니다. 데이터가 업데이트되면 TRUE를 반환하고 그렇지 않으면 FALSE를 반환합니다. 데이터는 클라이언트 단말의 현재 상태와 일치하기 때문에 업데이트되지 않을 수 있습니다. Expert Advisors 및 스크립트는 기록 데이터의 자체 사본으로 작동합니다. 현재 기호에 대한 데이터 복사본은 Expert Advisor 또는 스크립트를 처음 실행하는 동안 생성됩니다. 다음에 Expert Advisor를 실행할 때마다(스크립트가 한 번 실행되고 들어오는 틱에 의존하지 않음을 기억하십시오) 처음에 생성된 복사본이 업데이트됩니다. Expert Advisor 또는 스크립트가 실행되는 동안 하나 이상의 새 틱이 올 수 있으므로 데이터가 오래될 수 있습니다.
4. 대화 내용은 무엇입니까? EA 스레드에서 데이터 업데이트에 대해 이야기하십시오.
5. 위의 EA 코드는 데이터가 업데이트되는 방법과 위치를 보여줍니다. IsRefreshRates를 포함하지 않으면 MarketInfo() 에서만 데이터가 업데이트됩니다.
서버를 헛되이 로드하는 빈번한 비생산적인 요청에 대한 경고를 받기 시작할 때까지 합리적인 설정으로 ilan 2.0(1.6)을 사용하여 alpari에서 성공적으로 거래했습니다. 빠른 시장에서 alpari는 가능한 최소 손절매 수준을 2x 스프레드로 증가시키며, 이는 40포인트에 해당하며 때로는 더 적습니다. 그러나 내 고문은 분명히이 값을 15-55 포인트 범위로 설정합니다. 고문의 코드를 살펴본 후 이것을 이해했습니다. 하지만 알파리는 이에 불만을 품고 차단 위협을 받아 거래를 중단했다. 실제로 mql4를 알지 못하기 때문에 어드바이저 코드에서 이 줄을 편집했습니다. 이 줄은 나에게 문제의 원인이 되는 유일한 것 같았습니다. 이것은 시작에서 멀지 않은 모든 ilan의 탭에 있습니다.
이중 PrevCl;
이중 CurrCl;
if (UseTrailingStop) TrailingAlls(TrailStart, TrailStop, AveragePrice);
if ((iCCI(NULL,15,55,0,0)>Drop && ShortTrade)||(iCCI(NULL,15,55,0,0)<(-Drop) && LongTrade)) {
문제를 해결하기 위해 15를 40으로 어리석게 변경했지만 alpari에서 문제가 해결되지 않았다는 것을 알았습니다. 즉, 내가 뭔가를 잘못했다는 것은 놀라운 일이 아닙니다. 15-55 포인트가 아닌 40~55 포인트 범위에서 손절매 수준을 설정하도록 고문의 코드를 편집하는 방법을 알려주십시오. 40~55의 범위가 손절매를 편리하게 배치하기에는 너무 좁고, 가격과도 거리가 있어 이익이 줄어든다는 것을 이해합니다. 그러나 나는 정말로 선택의 여지가 없습니다. 나는 알파리를 떠나고 싶지 않습니다. 거기가 편리합니다. Advisor의 표준 설정 에는 해당 매개변수가 없습니다.
안녕하세요.
시스템 테스트에 대해 질문하고 싶습니다. 일반적으로 그림은 이해하지만 실제 고문을 얻은 경험이 없기 때문에 모든 것을 만들고 만들고 테스트하고 테스트했습니다 ... 일반적으로 이미 멈출 수있을 때 모릅니다.
Expert Advisor는 간단하며 최적화 매개변수가 거의 없습니다. 핍이 아닙니다. 거래는 2000-2013년 기간 동안 D1에서 0.01의 최소 로트와 $100의 디포로 수행되었습니다. 그런 보고서가 나옵니다.
이 결과를 신뢰할 수 있습니까? 300개만 거래할 수 있지만 전략의 논리와 D1의 기간에 따르면 더 이상은 없어야 합니다. 이 전략에는 신호에 대한 충성도라는 최적화 매개변수가 하나만 있습니다. 시스템을 더 엄격하게 하면 이론상으로는 매개변수가 향상되지만 트랜잭션은 175개에 불과합니다.그렇게 많은 트랜잭션에서 결과를 신뢰할 수 있습니까? 아니면 지표가 더 나쁘지만 거래가 더 많은 첫 번째 옵션을 선택하는 것이 더 낫습니까?
아니면 둘 다 완전히 넌센스이고 더 많은 매트가 필요합니까?
1년에 10%가 좋은가 나쁜가?
서버를 헛되이 로드하는 빈번한 비생산적인 요청에 대한 경고를 받기 시작할 때까지 합리적인 설정으로 ilan 2.0(1.6)을 사용하여 alpari에서 성공적으로 거래했습니다. 빠른 시장에서 alpari는 가능한 최소 손절매 수준을 2x 스프레드로 증가시키며, 이는 40포인트에 해당하며 때로는 더 적습니다. 그러나 내 고문은 분명히이 값을 15-55 포인트 범위로 설정합니다. 고문의 코드를 살펴본 후 이것을 이해했습니다. 하지만 알파리는 이에 불만을 품고 차단 위협을 받아 거래를 중단했다. 실제로 mql4를 알지 못하기 때문에 어드바이저 코드에서 이 줄을 편집했습니다. 이 줄은 나에게 문제의 원인이 되는 유일한 것 같았습니다. 이것은 시작에서 멀지 않은 모든 ilan의 탭에 있습니다.
이중 PrevCl;
이중 CurrCl;
if (UseTrailingStop) TrailingAlls(TrailStart, TrailStop, AveragePrice);
if ((iCCI( NULL,15,55,0,0 )>중단 && ShortTrade)||(iCCI( NULL,15,55,0,0 )<(-Drop) && LongTrade)) {
문제를 해결하기 위해 15를 40으로 어리석게 변경했지만 alpari에서 문제가 해결되지 않았다는 것을 알았습니다. 즉, 내가 뭔가를 잘못했다는 것은 놀라운 일이 아닙니다. 15-55 포인트가 아닌 40~55 포인트 범위에서 손절매 수준을 설정하도록 고문의 코드를 편집하는 방법을 알려주십시오. 40~55의 범위가 손절매를 편리하게 배치하기에는 너무 좁고, 가격과도 거리가 있어 이익이 줄어든다는 것을 이해합니다. 그러나 나는 정말로 선택의 여지가 없습니다. 나는 알파리를 떠나고 싶지 않습니다. 거기가 편리합니다. Expert Advisor의 표준 설정에는 해당 매개변수가 없습니다.
그래서 정지 손실 매개 변수를 변경합니다. 왜 표시기 매개 변수를 변경합니까?
그래서 정지 손실 매개 변수를 변경합니다. 왜 표시기 매개 변수를 변경합니까?
짐작했지만 도저히 찾을 수가 없어 이 손절매 매개변수