오류, 버그, 질문 - 페이지 149

[Дмитрий]

Vladix :

지연 설정 - 예, 수락합니다. 몇 줄의 코드가 필요합니까? 그리고 다중 통화에 대해 이야기하면 각 통화에 대한 지연을 고려해야합니다. 그렇죠?

이 문제를 해결하는 코드를 작성했습니다. 나는 단지 그를 좋아하지 않는다, 미안하다, 너와 같다. 그리고 요점은 편견이 아니라 단순하고 우아한 다른 옵션이 없다는 것입니다.

거래 요청 블록에 다중 통화에 대한 두 줄이 있습니다. 그게 다야... 주문을 열어야 한다면 현재 시간이 금지 종료 시간보다 큰지 확인하십시오. 훨씬 더 우아하고 절대적으로 신뢰할 수 있으며 이것 저것 ...

 if (типдействия== TRADE_ACTION_DEAL || типдействия== TRADE_ACTION_PENDING )
    ВремяОкончанияЗапрета[i3]= TimeCurrent ()+СекундыЗадержкиПослеЗапроса;

[Aleksey Lebedev]

Vladix :

지연 설정 - 예, 수락합니다. 몇 줄의 코드가 필요합니까? 그리고 다중 통화에 대해 이야기하면 각 통화에 대한 지연을 고려해야합니다. 그렇죠?

이 문제를 해결하는 코드를 작성했습니다. 나는 단지 그를 좋아하지 않는다, 미안하다, 너와 같다. 그리고 요점은 편견이 아니라 단순하고 우아한 다른 옵션이 없다는 것입니다.

지연은 우리의 방법이 아닙니다))

1. 거래 전 변수(정적 또는 전역) 에 포지션(또는 주문) 수를 저장합니다.

2. 미실행의 경우 - 변수=-1;

실행의 경우, 우리는 기다리지 않습니다. 아무 것도 하지 않고 위치(또는 주문)의 수가 변수와 같지 않을 때까지 각 틱에서 확인합니다.

3. 어떻게 같지 않게 되었는지 - 변수 = -1;

[Дмитрий]

Swan :

지연은 우리의 방법이 아닙니다))

1. 거래 전 변수(정적 또는 전역) 에 포지션(또는 주문) 수를 저장합니다.

열려있나요? 위치는 각 악기에서 동일합니다 .... 충전하거나 부분적으로 닫을 수 없다는 것입니다 ... 금액은 동일합니다. 그리고 기록에 있는 주문 수를 다시 확인하는 것은 허용되지 않습니다... 어디서 주문이 올지 알 수 없습니다.

[Валерий]

Swan :

지연은 우리의 방법이 아닙니다))

1. 거래 전 변수(정적 또는 전역) 에 포지션(또는 주문) 수를 저장합니다.

2. 미실행의 경우 - 변수=-1;

실행의 경우, 우리는 기다리지 않습니다. 아무 것도 하지 않고 위치(또는 주문)의 수가 변수와 같지 않을 때까지 각 틱에서 확인합니다.

3. 어떻게 같지 않게 되었는지 - 변수 = -1;

방법이 아니라 - 핍싱만을 위한 것이 아니라 중기 거래를 위한 - 일반적인 방법입니다. 그렇지 않으면

10024

TRADE_RETCODE_TOO_MANY_REQUESTS

너무 잦은 요청

전문가 거래를 금지할 수 있습니다.

[Aleksey Lebedev]

Dmitriy2 :
열려있나요? 위치는 각 악기에서 동일합니다 .... 충전하거나 부분적으로 닫을 수 없다는 것입니다 ... 금액은 동일합니다. 그리고 기록에 있는 주문 수를 다시 확인하는 것은 허용되지 않습니다... 어디서 주문이 올지 알 수 없습니다.

네. 알고 있습니다) OrderSend()의 결과로 변경되어야 하는 사항을 변수에 씁니다.

완전히 닫을 때(또는 새 것을 열 때), 총 포즈 수는 여전히 변경됩니다(예, 충분하고 더 신뢰할 수 있는 것처럼 보이며 기호가 기억할 포즈가 / 없습니다). 기억해야 할 모나와 볼륨, 토핑/컷팅할 때도 효과가 있습니다.

보류 중인 주문을 배치/제거할 때 - 주문 수(기호로 셀 수도 있음).

일반적으로: 약간의 상상력과 거래 작업 유형에 대해 하나의 변수만 추가하면 코드가 더 안정적이고 간단하고 우아해집니다. :)

[Aleksey Lebedev]

Valmars :

방법이 아니라 - 핍싱만을 위한 것이 아니라 중기 거래를 위한 - 일반적인 방법입니다. 그렇지 않으면

10024

TRADE_RETCODE_TOO_MANY_REQUESTS

너무 잦은 요청

전문가 거래를 금지할 수 있습니다.

그것은 다른 것에 관한 것입니다. 4k에서는 다음과 같았습니다.

ERR_TOO_MANY_REQUESTS 141 요청이 너무 많습니다. 요청 빈도를 줄이고 프로그램 논리를 변경해야 합니다.

이 오류를 달성하려면 매우 열심히 노력하거나 교활한 DC에 계정이 있어야 합니다. :)

sleep은 일부 오류를 처리하는 일반적인 방법이며 다른 경우에는 다소 비뚤어진 것처럼 보입니다.

[Валерий]

Swan :

그것은 다른 것에 관한 것입니다. 4k에서는 다음과 같았습니다.

이 오류를 달성하려면 매우 열심히 시도하거나 까다로운 DC에 계정이 있어야 합니다. :)

sleep은 일부 오류를 처리하는 일반적인 방법이며 다른 경우에는 다소 비뚤어진 것처럼 보입니다.

글쎄 잘 모르겠어...

터미널 설명서에도 다음과 같이 나와 있습니다.

• 한 위치에 대해 Trailing Stop은 10초마다 한 번 이상 발동될 수 없습니다. 저것들. 터미널 자체가 이 지연을 설정합니다. 그러나 후행 중지는 서버에서 자동으로 처리됩니다.
  

[Aleksey Lebedev]

Valmars :

글쎄 잘 모르겠다...

터미널 설명서에도 다음과 같이 나와 있습니다.

• 한 위치에 대해 Trailing Stop은 10초마다 한 번 이상 발동될 수 없습니다. 저것들. 터미널 자체가 이 지연을 설정합니다. 그러나 후행 중지는 서버에서 자동으로 처리됩니다.
  

5개 표시에서 움직임이 멈춘 각 틱은 실제로 가치가 없습니다. 그러나 이것이 10초마다 후행하는 경우를 의미하지는 않습니다. 트리거됨 - 다른 거래 작업 이 금지됩니다.

다른 얘기를 하고 있어요 :)

블라딕스 :

기본적으로 문제는 다음과 같습니다.

진드기가오고 표시기가 닫을 필요가 있음을 보여줍니다. 닫습니다

다음 틱이 오면 표시기가 닫을 필요가 있음을 보여주고 더 이상 무엇을해야할지 모르겠습니다. 위치가 매달려 있으며 물론 현재 상황을 알 수 있지만 다섯 번째를 통해 가리키다.

여기서 다섯 번째 포인트를 사용하지 않고 위치에 대한 정보가 업데이트되었는지 확인하기만 하면 됩니다. 바람직합니다.)

[[삭제]]

개발자.

MQL 도움말에는 "포인터" 탭에 ENUM_CHART_VOLUME_MODE 가 없습니다. 추가해주세요...

[Дмитрий]

Swan :

일반적으로: 약간의 환상과 거래 작업 유형당 하나의 변수만 추가하면 코드가 더 안정적이고 간단하고 우아해집니다. :)

글쎄, 사람이 필요로하는 코드를 구체적으로 상상해보십시오. 그래야 10 줄로되어 나와 같이 신뢰할 수 있고 그가 원하는 것이 무엇인지 알 수 있습니다. :)

그리고 당신이 제안한 것처럼 우아함에 대해 절대적이고 논리적으로 작업을 만족시키는 두 줄에서 이해할 수없는 논리로 무리를 만듭니다 ...

백조 :

지연은 우리의 방법이 아닙니다))

처형의 경우 기다리고 있습니다, 선생님... ...3. 상관없었다는 듯이...

그리고 얼마나 기다리나요? 지연으로 간주되지 않습니까? 그리고 그것이 "같지 않음"이 되지 않는다면? 그리고 우리는 바다에서 날씨를 기다리고 있습니다 ... 무역 요청은 쉽게 사실로 돌아올 수 있지만 실제로는 이루어지지 않습니다 ...