MqlTick - страница 3

Новый комментарий
 
dimka8:
когда исправят этот баг ?
Ух какие Вы шустрые. Мне ещё не поступил ответ.
 
Karputov Vladimir:
Ух какие Вы шустрые. Мне ещё не поступил ответ.
возможно и шустрый :)  я первый раз с таким столкнулся и не знаю как быстро происходят все движения . хотя-бы примерно как быстро заплатки печатают ?
 
dimka8:
возможно и шустрый :)  я первый раз с таким столкнулся и не знаю как быстро происходят все движения . хотя-бы примерно как быстро заплатки печатают ?
Для начала нужно дождаться ответа на заявку (https://www.mql5.com/ru/users/barabashkakvn/servicedesk/49142) в СервисДеск по проблеме отсутствия флагов TICK_FLAG_BUY и TICK_FLAG_SELL.
 

Парни, не встречали вот такое: 

Описание проблемы

при работе с инструментом ED-3.16 через брокера "Открытие" в индикаторе в процедуре OnCalculate по запросу приходящего тика в структуру MqlTick пишутся данные вида:

MqlTick{  time:D'2016.02.01 16:49:38' bid:1.0897 ask:1.0898 last:1.0897 volume:1 time_msc:1454345378000 flags:0 }. 

Последовательность действий

При записи приходящих тиков в файл получаем следующее (произвольная выборка из файла):

Полученный результат

2016.02.01 16:37:47,1.08880,1.08890,1.08890,5,1454344667000,0
2016.02.01 16:37:47,1.08880,1.08890,1.08880,1,1454344667000,0
2016.02.01 16:37:47,1.08880,1.08890,1.08880,1,1454344667000,24
2016.02.01 16:37:57,1.08880,1.08890,1.08880,1,1454344677000,24
2016.02.01 16:38:02,1.08880,1.08900,1.08880,1,1454344682000,0
2016.02.01 16:38:02,1.08890,1.08900,1.08880,1,1454344682000,2
2016.02.01 16:38:02,1.08880,1.08900,1.08890,2,1454344682000,24
2016.02.01 16:38:02,1.08880,1.08900,1.08890,2,1454344682000,24
2016.02.01 16:38:02,1.08880,1.08900,1.08890,2,1454344682000,24
2016.02.01 16:38:07,1.08890,1.08900,1.08890,2,1454344687000,0
2016.02.01 16:38:07,1.08880,1.08900,1.08890,2,1454344687000,0
2016.02.01 16:38:07,1.08890,1.08900,1.08890,2,1454344687000,0
2016.02.01 16:38:07,1.08880,1.08900,1.08890,2,1454344687000,0
2016.02.01 16:38:07,1.08890,1.08900,1.08890,2,1454344687000,2
2016.02.01 16:38:07,1.08880,1.08900,1.08890,2,1454344687000,2
2016.02.01 16:38:08,1.08890,1.08900,1.08890,2,1454344688000,0
2016.02.01 16:38:11,1.08880,1.08900,1.08890,2,1454344691000,2

Вопрос собственно заключается в следующем: что означает флаг 0?   

 
zimbabve15:

Парни, не встречали вот такое: 

Описание проблемы

при работе с инструментом ED-3.16 через брокера "Открытие" в индикаторе в процедуре OnCalculate по запросу приходящего тика в структуру MqlTick пишутся данные вида:

MqlTick{  time:D'2016.02.01 16:49:38' bid:1.0897 ask:1.0898 last:1.0897 volume:1 time_msc:1454345378000 flags:0 }. 

Последовательность действий

При записи приходящих тиков в файл получаем следующее (произвольная выборка из файла):

Полученный результат

Вопрос собственно заключается в следующем: что означает флаг 0?   

флаг " 0 " не разу не видел , это скорее всего ошибка  по тому, что предположим 0 - все биты равны 0 ( нет не одного флага ,а мы видим что менялась bid) или предположим  все биты 0 ( значит все флаги активны ,а ask не изменялась ) . оба предположения противоречат !
 

Брокер "Открытие" инструмент ED-3.16 левая таблица - тиковые данные пишутся индикатором в процедуре OnCalculate  через запрос SymbolInfoTick , правая таблица - через CopyTicks. Структура и там и там: время, бид, аск, ласт, объем, время_мсек, флаг. 

Почему у одних и тех же тиков имеем разные значения объемов и флагов? 

Если с рынка получаем через  SymbolInfoTick  сырые данные от брокера с нулевыми флагами, то выходит, что уже терминал обрабатывает пришедший тик и по результатам сравнения с предыдущим присваивает ему флаг? Как тогда быть с объемами? Разница значительная.

 

 

Брокер FiboFroup левая таблица тики через SymbolInfoTick , правая таблица - через CopyTicks. Структура и там и там: время, бид, аск, ласт, объем, время_мсек, флаг.  

Флаги разные, т.к. пляшут значения bid/ask в одних и тех же тиках, записанных разными способами.   

 
zimbabve15:

 

Брокер FiboFroup левая таблица тики через SymbolInfoTick , правая таблица - через CopyTicks. Структура и там и там: время, бид, аск, ласт, объем, время_мсек, флаг.  

Флаги разные, т.к. пляшут значения bid/ask в одних и тех же тиках, записанных разными способами.   

пока не исправят отсутствие флагов TICK_FLAG_BUY и TICK_FLAG_SELL можно долго находить не совпадения , вполне возможно это одна и та же ошибка .  а в общем чем дальше в лес ,тем больше дров и не совпадений . все больше напоминает игровуху , американский рынок новоматик и белатра 87% - 89% процентов отдачи , а Россия играсофт с жаднинькой  прошивкой 45% отдачи .  
 
Vladimir Karputov:
Для начала нужно дождаться ответа на заявку (https://www.mql5.com/ru/users/barabashkakvn/servicedesk/49142) в СервисДеск по проблеме отсутствия флагов TICK_FLAG_BUY и TICK_FLAG_SELL.


Добрый день, коллеги.

Поскажите, удалось ли решить эту проблему?

Ссылка на тикет в сервисдеск не работает...

 
Snest:


Добрый день, коллеги.

Поскажите, удалось ли решить эту проблему?

Ссылка на тикет в сервисдеск не работает...


Уже давно работает (показываются флаги TICK_FLAG_BUY и TICK_FLAG_SELL), на биржевых символах.
123
Новый комментарий
Причина обращения: