Nikolay (Все сообщения пользователя)

Выбрать дату в календареВыбрать дату в календаре

Страницы: Пред. 1 ... 5 6 7 8 9 10 11 12 13 14 15 ... 19 След.
Как часто у вас вызывается DataSource:Callback?
 
Более информативным был бы скрипт где есть три потока:
Получение данных LAST для цены последней сделки
Данные таблицы обезличенных сделок
Данные от CreateDataSource

Последний самый медленный. Между его обновлениями десятки сделок могут пройти. Исключение Тиковый график, он равносилен обезличенным сделкам.
QUIK QLua подстановка с описанием для редакторов Lua
 
Я так понимаю это просто файл макет, чтобы он был проиндексирован LS с поддержкой аннотаций как Lua от sumneko (сам им пользуюсь).
ищу программиста создать программу на платной основе, выгружать данные OHLC и индикаторы в файлик
 
Нашел у себя старый скрипт, причесал немного. Вроде делает, что хотите.

https://nick-nh.github.io/2021-11-24/barsSaver-post
Quik - чтение почты
 
Если не использовать SSL, то достаточно
socket - найдете здесь https://forum.quik.ru/forum10/topic6902/
imap - https://github.com/vrld/imap4.lua

Если же использовать SSL, то необходимо иметь luasec. Я стабильно работающую с 5.4 и 5.3 не нашел.

Поэтому, чтобы не зависеть от библиотек lua, уже давно написал себе консольную программку, читающую почту и записывающую в файлы, которые уже скрипт читает и обрабатывает.
ищу программиста создать программу на платной основе, выгружать данные OHLC и индикаторы в файлик
 
Речь про то, что если с графика, то график необходимо открыть, установить идентификаторы, индикаторы и т.д.

А если данные заказать, то ничего открывать не надо.
Единственное когда это имеет смысл - это если есть какой-то экзотический индикатор без известного алгоритма.
Основные библиотеки для QLua 5.4.1
 
Просто сборкой там не обойтись, надо код править.
Основные библиотеки для QLua 5.4.1
 
Это я собирал для lua 5.1. Для 5.3 и 5.4 не собирал luaseс. Для 5.4 надо заняться.
ищу программиста создать программу на платной основе, выгружать данные OHLC и индикаторы в файлик
 
А Вы точно хотите с графика данные брать?
Если алгоритмы простые, то можно сделать через заказ данных. Тогда можно в списке задать настройки построения и пусть себе выгружает без открытия графика. Кажется я такое делал, надо поискать.
ищу программиста создать программу на платной основе, выгружать данные OHLC и индикаторы в файлик
 
Работы на час-два, а столько слов сказано. Опять ударились в обсуждение зачем это надо. Просто задача малоинтересная, на самом деле.
Основные библиотеки для QLua 5.4.1
 
Что касается базы данных, то хотелось бы, конечно, видеть стабильно работающий luasql odbc. Я пока для 5.4 не собирал. 5.3 падал постоянно.
А драйверы для конкретных баз - это хорошо, но очень уж узко-применимо.
Определение экземпляра терминала в скрипте в офлаине
 
Какова цель? Если разделить контекст запуска, что лучше через путь к рабочему каталогу терминала. Они разные будут.
По каким критериям определять, что сервер QUIK сдох
 
Не очень понятна терминология, но т.к. сервер передает данные, то, видимо, решением вопроса будет контроль параметров, позволяющих оценить, что данные идут.

В частности, можно проверять время сервера и время последнего пришедшего пакета, и разницу между ними.
Основные библиотеки для QLua 5.4.1
 
luasocket сборка есть здесь https://github.com/alain-riedinger/luasocket/releases
Как узнать лимит доступных средств для единого счета открытие
 
Разве getPortfolioInfoEx не поможет с этим вопросом.
http://luaq.ru/getPortfolioInfoEx.html
Дубликаты уведомлений onOrder v9.2.2.11
 
Это не пример, а факт, наблюдаемый каждый день.
Первый вызов - появление записи, второй - присвоение номера транзакции, третий - флаг.
Дубликаты уведомлений onOrder v9.2.2.11
 
Может и три раза, и больше.

Если вы выведите в лог все значения из входящего аргумента order, то будет видно, что при каждом вызове изменяется одно или несколько значений.

Для примера, первый вызов - появилась запись в таблице orders. Второй - присвоился номе транзакции. Третий - ордер сменил флаг состояния на "исполненный".
Демо счет.
 
Забыл написать код клиента: 11267
Демо счет.
 
Добрый день.

Не удается второй день подключится к демо серверу
SERVER: Информационно-торговая система ARQA, IPCOMMENT: JUNIOR 1

Ни в 8-ой, ни в 9-ой версии терминала. Пароль принимает нормально. Пишет, что до истечения пароля осталось столько-то, далее: Соединение установить не удалось.
ошибка работы скрипта, ошибка появилась при смене 7 версии на 8
 
lua предоставляет два варианта итеративной функции

Код
for line in io.lines("my.txt") do print(line) end


for line in file:lines() do print(line) end


Во втором случае - это просто "синтаксический сахар". Передавать FileRead:lines(FileRead) аргумент не надо, он уже передается при использовании нотации вызова FileRead:lines
Вы не можете заменить заявку XXX. Повторите попытку позже.
 
Обычно такого рода задачи необходимо решать асинхронно, т.к. время ожидания недетерминировано. Заявка может появится в системе и через 200 мс и через 10 минут.
Поэтому либо надо делать бесконечный цикл, что плохо, т.к. блокирует исполнение всего кода, либо ждать выполнения, периодически опрашивая: есть ответ, ордер - нет, ждем дальше.

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

Подаете транзакцию, создаете некий объект задача, зафиксировав все необходимое для дальнейшей проверки ее статуса и помещаете в очередь эту задачу.

Дальше выполняете какой-то другой код, не ожидая ответа, например отправить еще одну транзакцию. Для примера, надо отправить 200 транзакций по разным инструментам. Если ждать на каждой, то такая задача будет выполнятся очень долго. А так мы отправили эти 200 транзакций и поместили в очередь задачи для каждой.

Пришли колбеки, нашли задачу для этой транзакции, поставили признаки в зависимости от результата. Если не используете колбеки, то уже при опросе задачи сами проверяете, есть ли ордер как результат транзакции. Нет - ждем дальше.

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

Т.о. у вас очередь задач очистится по мере выполнения. Какие-то быстро, какие-то медленнее. Решать можно и через корутины и просто через цикл перебора очереди.

В вашем примере у Вас счетчик 100 при задержке 1 мс. Т.е. Вы ожидаете, что ответ придет через 100 мс. Но он ведь может прийти через 500, а может и через 50. Код менять же не будете каждый раз.
[ Закрыто] Ищу спеца по ЛуаКвик, для долгосрочного сотрудничества по созданию робота и его доработкам или для консультаций и наставничества.
 
Цитата
От себя добавлю, если интересно: Согласен с Антоном, сам всегда использую dofile для загрузки кусков кода или модулей на луа. require также использует
loadfile, но сложнее. Зачем вам все эти пути и искатели в простой задаче, когда вы знаете где и что у вас лежит?  
Когда пишешь для себя, то - возможно. Когда ты не знаешь кто и как будет использовать модули, то уже не все так очевидно.

Также, что важно, require вернет уже загруженный модуль, если он уже был загружен ранее. Если скрипт - это десятки файлов, а не одна портянка, то это уже важно. С dofile это сделать можно, но тогда придется самому сделать хранилище. Т.к. я часто пишу модули в общепринятом в lua смысле, то поэтому  require.
[ Закрыто] Ищу спеца по ЛуаКвик, для долгосрочного сотрудничества по созданию робота и его доработкам или для консультаций и наставничества.
 
Раз уж эта тема стала такой абстрактной, могу сказать, что в российском сегменте общаться конструктивно сложно - практически всегда происходит переход на личности. Впрочем, это часто происходит и в реальности. Но на всяких интернет ресурсах - это просто данность. Лично мне это малопонятная данность. Поэтому проще общение строить только по конкретным вопросам, игнорируя остальное, что очень сильно мешает, либо еще проще - общаться не с русскоговорящими. Как-то в той среде разработчиков все спокойно и конструктивно происходит.

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

Просто взгляд со стороны, не более. Интернет у нас на кафедре подключили где-то в 94-95, так что было достаточно времени составить сравнительное наблюдение. Впрочем, это, конечно, мое сугубо личное мнение.
[ Закрыто] Ищу спеца по ЛуаКвик, для долгосрочного сотрудничества по созданию робота и его доработкам или для консультаций и наставничества.
 
Цитата
Незнайка написал:
Цитата
Anton написал:
лучше dofile вместо require использовать

Anton, почему?
Для меня как раз наоборот. dofile живет в глобальном контексте, что неудобно. По сути это предкомпилированная блок кода. При этом вместо require можно использовать конструкцию типа:

Код
local lib = load(file_path)()

что, по сути, равносильно dofile, но имеет преимущества. Как минимум, можно получить код ошибки при загрузке модуля, если таковая есть.
Например, переопределив dofile так

Код
function dofile (filename)    local f = assert(loadfile(filename))    return f()end 
[ Закрыто] Ищу спеца по ЛуаКвик, для долгосрочного сотрудничества по созданию робота и его доработкам или для консультаций и наставничества.
 
А почему бы Вам просто не перенести обсуждение в другое место. И вопросов не будет. Кто захочет, присоединится к общению.

Это относится и ко всем, кто хочет создать здесь тему для обсуждения. Напоминаю, что раздел форума "Программирование на языке Lua". Т.е. ожидаются вопросы по написанию кода, выявленных ошибках qlua.
А найти специалиста - это не об этом. Итак в последнее время все больше стало абстрактного обсуждения, вместо конкретики.
[ Закрыто] Ищу спеца по ЛуаКвик, для долгосрочного сотрудничества по созданию робота и его доработкам или для консультаций и наставничества.
 
Ну да, здесь никто не делится наработками на чистом LUA. Владимир, Вы бы для начала завели свой открытый репозитарий, скажем на GitHub, и показали хоть что-то. Не знаю как другие, но мне не составляет проблем выкладывать код. В нем ничего нет такого, что стоило бы скрывать. Где-то кривой, писалось давно. Но работает - и ладно. Да, текущие библиотеки, которые активно использую, не выкладываю, но основная причина - у меня не так много времени, чтобы отвечать на вопросы. Тысячи строк кода и десяток библиотек - одно описание всего этого займет уйму времени. Даже по тому достаточно простому коду, что выложен очень давно, часто спрашивают.

Если уже решили писать opensource проект для всех, показать всем как это надо делать, то как раз необходимо завести репозитарий, пригласить участников для разработки. Организовать где-то управление проектом, можно в том же GitHub через ZenHub или любом средстве совместной разработки.


Иначе все это пшик.
[ Закрыто] Ищу спеца по ЛуаКвик, для долгосрочного сотрудничества по созданию робота и его доработкам или для консультаций и наставничества.
 
Дело не в критике, а в целеполагании.

Если задача написать для себя решение, то, пожалуйста, делайте. Никто не мешает.

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


В конечном итоге это все равно будет решение для Вас, потому что оно будет решать что Вам необходимо.
[ Закрыто] Ищу спеца по ЛуаКвик, для долгосрочного сотрудничества по созданию робота и его доработкам или для консультаций и наставничества.
 
Кажется, что Владимир думает за себя. раз я это ни разу не использовал, то и другим не надо.
А сколько могут просить реализовать: опционы и все что с ними связно, календарные спреды, роллирование контрактов, корзина продуктов как единая позиция и балансировка, многоступенчатые входы, профиты и т.д. и т.д.

Что же касается каркаса, то это не так и сложно сделать. По сути это, наверняка, есть у каждого, кто этим занимается. Естественно модульная структура. В каркас включается "изкоуровневые" методы, типа: контроль соединения, получение заказ данных их контроль, инициализация данных по инструменту, подача транзакций, отслеживание состояния ордеров, позиции по инструментам и т.д. Т.е. то, что позволит работать с объектами, а не с сырыми методами. Также интерфейс, чтобы он строился автоматически по переданным настройкам.


Но, как правильно написали выше, это все написано под себя, под свои предпочтения. Если вы хотите работать с колбеками, то начать вам надо не с ТЗ, а с понимания как они работаю и построения временной диаграммы событий. Чтобы потом не было удивления, то колбек OnOrder может прийти раньше, чем OnTransaction.

Далее надо понять, что работа ведется в клиент-серверном окружении и все что с эти связано. Иначе будут вопросы: "почему-это ордер не появляется 10 минут. Я жму купить, а его нет. 10 раз уже нажал. А потом этот ваш ... терминал купил мне аж 1000 контрактов. Я же давал команду всего на 10."

А опционы и связанная с ними математика. Скальперы и их нюансы работы. И т.д.

Т.е. напишите вы proxy, позволяющий реализовать работу с терминалом на более высоком уровне, что, конечно, хорошо. Но это не будет конечный результат ни в коем разе.
Запись в один файл из разных скриптов.
 
Чтобы обмениваться данными между скриптами есть достаточно средств, помимо файлов есть и решения через память:

раз: https://quik2dde.ru/viewtopic.php?id=61
два: https://quik2dde.ru/viewtopic.php?id=306

И это не считая методик через socket.

Категорично говорить, что это не надо не стоит. Простой пример - передать данные из скрипта в индикатор.
[ Закрыто] Ищу спеца по ЛуаКвик, для долгосрочного сотрудничества по созданию робота и его доработкам или для консультаций и наставничества.
 
Поиск по ключевым словам Quantitative Analysis поможет.
[ Закрыто] Ищу спеца по ЛуаКвик, для долгосрочного сотрудничества по созданию робота и его доработкам или для консультаций и наставничества.
 
Владимир, я надеюсь Вы понимаете, что мир живет не только так как Вам кажется.

Как только вычислительные мощности позволили обрабатывать большие объемы, так и стали хранить. Чем больше данных, тем лучше.
И до этого хранили, но обрабатывать в реальном времени не могли.

Вы бы хоть ознакомились с определением https://www.investopedia.com/terms/q/quantitativeanalysis.asp

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

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

Из lua доступ возможен. С помощью драйвера LuaSQL, например через ODBC. Версия для lua 5.1 x86 работала стабильно. А вот для lua 5.3 x64 уже не так все радужно - в Квике падает скрипт. Для lua 5.4 еще не пробовал собирать.
В принципе это можно обойти через socket, используя какой-нибудь MQ и драйвер записи в базу на другом языке.

Вопрос целесообразности. Если задача хранить небольшие данные, то, конечно, можно и в файлах хранить.
Что нужно сделать перед запуском функции CreateDataSource?
 
Т.к. Вы не озвучили настройки получения потока данных вашего рабочего места, то для начала прочтите раздел "Особенности получения значений Таблицы текущих торгов" в справке к терминалу (файл qlua.chm).
А то может потока данных нет вовсе.
EMA, Расчет средней скользящей
 
Возьмите уж лучше примеры, поставляемые Arqa. Там хоть более корректно все написано, с замыканиями.
Подскажите как сделать Таймер на пользовательскую функцию?
 
Совсем недавно было

https://forum.quik.ru/messages/forum10/message58078/topic6590/#message58078
Индикатор Lua
 
Цитата
Евгений написал:
Подскажите пожалуйста в индикаторе можно получить значение другого индикатора ?
вот по этой функции как то не получается getCandlesByIndex
Да, можно. (Правда, если не сломали в 9.* версиях)

Вот, для примера:
https://github.com/nick-nh/qlua/blob/master/bigPeriodLines.lua
Quik - чтение почты
 
даже на этом форуме есть поиск.

socket - это библиотека для lua. Она включает в себя как lua файлы, так и dll. Она должна быть собрана под нужную версию lua.

imap4 - это тоже библиотека. Поиск любой системе выведет на репозитарий проекта.
Версия 9.* isDarkTheme в индикаторах
 
Проверено не раз. Версия Квика 9.2.1.4

Код простейший. Функция выполняется в теле индикатора, а не внутри функций.
Код
Settings = {}
Settings.Name = '*line test'
Settings.line =
{
    {
    Name = "line1",
    Color = isDarkTheme() and RGB(255, 255, 255) or RGB(0, 0, 0),
    Type = TYPE_LINE,
    Width = 2
    }
}

function Init()
    return 1
end

function OnCalculate(index)
    return 100
end
Версия 9.* isDarkTheme в индикаторах
 
В описании доступных функций глобального контекста  индикатора для версии терминала 9.* есть isDarkTheme.
Однако, если присутствует ее вызов в теле индикатора, то он не показывается в списке выбора.
Если же убрать вызов, то индикатор становится доступен для добавления на график.

В 8-ой версии работает корректно.
Иногда не срабатывает killorder (во время движений)
 
Не проскочит быстрее первой транзакции, они же в очереди. Вот если получили ответ транзакции об ошибке, тогда можно повторно отправить. Случай что первая транзакция не прошла, но и ответ транзакции не пришел вовсе не рассматриваем (хотя...).

При открытии сделки это было бы открытие дублей позиции, когда все пройдут до биржи.Часто такое вижу: нажимают купить по рынку командой самого терминала. Ничего не происходит. Жмут еще раз. И т.д. Пока не откроется позиция по всем нажатиям. И это без всяких скриптов.

В этом плане терминал, конечно, малоинформативен для простого пользователя.
Иногда не срабатывает killorder (во время движений)
 
При подаче команд в ядро биржи все встают в очередь. Часть клиентов работает на своих серверах "рядом", минуя брокера.
Так если сервер брокера "подвис" или шлюз биржи нагружен, то пока дойдет очередь до вашей команды, ордер вполне мог успеть исполнится. Поэтому будет ответ - снять уже нельзя.

Бороться с этим - это быть быстрее других.

7 секунд - это даже не плохо.
Quik - чтение почты
 
Да. socket найти под x64 lua 5.3 можно. А вот ssl - уже сложнее. Хотя, кажется, на форуме выкладывали собранные, рабочие варианты.
Фуyкция GetCell не работает
 
В документации сказано:
GetCell Функция возвращает таблицу, содержащую данные из ячейки в строке с  ключом «key», кодом колонки «code» в таблице «t_id». Если входные  параметры были заданы ошибочно, то возвращается «nil»

В таблице:
                       
  • image – строковое представление значения в ячейке,
  • value – числовое значение ячейки.
Quik - чтение почты
 
Нужны библиотеки IMAP4, socket. Также, скорее всего, необходима ssl, т.к. найти почту без оного уже сложно.
Как разделить число на разряды ?
 
Код
---@param n number
local function money_value(n, sep)
    n = tostring(n)
    sep = sep or ' '
    local left,num,right = string.match(n,'^([^%d]*%d)(%d*)(.-)$')
    print(left,num,right)
    if not left or not num or not right then return n end
    return left..(num:reverse():gsub('(%d%d%d)','%1'..sep):reverse())..right
end
Подскажите пожалуйста кто знает
 
'CLPRICE' = 'Котировка последнего клиринга'
'PREVPRICE' = 'Цена закрытия'
Quik - чтение почты
 
Есть типовой пример.
Код
local version     = getInfoParam("VERSION")
local bits        = version:sub(1, 2) == '7.' and 'x86' or 'x64'

local gSPath      = getScriptPath()
local libs_Path = getScriptPath()..'\\clibs_'..bits
package.cpath     = libs_Path.."\\?.dll;"..libs_Path.."\\?\\?.dll;"..package.cpath
package.path      = gSPath .."\\?.lua;"..gSPath .."\\?\\?.lua;"..gSPath .."\\?\\init.lua;"..package.path

local imap4     = require 'imap4'
local ssl       = require("ssl")

local imapServer    = 'imap.yandex.com'
local serverPort    = 993
local login            = 'login'
local password        = 'pass'

-- If in doubt, see RFC 3501:
-- https://tools.ietf.org/html/rfc3501#section-6

-- Create new imap4 connection.
-- Port is optional and defaults to 143.
local connection = imap4(imapServer, serverPort, {protocol = 'tlsv1'})

-- If you are connecting to gmail, yahoo or any other server that needs a SSL
-- connection before accepting commands, uncomment this line:
--
-- connection:enabletls{protocol = 'sslv3'}
--
-- You can skip this step by creating the connection using
--
-- local connection = imap4('imap.gmail.com', 993, {protocol = 'sslv3'})

-- Print the servers capabilities.
print(table.concat(connection:capability(), ', '))

-- Make sure we can do what we came for.
assert(connection:isCapable('IMAP4rev1'))

-- Login. Warning: The credentials are sent in plaintext unless you
-- tunnel the connection over ssh, or use SSL (either via the method shown
-- above or calling connection:starttls(params) before logging in).
connection:login(login, password)

-- connection:lsub() lists all subscribed mailboxes.
for mb, info in pairs(connection:lsub()) do
    -- connection:status(mailbox, items) queries status of a mailbox.
    -- Note: The mailbox name may contain unescaped whitespace. You are
    --       responsible to escape it properly - try ("%q"):format(mb).
    local stat = connection:status(mb, {'MESSAGES', 'RECENT', 'UNSEEN'})
    print(mb, stat.MESSAGES, stat.RECENT, stat.UNSEEN)
end

-- Sel ect INBOX with read only permissions.
local info = connection:examine('INBOX')
print(info.exist, info.recent)

-- List info on the 4 most recent mails.
-- See https://tools.ietf.org/html/rfc3501#section-6.4.5
for _,v in pairs(connection:fetch('(UID BODY.PEEK[HEADER.FIELDS (From Date Subject)])', (info.exist)..':*')) do
    -- `v' contains the response as mixed (possibly nested) table.
    -- Keys are stored in the list part. In this example:
    --
    --    v[1] = "UID", v[2] = BODY
    --
    -- `v[key]' holds the value of that part, e.g.
    --
    --    v.UID = 10
    --
    -- `v.BODY' is the only exception and returns a table of the format
    --
    --    {parts = part-table, value = response}
    --
    -- For example:
    --
    --    v.BODY = {
    --        parts = {"HEADER.FIELDS", {"From", "Date", "Subject"}},
    --        value = "Fr om: Foo <foo@bar.baz>\r\nDate:..."
    --    }
    print(v.id, v.UID, v.BODY.value)
  local txt = connection:fetch('(BODY.PEEK[TEXT])', v.id)
  if #txt > 0 then
    print(txt[1].BODY.value)
  end
end

-- close connection
connection:logout()
Динамическое количество линий индикатора
 
Нет, линии не обязательны конечно. Просто старые значения не должны исчезнуть с графика, поэтому вывод линий, пусть даже и одной, должен учитывать это.
Динамическое количество линий индикатора
 
Цитата
RayIntraday написал:
Николай, а как можно сделать, что бы ' maxVol ' формировался в процессе, за некий промежуток времени и оставался неизменным, а не расчитывался по уже полученным данным. Я тут пытался поэксперементировать меняя период и отступ, с разными периодами и разными отступами, но результат получился так себе.

График в процессе торгов движется и данные постоянно меняются и пересчитываются, так что такое представление наверное не особо подходит для торговли и анализа.
maxVol, это я так понимаю нечто вроде point of control?
Было бы здорово, скажем чтобы  maxVol, отрисовывался в течении часа, а потом так и оставался на графике. Может вы знаете как это реализовать в коде? Смотрел на гитхабе, у вас там много интересных вещей, но подобного нет.
Сделать можно. Но для этого необходимо сразу инициализировать столько линий, сколько будет отрисовано для всех интервалов.

Для первого часа 100, для второго еще 100 и т.д. Т.е. выделив 1000 линий можно будет отрисовать, скажем, 10 интервалов.
Тогда каждый новый интервал инициировать расчет заново и выводить новый пакет линий.

Но даже на 100 линиях индикатор долго применяет настройки.


Другой вариант использовать не линии, а тип вывода бар (TYPET_BAR) или точки. Тогда можно использовать те же линии, т.к. они не будут соединяться между собой. Правда выглядит это уже не очень.
Подскажите пожалуйста кто знает
 
Если речь про замыкание функции, то это делается, чтобы обеспечить сохранность данных между вызовами функции. Также это дает возможность создать несколько экземпляров расчета одного и того-же алгоритма.
Допустим, Вам необходимо обеспечить несколько вариантов расчета CCI. Для этого пишется одна такая функция конструктор. Далее ее можно вызвать несколько раз с разными настройками и получить разные функции расчета.

Правда этот пример (и другие из архива) настройки передают при каждом вызове для расчета, хотя конструкция замыкания предполагает, что настройки и ds надо было передать при вызове конструктора
CCI, т.к. настройки в процессе работы не меняются. Поэтому их нет необходимости каждый раз передавать как аргумент.
OnTransReply возвращает order_num = nil
 
Ну так у стопа две цены - цена активации и цена отправки транзакции в ядро биржи. Стоп ордера живут на сервере брокера, на бирже только лимитки.

Если есть профит, то есть цена активации профита, есть защитный спред (то же проскальзывние) и есть отступ. Вот отступ - это как бы скользящий стоп. Когда профит активировался, то риск модуль брокера начинает следить за ценой, если она опустится на величину отступа, то отправляем на биржу ордер. Если же растет дальше, то ничего не делаем. В теории это дает получить больший профит.
Страницы: Пред. 1 ... 5 6 7 8 9 10 11 12 13 14 15 ... 19 След.
Наверх