Все предопределенные периоды графиков имеют уникальные идентификаторы. Идентификатор PERIOD_CURRENT означает текущий период графика, на котором запущена mql5-программа.
Толку-то? Да и считается невероятно долго (тиков-то миллионы)
Толк по идее быть должен. Я когда делал первую пробу посчитал что вы вписали весь код в OnInit по причине выходного.
Ведь в OnInit даже массивы индикаторных буферов имеют нулевой размер. То-есть индикатора как такового ещё нет. И данные по инструменту тоже наверняка не подгружены. Если-бы я заметил у себя такую проблему, то обязательно проверил-бы. Да и нет разницы где время тратить на загрузку тиков, хоть их пусть сколько будет. Нужны-то в пределах разумного. Не так-ли?
Толк по идее быть должен. Я когда делал первую пробу посчитал что вы вписали весь код в OnInit по причине выходного.
Ведь в OnInit даже массивы индикаторных буферов имеют нулевой размер. То-есть индикатора как такового ещё нет. И данные по инструменту тоже наверняка не подгружены. Если-бы я заметил у себя такую проблему, то обязательно проверил-бы. Да и нет разницы где время тратить на загрузку тиков, хоть их пусть сколько будет. Нужны-то в пределах разумного. Не так-ли?
Причем тут индикатора нет?
Я копирую времена баров и тики и с ними оперирую...
Так каким образом (индикатор) я смогу понять, что история по тикам полностью загружена,
если в индикаторах нельзя применять Sleep() чтобы дождаться загрузки тиков?
Аналога SERIES_SYNCHRONIZED для тиков к сожалению пока нет.
Если для отрисовки вашего индикатора необходимо наличие тиковой истории для имеющихся баров, то можете попробовать считать признаком сам факт наличия соответствующих тиков.
Т.е. нет тиков - нет отрисовки, появились тики - можно рисовать.
Как вам и посоветовали, проверку разместить в
в OnCalculate под условие if(prev_calculated == 0)
Аналога SERIES_SYNCHRONIZED для тиков к сожалению пока нет.
Если для отрисовки вашего индикатора необходимо наличие тиковой истории для имеющихся баров, то можете попробовать считать признаком сам факт наличия соответствующих тиков.
Т.е. нет тиков - нет отрисовки, появились тики - можно рисовать.
Для авторизации и пользования сайтом MQL5.com необходимо разрешить использование файлов Сookie.
Пожалуйста, включите в вашем браузере данную настройку, иначе вы не сможете авторизоваться.
Вы вошли в аккаунт. Двухфакторная аутентификация отключена. Настройте её заново и отсканируйте новый QR-код или продолжите с отключённой двухфакторной аутентификацией.
Посмотрите пост выше!
Получается, что 12 дней тики не обновлялись!
Да.
Да.
Здорово!
Так каким образом (индикатор) я смогу понять, что история по тикам полностью загружена,
если в индикаторах нельзя применять Sleep() чтобы дождаться загрузки тиков?
Такая же история (индикатор) с CopyTime() (if(SeriesInfoInteger(a_symbol, PERIOD_M1, SERIES_SYNCHRONIZED) == true)
{) - врегда TRUE
Здорово!
Так каким образом (индикатор) я смогу понять, что история по тикам полностью загружена,
если в индикаторах нельзя применять Sleep() чтобы дождаться загрузки тиков?
Такая же история (индикатор) с CopyTime() (if(SeriesInfoInteger(a_symbol, PERIOD_M1, SERIES_SYNCHRONIZED) == true)
{) - врегда TRUE
Не пробовали перенести весь этот код в OnCalculate под условие if(prev_calculated == 0)
Не пробовали перенести весь этот код в OnCalculate под условие if(prev_calculated == 0)
Толку-то? Да и считается невероятно долго (тиков-то миллионы)
Толку-то? Да и считается невероятно долго (тиков-то миллионы)
Толк по идее быть должен. Я когда делал первую пробу посчитал что вы вписали весь код в OnInit по причине выходного.
Ведь в OnInit даже массивы индикаторных буферов имеют нулевой размер. То-есть индикатора как такового ещё нет. И данные по инструменту тоже наверняка не подгружены. Если-бы я заметил у себя такую проблему, то обязательно проверил-бы. Да и нет разницы где время тратить на загрузку тиков, хоть их пусть сколько будет. Нужны-то в пределах разумного. Не так-ли?
Толк по идее быть должен. Я когда делал первую пробу посчитал что вы вписали весь код в OnInit по причине выходного.
Ведь в OnInit даже массивы индикаторных буферов имеют нулевой размер. То-есть индикатора как такового ещё нет. И данные по инструменту тоже наверняка не подгружены. Если-бы я заметил у себя такую проблему, то обязательно проверил-бы. Да и нет разницы где время тратить на загрузку тиков, хоть их пусть сколько будет. Нужны-то в пределах разумного. Не так-ли?
Причем тут индикатора нет?
Я копирую времена баров и тики и с ними оперирую...
Здорово!
Так каким образом (индикатор) я смогу понять, что история по тикам полностью загружена,
если в индикаторах нельзя применять Sleep() чтобы дождаться загрузки тиков?
Аналога SERIES_SYNCHRONIZED для тиков к сожалению пока нет.
Если для отрисовки вашего индикатора необходимо наличие тиковой истории для имеющихся баров, то можете попробовать считать признаком сам факт наличия соответствующих тиков.
Т.е. нет тиков - нет отрисовки, появились тики - можно рисовать.
Как вам и посоветовали, проверку разместить в
Причем тут индикатора нет?
Я копирую времена баров и тики и с ними оперирую...
Ну… если вам сложней проверить чем объяснять ненужность проверки…
Но в моём сообщении ещё сказано о том, что «И данные по инструменту тоже наверняка не подгружены.» В общем я больше вас не отвлекаю.
Аналога SERIES_SYNCHRONIZED для тиков к сожалению пока нет.
Если для отрисовки вашего индикатора необходимо наличие тиковой истории для имеющихся баров, то можете попробовать считать признаком сам факт наличия соответствующих тиков.
Т.е. нет тиков - нет отрисовки, появились тики - можно рисовать.
Как вам и посоветовали, проверку разместить в
Тики-то есть, но не все!
Тики-то есть, но не все!
Я модифицировал ваш пример. Надеюсь так мысль будет понятнее.
Ну и SERIES_SYNCHRONIZED тоже надо учитывать.