После обновления квика в очередной раз перестал работать индикатор - что опять поменяли?

Внимание

Для участия в обсуждениях и оформления подписки на новые сообщения форума вам необходимо зарегистрироваться.
Главная » Основные форумы » Программирование на языке Lua
Страницы: 1 2 След.
RSS
После обновления квика в очередной раз перестал работать индикатор - что опять поменяли?
 
#1
27.03.2017 20:38:13
Поскольку с программированием не на ТЫ, то с большим трудом мною был написан индикатор, показывающий хай и лоу предыдущей торговой сессии. Работал он работал и потом бац - в версии 7.6 перестал - оказывается в квике видите ли решили, что надо бы поменять вывод отсутствующих свечек. Хорошо, потратил кучу времени, разобрался в чём дело, исправил. Опять всё работало-работало, но вот подкатили квик 7.9 и индикатор опять перестал работать. Да сколько блин можно-то??? Это вообще нормально? Что опять поменяли?!? Для меня это реальная проблема, т.к. программировать почти не умею и каждый раз приходится тратить кучу времени на то, чтобы написать самый простенький индикатор.

Индикотр выводит линии, обозначающие максимум и минимум цены предыдущей торговой сессии. На акциях работает нормально, а на фьючерсах выдаёт такую ошибку. Код индикатора:
Код
Settings =
{   Name = "5.Previous session High-Low",
   line = 
   {   {   Name = "HIGH",
         Color = RGB(255,0,255),
         Type = TYPE_DASH,
         Width = 1
      },
      {   Name = "LOW",
         Color = RGB(255,0,255),
         Type = TYPE_DASH,
         Width = 1
      }
   }
}

function Init()
    return #Settings.line
end

local hl = 
{   -- year
   -- month
   -- day
   -- high
   -- low
}

function OnCalculate(index)

   local dt = T(index)
   if not dt then
      return
   end
    local trdt = getTradeDate()   
   
   if dt.day ~= trdt.day or dt.month ~= trdt.month or dt.year ~= trdt.year then
   
      if dt.day ~= hl.day or dt.month ~= hl.month or dt.year ~= hl.year then
            hl.year = dt.year
          hl.day = dt.day
          hl.month = dt.month
          hl.high = H(index)
          hl.low = L(index)
      else 
          hl.high = math.max(hl.high,H(index))
          hl.low = math.min(hl.low,L(index))
      end
   
   else 
      return hl.high,hl.low 
   
   end
   
end
 
 
#2
28.03.2017 04:49:53
sandyman,

Изменения были в версии 7.7. Начиная с этой версии, пустые свечки выводят T но не выводят остальные O H L C V.
Соответственно, нужно переделать условие
Код
   if not dt then
      return
   end


например так:
Код
   if not C(index) then
      return
   end
 
 
#3
28.03.2017 13:20:52
спасибо...
 
 
#4
28.03.2017 15:46:21
Чтобы не создавать новую тему, поинтересуюсь в этой.
В связи с проверкой пустых свечек будет ли правильным в моих индикаторах добавить следующий код:
Код
if CandleExist(i) then
         Op(i) = O(i)
         Hg(i) = H(i)
         Lw(i) = L(i)
         Cs(i) = C(i)
                    Vl(i) = V(i)
 else
         Op(i) = O(i-1)
         Hg(i) = H(i-1)
         Lw(i) = L(i-1)
         Cs(i) = C(i-1)
                    Vl(i) = V(i-1)
 end
и далее во всём коде заменить O, H, L, C, V на Op, Hg, Lw, Cs, Vl
 
 
#5
28.03.2017 16:04:12
Неправильно

1. Пустой может быть первая свечка, предыдущей не существует

2. Может быть подряд несколько пропущенных свечей

3...... И так далее.
www.bot4sale.ru

Пасхалочка для Алексея Иванникова: https://forum.quik.ru/messages/forum10/message63088/topic7052/#message63088
 
 
#6
28.03.2017 16:50:26
Ну и зачем тогда всё усложнили?
 
 
#7
29.03.2017 06:40:39
Подскажите, а в каком случае, в принципе, может появиться пустая свечка?
 
 
#8
29.03.2017 06:51:37
Русский,
Банальный пример, когда в одном окне два разных графика. один по нелеквиду, а второй по активно торгующейся бумаге.
В таком случае на графике нелеквида будут пустые свечки.
 
 
#9
29.03.2017 06:56:19
Т.е., если я не совмещаю графики разных инструментов, то для меня проблема пустых свечек не актуальна?
 
 
#10
29.03.2017 07:03:28
Русский,

Не совсем, пустые свечки еще могут быть, если в свойствах диаграммы стоит галка "Показывать пустые интервалы"
 
 
#11
29.03.2017 07:04:11
Благодарю
 
 
#12
29.03.2017 07:05:08
Цитата
Русский написал:
Т.е., если я не совмещаю графики разных инструментов, то для меня проблема пустых свечек не актуальна?
Добрый день.
Пустая свечка может появиться и не только при совмещении графиков по разным инструментам, но и на графике по одному инструменту, при условии, что в настройках диаграммы включена галочка 'Показывать пустые интервалы'. Так же пустые интервалы появятся, если на график поместить встроенный индикатор, например, 'Alligator' который рассчитывается 'в будущее', добавляя в конец графика интервалы, при этом на самом графике Цены этих свечек не будет, таки образом для Lua индикатора это будут пустые свечки.
Перед тем как задать вопрос, убедитесь, что решение Вашей задачи не описано в официальном мануале - 'Использование Lua в Рабочем месте QUIK.pdf' https://arqatech.com/upload/Public/quik_lua.zip
 
 
#13
29.03.2017 07:07:48
Nikolay Pavlov, я только расслабился :smile:. Не пойму, кого не устраивало то,  как было до этого?
 
 
#14
29.03.2017 07:12:03
Русский, до этих доработок функции C, H, L, O возвращали нули для пустых свечек, и соответственно участвовали в расчетах индикаторов, например, тот же индикатор Moving Average считался некорректно, т.к. учитывал эти пустые свечки при расчете среднего значения, если явно их не отфильтровывать по нулевом объему.
Перед тем как задать вопрос, убедитесь, что решение Вашей задачи не описано в официальном мануале - 'Использование Lua в Рабочем месте QUIK.pdf' https://arqatech.com/upload/Public/quik_lua.zip
 
 
#15
29.03.2017 07:13:53
А как происходит в программах тех.анализа? Там в коде не надо проверять пустая ли свечка
 
 
#16
29.03.2017 07:16:22
Цитата
Русский написал:
А как происходит в программах тех.анализа? Там в коде не надо проверять пустая ли свечка
Русский, к сожалению по данному вопросу я подсказать ничего не могу.
Перед тем как задать вопрос, убедитесь, что решение Вашей задачи не описано в официальном мануале - 'Использование Lua в Рабочем месте QUIK.pdf' https://arqatech.com/upload/Public/quik_lua.zip
 
 
#17
06.04.2017 07:40:11
Я никак не соображу, может кто подскажет, как теперь переписывать индикатор в связи с CandleExist.
Попробовал посчитать количество непустых свечек, но это неверно.
Нужно определить номер последней существующей свечки?
Если так, то как это сделать, не могу понять.
 
 
#18
06.04.2017 08:45:14
Сергей Горохов, представитель разработчиков, на этом форуме обещал предоставить методику построения индикаторов с учетом пропущенных свечей.

Ждем.
www.bot4sale.ru

Пасхалочка для Алексея Иванникова: https://forum.quik.ru/messages/forum10/message63088/topic7052/#message63088
 
 
#19
06.04.2017 09:57:26
Здравствуйте,
Пока видится рабочим такой вариант:

Код
Settings = {
   Name = "*SMA Example", 
   Period = 9, 
   line = {{Name = "SMA",Type = TYPE_LINE, Color = RGB(255, 0, 0)}}
}

local Index_tbl = {}
local SUM_TMP={}

function Init() 
   return #Settings.line
end

function OnCalculate(I)
   if I == 1 then
      SUM_TMP = {}
      Index_tbl = {}
   end
   if CandleExist(I) then
      if (Index_tbl[#Index_tbl]~=I) then Index_tbl[#Index_tbl+1]=I end
   else return nil end
   I = #Index_tbl
   SUM_TMP[I]=(SUM_TMP[I-1] or 0)+C(Index_tbl[I])
   if I >= Settings.Period then
      return (SUM_TMP[I]-(SUM_TMP[I-Settings.Period] or 0))/Settings.Period
   end
   return nil
end
 
 
#20
06.04.2017 10:01:06
Небольшой, комментарий.
В частности для SMA, параметр Index_tbl не обязательно должен быть именно таблицей и написать можно проще.
Но в некоторых индикаторах требуется "пройтись" по предыдущим свечкам и тогда без таблицы не обойтись.
Поэтому в примере используется именно таблица.
Ну и конечно-же, критика принимается.
 
 
#21
06.04.2017 11:12:14
Не могли бы Вы подсказать, как таблицей (вместо цикла) посчитать количество непустых свечей?
 
 
#22
06.04.2017 11:18:01
Цитата
Русский написал:
Не могли бы Вы подсказать, как таблицей (вместо цикла) посчитать количество непустых свечей?

А в чем сложность с таблицей Index_tbl?
Вопрос чисто синтаксиса Lua, что описано в документации на Lua.
К индикаторам вопрос не имеет отношения.

В примере, Index_tbl по порядковому номеру, выдаст настоящий номер свечки.
Надо общее количество свечек, пожалуйста #Index_tbl
Надо пробежать по непустым свечкам, делается через for i=1, #Index_tbl do
 
 
#23
06.04.2017 11:36:30
Сергей, а давайте чуточку усложним. Сделаем сдвиг этого SMA индикатора на N свечей вправо Как это сделано например в одной из линий индикатора ишимоку. Для простоты пусть N будет фиксированным параметром.
www.bot4sale.ru

Пасхалочка для Алексея Иванникова: https://forum.quik.ru/messages/forum10/message63088/topic7052/#message63088
 
 
#24
06.04.2017 11:42:05
Цитата
Sergey Gorokhov написал:
А в чем сложность
Сложность не в Вашем коде, а в том, что мне гораздо ближе трейдинг, чем программирование :smile:.
Цитата
Sergey Gorokhov написал:
В примере, Index_tbl по порядковому номеру, выдаст настоящий номер свечки.
Понял. Буду пробовать. Огромная благодарность.
 
 
#25
06.04.2017 11:46:34
Цитата
s_mike@rambler.ru написал:
Сергей, а давайте чуточку усложним. Сделаем сдвиг этого SMA индикатора на N свечей вправо Как это сделано например в одной из линий индикатора ишимоку. Для простоты пусть N будет фиксированным параметром.


"вправо"? это легко, с тем ограничением что свечки "в будущее" к сожалению строить нельзя.
не поверите но куда сложнее "влево"
В том же Ichimoku, линии Senkou, у меня запоминаются в отдельную таблицу, но выводятся не в текущем их значении, а в прошлом (со сдвигом)
В старых примерах индикаторов на Lua это видно, в новых будет также.

Про возможность рисовать индикаторы в будущее, уже было зарегистрировано пожелание, оно пока еще не реализовано.
 
 
#26
06.04.2017 11:59:02
Понятно.

таким образом, ваш принцип состоит из трех идей.

1. всегда рассчитываем свечи по порядку их следования
2. строим буфер исходных данных с фильтрацией пропусков
3. строим буфер рассчитанных данных с фильтрацией пропусков.


для простейших индикаторов подходит.

теперь берем что-то посложнее типа зигзага.   вопрос таков. необходимо изменить значение в свече с номером size()-k, где k есть вычисляемое значение.  как с этим будете бороться?  третий буфер вводить?
www.bot4sale.ru

Пасхалочка для Алексея Иванникова: https://forum.quik.ru/messages/forum10/message63088/topic7052/#message63088
 
 
#27
06.04.2017 12:11:15
Цитата
s_mike@rambler.ru написал:
таким образом, ваш принцип состоит из трех идей.
1. всегда рассчитываем свечи по порядку их следования
2. строим буфер исходных данных с фильтрацией пропусков
3. строим буфер рассчитанных данных с фильтрацией пропусков.
для простейших индикаторов подходит.
1. да
2. да, только не "буфер исходных данных", а номера индексов (Index_tbl).
3. да, но не во всех индикаторах это необходимо.

Цитата
s_mike@rambler.ru написал:
теперь берем что-то посложнее типа зигзага.   вопрос таков. необходимо изменить значение в свече с номером size()-k, где k есть вычисляемое значение.  как с этим будете бороться?  третий буфер вводить?

если проще, интересует уже сдвиг "влево"?
Если так то в том же Ichimoku, на линии Chinkou, для этого используется функция SetValue.
 
 
#28
06.04.2017 13:28:49
s_mike@rambler.ru,
Кажется я Вас понял, вопрос не в том как поменять значение на 5й свечке, когда текущая 10я.
а в том как поменять значение на 10й свечке, если текущая только 5я, при условии что мы не знаем, существует ли она вообще.
Вариантов несколько:
1) проверять свечки в будущее. (по производительности не очень.)
2) рисовать данные именно на 10й свечке.

2й вариант куда разумней и быстрее.
Ничего не мешает запомнить цифру на 5й свече, но нарисовать только когда дело дойдет до 10й.
Примерно так и реализовано на линии Chinkou, дальше уже идут вариации, как это оптимальней всего сделать.
Если у вас есть свои идеи, готов выслушать.
 
 
#29
06.04.2017 14:35:13
Ничто -то не мешает. Только неизвестно, будет ли свеча 10 пустой. И опять начинаются проверки, сдвиги и прочая лабуда. И так в каждом индикаторе, который пишешь. А результате ты не программирует индикатор, и занимаешься самоудовлетворением в поисках существующих или несуществующих свечей во всевозможных ситуациях и позах.

если делать по уму -нужно писать прокси для всех функций работы с таблицами qlua. Которые будут отфильтровать пустые свечи, как будто их и нет

дело муторное и неблагодарное.

смогли бы?
www.bot4sale.ru

Пасхалочка для Алексея Иванникова: https://forum.quik.ru/messages/forum10/message63088/topic7052/#message63088
 
 
#30
06.04.2017 14:40:01
Для работы с индикаторами, конечно
www.bot4sale.ru

Пасхалочка для Алексея Иванникова: https://forum.quik.ru/messages/forum10/message63088/topic7052/#message63088
 
 
#31
13.04.2017 22:31:21
Sergey Gorokhov

Одним словом, написал я этот прокси-модуль. встроил в несколько индикаторов (не слишком заумных) - все нормально.

Есть желание протестировать?
www.bot4sale.ru

Пасхалочка для Алексея Иванникова: https://forum.quik.ru/messages/forum10/message63088/topic7052/#message63088
 
 
#32
13.04.2017 22:36:04
s_mike@rambler.ru,

Михаил,
Да, было бы интересно. Наш адрес Вам известен quiksupport@arqatech.com.
 
 
#33
14.04.2017 09:24:50
Цитата
Sergey Gorokhov написал:
s_mike@rambler.ru  ,

Михаил,
Да, было бы интересно. Наш адрес Вам известен quiksupport@arqatech.com.
Отправил.

Пока писал эту заплатку, увиделась очередная дырка в терминале.
При написании индикатора на языке луа невозможно отследить момент полного перерсчета индикатора.

Способ сравнения номера свечи с 1 проблему не решает. Свеча  с номером 1 может быть пустой и колбек oncalculate на ней никогда не вызовется. Также ничто не мешает графику состоять просто из одной свечи - в этом случае " полный перерасчет" будет на каждом тике.

Всвязи с этим регистрируйте пожелание. Либо нужно ввести новый колбек либо добавить в вызов oncalculate еще один параметр true/false, отражающий надичие полного перерасчета графика.
www.bot4sale.ru

Пасхалочка для Алексея Иванникова: https://forum.quik.ru/messages/forum10/message63088/topic7052/#message63088
 
 
#34
14.04.2017 14:42:18
Позвольте пару слов :
Формализуем задачу в общем виде.
-----------------------------------
Имеем исходные данные Y на множестве независимой переменной X.
Множества Y,,X имеют пропуски значений.
По исходному множеству Y рассчитываем дискретную функцию Z=f(Y,X);
Задача:
На новое множество  X1 ,  которое имеет пропуски Y1,  отобразить Z.
При этом начало множеств X и X1 совмещаются линейным сдвигом на X0.
---------------------------------
Решение в общем виде состоит в том,
чтобы  сравнивать X и X1
и либо считать новое значение Z, если его не было, либо не отображать Z на X1 если нет X1.
-------------------------------
Поправьте, если не так.
 
 
#35
14.04.2017 15:25:44
Цитата
s_mike@rambler.ru написал:
При написании индикатора на языке луа невозможно отследить момент полного перерсчета индикатора.
Момент полного перерасчета, это Index==Size(). Дальше, идет уже текущее обновление.
Или речь не про полный перерасчет, а про начало расчета?
Тогда это Index==1.

Цитата
s_mike@rambler.ru написал:
Свеча  с номером 1 может быть пустой и колбек oncalculate на ней никогда не вызовется
Это не правда, Вызовется, еще как. Если конечно речь про последние версии терминала.

Цитата
s_mike@rambler.ru написал:
Способ сравнения номера свечи с 1 проблему не решает. Свеча  с номером 1 может быть пустой и колбек oncalculate на ней никогда не вызовется. Также ничто не мешает графику состоять просто из одной свечи - в этом случае " полный перерасчет" будет на каждом тике.
Не вижу тут каких-либо проблем.
И не могу вспомнить ни одного индикатора, где с этим были бы какие-либо сложности.
 
 
#36
14.04.2017 15:46:00
Да, речь идет об отслеживании начала расчета.

Да, на свежих версиях колбек онкалкулате вызывается на пустых свечах. Первая причина снята.

Однако вторая причина по-прежнему существует. Представьте себе график, состоящий из одной свечи. Первый день торговли фьючерсом на дневном графике. Или первая неделя на недельном графике. Нам же может захотеться посмотреть например, объемы покупок и объемы продаж за этот день или за неделю соответственно? Может захотеться.

А вот индикатор, который посчитает и нарисует объемы покупок и продаж, построенный на таком графике, состоящем из одной свечи, сойдет с ума - он будет на каждом тике считать, что начался новый перерасчет.

Да и вообще. Такая проверка - самый натуралный официально признанный костыль.  
www.bot4sale.ru

Пасхалочка для Алексея Иванникова: https://forum.quik.ru/messages/forum10/message63088/topic7052/#message63088
 
 
#37
14.04.2017 16:13:20
Михаил,
Цитата
s_mike@rambler.ru написал:
А вот индикатор, который посчитает и нарисует объемы покупок и продаж, построенный на таком графике, состоящем из одной свечи, сойдет с ума - он будет на каждом тике считать, что начался новый перерасчет.
Все равно не вижу проблем.
На недельном графике, Вы в любом случае, не увидите объем за день, не говоря уже об объемах на покупку и на продажу. Никакой true/false тут не поможет. И потом, если обнулять переменные при Index==1, то в случае графика с одной свечой, всегда будет происходить расчет с нуля, как будто первый раз запустили. Никто с ума не сойдет.

Цитата
s_mike@rambler.ru написал:
Да и вообще. Такая проверка - самый натуралный официально признанный костыль.

Приведите реальный пример индикатора, когда это работает не как надо.
 
 
#38
14.04.2017 16:31:29
Цитата
s_mike@rambler.ru написал:
Однако вторая причина по-прежнему существует. Представьте себе график, состоящий из одной свечи. Первый день торговли фьючерсом на дневном графике. Или первая неделя на недельном графике. Нам же может захотеться посмотреть например, объемы покупок и объемы продаж за этот день или за неделю соответственно? Может захотеться.

Кажется я понял, Вам надо вычесть из текущего значения графика, его значение на начало торгов текущего дня?
Нет проблем, делаем такую же, временную таблицу как с индексами, только вместо индексов считаем изменения (тики).
Будет тоже самое что индексы.
 
 
#39
14.04.2017 16:57:12
Цитата
Sergey Gorokhov написал:
Михаил,
Цитата
s_mike@rambler.ru   написал:
А вот индикатор, который посчитает и нарисует объемы покупок и продаж, построенный на таком графике, состоящем из одной свечи, сойдет с ума - он будет на каждом тике считать, что начался новый перерасчет.
Все равно не вижу проблем.
На недельном графике, Вы в любом случае, не увидите объем за день, не говоря уже об объемах на покупку и на продажу. Никакой true/false тут не поможет. И потом, если обнулять переменные при Index==1, то в случае графика с одной свечой, всегда будет происходить расчет с нуля, как будто первый раз запустили. Никто с ума не сойдет.
Цитата
s_mike@rambler.ru   написал:
Да и вообще. Такая проверка - самый натуралный официально признанный костыль.
Приведите реальный пример индикатора, когда это работает не как надо.
Сергей. Вы совершенно неправильно меня понимаете.

Индикаторы бывают сложными. Не все такие простые как скользящая средняя.
Таким сложным индикаторам бывает необходимо перед началом каждого расчета всей таймсерии свечей делать какие-то предварительные действия. В простейшем случае это обнуление внутренних переменных, а в более сложных - просмотр таблиц терминала или вообще инициализация и запуск внешних объектов.

Возвращаемся в примеру, когда на графике есть всего одна свеча.

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

Вообще странный подход у вас, арочников.
Вместо того чтобы вынуть наружу колбек и забыть о всевозможные проблемах, переложив их уже на пользователя, вы начинаете думать, как ему ничего не дать и заставить его понастроить подпорок, чтобы получить тот же самый колбек, но искусственно и не 100%но надежно. Махозизьма прям )
www.bot4sale.ru

Пасхалочка для Алексея Иванникова: https://forum.quik.ru/messages/forum10/message63088/topic7052/#message63088
 
 
#40
14.04.2017 17:58:17
Михаил,

Ваше пожелание зарегистрировано. Мы постараемся рассмотреть его и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожелания в будущих версиях ПО.
 
 
#41
14.04.2017 18:27:57
Цитата
s_mike@rambler.ru написал:

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

Тут что-то не так.
При смене интервала или еще чего-то и повторной инициализации на первом индексе уже не будет тиков, поэтому ничто не умрет.
Для надежности можно поставить флаг и тем более ничего не умрет.
по-моему проблема больше недодуманная, т е надуманная.
 
 
#42
14.04.2017 20:00:24
Цитата
Sergey Gorokhov написал:
Здравствуйте,
Пока видится рабочим такой вариант:
Код
  Settings  =  {
   Name  =   "*SMA Example" , 
   Period  =   9 , 
   line  =  {{Name  =   "SMA" ,Type  =  TYPE_LINE, Color  =   RGB ( 255 ,  0 ,  0 )}}
}

 local  Index_tbl  =  {}
 local  SUM_TMP = {}

 function   Init () 
    return   # Settings.line
 end 

 function   OnCalculate (I)
    if  I  =  =   1   then 
      SUM_TMP  =  {}
      Index_tbl  =  {}
    end 
    if  CandleExist(I)  then 
       if  (Index_tbl[ # Index_tbl]~ = I)  then  Index_tbl[ # Index_tbl +  1 ] = I  end 
    else   return   nil   end 
   I  =   # Index_tbl
   SUM_TMP[I] = (SUM_TMP[I -  1 ]  or   0 ) + C(Index_tbl[I])
    if  I  >  =  Settings.Period  then 
       return  (SUM_TMP[I] - (SUM_TMP[I - Settings.Period]  or   0 ))/Settings.Period
    end 
    return   nil 
 end  
что скажите о таком решении:
Код
Settings = {
   Name = "*nk_SMA",
   Period = 9,
   line = {{Name = "SMA",Type = TYPE_LINE, Color = RGB(255, 0, 0)}}
}

local SUM,i_,SMA,m=0,0,0,0;
function Init() return #Settings.line  end

function OnCalculate(I)
   if I == 1 then SUM=0; i_=0; SMA=C(I);m=0; end
   if I~=i_ then
      if m>Settings.Period then  m=Settings.Period;
         if C(i_-m) then SUM-C(i_-m) end
      end
      if C(I) then SUM_TMP=SUM +C(I); m=m+1; SMA=SUM/m; end
   end
      i_o=I;
   end
   return SMA;
end
 
 
#43
14.04.2017 20:20:39
Цитата
Николай Камынин написал:
что скажите о таком решении:

Слишком много ошибок
 
 
#44
14.04.2017 21:56:11
Цитата
Николай Камынин написал:
Тут что-то не так.
При смене интервала или еще чего-то и повторной инициализации на первом индексе уже не будет тиков, поэтому ничто не умрет.
Для надежности можно поставить флаг и тем более ничего не умрет.
по-моему проблема больше недодуманная, т е надуманная.
Вы просто не поняли суть проблемы. Если количество свечей на графике == 1, то все приходящие тики имеют номер свечи == 1 в случае продолжения торгов в пределах этой же свечи.

Подумайте.
www.bot4sale.ru

Пасхалочка для Алексея Иванникова: https://forum.quik.ru/messages/forum10/message63088/topic7052/#message63088
 
 
#45
15.04.2017 14:08:03
Цитата
s_mike@rambler.ru написал:
Цитата
Николай  Камынин   написал:
Тут что-то не так.
При смене интервала или еще чего-то и повторной инициализации на первом индексе уже не будет тиков, поэтому ничто не умрет.
Для надежности можно поставить флаг и тем более ничего не умрет.
по-моему проблема больше недодуманная, т е надуманная.
Вы просто не поняли суть проблемы. Если количество свечей на графике == 1, то все приходящие тики имеют номер свечи == 1 в случае продолжения торгов в пределах этой же свечи.

Подумайте.
Понятно.
----------------
Я реально так не изгалялся, но для решения такой задачи могу предложить следующее.
В этой ситуации необходимо ввести некоторую систему координат,
которая позволяет нам определять место нахождения внутри этой свечи.
------------------------------
Например, можно определить начальную инициализацию и все остальные.
--------------------------
Т е инициализация при загрузки скрипта отличается от инициализации при пересчете.
-----------------------
Кроме того, при пересчете мы имеем  информацию о количестве тиков от начала свечи.
Это значение может быть системой координат внутри свечи.
Таким образом, каждый пересчет будет отличаться от предыдущего и поэтому будет управляемым.
Полагаю, что лишних телодвижений можно полностью избежать.
Примерно так.
 
 
#46
15.04.2017 14:10:55
Цитата
Sergey Gorokhov написал:
Цитата
Николай  Камынин   написал:
что скажите о таком решении:
Слишком много ошибок
На каком инструменте Вы проверяли.
Я на сбербанке. ошибок нет график совпадает со встроенным индикатором.
Правда в отличии от Вашего решения ресурсов на порядки надо меньше.
 
 
#47
15.04.2017 14:27:47
s_mike@rambler.ru,
хочу обратить Ваше внимание на то, что "внутри свечи" находится невозможно, так как нет алгоритма расчета свечи (есть лишь картинка на графике четырех индикаторов).
Правильно говорить о количестве интервале времени от начала  истории (или сессии) и моменте времени внутри текущего интервала.
Если Вы будете придерживаться такой системы координат, то нет никакой разницы для вычислений, сколько свечей на графике нарисовано.
 
 
#48
15.04.2017 14:39:00
Николай Камынин,

речь про ошибки синтаксиса:
Цитата
Settings = {
  Name = "*nk_SMA",
  Period = 9,
  line = {{Name = "SMA",Type = TYPE_LINE, Color = RGB(255, 0, 0)}}
}

local SUM,i_,SMA,m=0,0,0,0;
function Init() return #Settings.line  end

function OnCalculate(I)
  if I == 1 then SUM=0; i_=0; SMA=C(I);m=0; end
  if I~=i_ then
     if m>Settings.Period then  m=Settings.Period;
        if C(i_-m) then SUM-C(i_-m) end
     end
     if C(I) then SUM_TMP=SUM +C(I); m=m+1; SMA=SUM/m; end
  end
     i_o=I;
  end
  return SMA;
end
 
 
#49
16.04.2017 17:17:07
Пардон, действительно, что-то не то загрузил.
 
 
#50
16.04.2017 20:07:36
Код
Settings = {
   Name = "nk_SMA",
   Period = 9,
   line = {{Name = "SMA",Type = TYPE_LINE, Color = RGB(255, 255, 0)}}
}

function Init() return #Settings.line  end

local P,i1=0,999;  local SMA,SUM=0,0

function jget(Y,i)
local m=i;  while(m>1 and Y(m)==0) do m=m-1; end;  return m;
 end

 --расчет скользящей средней на закрытой свече
 --- расчет выполняется один раз в момент открытия новой свечи
function OnCalculate(i)
   if i~=i1 then
      if i1>i then
         SUM=C(i); i1=0; SMA=0; P=Settings.Period;
      else
         x=C(jget(C,i1)); SUM=SUM+x;
         if P>=i1 then    SMA=SUM/i1;
         else
            SUM=SUM-C(jget(C,i1-P)); SMA=SUM/P;
         end
      end
   i1=i;
   end
    return SMA;
end
 
 
Страницы: 1 2 След.
Читают тему
Техническая поддержка
+7 383 219 1606
© 2000–2024,
ARQA Technologies
Наверх