요새. 실행 질문 - 페이지 11

 

개설할 실제 계정이 있어야 합니다.

연결, GBPU 3.15용 오더북 + 틱 기록 정리

나는 이 악기의 분 차트를 보고 841랏(19.26 모스크바 시간)의 거래가 있었다는 것을 알았습니다

틱 볼륨을 켜면 2가 보입니다. 2 거래가 있다고 가정합니다.

이제 파일에서 모니터링한 내용을 확인합니다.

나는 1.5350의 가격으로 1랏에 대한 이전 거래를 봅니다(모든 것이 차트에 있습니다)(19.22 모스크바 시간)

그런 다음 주문서의 다음 변경 사항은 2541ms에 있었고 OnBookEvent 섹션에서는 폴링했습니다.

       MqlTick tick;
       SymbolInfoTick ( Symbol (),tick);

가격과 수량을 확인하고

가격 1.5347과 볼륨 541을 봅니다(300로트가 누락됨)

동일한 가격에 300랏에 대한 또 다른 거래가 있어야 했음이 밝혀졌습니다(차트에 하나의 가격만 있음).

하지만 알 수 없는 이유로 나는 그것을 얻지 못했다

거래가 있으면 오더북에 변경 사항이 있어야 하거나(확실히 300랏이어야 함) 거래소에서 MT5 클라이언트로 정보 전송의 패스(또는 필터링)가 어딘가에 있어야 한다는 사실에서 진행합니다.

무슨 일이 있었는지 MM이 자신의 한도가 다 된 것을 보고(이 경우 부분적으로) 이전 볼륨까지 충전했다고 생각하지 않습니다.

네, 너무 빨라서 "주문서 변경" 이벤트가 발생하지 않았습니다.

MS 질문2 AskVol2 질문1 AskVol1 묻다 AskVol 매기다 입찰가 입찰1 BidVol1 입찰2 BidVol2 마지막 가격 RealVol
322735561 15388 15354 300 15352 1000 15347 300 15346 1000 15321 2 15350 하나
322738102 15400 2 15388 15352 1000 15347 304 15346 1000 15321 2 15347 541
322738217 15388 15354 300 15352 1000 15347 304 15346 1000 15321 2 15347 541
322738295 15388 15354 300 15352 1000 15347 304 15346 1000 15344 300 15347 541
322738361 15388 15354 300 15352 1000 15347 304 15346 1000 15344 300 15347 541
322738509 15388 15354 300 15352 1000 15347 169 15346 1000 15344 300 15347 541


 
olyakish :

개설할 실제 계정이 있어야 합니다.

연결, GBPU 3.15용 오더북 + 틱 기록 정리

나는 이 악기의 분 차트를 보고 841랏(19.26 모스크바 시간)의 거래가 있었다는 것을 알았습니다

틱 볼륨을 켜면 2가 보입니다. 2 거래가 있다고 가정합니다.

이제 파일에서 모니터링한 내용을 확인합니다.

나는 1.5350의 가격으로 1랏에 대한 이전 거래를 봅니다(모든 것이 차트에 있습니다)(19.22 모스크바 시간)

그런 다음 주문서의 다음 변경 사항은 2541ms 이후였고 OnBookEvent 섹션에서는 폴링했습니다.

가격과 수량을 확인하고

가격 1.5347과 볼륨 541을 봅니다(300로트가 누락됨)

동일한 가격에 300랏에 대한 또 다른 거래가 있어야 했음이 밝혀졌습니다(차트에 하나의 가격만 있음).

하지만 알 수 없는 이유로 나는 그것을 얻지 못했다

거래가 있으면 오더북에 변경 사항이 있어야 하거나(확실히 300랏이어야 함) 거래소에서 MT5 클라이언트로 정보 전송의 패스(또는 필터링)가 어딘가에 있어야 한다는 사실에서 진행합니다.

무슨 일이 있었는지 MM이 자신의 한도가 다 된 것을 보고(이 경우 부분적으로) 이전 볼륨까지 충전했다고 생각하지 않습니다.

네, 너무 빨라서 "주문서 변경" 이벤트가 발생하지 않았습니다.


LAST는 어떻게 얻나요?
 
Mikalas :
LAST는 어떻게 얻나요?
       MqlTick tick;
       SymbolInfoTick ( Symbol (),tick);
...
               dataToWrite[ 12 ]=( uint )(tick.last* 10000 );
               dataToWrite[ 13 ]=( uint )(tick.volume);

도움에서

구조체 MqlTick
{
    날짜 시간      시간 ; // 마지막 가격 업데이트 시간
    더블         입찰 ; // 현재 입찰가
    더블         물어봐 ; // 현재 매도호가
    더블         마지막 ; // 마지막 거래의 현재 가격(Last)
    울롱          볼륨 ; // 현재 가격의 거래량 Last
};

 
olyakish :

도움에서

구조체 MqlTick
{
    날짜 시간      시간 ; // 마지막 가격 업데이트 시간
    더블         입찰 ; // 현재 입찰가
    더블         물어봐 ; // 현재 매도호가
    더블         마지막 ; // 마지막 거래의 현재 가격(Last)
    울롱          볼륨 ; // 현재 가격의 거래량 Last
};

잘못된!

CopyTicks() 함수를 사용해야 합니다.

아직 디렉토리에 없습니다.

여기에 설명:

https://www.mql5.com/ru/forum/38520

 
Mikalas :

잘못된!

CopyTicks() 함수를 사용해야 합니다.

아직 디렉토리에 없습니다.

여기에 설명:

https://www.mql5.com/ru/forum/38520

감사해요

이 옵션을 시도해 보겠습니다. 예상대로 더 안정적일 것입니다.

 

100%가 아닌 편리함

예를 들어, 단말은 같은 가격과 양의 틱을 계속해서 수신하는데, 그것이 새로운 틱인지 여전히 오래된 틱인지 명확하지 않습니다.

더 많은 역사를 가져오고 끊임없이 그것을 삽질하는 것은 어떻게 든 매우 합리적이지 않습니다. 하지만 결국에는 더 높은 상황에 처할 수 있습니다.

마지막 기록 액세스에서 새 틱 수에 대한 터미널의 패키지 인덱스 또는 일종의 카운터와 같은 것이 필요합니다.

또는 세 번째 옵션

 

좋은 오후입니다, 레나트!

오프닝의 기술 지원에 따르면 1085 빌드에 문제가 있습니다.

오늘의 지원 응답:

" 서버 관리자에게 확인해보니 오늘 빌드 1085에 대한 추가 수정이 필요한 것으로 나타났습니다.

개발자에게 개선 사항 구현 기한을 요청했습니다. "

사실인가요?

 
Mikalas :

좋은 오후입니다, 레나트!

오프닝의 기술 지원에 따르면 1085 빌드에 문제가 있습니다.

오늘의 지원 응답:

" 서버 관리자에게 확인해보니 오늘 빌드 1085에 대한 추가 수정이 필요한 것으로 나타났습니다.

개발자에게 개선 사항 구현 기한을 요청했습니다. "

사실인가요?

예, 오늘 요청한 기능이 포함된 1085 빌드의 사용자 정의 빌드를 제공할 것입니다.
 
Renat :
예, 오늘 요청한 기능이 포함된 1085 빌드의 사용자 정의 빌드를 제공할 것입니다.
글쎄, 우리는 기다릴거야...
 
Renat :
예, 오늘 요청한 기능이 포함된 1085 빌드의 사용자 정의 빌드를 제공할 것입니다.

기능에 대해 더 자세하게 가능합니까?

공개 시장에 어떤 기능이 있을 수 있는지는 매우 흥미롭습니다...