글쎄, 지표가 Expert Advisor에서 호출되면 전역 변수를 통해 그에게 공급하십시오. 그러면 시뮬레이션됩니다. 칠면조를 걸면 글로벌
그리고 틱 내부의 동기화에 문제가 있습니다. 칠면조가 어드바이저가 데이터를 쓰는 것보다 늦게 데이터를 읽는다고 항상 보장할 수 있는 것은 아닙니다. 일반적으로 어드바이저는 단지 더 느립니다. 따라서 칠면조와 그것을 얻을 수있는 곳을 지연시켜야합니다. 좋은 사람들은 그것을 금지했습니다. 어떻게든 Timer API를 사용해야 하는데 그 코드가 없습니다.
내가 이해하지 못하는 것은 누가 누구를 따르고 있는가? 그런 다음 EA에서 모든 처리를 수행하고 화면에 표시하고 버퍼에 쓸 전역 변수를 통해 값을 표시기에 전달합니다... 누가 당신의 파일에 기록합니까?
전자공학에서는 이를 경쟁 조건( race condition)이라고 합니다.
표시기와 Expert Advisor는 틱의 도착과 동시에 계산을 시작하고 병렬로 계산합니다. 이 경우 어드바이저는 글로벌 변수에 쓰고, 인디케이터는 동시에 읽어줍니다. 이러한 프로세스는 서로 동기화되지 않고 병렬이기 때문에 누가 먼저 쓰고 읽을지 알 수 없습니다. 시간 차이는 몇 분의 1초이며 많은 요인에 따라 다릅니다. 그러나 표시기가 먼저 읽으면 이 틱의 이전 데이터를 읽습니다. 따라서 이러한 상황에서 탈출구는 글로벌 변수에 접근할 때 EA보다 앞서지 않도록 인디케이터에 딜레이를 설정하는 것이다.
그리고 파일이 없습니다.
그러나 원칙적으로 솔루션이 발견되었습니다. 선을 그리기 위해 개체를 사용하면 칠면조에 대한 필요성이 완전히 사라지고 일반적으로 MT4에서의 존재가 완전히 중복됩니다 ... 그러나 정치에 대해서는 이야기하지 맙시다 :))
칠면조에서 코드를 전송하고 테스트하는 것과 관련된 모든 문제를 해결하기 때문에 문서 어디에도 특별히 권장되지 않는 것은 유감입니다.
Alderon>> : То есть, сплошного тикового потока не получить?
터키에서는 전역 변수를 통한 시간 교환을 통해서만 가능합니다. 그러나 칠면조에 전혀 신경 쓰지 않고 그래픽 개체를 통해 Expert Advisor에서 모든 것을 수행하는 것이 좋습니다. 더 빠르고 쉬울 것입니다. 때때로 칠면조가 분석에 편리하다고 문서에 작성한다는 사실은 실제로는 그렇지 않습니다.
따라서 건강을 위해 Close[0]을 사용하십시오. 비슷한 칠면조가 있습니다. 테스터와 온라인 모두에서 잘 작동합니다.
가격을 거의 해결할 수 있지만 TimeCurrent() 함수로 무엇을 하시겠습니까? 1분 안에 정확도가 필요하지만, 정확도가 없습니다. 그리고 일반적으로 모든 임시 기능은 쟁기질하지 않습니다.
그건 그렇고, 귀하의 코드에서 귀하가 Bid Ask 가격을 사용한다는 것을 알 수 있습니다. 그러나 그들은 테스터에 집착하지 않습니다(또는 오히려 현재 가격에 집착합니다) ... 귀하가 그것들을 어떻게 사용하는지 명확하지 않습니다.
모든 것이 잘 작동하고 테스터의 시간이 완벽하게 에뮬레이트됩니다...
모든 것이 잘 작동하고 테스터의 시간이 완벽하게 에뮬레이트됩니다...
예제 코드도 작동합니까?
예, 그들은 이것이 칠면조에서는 작동하지 않아야한다고 여기에서 말했습니다.
https://www.mql5.com/ru/forum/111497/page539
글쎄, 글로벌 변수 를 통해 그에게 공급하십시오. 지표가 Expert Advisor에서 호출되면 시뮬레이션됩니다. 칠면조를 걸면 글로벌
글쎄, 지표가 Expert Advisor에서 호출되면 전역 변수를 통해 그에게 공급하십시오. 그러면 시뮬레이션됩니다. 칠면조를 걸면 글로벌
그리고 틱 내부의 동기화에 문제가 있습니다. 칠면조가 어드바이저가 데이터를 쓰는 것보다 늦게 데이터를 읽는다고 항상 보장할 수 있는 것은 아닙니다. 일반적으로 어드바이저는 단지 더 느립니다. 따라서 칠면조와 그것을 얻을 수있는 곳을 지연시켜야합니다. 좋은 사람들은 그것을 금지했습니다. 어떻게든 Timer API를 사용해야 하는데 그 코드가 없습니다.
내가 이해하지 못하는 것은 누가 누구를 따르고 있는가?
그런 다음 EA에서 모든 처리를 수행하고 화면에 표시하고 버퍼에 쓸 전역 변수 를 통해 값을 표시기에 전달합니다...
누가 당신의 파일에 기록합니까?
내가 이해하지 못하는 것은 누가 누구를 따르고 있는가?
그런 다음 EA에서 모든 처리를 수행하고 화면에 표시하고 버퍼에 쓸 전역 변수를 통해 값을 표시기에 전달합니다...
누가 당신의 파일에 기록합니까?
전자공학에서는 이를 경쟁 조건( race condition)이라고 합니다.
표시기와 Expert Advisor는 틱의 도착과 동시에 계산을 시작하고 병렬로 계산합니다. 이 경우 어드바이저는 글로벌 변수에 쓰고, 인디케이터는 동시에 읽어줍니다. 이러한 프로세스는 서로 동기화되지 않고 병렬이기 때문에 누가 먼저 쓰고 읽을지 알 수 없습니다. 시간 차이는 몇 분의 1초이며 많은 요인에 따라 다릅니다. 그러나 표시기가 먼저 읽으면 이 틱의 이전 데이터를 읽습니다. 따라서 이러한 상황에서 탈출구는 글로벌 변수에 접근할 때 EA보다 앞서지 않도록 인디케이터에 딜레이를 설정하는 것이다.
그리고 파일이 없습니다.
그러나 원칙적으로 솔루션이 발견되었습니다. 선을 그리기 위해 개체를 사용하면 칠면조에 대한 필요성이 완전히 사라지고 일반적으로 MT4에서의 존재가 완전히 중복됩니다 ... 그러나 정치에 대해서는 이야기하지 맙시다 :))
칠면조에서 코드를 전송하고 테스트하는 것과 관련된 모든 문제를 해결하기 때문에 문서 어디에도 특별히 권장되지 않는 것은 유감입니다.
То есть, сплошного тикового потока не получить?
터키에서는 전역 변수를 통한 시간 교환을 통해서만 가능합니다. 그러나 칠면조에 전혀 신경 쓰지 않고 그래픽 개체를 통해 Expert Advisor에서 모든 것을 수행하는 것이 좋습니다. 더 빠르고 쉬울 것입니다. 때때로 칠면조가 분석에 편리하다고 문서에 작성한다는 사실은 실제로는 그렇지 않습니다.
여기에 대한 훌륭한 기사가 있습니다. https://www.mql5.com/en/articles/1503/page2
추세선으로 무엇이든 할 수 있습니다.
그리고 전문가가 서브 윈도우에 그리는 추세선은? - 결국 전문가는 스스로 하위 창을 열 수 없습니다.
이를 위해 측면에 매달려 있는 빈 Schaub 표시기를 연결해야 합니까?