네, 이것은 정보일 뿐입니다. 이전에 성공한 권한(계정에 대한 액세스)은 IP 주소 109.68 .....
감사합니다. 한 가지만 더 질문해 주십시오. 고문은 29개의 기기, 즉 공통 계정의 29개 해당 터미널에서 동시에 작업합니다. 오픈 포지션 의 총 수가 30을 넘지 않도록 해야 합니다. 어드바이저에 대해 그런 한도를 설정하고 일반 마법에 따라 계산할 것이라고 생각했지만 그렇지 않은 것으로 나타났습니다. 여전히 더 많은 것을 넣습니다. 30개 주문보다 제가 잘못 지시한 것 같은데, 고문이 각 악기에 대해 30개 주문으로 받아들였습니다. 시각적으로 따라하면서 방법.
yosuf : 감사합니다. 한 가지만 더 질문해 주십시오. 고문은 29개의 기기, 즉 공통 계정의 29개 해당 터미널에서 동시에 작업합니다. 오픈 포지션의 총 수가 30을 넘지 않도록 해야 합니다. 어드바이저에 대해 그런 한도를 설정하고 일반 마법에 따라 계산할 것이라고 생각했지만 그렇지 않은 것으로 나타났습니다. 여전히 더 많은 것을 넣습니다. 30개 주문보다 제가 잘못 지시한 것 같은데, 고문이 각 악기에 대해 30개 주문으로 받아들였습니다. 시각적으로 따라하면서 방법.
하나의 터미널에 있는 29개의 악기와 29개의 터미널에 있는 각각의 악기는 오데사에서 말하듯이 두 가지 큰 차이점이 있습니다. 나는 당신에 대해 모릅니다 :)
그리고 문제는 이렇습니다. 때때로 Real에서는 손절매로 포지션을 청산하고 어드바이저가 Close로 청산을 시도할 때 Common error (2)가 나오는 일이 발생합니다. 함수는 3번의 청산 시도를 제공하기 때문에, 3번까지 시도하고 2번은 잘못된 티켓(4108)이 나옵니다. 그가 시도조차 하지 않는다는 것을 어떻게 확인할 수 있습니까? 말그대로 이미 오픈 오더 중에 티켓도 없고, 다른 포지션도 없고, 모두 자신의 몫이다.
그리고 이러한 시도가 DC로 전송되는지 여부는 무엇입니까? 터미널에서만 이대로 남아서 DC를 헛되이 괴롭히지 않는 건 아닐까? 설명에 미리 감사드립니다!
그리고 문제는 이렇습니다. 가끔 Real에서는 손절매로 포지션을 청산할 때 ERR_COMMON_ERROR가 나오는 경우가 있고, Advisor가 Close로 청산을 시도하는데, 함수가 3번의 청산 시도를 제공하기 때문에 최대 3번까지 시도합니다. 그가 시도조차 하지 않는다는 것을 어떻게 확인할 수 있습니까?
닫기를 시도하기 전에 OrderSelect를 실행하고 OrderCloseTime 을 확인하십시오. 이미 0보다 크면 주문이 마감됩니다.
네, 이것은 정보일 뿐입니다. 이전에 성공한 권한(계정에 대한 액세스)은 IP 주소 109.68 .....
감사합니다. 한 가지만 더 질문해 주십시오. 고문은 29개의 기기, 즉 공통 계정의 29개 해당 터미널에서 동시에 작업합니다. 오픈 포지션의 총 수가 30을 넘지 않도록 해야 합니다. 어드바이저에 대해 그런 한도를 설정하고 일반 마법에 따라 계산할 것이라고 생각했지만 그렇지 않은 것으로 나타났습니다. 여전히 더 많은 것을 넣습니다. 30개 주문보다 제가 잘못 지시한 것 같은데, 고문이 각 악기에 대해 30개 주문으로 받아들였습니다. 시각적으로 따라하면서 방법.
하나의 터미널에 있는 29개의 악기와 29개의 터미널에 있는 각각의 악기는 오데사에서 말하듯이 두 가지 큰 차이점이 있습니다. 나는 당신에 대해 모릅니다 :)
여러 스레드의 차이(동시에 여러 주문을 열 수 있음) 나머지는 평소와 같습니다.
...그리고 - 질문자의 문제의 원인.
여러 스레드의 차이(동시에 여러 주문을 열 수 있음) 나머지는 평소와 같습니다.
한 번에 하나의 주문을 설정하면 주문을 더 자주 열 수 있는 "스마트" 도구가 이 기회를 놓치고 8개의 추가 도구가 이제 유리한 순간을 기다리고 있으며 이제 밝혀지기 위해 열려면 대기열에 있어야 합니다. 10개의 추가 긍정적 주문을 긴급하게 마감해야 했습니다.
이제 내가 요청하면 지점이 제자리로 돌아갈 것입니다!
그리고 문제는 이렇습니다. 때때로 Real에서는 손절매로 포지션을 청산하고 어드바이저가 Close로 청산을 시도할 때 Common error (2)가 나오는 일이 발생합니다. 함수는 3번의 청산 시도를 제공하기 때문에, 3번까지 시도하고 2번은 잘못된 티켓(4108)이 나옵니다. 그가 시도조차 하지 않는다는 것을 어떻게 확인할 수 있습니까? 말그대로 이미 오픈 오더 중에 티켓도 없고, 다른 포지션도 없고, 모두 자신의 몫이다.
그리고 이러한 시도가 DC로 전송되는지 여부는 무엇입니까? 터미널에서만 이대로 남아서 DC를 헛되이 괴롭히지 않는 건 아닐까? 설명에 미리 감사드립니다!
borilunad :
그리고 문제는 이렇습니다. 가끔 Real에서는 손절매로 포지션을 청산할 때 ERR_COMMON_ERROR가 나오는 경우가 있고, Advisor가 Close로 청산을 시도하는데, 함수가 3번의 청산 시도를 제공하기 때문에 최대 3번까지 시도합니다. 그가 시도조차 하지 않는다는 것을 어떻게 확인할 수 있습니까?
닫기를 시도하기 전에 OrderSelect를 실행하고 OrderCloseTime 을 확인하십시오. 이미 0보다 크면 주문이 마감됩니다.