Вопросы от начинающих MQL5 MT5 MetaTrader 5 - страница 1229

[User_mt5]

Artyom Trishkin:

Нет, не обязательно.

Но что заметил - это обязательно все расчётные буферы (INDICATOR_CALCULATIONS) должны идти после буферов с данными для отрисовки (INDICATOR_DATA)

Стоит хоть один расчётный буфер вставить между буферами для отрисовки, и все буферы, которые идут после расчётного, перестают отображаться на графике, но в окне данных их значения отображаются.

Как у вас в коде - не смотрел, но вдруг поможет...

Спасибо за ответ.

Да, видимо, это должно быть так, т.е. все гистограммы нужно собрать в конце.
Хотя я и не понимаю смысла этого требования. Но теперь проверю, конечно.

Спасибо.

[Artyom Trishkin]

User_mt5:

Спасибо за ответ.

Да, видимо, это должно быть так, т.е. все гистограммы нужно собрать в конце.
Хотя я и не понимаю смысла этого требования. Но теперь проверю, конечно.

Спасибо.

Нет, не должно быть так. Вы внимательно мой предыдущий ответ прочитали?

Смысл вы сами себе придумали из-за своей же ошибки.

[Tatyana Kulyapina]

Привет.

Подскажите пожалуйста. В терминал МТ5 не загружаются демо версии советников из маркета, в журнале пишет:

2020.07.21 01:53:40.600 MQL5 Market failed to get of info product (www.mql5.com:443 send failed [404: Not Found])

2020.07.21 01:53:40.600 MQL5 Market product [ ХХХХХ ] not found in the database

Всё заработало после обновления internet explorer. Спасибо.

[User_mt5]

Artyom Trishkin:

Нет, не должно быть так. Вы внимательно мой предыдущий ответ прочитали?

Смысл вы сами себе придумали из-за своей же ошибки.

Да, я немного плаваю..

В моём индикаторе много расчётных буферов, все они имеют индекс меньше, чем все рисующие. В моём случае это работает нормально.

Проблема в отрисовках типа DRAW_HISTOGRAM2. Видимо, если их собрать внизу списка, это должно помочь.

Поэкспериментирую.

Спасибо.

[BorisD]

Пытаюсь простейший вход сделат. Как я хотел - если цена открытия меньше цены закрытия на количество пунктов padenie (на предыдущем баре), то покупаем с началом нового бара, с учётом тейк профита и стоп лосса. Но что-то работает похоже совсем не так как я хотел. Помогите разобраться

   MqlRates rt[1];

   if(CopyRates(_Symbol,_Period,0,1,rt)!=1)
     {
      Print("CopyRates of ",_Symbol," failed, no history");
      return;
     }
   
   ENUM_ORDER_TYPE signal=WRONG_VALUE;

      if(rt[1].open - rt[1].close >= padenie) 
	 {
         signal=ORDER_TYPE_BUY;
         printf(rt[1].open+"____"+rt[1].close);
         }
         
      if(signal !=WRONG_VALUE && TerminalInfoInteger(TERMINAL_TRADE_ALLOWED) && Bars(_Symbol,_Period)>100)
         ExtTrade.PositionOpen(_Symbol,signal,1,SYMBOL_ASK,SymbolInfoDouble(_Symbol,SYMBOL_BID)-sl,SymbolInfoDouble(_Symbol,SYMBOL_ASK)+tp);

[Vladimir Karputov]

BorisD:

Пытаюсь простейший вход сделат. Как я хотел - если цена открытия меньше цены закрытия на количество пунктов padenie (на предыдущем баре), то покупаем с началом нового бара, с учётом тейк профита и стоп лосса. Но что-то работает похоже совсем не так как я хотел. Помогите разобраться

Ошибка 1: Вы копируете ОДИН элемент - следовательно индекс элемента будет [0]

Open 100, Close 105 - бычий бар. Open - Close = 100 - 105 = - 5. '-5' всегда будет меньше Вашего заданного значения, так как результат получился отрицательное число.

Open 110, Close 103 - медвежий бар. Open - Close = 110 - 103 = 7. '7' положительное число и это уже будет работать правильно.

Итог: исправить обращение по индексу (вместо [1] нужно обращаться к индексу [0]. Перед расчетом учитывать тип свечи: бычья она или медвежья.

[User_mt5]

Продолжение вопроса о построениях DRAW_HISTOGRAM2.

Пример:

// Индикатор Проба DRAW_HISTOGRAM2.mq5
//+------------------------------------------------------------------+
#property indicator_chart_window                   
#property indicator_buffers   20                    
#property indicator_plots     20                  

#property indicator_color1    clrOrange                
#property indicator_color2    clrOrange               
#property indicator_color3    clrLimeGreen        
#property indicator_color4    clrLimeGreen        

#property indicator_type5     DRAW_HISTOGRAM2
#property indicator_color5    clrOrange               
#property indicator_type6     DRAW_HISTOGRAM2
#property indicator_color6    clrLimeGreen        

//#property indicator_color9    clrRed                

double
   Line_High_Up[], Line_High_Dn[], Hist_High_Up[], Hist_High_Dn[],
   Line_Low_Up[],  Line_Low_Dn[],  Hist_Low_Up[],  Hist_Low_Dn[],  Line_Red[];
//+------------------------------------------------------------------+
//| Custom indicator initialization function                         |
//+------------------------------------------------------------------+
void OnInit() 
   { 
   SetIndexBuffer     (0, Line_High_Up,      INDICATOR_DATA); 
   PlotIndexSetInteger(0, PLOT_DRAW_TYPE,    DRAW_LINE);      
   SetIndexBuffer     (1, Line_High_Dn,      INDICATOR_DATA); 
   PlotIndexSetInteger(1, PLOT_DRAW_TYPE,    DRAW_LINE);      

   SetIndexBuffer     (2, Line_Low_Up,       INDICATOR_DATA);
   PlotIndexSetInteger(2, PLOT_DRAW_TYPE,    DRAW_LINE);     
   SetIndexBuffer     (3, Line_Low_Dn,       INDICATOR_DATA);
   PlotIndexSetInteger(3, PLOT_DRAW_TYPE,    DRAW_LINE);     

   SetIndexBuffer     (4, Hist_High_Up,      INDICATOR_DATA); 
   SetIndexBuffer     (5, Hist_High_Dn,      INDICATOR_DATA);

   SetIndexBuffer     (6, Hist_Low_Up,       INDICATOR_DATA);
   SetIndexBuffer     (7, Hist_Low_Dn,       INDICATOR_DATA);

   //SetIndexBuffer     (8, Line_Red,          INDICATOR_DATA);
   //PlotIndexSetInteger(8, PLOT_DRAW_TYPE,    DRAW_LINE);     
   }
//+------------------------------------------------------------------+
//| Custom indicator iteration function                              |
//+------------------------------------------------------------------+
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[]   )                   
   {  
   int i;
   for(i=prev_calculated; i<=rates_total-1; i++)      
      {
      Line_High_Up[i] = high[i] + 50*_Point;
      Line_High_Dn[i] = high[i] + 30*_Point;
      Line_Low_Up[i]  = low[i]  - 30*_Point;
      Line_Low_Dn[i]  = low[i]  - 50*_Point;

      Hist_High_Up[i] = Line_High_Up[i];
      Hist_High_Dn[i] = Line_High_Dn[i];
      Hist_Low_Up[i]  = Line_Low_Up[i];
      Hist_Low_Dn[i]  = Line_Low_Dn[i];
      
      //Line_Red[i]     = low[i]  - 70*_Point;
      }
   return(i-1);
   }           
//+------------------------------------------------------------------+

В представленном индикаторе удалось построить обе гистограммы. Неожиданной особенностью стало следующее:

Для обычных линий в записях #property indicator_colorn, #property indicator_typen и т.п. значение n на 1 больше индекса буфера.
Причём это требование сохраняется и для случая, если индексы буферов указаны не подряд, а между соседними есть свободные места.
Например, если используются индексы 0, 1, 2, 3, 8, то все пять линий благополучно отображаются.

Для построений типа DRAW_HISTOGRAM2 иное требование, а именно:
Если гистограммы указаны подряд, то в записях  #property indicator_colorn, #property indicator_typen и т.п.
значение n рассчитывается по количественному счёту, а не от индекса буфера. В примере указаны индексы 5 и 6, хотя по логике ожидается 5 и 7.

Вся эта галиматНя приводит к тому, что понять каким должно быть значение n для обычной линии (красная), следующей за двумя гистограммами, вообще не представляется возможным.
В данном примере указано значение n=9, но это не работает, поэтому все строки, касающиеся буфера 8, закомментированы. Не получилось также и при других значениях n.

Вывод: все гистограммы должны быть указаны подряд в конце списка буферов. Причём, рассчитывать их значения следует просто подряд по количественному счёту (несмотря на индексы их буферов).
Понять это нельзя, но жить с этим можно.

Попутно: влияние порядка следования буферов типов INDICATOR_CALCULATIONS и INDICATOR_DATA не обнаружено.

Спасибо Владимиру Карпутову и Артёму Тришкину за участие в решении вопроса.

[Artyom Trishkin]

User_mt5:

Продолжение вопроса о построениях DRAW_HISTOGRAM2.

Пример:

В представленном индикаторе удалось построить обе гистограммы. Неожиданной особенностью стало следующее:

Для обычных линий в записях #property indicator_colorn, #property indicator_typen и т.п. значение n на 1 больше индекса буфера.
Причём это требование сохраняется и для случая, если индексы буферов указаны не подряд, а между соседними есть свободные места.
Например, если используются индексы 0, 1, 2, 3, 8, то все пять линий благополучно отображаются.

Для построений типа DRAW_HISTOGRAM2 иное требование, а именно:
Если гистограммы указаны подряд, то в записях  #property indicator_colorn, #property indicator_typen и т.п.
значение n рассчитывается по количественному счёту, а не от индекса буфера. В примере указаны индексы 5 и 6, хотя по логике ожидается 5 и 7.

Вся эта галиматНя приводит к тому, что понять каким должен быть индекс для обычной линии (красная), следующей за двумя гистограммами, вообще не представляется возможным.
В данном примере указано значение n=9, но это не работает, поэтому все строки, касающиеся буфера 8, закомментированы. Не получилось также и при других значениях n.

Вывод: все гистограммы должны быть указаны подряд в конце списка буферов. Причём, рассчитывать их значения следует просто подряд по количественному счёту (несмотря на индексы их буферов).
Понять это нельзя, но жить с этим можно.

Попутно: влияние порядка следования буферов типов INDICATOR_CALCULATIONS и INDICATOR_DATA не обнаружено.

Спасибо Владимиру Карпутову и Артёму Тришкину за участие в решении вопроса.

Пожалуйста. Но вы не решили вопрос.

В индикаторах нет зависимости от порядка следования разных типов буферов. Лишь расчётные должны быть после рисуемых.

[User_mt5]

Artyom Trishkin:

Пожалуйста. Но вы не решили вопрос.

В индикаторах нет зависимости от порядка следования разных типов буферов. Лишь расчётные должны быть после рисуемых.

Без особой уверенности, но всё же полагаю, что оба эти утверждения ошибочны.

На счёт "нет зависимости". У меня не получилось никаким способом отобразить 8й буфер в последнем примере . Каким должен быть этот порядок.. Может быть, у Вас получится?

На счёт "расчётные .. после рисуемых". В моём индикаторе используется более 200 буферов, первые 100 из которых, - расчётные.
В моём случае это всё простые линии, поэтому расчёт n для #property ведётся от значения индекса буфера: n=b+1. И простые линии при этом отображается. Непонятки начинаются с появления гистограмм.

[Artyom Trishkin]

User_mt5:

Без особой уверенности, но всё же полагаю, что оба эти утверждения ошибочны.

На счёт "нет зависимости". У меня не получилось никаким способом отобразить 8й буфер в последнем примере . Каким должен быть этот порядок.. Может быть, у Вас получится?

На счёт "расчётные .. после рисуемых". В моём индикаторе используется более 200 буферов, первые 100 из которых, - расчётные.
В моём случае это всё простые линии, поэтому расчёт n для #property ведётся от значения индекса буфера: n=b+1. И простые линии при этом отображается. Непонятки начинаются с появления гистограмм.

Не буду спорить. Создаю рисуемые буферы в абсолютно любой последовательности. Но стоит межу ними добавить расчётный буфер, как графические построения рисуемых индикаторов перестают отображаться на графике. В окне данных их значения остаются. Проводил множество тестов для описания в статьях создания индикаторов и их буферов. Пришёл к выводу, что только расчётные буферы (их расположение в порядке объявления индикаторных буферов) каким-то образом влияют на отображение/неотображение рисуемых.