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

[Andrey Sharov]

두 시스템 중 하나의 마지막 몇 가지 빌드(458 포함)에서 두 가지 테스터 문제가 지속적으로 관찰됩니다.

1) 에이전트 시작 오류:

EM 0 Core 1 11:44:11 에이전트 프로세스 시작됨
QN 0 코어 1 11:44:11 127.0.0.1:3000에 연결
KI 0 코어 1 11:44:15 연결됨
HO 2 Core 1 11:44:17 테스터 에이전트 동기화 오류
GM 2 코어 1 11:44:17 연결 해제됨
LK 0 코어 1 11:44:17 연결 닫힘

CQ 0 테스터 11:44:14 MetaTester 5 빌드 450(2011년 5월 16일)
MP 0 서버 11:44:14 MetaTester 5가 127.0.0.1:3000에 시작되었습니다.
LI 0 시작 11:44:14 초기화 완료
MR 2 127.0.0.1 11:44:18 소켓 닫기
EI 0 127.0.0.1 11:44:18 로그인(빌드 450)
EJ 0 테스터 11:44:19 테스터 에이전트 종료

2) 상담원 탭 진입 시 단말기가 약 30초(모래시계) 동안 응답하지 않습니다.

문제가 단일 코어 프로세서 또는 원격(원격) 에이전트 의 부족과 관련이 있다는 추측이 있습니다.

[MONTEGRO]

stringo :
실제로 빌드 458은 이미 릴리스되었습니다.

예... 하지만 문제는 남아 있습니다.

2011.05.27 19:19:57 코어 2 느린 에이전트 실패
2011.05.27 19:19:57 코어 2 연결 닫힘
2011.05.27 19:19:57 코어 2 너무 느린 에이전트. 바쁜 시간은 3703ms입니다. 평균 시간은 915ms입니다.
2011.05.27 19:19:55 코어 1 느린 에이전트 실패
2011.05.27 19:19:55 코어 1 연결 닫힘
2011.05.27 19:19:55 코어 2 공통 동기화 완료
2011.05.27 19:19:54 코어 1 너무 느린 에이전트. 바쁜 시간은 3672ms입니다. 평균 시간은 915ms입니다.
2011.05.27 19:19:53 iRU1 느린 에이전트 실패
2011.05.27 19:19:53 iRU1 연결 닫힘
2011.05.27 19:19:53 코어 2 승인됨(에이전트 빌드 458)
2011.05.27 19:19:53 코어 2 연결된
2011.05.27 19:19:53 iRU1 너무 느린 에이전트. 바쁜 시간은 3672ms입니다. 평균 시간은 915ms입니다.

[Slava]

MONTEGRO :

예... 하지만 문제는 남아 있습니다.

더 생각해보자

[[삭제]]

다음 세부정보를 명확히 하십시오.

1. 추가 거래를 보낼 때 SL/TP를 확인/처리하는 알고리즘. 예제에 대한 설명.

참고: 모든 거래 요청에는 ORDER_FILLING_AON 매개변수가 있습니다. 이미 긴 위치를 가지고 있습니다.

시나리오 #1. 더 사고 싶습니다(물론 같은 악기에 대해). 추가 거래량과 조정된 SL/TP로 거래를 보냅니다. 요청이 성공적으로 실행된 경우 결과는 다음과 같습니다. 추가 로트 + 업데이트된 SL/TP?

시나리오 #2. 판매하고 싶습니다. SL/TP(SL/TP = 0)를 지정하지 않고 더 작은 로트로 거래를 보냅니다. 나머지 포지션은 로트가 줄어들고 SL/TP가 제거됩니까?

시나리오 #3. 시나리오 #2와 동일하게 SL/TP 한도를 설정하려고 합니다(롱 포지션의 경우 분명히 불가능). 결과?

2. 거래량을 확인하는 알고리즘. 예제에 대한 설명.

링크 "최소 로트/최소 로트 단계"에 변경 사항이 있습니까?

참고: 모든 거래 요청에는 ORDER_FILLING_CANCEL 또는 ORDER_FILLING_RETURN 매개변수 가 있습니다. 거래량이 1.0인 롱 포지션이 이미 하나 있습니다. 최소 로트 = 0.1; 최소 단계 = 0.01;

시나리오 #1. 나는 시장에서 나가려고 합니다(같은 양의 반대 거래로 기존 포지션을 청산하기 위해). 시장은 뉴스이므로 최소한 약간(ORDER_FILLING_CANCEL 또는 ORDER_FILLING_RETURN)을 표시하려고 합니다. 전체 견적 금액에 대해. 거래는 0.99랏에 대해 부분적으로 이루어집니다. 따라서 포지션을 완전히 청산하기 위해서는 0.01이 많은 거래를 보내야 하는데 불가능합니다 - 최소 랏은 0.1입니다. 저것들. 0.1을 얻으려면 먼저 0.09랏을 추가해야 합니까?

시나리오 #2. 거래가 부분적으로 완료되고 포지션의 잔여 물량이 최소 스텝 미만인 경우(0.999랏에서 부분 실행, "hang"까지 0.001랏 남음). 그런 상황이 있을까요?

추신 이상적으로는 이론적으로 가능한 모든 경우를 "닫는" 주문의 통합 논리에 대해 알고 싶습니다. 문서에서 찾을 수 없었습니다. 아마도 놓쳤을 것입니다 ...

[Serge]

uncleVic :

라이브러리에 오류가 없습니다. 클래스를 사용하여 표시기 데이터로 작업하는 데에는 두 가지 미묘함이 있습니다(도움말에서 완전히 설명되지 않을 수 있음).

1. 클래스를 통해 지표 데이터를 사용할 수 있도록 하려면 클래스가 지표에서 이 데이터를 복사해야 합니다. 이렇게 하려면 데이터가 변경된 것이 조금이라도 의심되면 Refresh(int) 메서드를 호출합니다. 귀하의 경우:

2. 표시기 데이터가 클래스를 통해 충분한 "깊이"로 사용 가능하도록 하려면 버퍼의 크기를 설정해야 합니다(기본적으로 버퍼의 크기는 256임). 이렇게 하려면 개체를 만든 후 BufferResize(int) 메서드를 호출합니다. 귀하의 경우:

혼란스럽다면 죄송합니다. 추가 질문에 답변드리겠습니다.

표준 라이브러리를 사용하여 ichimoku를 기반으로 하는 가장 간단한 표시기 코드를 제공할 수 있습니까? 그렇지 않으면 문서와 예제가 부족하여 작동 방식을 이해할 수 없습니다. 예를 들어, 천간선>기준선일 때 각 막대 아래에 녹색 화살표를 그리고 구름 위에 있고 천간선<기준선일 때 빨간색 화살표를 그리고 구름 아래에 그립니다.

[[삭제]]

인터페이스 설정의 유연성 - 기호 이름을 표시하기 위한 설정, 즉 임의의 이름을 바꾸는 기능과 관련하여 사용자를 위해 MT5를 보다 유연하게 만드는 제안이 있습니다. gbpusd가 아니라 ... - 예를 들어 "파운드"는 통화 및 아래쪽 화살표 , 금속, 주식과 같은 분할판도 입력하여 모든 것이 한 더미에 있지 않도록 하려면 미니 아이콘을 추가할 수도 있습니다. 분할 스트립, 예를 들어 통화, 달러 기호 또는 녹색의 작은 종이 조각, 금속 - 음, 금은 작은 주괴 등입니다. 색상 설정, 시프트 및 패널의 유연성은 "Pro Trader" 플랫폼에 있습니다. 광고처럼 들리지 않기를 바랍니다. 왜냐하면 현재로서는 귀하의 것이 확실히 더 간단하고 더 좋기 때문입니다... :)
예 를 들어 전공은 검정색 배경과 흰색 글꼴, 중간 중요도, 파란색과 흰색을 강조 표시합니다. , 그리고 흰색 바탕에 검은색이 있으므로 완전히 중요하지 않습니다.

[Victor Kirillin]

Graff :
표준 라이브러리를 사용하여 ichimoku를 기반으로 하는 가장 간단한 표시기 코드를 제공할 수 있습니까? 그렇지 않으면 문서와 예제가 부족하여 작동 방식을 이해할 수 없습니다. 예를 들어, 천간선>기준선일 때 각 막대 아래에 녹색 화살표를 그리고 구름 위에 있고 천간선<기준선일 때 빨간색 화살표를 그리고 구름 아래에 그립니다.

당신의 "물고기"와 간단히 소원을 붙이십시오. 가능하면 (빠른 약속은 하지 않습니다) 한번 보도록 하겠습니다.

[Валерий]

papaklass :

알고리즘 2:

1. 최소 허용 거래량의 배수인 거래로 포지션을 마감합니다. 귀하의 예 0.99 랏은 불가능합니다. 최소 로트 0.1 로트. 다른 시장 참가자들도 0.1랏의 배수로 주문을 합니다. 따라서 귀하의 예는 불가능합니다.

2. 1번 항목 참조.

즉 , 주문 실행 후 포지션 볼륨이 최소값보다 작아지면 그러한 주문이 거부된다고 말하고 싶습니까?

MQ 서버에서 단계=최소 로트=0.01. step<minimum lot 인 다른 예가 있습니까? 터미널의 동작을 테스트합니다.

그러면 개발자의 답변을 기다리지 않을 것입니다.

[---]

Graff :
표준 라이브러리를 사용하여 ichimoku를 기반으로 하는 가장 간단한 표시기 코드를 제공할 수 있습니까? 그렇지 않으면 문서와 예제가 부족하여 작동 방식을 이해할 수 없습니다. 예를 들어, 천간선>기준선일 때 각 막대 아래에 녹색 화살표를 그리고 구름 위에 있고 천간선<기준선일 때 빨간색 화살표를 그리고 구름 아래에 그립니다.

성경 작업의 이 예 - 단지 Tenkan 라인 구축
그러면 유추하여 버퍼를 4개 더 추가하고 분석하기가 더 쉬울 것입니다(화살표의 경우).

참고: 표시된 방법 외에도 표시기 버퍼의 값을 가져오는 것은 최소 두 개 이상으로 수행할 수 있습니다. 보이는 것만이 가능한 것은 아닙니다.

 #property indicator_chart_window
#property indicator_buffers  1
#property indicator_plots    1
#property indicator_color1   clrRed
#property indicator_type1    DRAW_LINE

#include <Indicators\Trend.mqh>  // подключили библу

input int tenkan= 9 ;
input int kijun= 26 ;
input int senkou= 52 ;

CiIchimoku ichi; // объект индюка
int h; // его хендл

double Tenkan[]; // буфер для тенкана
//------------------------------------------------------------------
int OnInit ()
{
  SetIndexBuffer ( 0 , Tenkan, INDICATOR_DATA );
  ArraySetAsSeries (Tenkan, true );

  ichi.Create( Symbol (), Period (), tenkan, kijun, senkou); // создали буфера
  h=ichi.Handle(); // получили хендл
  return ( 0 );
}
//------------------------------------------------------------------
int OnCalculate ( const int rates_total,
                 const int prev_calculated,
                 const datetime &time[],
                 const double &open[],
                 const double &high[],
                 const double &low[],
                 const double &close[],
                 const long &tick_volume[],
                 const long &volume[],
                 const int &spread[])
{
  ichi.Refresh( 0 ); // обновили индюк

  if ( BarsCalculated (h)<rates_total) return ( 0 ); // если расчет не нужен
        
  int to_copy; // определяем число баров для копирования
  if (prev_calculated>rates_total || prev_calculated<= 0 ) to_copy=rates_total; 
  else { to_copy=rates_total-prev_calculated; to_copy++; }

  // Номера буферов: 0 - TENKANSEN_LINE, 1 - KIJUNSEN_LINE, 2 - SENKOUSPANA_LINE, 3 - SENKOUSPANB_LINE, 4 - CHINKOUSPAN_LINE.
  if ( CopyBuffer (h, 0 , 0 ,to_copy, Tenkan)<= 0 ) { Print ( "ошибка" ); return ( 0 ); }

  return (rates_total);
}

[---]

uncleVic :

클래스 및 도움말에 결함이 있습니다. 새로 고침 기능의 플래그에 대한 작업은 설명되지 않습니다.