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

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

Страницы: 1 2 3 След.
Корректная рекурсия, Как корректно оформить рекурсию в Lua (функция ссылается сама на себя)
 
Цитата
vgi написал:
isConnected
Спасибо. В принципе я так уже и сделал.
Функция вызывается из нескольких мест, в примере видно только одно, в частности она вызывается при смене даты. Рекурсию надо убрать конечно и в принципе нигде ее не допускать, в данном исполнении она действительно может превратиться в бесконечный цикл с запуском бесконечного количества экземпляров функции.  
Время окончания вечернего клиринга и начала вечерней сессии, getParamEx возвращает некорректные значения.
 
Цитата
Sergey Gorokhov написал:
Иван Ру,
Здравствуйте,
А визуально значение в таблице торгов изменилось?
Если нет, то значит изменение не попало на сервер брокера и разбираться надо брокеру с биржей.
Перепроверил. Сегодня удлиненный клиринг. В таблице "Состояние счета" можно видеть верные значения, функция getParamEx также возвращает верные значения.
Возможно это действительно проблема брокера. Она также наблюдалась вчера.  
Время окончания вечернего клиринга и начала вечерней сессии, getParamEx возвращает некорректные значения.
 
Цитата
Sergey Gorokhov написал:
Иван Ру,
Здравствуйте,
А визуально значение в таблице торгов изменилось?
Если нет, то значит изменение не попало на сервер брокера и разбираться надо брокеру с биржей.
Кажется нет. На 100% не уверен. Обращу внимание в следующий раз. Для меня удивительно как брокер (Финам) может транслировать такой важный параметр с ошибкой.
В результате отправляются заявки в неторговый период и получаеш штрафные баллы за спам от Биржи.  
Корректная рекурсия, Как корректно оформить рекурсию в Lua (функция ссылается сама на себя)
 
Цитата
Павел Bosco написал:
напоминает шутку про индийского программиста, который чтобы узнать завтрашнюю дату, делал в программе sleep на сутки.зачем вообще рекурсия?сделайте в main while dDT.year == nil do   InitEveryDay ()   sleep(xxx)  if stopped then    break  endendwhile not stopped do-- основной циклendа в InitEveryDay уберите и рекурсию и sleep, там это не нужно.не нужно из колбэков вызывать тяжёлую и долгую логику, будет подвисать весь квик
Коллеги, просьба вести диалог в уважительном тоне, или хотя бы читать внимательнее!
При предложенном Вами исполнении, Павел Bosco, функция InitEveryDay  будет вызваться в лучшем случае единожды за все время работы скрипта -- тогда когда будет впервые установлено соединение с сервером. Выше несколько раз было сказано, что необходима ежедневная реинициализация параметров, т.е. многократное обращение к функции InitEveryDay , собственно, это даже из ее названия  понять можно!
Принципиальное решение  мне понятно -- функция вызывается при соблюдении двух обязательных и достаточных условий - соединения с сервером и смены даты. При этом ее вызов должен происходить один раз (нужен флаг сбрасываемый при смене даты).
Что касается замечания vgi, еще раз отмечу, принципиально то, что рекурсия в данном случае находится не в коллбэке. Не имеет значение откуда вызывается функция с рекурсией, она у меня может вызываться разными способами, в т.ч. и не из коллбэка, но результат плачевный в любом случае. Поэтому я и задал важный уточняющий вопрос  для Sergey Gorokhov -- я вижу что рекурсия приводит к подвисанию независимо от того в коллбэке она или нет.  
Корректная рекурсия, Как корректно оформить рекурсию в Lua (функция ссылается сама на себя)
 
"Во вторых, как уже было сказано, нежелательно их использовать только в колбеках, а значит..."
Насколько я понимаю, функцию InitEveryDay, где имеется рекурсия не относится к коллбэкам.

ВОПРОС: "Все зависит от того что для Вас "реинициализация""
ОТВЕТ: ежедневное обновление ключевых параметров скрипта, это не OnInit, которая является коллбэком, а функция InitEveryDay. Она вызывается из OnInit, а также из еще одной функции (не колл-бэка) скрипта, которая фиксирует смену даты.

ВОПРОС: "И что мешает все тоже самое сделать в цикле "while stopMain do", а в колбеках оставить только переменные?"
ОТВЕТ: Так все-таки не получится. Этот блок проходится (функционирует) единожды -- когда скрипт инициирован (запущен), но не завершена его инициация. InitEveryDay вызывается ежедневно, в том числе, когда этот блок пройден. Я рассчитываю что мой скрипт должен работать много дней без перезапуска, собственно для этого и нужна функция InitEveryDay  
Время окончания вечернего клиринга и начала вечерней сессии, getParamEx возвращает некорректные значения.
 
Пытаюсь использовать функцию getParamEx(class_cod, sec_code, 'EVNSTARTTIME').param_value для того чтобы получить время окончания вечернего клиринга, которое, как известно обычно - 19.00, но иногда смещается на 19.05
Однако, в те дни, когда клиринг смещается на пять минут, функция как обычно возвращает "стандартное" значение "190000".
В частности, такая ситуация была отмечена 10 января, тестировалось по ближайшим фьючерсам газпрома и других ликвидных базовых активов.
В чем дело?
Корректная рекурсия, Как корректно оформить рекурсию в Lua (функция ссылается сама на себя)
 
Цитата
Sergey Gorokhov написал:
Здравствуйте,
Из документации:
Цитата
Функции обратного вызова обрабатываются в основном потоке терминала QUIK. Поэтому пользователю необходимо оптимизировать время исполнения таких функций.

В связи с чем любой бесконечный или долгий цикл в любом колбеке может подвесить терминал.
Надо перенести проверку в функцию main
Правильно ли я понимаю, что в таком случае рекурсия в принципе недопустима ни в одной из функций скрипта Lua? Корректная последовательность приблизительно такова: функция должна быть исполнена до конца, вернуть условное негативное значение, после чего, с некоторой паузой должен произойти ее повторный вызов из main, в моем случае видимо из блока while stopMain do...

Коллеги, можете ли поделиться примерами ежедневной реинициализации скрипта?
Корректная рекурсия, Как корректно оформить рекурсию в Lua (функция ссылается сама на себя)
 
Рекурсия - когда функция ссылается сама на себя - вещь не самая удачная в программировании, однако иногда она все же нужна для работы роботов в Луа.
В частности у меня написана функция инициации робота, которая вызывает сама себя, в случае, если нет соединения с сервером. Иными словами, в определенной точки функции, если не считаны параметры времени сервера (т.е. очевидно нет связи с ним), оператором sleep инициируется пауза в работе скрипта, а затем, функция вызывает сама себя и запускается с начала.
Выглядит это в общих чертах  так:

function OnInit()
theDate = 0 -- инициируем переменную, которая будет содержать текущую дату
InitBeforSession = false -- инициация перед началом сессии
InitEveryDay () -- ежедневная инициализация
end

function InitEveryDay ()
message ('Proliv InitEveryDay start')
sleep (100)

-- Индикаторы состояния торговли
isTempStoped = false; -- временная остановка работы скрипта
isTrades = false; --есть ли торги по фьючерсам?
isTradesPrevious = false
isConnectedPrevious = false
isConnected = false

-- Флаги работы скрипта
is_run = false -- флаг работы цикла Main


-- Проверка на наличие соединения
if dDT.year == nil then -- если значения полей пустые, значит нет соединения с сервером !!! по-видимому здесь происходит какое-то зацикливание из-за которого quik намертво виснет при запуске  в период когда нет соединения с сервером
message ("Error: no connection")
sleep (5000) -- стоим на месте
InitEveryDay ()
end -- если значения полей пустые

end -- конец функции

function main()
-- Задерживаем старт main до исполнения кода onInit (после его завершения флаг stopMain будет переведен в false - см. выше)
message ("main - stopMain ")
while stopMain do -- старт  стопора while
sleep (500)
message ("main stopMain is  "..tostring(stopMain))
end -- конец стопора while
end

---------------------------

Проблема в том, что при неблагоприятных условиях, в частности если скрипт стартуется при отсутствии соединения с сервером, скрипт виснет и вешает Квик, приходится аварийно перезагружать программу.
Эта схема рекурсии с паузой и оператором sleep, как я увидел, неработоспособна и во всех других случаях, когда она регулярно (многократно) срабатавает.
В чем проблема? И как реализовать данную задачу корректно: скрипт многократно пытается инициироваться, пока не наступят благоприятные условия.
Уведомление, когда скрипт перестал работать/не запустился
 
_sk_ спасибо за комментарий! Однако, предложенная схема вызывает некоторые вопросы.
Не совсем понимаю, как РЕГУЛЯРНАЯ связь реализуется через почту? Это какое же количество сообщений будет генерироваться за торговую сессию?
Более удачным кажется вариант постоянной связи терминала с удаленным клиентом - по аналогии с тимвьювером. Кстати, возможно удаленный клиент мог бы поддерживать постоянную работу того же тимвьювера и, в таком случае, он бы был способен еще и обрабатывать некоторые ошибки связанные с работой квик или скрипта, например, прекращение работы скрипта.
Упс, естественно установлен, думаю, как и у всех других торговцев. Беда, что не надолго его хватает... Интересно - каким образом реализована отправка сообщений при выключении питания. Специальное ПК-шное приложение? Родное приложение UPS?

П.С. Думаю интегрированное универсальное приложение с устойчиво работающей схемой было бы весьма востребовано в среде (алго)трейдеров.  
Уведомление, когда скрипт перестал работать/не запустился
 
Цитата
Евгений Петров написал:
Здравствуйте,

Пожалуйста уточните, как можно понять, что скрипт lua перестал работать или не запустился вместе со стартом квика (например по ошибке) и отправить в результате сообщение?

Хотел написать отдельный скрипт на autoit, но непонятно к чему привязаться, как отслеживать отвалившийся Lua скрипт?
Коллеги, хотелось бы присоединиться к обсуждению и оживить тему - уже давно раздумываю над ее решением, вызрела собственная идеология и алгоритм.

0) ВВОДНАЯ. При выставлении лимитных ордеров и/или отсутствии стоп приказов контроль за работой скрипта принципиален с точки зрения риск-менеджмента.

1) Оптимальное решение -  контроль за работой скрипта с другого устройства - ПК или мобильного телефона, который сигнализировал бы при наличии проблемы. Иначе необходимо будет сидеть за терминалом постоянно, торговлю уже нельзя считать полностью автоматизированной

2) Проблема с работой скрипта отнюдь не ограничивается самим этим скриптом (по моему опыту приблизительно в половине случаев она лежит за его пределами). Иерархия (от частного к общему) типовых проблем такова :
- ошибка в работе скрипта
- потеря соединения с сервером брокера
- ошибка в работе Quik (нехватка памяти, падение программы)
- проблемы в работе ПК (падение системы, отключение в результате отключения электричества, отсутствие Интернета)
- проблемы у брокера (отсутствие соединения с биржой по каналу брокера -- такой на моей памяти дважды случалось у Альфа-директ)
Любая из указанных проблем лишает скрипт работоспособности и чревата потерями, но вот масштаб проблемы и ее решения в каждом случае разнятся ))

2) Отдельное сообщение от скрипта не устраняет большинства рисков, для контроля за работой скрипта он должен отсылать сообщения регулярно.
Наличие ошибки должно определяться либо по отсутствию регулярного сигнала (в результате падения ПК или отсутствия Интернета на нем), или же на основе особых состояний сигнала ( / Quik не запущен / торговая сессия идет, связи с сервером нет / скрипт не запущен).

3) Как верно отмечено - контроль должен быть реализован в стороннем по отношению к Quik приложении, которое должно функционировать на базовом и удаленном устройстве.

4) Полностью устранить риски не удастся (проблема у брокера нашими силами не разрешима в принципе, есть риск неработоспособности программы или удаленного устройства, а также канала связи между ними), однако, на один или два порядка риски проблем снизить можно .

Интересно послушать мнения о возможностях технической реализации, в первую очередь протоколах передачи данных и каналах связи. Возможно попытаюсь реализовать задачу своими силами.  
Плата за транзакции - а где их взять, У биржи есть плата за транзакции - вопрос в том где их взять
 
Цитата
Иван Ру написал:
Цитата
DeSan DeSan написал:
привет
у биржи есть плата за транзакции
как я понял текущая формула - если транзакций больше 2000
(количество транзакций -(комиссия за день * 40 ) )*0,1руб
это за транзакции постановку - снятие и мув - сотальные дороже
вопрос - а где взять все эти транзакции - их свойства и так далее
сделки ордера свои вижу - в транзакции это что
Формула расчета штрафных баллов и комиссии биржи приведена здесь:  https://www.moex.com/a3825
Из пояснения биржи не ясно:
1. Штрафные баллы начисляются начиная с момента проведения 2000-ой транзакции или, при превышении этого порога, они начисляются на все осуществленные сделки.
2. Транзакция - размещение заявки, завершившаяся сделкой (заявка исполнена целиком), учитывается в расчетах?
Ошибся "на все осуществленные транзакции", Т.е. если у меня 2003 неэффективных транзакции - биржа насчитает мне 2001 штрафной бал или только 3 штрафных балла ?
Плата за транзакции - а где их взять, У биржи есть плата за транзакции - вопрос в том где их взять
 
Цитата
DeSan DeSan написал:
привет
у биржи есть плата за транзакции
как я понял текущая формула - если транзакций больше 2000
(количество транзакций -(комиссия за день * 40 ) )*0,1руб
это за транзакции постановку - снятие и мув - сотальные дороже
вопрос - а где взять все эти транзакции - их свойства и так далее
сделки ордера свои вижу - в транзакции это что
Формула расчета штрафных баллов и комиссии биржи приведена здесь: https://www.moex.com/a3825
Из пояснения биржи не ясно:
1. Штрафные баллы начисляются начиная с момента проведения 2000-ой транзакции или, при превышении этого порога, они начисляются на все осуществленные сделки.
2. Транзакция - размещение заявки, завершившаяся сделкой (заявка исполнена целиком), учитывается в расчетах?
Линии тренда
 
Цитата
Александр М написал:
Цитата
Иван Ру   написал:
Цитата
Egor Zaytsev   написал:
Цитата
Ilya   написал:
Тогда у меня еще один вопрос. Можно ли получить в Lua координаты точки 1 и точки 2 из таблицы как на скриншоте?

   Скриншот таблицы    

Добрый день.

Илья, такой возможности тоже, к сожалению, нет.
Все просят сделать простейшую вещь. Прошло три года, а воз и ныне там. Это удивительно.
Кому надо давно уже решили данную проблему сами :) На моем сайте например есть и индикатор трендовой линии и канала.
"Кому надо" здесь обсуждают проблемы, а не занимаются саморекламой.
Линии тренда
 
Цитата
Egor Zaytsev написал:
Цитата
Ilya   написал:
Тогда у меня еще один вопрос. Можно ли получить в Lua координаты точки 1 и точки 2 из таблицы как на скриншоте?

 Скриншот таблицы  

Добрый день.

Илья, такой возможности тоже, к сожалению, нет.
Все просят сделать простейшую вещь. Прошло три года, а воз и ныне там. Это удивительно.
Положение ярлыков наносимых на график с помощью LUA, Ярлык находится в позиции раньше на несколько баров, чем нужно.
 
Цитата
Sergey Gorokhov написал:
Цитата
Иван Ру   написал:
При использовании такого параметра функция вообще не работает
Параметр точно рабочий, если не работает пришлите полную версию кода.
Цитата
Иван Ру   написал:
насколько я помню - ALIGNMENT нет в спецификации в числе параметров доступных AddLabel
На этот случай есть документация. Вот скриншот:
 
Да, Вы правы, причина в чем-то другом. Буду разбираться.
Положение ярлыков наносимых на график с помощью LUA, Ярлык находится в позиции раньше на несколько баров, чем нужно.
 
Цитата
Sergey Gorokhov написал:
Цитата
Иван Ру   написал:
Однако, позиционируется ярлык на 1-2 бара раньше чем нужно? С чем это может быть связано? С путаницей времени начала и конца свечи? Иди с тем, что к началу бара привязывается край значка?
Описанная проблема у нас не воспроизводится.
Возможно причина не в смещении координат метки, а в ее визуальном отображении.
Попробуйте добавить параметр ALIGNMENT = "RIGHT",
При использовании такого параметра функция вообще не работает, насколько я помню - ALIGNMENT нет в спецификации в числе параметров доступных AddLabel
label.ALIGNMENT = "RIGHT" -- привязка
local labelId = AddLabel(chart_name, label); -- устанавливаем метку

П.С. Версия квик 7.19.0.51
Положение ярлыков наносимых на график с помощью LUA, Ярлык находится в позиции раньше на несколько баров, чем нужно.
 
Я наношу на графики значки / ярлыки с использованием функции AddLabel
Один из ее параметров - дата и время свечи.
Я получаю время свечи из источника данных с помощью
Выглядит для постановки ярлыка на последнюю свечку это приблизительно так:

local DATE, TIME = fCheckLastBarDateTime(ds)
fAddLabel (TheBaseSec.chart_name, "=", lastprice, DATE, TIME, R, G, 20, FONT_HEIGHT, HINT)

function fCheckLastBarDateTime(ds, index)
local lastbar_index
if index then
lastbar_index = index
else
lastbar_index = ds:Size() -- индекс последнего бара
end
local datetime = ds:T(lastbar_index)
local sdatetime = {} -- стринговая переменная с датой и временем
-- Приводим параметры к значению хх (вместо х)
for k, v in pairs (datetime) do -- перебираем таблицу datetime извлеченную из временного параметра последнего бара для добавления символов к одиночным значениям
local param = tostring(v) -- параметр в которое считывается значение отдельного поля
if #param == 1 then param = "0"..param ; end -- если только один символ, значит усечен 0 и его надо вновь добавить
sdatetime [k] = param -- записываем измененный параметр
end -- конец перебора полей таблицы времени
-- Формируем дату и время в нужном формате
local ddate = tostring(sdatetime.year)..tostring(sdatetime.month)..tostring(sdatetime.day) -- дата в виде строки
local ttime = tostring(sdatetime.hour)..tostring(sdatetime.min)..tostring(sdatetime.sec) -- время в виде строки
return ddate, ttime,  datetime
end


Однако, позиционируется ярлык на 1-2 бара раньше чем нужно? С чем это может быть связано? С путаницей времени начала и конца свечи? Иди с тем, что к началу бара привязывается край значка?
Проблемы с получением данных по стакану., Периодически по части инструментов (фьючерсы, акции) не видны стаканы.
 
Цитата
Egor Zaytsev написал:
Цитата
Иван Ру   написал:
Цитата
Anastasia  Gordienko   написал:
Цитата
Иван Ру   написал:
Проблема появилась повторно - с предложенными Вами настройками, увы, они не спасают.
Случилось это после аварийного завершения работы Quik (выключился свет).
Судя по работе скрипта Lua (а он тоже не мог получить котировки фьючерсов, за исключением FSU8 и SiU8) . Возможно отдельные модули Lua и QUik пытаются получить доступ к большому объему архивных данных котировок, но не могут этого сделать, может быть из-за перегрузки канала связи с брокером?
Сейчас помог повторный перезапуск терминала.
Для оптимизации работы терминала можете выполнить следующее:
1. Уменьшить количество заказываемых классов, инструментов и параметров по ним через меню Система/Заказ данных/Поток котировок;
2. Закрыть не использующиеся стаканы, таблицы обезличенных сделок и тиковые графики;
3. Выставить настройки:
Система/Настройки/Основные настройки/Программа/Получение данных/Исходя из открытых пользователем таблиц и
Система/Настройки/Основные настройки/Программа/Сохранение данных,Данные отражающие текущее состояние
4. В папке, где установлен Quik, можете удалить все файлы с расширениями *.log и *.dat, кроме файлов:metastock.dat,alerts.dat, portfolio.dat, scripts.dat
Цитата
Иван Ру   написал:
Еще один параллельный вопрос. Если я получаю данные о сделках с использованием опции "Исходя из открытых пользователем таблиц" - это удобнее, т.к. не надо менять списки каждый раз после того как происходит замена календарных фьючерсов. В то же время есть и проблема - у меня грузится информация по большому количеству классов и инструментов, которые нигде в таблицах не использовались никогда и не открыты.
Как Вы поняли, что терминал грузит эти данные, если информация по ним не доступна ни в одной из открытых таблиц?
. Меня смущает то, что эти классы и отдельные инструменты выбраны в настройках Заказ данных / Выбор принимаемых параметров и инструментов.
Добрый день.Такое может быть.
Дело в том, что опция "Исходя из открытых пользователем таблиц"   работает она немного интеллектуальнее и формирует заказ инструментов и  параметров не только по открытым таблицам, но и исходя из потребностей  модуля QMargin и внешних модулей. Для модуля QMargin запрашиваются все  инструменты, которые по настройками имеющихся дилерских библиотек  считаются маржинальными. Также запрашиваются все инструменты, у которых есть лимиты по бумагам.
Действительно? Я торгую только российскими фьючерсами. Там много классов, которые, как кажется, не могут иметь к ним никакого отношения - те же американские акции, непонятно для каких расчетов могут потребоваться их котировки.  
Проблемы с получением данных по стакану., Периодически по части инструментов (фьючерсы, акции) не видны стаканы.
 
Цитата
Anastasia Gordienko написал:
Цитата
Иван Ру   написал:
Проблема появилась повторно - с предложенными Вами настройками, увы, они не спасают.
Случилось это после аварийного завершения работы Quik (выключился свет).
Судя по работе скрипта Lua (а он тоже не мог получить котировки фьючерсов, за исключением FSU8 и SiU8) . Возможно отдельные модули Lua и QUik пытаются получить доступ к большому объему архивных данных котировок, но не могут этого сделать, может быть из-за перегрузки канала связи с брокером?
Сейчас помог повторный перезапуск терминала.
Для оптимизации работы терминала можете выполнить следующее:
1. Уменьшить количество заказываемых классов, инструментов и параметров по ним через меню Система/Заказ данных/Поток котировок;
2. Закрыть не использующиеся стаканы, таблицы обезличенных сделок и тиковые графики;
3. Выставить настройки:
Система/Настройки/Основные настройки/Программа/Получение данных/Исходя из открытых пользователем таблиц и
Система/Настройки/Основные настройки/Программа/Сохранение данных,Данные отражающие текущее состояние
4. В папке, где установлен Quik, можете удалить все файлы с расширениями *.log и *.dat, кроме файлов:metastock.dat,alerts.dat, portfolio.dat, scripts.dat
Цитата
Иван Ру   написал:
Еще один параллельный вопрос. Если я получаю данные о сделках с использованием опции "Исходя из открытых пользователем таблиц" - это удобнее, т.к. не надо менять списки каждый раз после того как происходит замена календарных фьючерсов. В то же время есть и проблема - у меня грузится информация по большому количеству классов и инструментов, которые нигде в таблицах не использовались никогда и не открыты.
Как Вы поняли, что терминал грузит эти данные, если информация по ним не доступна ни в одной из открытых таблиц?
Спасибо. С принципами оптимизации я знаком и их использую, думаю что не в этом дело
По второй теме - (загрузка данных по ненужным классам) Вы задали хороший вопрос! У меня на отдельной вкладке открыта таблица где строкой идут данные по всем обезличенным сделкам, "левых" данных, которых нет в других открытых таблицах, в частности данных по котировкам американских акций там вроде не проскакивает. Меня смущает то, что эти классы и отдельные инструменты выбраны в настройках Заказ данных / Выбор принимаемых параметров и инструментов.  
Проблемы с получением данных по стакану., Периодически по части инструментов (фьючерсы, акции) не видны стаканы.
 
Цитата
Anastasia Gordienko написал:
Цитата
Иван Ру   написал:
Вот сейчас, например, не вижу стаканов ни по одному основному фьючерсу за исключением FSU8, по акциям видно все. Чаще бывает что не видны стаканы только по некоторым значимым фьючерсам.
В "Потоке котировок" и   "Потоке обезличенных сделок", конечно, включен показ для всех фьючерсов. С чем может быть связана проблема?
П.С. Набор "непоказываемых" стаканов становится видным сразу после старта и в течении сессии не меняется.
П.С.С. При попытке подписки на стакан средствами Луа возвращаются нулевые значения бид/аск
Добрый день.
Выставите настройки: Система/Настройки/Основные настройки/Программа/Получение данных/Исходя из открытых пользователем таблиц. После выполнения настройки понаблюдайте за информацией в терминале, все должно отображаться корректно.
Проблема появилась повторно - с предложенными Вами настройками, увы, они не спасают.
Случилось это после аварийного завершения работы Quik (выключился свет).
Судя по работе скрипта Lua (а он тоже не мог получить котировки фьючерсов, за исключением FSU8 и SiU8) . Возможно отдельные модули Lua и QUik пытаются получить доступ к большому объему архивных данных котировок, но не могут этого сделать, может быть из-за перегрузки канала связи с брокером?
Сейчас помог повторный перезапуск терминала.

Еще один параллельный вопрос. Если я получаю данные о сделках с использованием опции "Исходя из открытых пользователем таблиц" - это удобнее, т.к. не надо менять списки каждый раз после того как происходит замена календарных фьючерсов. В то же время есть и проблема - у меня грузится информация по большому количеству классов и инструментов, которые нигде в таблицах не использовались никогда и не открыты. Например, по части американских акций. С чем это связано и как этого избежать?
Проблемы с получением данных по стакану., Периодически по части инструментов (фьючерсы, акции) не видны стаканы.
 
Цитата
Anastasia Gordienko написал:
Цитата
Иван Ру   написал:
Вот сейчас, например, не вижу стаканов ни по одному основному фьючерсу за исключением FSU8, по акциям видно все. Чаще бывает что не видны стаканы только по некоторым значимым фьючерсам.
В "Потоке котировок" и   "Потоке обезличенных сделок", конечно, включен показ для всех фьючерсов. С чем может быть связана проблема?
П.С. Набор "непоказываемых" стаканов становится видным сразу после старта и в течении сессии не меняется.
П.С.С. При попытке подписки на стакан средствами Луа возвращаются нулевые значения бид/аск
Добрый день.
Выставите настройки: Система/Настройки/Основные настройки/Программа/Получение данных/Исходя из открытых пользователем таблиц. После выполнения настройки понаблюдайте за информацией в терминале, все должно отображаться корректно.
Спасибо. Работаю неделю с такими настройками - пока полет нормальный.  
Проблемы с получением данных по стакану., Периодически по части инструментов (фьючерсы, акции) не видны стаканы.
 
Тиковые данные при этом поступают нормально.
Проблемы с получением данных по стакану., Периодически по части инструментов (фьючерсы, акции) не видны стаканы.
 
Вот сейчас, например, не вижу стаканов ни по одному основному фьючерсу за исключением FSU8, по акциям видно все. Чаще бывает что не видны стаканы только по некоторым значимым фьючерсам.
В "Потоке котировок" и   "Потоке обезличенных сделок", конечно, включен показ для всех фьючерсов. С чем может быть связана проблема?
П.С. Набор "непоказываемых" стаканов становится видным сразу после старта и в течении сессии не меняется.
П.С.С. При попытке подписки на стакан средствами Луа возвращаются нулевые значения бид/аск
Расчет финансового результата - проблемы для некоторых фьючерсов, Изменение шага цены после дневного клиринга создает сложности для расчета финансового результата нерублевых фьбючерсов (RI и т.п.)
 
Я довольно успешно использую следующий механизм для расчета текущего (пока позиция не закрыта) и окончательного финансового результата торговли в рублях.

Без подробных разъяснений код выглядит так:
local rublesFor1pointPrice = getPointsToRublesMultiplier('SPBFUT', sec_code) -- расчитываем рублевую стоимость 1 единицы цены лота (для большинства российских акций = 1, для товарных фьючерсов будет отличаться)
local last_price = tonumber(getParamEx('SPBFUT', sec_code, "last").param_value)
if rublesFor1pointPrice and last_price then -- если получили значение
local Margin = lotBalance * rublesFor1pointPrice * last_price -- расчитываем цену позиции в рублях
theStrategy.margin.P = Margin -- расчитываем цену позиции в рублях и записываем ее в поле E (enter) поля margin отражающего финансовый результат работы стратегии
theStrategy.margin.R = theStrategy.margin.E + Margin - theStrategy.margin.C
...

Для большинства инструментов расчет всегда оказывается корректным, но для фьючерсов, валюта которых отлична от рублей, например для RI возникают проблемы. После прохода через дневной клиринг результат по позициям открытым с 10 до 14 часов оказывается некорректным. Полагаю, это оттого, что в клиринг пересчитывается величина rublesFor1pointPrice в связи с изменением курса рубля (в приведенном случае - к доллару). Т.е. даже при снижении цены для короткой позиции результат может оказаться убыточным. Насколько я понимаю и вижу из данных таблиц Quik "Нереализованная прибыль" и "Вариционная маржа", финансовый результат рассчитанный с применением новых значений некорректен и в нашем случае необходимо использовать старое значение шага цены как для момента входа, так и для момента выхода, или же новое значение, для момента входа в позицию и ее закрытия.
Кто как решает эту проблему?
Акции - нет доступа к котировкам, не считываются данные, Из списка доступных классов исчез класс акций ММВБ
 
Из списка доступных классов исчез класс акций ММВБ (пятница вечером). Через creatdatasource / lua источники данных не грузятся, графики не строятся и не обновляются. При редактировании таблиц этот класс не отображается. В чем дело не могу понять.  
Расчет стоимости фьючерсов, Как определить программно стоимость позиции или лота "сложных" фьючерсов на индексы и биржевые товары (Ri, BR и др.)
 
Спасибо, это то что мне нужно! Другим рекомендую не забыть включить отображение соотв. полей (стоимость шага цены) в таблице фьючерсов.

Правда на метод InfoSecurities.isFuturesClass у меня квик что-то ругается : attempt to index global 'InfoSecurities' (a nil value)
Расчет стоимости фьючерсов, Как определить программно стоимость позиции или лота "сложных" фьючерсов на индексы и биржевые товары (Ri, BR и др.)
 
Цитата
Андрей написал:
Создайте функцию. опишите все, входные параметры снизте по минимуму и готов
Я ищу штатное или готовое решение. Речь об этом.
Расчет стоимости фьючерсов, Как определить программно стоимость позиции или лота "сложных" фьючерсов на индексы и биржевые товары (Ri, BR и др.)
 
Цитата
Андрей написал:
Возможно требуется что то в роде этого:
 http://stock-list.ru/futures2.html

По РТС = Цена в пунктах * 0,02 * курс доллара.

0,02 - стоимость шага цены на РТС, на бренд должно быть в спецификации где то указано.
Курс доллара - берется на вечернюю сесиию. (как то раз для тестов пробовал переводить по данной формуле РТС в рубли, на бирже где то была выкладка курсов для перевода, ну и квик сигнализирует постоянно о них но где таблично эти значения взять - не знаю).
Это частное решение. Плюс не совсем понятно на какой момент времени брать курс доллара. С расчетами завтра или сегодня? По среднему между бид/аск на момент времени (например, вход) или по цене последней сделки? А если у нас фьючерс на курс евро-доллар? На золото? Получается индивидуальный расчет для каждого инструмента исчисляемого не в рублях. Очень сложно. Кажется должно быть более простое штатное решение.  
Расчет стоимости фьючерсов, Как определить программно стоимость позиции или лота "сложных" фьючерсов на индексы и биржевые товары (Ri, BR и др.)
 
Цитата
Egor Zaytsev написал:
Цитата
Иван Ру   написал:
Цитата
Egor Zaytsev   написал:
Добрый день.

Вы имеет ввиду стоимость позиций в таблице позиций по клиентским счетам?
Если да, то это стандартная функция для данной таблицы.

функции - getItem, getNumber, SearchItems,  таблица - futures_client_holding, параметр - positionvalue
Для этого хочу знать стоимость именно фьючерсного контракта в том числе в момент совершения покупки и до него... Ну например - сколько стоит 1 фьюч на нефть в рублях (не ГО, а именно цена в рублях) в разные моменты времени, которая потом будет конвертирована в вариационную маржу).
Не совсем понимаем.
Стоимость по которой сыграет заявка?
Или Вас интересует цена последней сделки.
Нет, с ценой последней сделки все понятно, их я активно использую, если Вы о котировках.
Уточняю, мне нужен рублевый эквивалент стоимости одного фьючерса (1 лота), -- тот который в конечном счете используется для расчета вариационной маржи по позиции. Хочу правильно рассчитывать этот показатель (рублевая цена) на момент заключения сделки (вход в позицию) и на любой другой момент вплоть до выхода из сделки (закрытие позиции). Акцентирую внимание - все это хочу знать в расчете на лот, а не в расчете на позицию. Зная рублевую цену позиции и количество лотов можно конечно рассчитать упоминаемый мной рублевый эквивалент стоимости одного фьючерсного контракта, скажем на золото или брент, но мне кажется помимо такого кривого расчета, должен быть и "прямой" позволяющий узнать сразу цену лота.  
Расчет стоимости фьючерсов, Как определить программно стоимость позиции или лота "сложных" фьючерсов на индексы и биржевые товары (Ri, BR и др.)
 
Цитата
Egor Zaytsev написал:
Добрый день.

Вы имеет ввиду стоимость позиций в таблице позиций по клиентским счетам?
Если да, то это стандартная функция для данной таблицы.

функции - getItem, getNumber, SearchItems,  таблица - futures_client_holding, параметр - positionvalue
Ок, спасибо, полезно, хотя и не совсем то что хотелось бы. Размер позиции в лотах может изменяться в результате работы нескольких роботов и ручной торговли. Я же хочу на лету рассчитывать финансовые результаты работы отдельных роботов, в частности торговый результат на данный момент. .
Для этого хочу знать стоимость именно фьючерсного контракта в том числе в момент совершения покупки и до него... Ну например - сколько стоит 1 фьюч на нефть в рублях (не ГО, а именно цена в рублях) в разные моменты времени, которая потом будет конвертирована в вариационную маржу).  
Расчет стоимости фьючерсов, Как определить программно стоимость позиции или лота "сложных" фьючерсов на индексы и биржевые товары (Ri, BR и др.)
 
Как определить программно стоимость позиции или лота "сложных" фьючерсов на индексы и биржевые товары (Ri, BR и др.)
Есть ли стандартная функция или надо считать по сложному?
Неверная дата и время, Стандартные функции Lua возвращают неверное время сервера
 
Цитата
s_mike@rambler.ru написал:
Цитата
Sergey Gorokhov   написал:
Иван Ру  ,
Уберите знак "!"
Код
      local   posixToDate   =    os.date (  "*t"  , posix)     
надо только добавить, что так можно делать только если часовой пояс вашего компьютера совпадает с часовым поясом биржи или Квик настроен на трансляцию времени в локальном поясном времени. В остальных случаях будет по прежнему несостыковка
Совпадают.
В принципе для обхода проблемы я применял вот такие функции, пользуйтесь кому нужно и критикуйте кто может


-- ТЕКУЩЕЕ ВРЕМЯ ПО ГРИНВИЧУ (ТАБЛИЦА)
function fTimeGrinvichTable()
dtServ = {};
dtServ = os.date("!*t",os.time())
for key,value in pairs(dtServ) do dtServ[key] = tonumber(value) end
return dtServ
end

-- ТЕКУЩЕЕ ЛОКАЛЬНОЕ (ПОЯСНОЕ) ВРЕМЯ (POSIX)
function fTimeLocalPosix(offset) -- offset - смещение поясного времени в секундах (целое положительное или отрицательное цифровое значение)
if offset == nil then offset = os.offset() ; end -- если не удалось считать временной сдвиг, рассчитываем его по стандартной функции
local posix = os.time()-- считываем текущее время ПК в формате POSIX
posix = posix + offset-- добавляем поясной сдвиг
return posix -- возвращаем полученные значения
end

-- ТЕКУЩЕЕ ЛОКАЛЬНОЕ (ПОЯСНОЕ) ВРЕМЯ (POSIX + ТАБЛИЦА)
function fTimeLocal(offset) -- offset - смещение поясного времени в секундах (целое положительное или отрицательное цифровое значение)
if offset == nil then offset = os.offset() ; end -- если не удалось считать временной сдвиг, рассчитываем его по стандартной функции
local posix = os.time()-- считываем текущее время ПК в формате POSIX
posix = posix + offset-- добавляем поясной сдвиг
local datetime = os.date("!*t", posix)-- переводим в формат таблицы
return posix, datetime-- возвращаем полученные значения
end

-- СМЕЩЕНИЕ ВРЕМЕНИ ОТНОСИТЕЛЬНО ГРИНВИЧА ЛОКАЛЬНОЕ / ПОЯСНОЕ ВРЕМЯ К ГРИНВИЧУ - (СЕКУНДЫ)
function os.offset()
  local currenttime = os.time()
  local datetime = os.date("!*t",currenttime)
  datetime.isdst = true -- Флаг дневного времени суток
  return currenttime - os.time(datetime)
end

-- ДОПОЛНЕНИЕ ТАБЛИЦЫ ВРЕМЕНИ (Добавляет к поляем времени поля текущей даты, а также поле 'posix' с данными в соотв. формате)
function curDayToPosix (timeTab, dateTab, offset) -- timeTab -- таблица со временем, но без полей дат, dateTab - таблица с полями дат
if offset == nil then offset = os.offset() ; end -- если не удалось считать временной сдвиг, рассчитываем его по стандартной функции
-- устанавливаем в поля даты значения текущего дня
timeTab.year = dateTab.year
timeTab.month = dateTab.month
timeTab.day = dateTab.day
timeTab.posix = os.time (timeTab) + offset
end  
Неверная дата и время, Стандартные функции Lua возвращают неверное время сервера
 
Цитата
Sergey Gorokhov написал:
Иван Ру  ,
Уберите знак "!"
Код
   local  posixToDate  =   os.date ( "*t" , posix)   
Да, так все совпадает. Спасибо.  
Неверная дата и время, Стандартные функции Lua возвращают неверное время сервера
 
Цитата
Sergey Gorokhov написал:
Цитата
Иван Ру   написал:
Нееет... эта функция возвращает время по Гринвичу, которое не совпадает с локальным временем компьютера и с временем сервера.
Это не так.
Код
   message  ( 'time='  ..  os.date ())  
Попробуйте получить время posix с помощью os.time, а затем конвертировать его во время в табличном формате. Получится рассинхронизация
Посмотрите на пример кода и полученный результат

КОД:
local posix = os.time()
message ('os.time()'.."-"..tostring(posix))
local ttime = os.date()
message ('os.date()'.."-"..tostring(ttime))
local posixToDate = os.date("!*t", posix)
local posixToDateStr = posixToDate.hour..":"..posixToDate.min
message ('Convert os.date() result to posix'.."-"..tostring(posixToDateStr))

РЕЗУЛЬТАТ ИСПОЛНЕНИЯ:


Мои скрипты первоначально считывали время и дату сервера и уже ее конвертировали в формат posix, но я столкнулся с проблемой -- периодически выскакивала ошибка типа "в таблице отсутствует поле day/hour и т.п.). Каких либо закономерностей не обнаружил, я так понял, что это связано с потерей пакетов при загрузке интернет-канала или какими-то другими проблемами связанными с соединением локальной машины и сервера -- поэтому от этого способа пришлось отказаться.  
Комментарий при выставлении заявки - проблемы с обработкой в OnTransReply, Комментарий отображается в таблице Quik, но не считывается в OnTransReply
 
При выставлении заявок роботами я активно использую поле для комментариев -- так я отличаю заявки разных роботов.
Делаю я это с помощью нижеприведенного поля:

["CLIENT_CODE"] = roboName, -- так в заявках выставляемых с полями на английском
["Комментарий"] = roboName, -- так в заявках на русском


Около недели назад, в выставленных заявках, где используются обозначение полей на английском, поля перестали приходить в функции OnTransReply.
Т.е. поле brokerref, которое возвращает функция OnTransReply оказывается пустым.
При этом в таблице заявок и сделок Quik имя робота прекрасно отображается в поле "Комментарий "
Кто-либо сталкивался с такой проблемой? С чем она может быть связана
Неверная дата и время, Стандартные функции Lua возвращают неверное время сервера
 
Цитата
Sergey Gorokhov написал:
Иван Ру  ,

А что Вы хотите получить?
Если Дату/Время Вашего компьютера, то есть штатная Lua функция os.date()
Нееет... эта функция возвращает время по Гринвичу, которое не совпадает с локальным временем компьютера и с временем сервера.
Я уже реализовал получение точного локального времени, но выглядит эта конструкция очень громоздко - потребовалось 8 операций, включая 5 вызовов функции даты и времени!

-- ТЕКУЩЕЕ ЛОКАЛЬНОЕ (ПОЯСНОЕ) ВРЕМЯ (POSIX + ТАБЛИЦА)
function fTimeLocal(offset) -- offset - смещение поясного времени в секундах (целое положительное или отрицательное цифровое значение)
if offset == nil then offset = os.offset() ; end -- если не получили временной сдвиг, рассчитываем его по стандартной функции
local posix = os.time()-- считываем текущее время ПК в формате POSIX
posix = posix + offset-- добавляем поясной сдвиг
local datetime = os.date("!*t", posix)-- переводим в формат таблицы
return posix, datetime-- возвращаем полученные значения
end

-- СМЕЩЕНИЕ ВРЕМЕНИ ОТНОСИТЕЛЬНО ГРИНВИЧА ЛОКАЛЬНОЕ / ПОЯСНОЕ ВРЕМЯ К ГРИНВИЧУ - (СЕКУНДЫ)
function os.offset()
  local currenttime = os.time()
  local datetime = os.date("!*t",currenttime)
  datetime.isdst = true -- Флаг дневного времени суток
  return currenttime - os.time(datetime)
end
Неверная дата и время, Стандартные функции Lua возвращают неверное время сервера
 
Цитата
Sergey Gorokhov написал:
Иван Ру  ,

Время в сообщениях, это время Вашего компьютера.
SERVERTIME это время сервера.
И эти времена совершенно не обязаны совпадать. Никто кроме Вас не может гарантировать что время на Вашем компьютере синхронизировано с компьютером брокера.

TRADEDATE показывает дату торговой сессии. Это не тоже самое что астрономическая дата.
Дата торговой сессии это дата когда проводились торги.
Последний раз они проводились в пятницу, 9-го числа.
1. Все нормально синхронизировано. На компьютере время точное - проблема не в этом, а как Вы верно заметили, в том что сервер выдает время последних торгов, которое не всегда актуально.
2. Это значит, что считывание актуального времени (в виде таблицы) с помощью квик и луа -- простейшая, казалось бы, задача, -- становится очень нетривиальным действом.
Просто так считать с помощью date | time его нельзя. Необходимо рассчитывать разницу между поясным временем и временем Гринвича, конвертировать время в формат POSIX, добавлять нужную величину, а затем конвертировать время POSIX в таблицу.
Т.е. получение ключевого простейшего показателя требует выполнения четырех ресурсоемких функций!! Или может я что-то недопонимаю и есть более простой путь?
Ошибка при чтении стакана
 
Цитата
kroki написал:
Цитата
_sk_   написал:
А зачем Вам "дальний край" стакана value.tbl.bid[indexBid].price ? Обычно value.tbl.bid[1].price более важное значение.
Это место как раз правильное.  Стакан тупо упорядочен по цене, об удобстве никто не думал, поэтому лучшее предложение в начале массива offer (наименьшая цена), а лучший спрос - в конце массива bid (наибольшая цена).

Спасибо kroki , Вы совершенно верно описали мой резон. Замечание ваше перепроверю на практике.
Я обнаруживал забавное явление. Моя программа дважды в секунду считывает стакан и ведет подсчет неудачных попыток считывания. Я обнаружил, что даже на ликвидных акциях приблизительно в одном случае из двухста попытка считать стакан оказывается неудачной, точнее приходят пустые данные. В любых ситуациях, даже при широком канале. Интересно, с чем это связано?
Неверная дата и время, Стандартные функции Lua возвращают неверное время сервера
 
Тестирую вот такой код:

dt = {}
dt.day,dt.month,dt.year,dt.hour,dt.min,dt.sec = string.match(getInfoParam('TRADEDATE')..' '..getInfoParam('SERVERTIME'),"(%d*).(%d*).(%d*) (%d*):(%d*):(%d*)")
message (tostring(dt.day).."-"..tostring(dt.hour)..":"..tostring(dt.min)..":"..tostring(dt.sec))

Сейчас, 12 февраля в 02 часа ночи, однако результат исполнения кода дает время - 9 февраля, 12 часов дня. При этом в строке сообщений Quik время выводится верное (оно берется из компа?)
Выглядит строка сообщений приблизительно так:
2:17:29  09-12:17:29

Почему время сервера сильно отстает от реального? У меня из-за этого проблемы с исполнением кода...
Ошибка при чтении стакана
 
Цитата
vgi написал:
Может так?

if value and value.tbl and value.tbl.bid and value.tbl.bid[indexBid] then
    bidPrice = tonumber(value.tbl.bid[indexBid].price)
end

После этого bidPrice будет либо числом либо nil.
Пробовал, все-равно ошибка периодически проскакивает. Все-таки хочу понять - как ее обрабатывать, чтобы скрипт не падал, буду изучать ссылку приведенную выше.  
Ошибка при чтении стакана
 
В последнее время в робот периодически выдает ошибку чтения стакана и падаете.
Не может прочитать поле price вот в таком коде (ошибка "attempt to index field &"  в строках bidPrice = ... ; offerPrice = ...). Не спрашиваю как ее избежать, как ее обработать чтобы скрипт не падал? Как видите опробовал уже и разные проверочные условия, почему-то все-равно проскакивает...


function bidoffCalc(value) -- value -- таблица-объект с данными об инструменте, включая ссылку на базовый актив и его параметры (tShares.value)
Subscribe_Level_II_Quotes(value.cod, value.sec)
value.tbl =  getQuoteLevel2(value.cod, value.sec) --считываем стакан
-- расчитываем bid ask
local indexBid = tonumber(value.tbl.bid_count);
local indexAsk = tonumber(value.tbl.offer_count);
local bidPrice = 0
local offerPrice = 0
 if indexBid ~= nil then
  if value.tbl.bid then
   bidPrice = tonumber(value.tbl.bid[indexBid].price)  -- !!!!!!!!!!! где-то здесь появляться ссылка на несуществующую переменную выпадает ошибка attemp to index
  end
 end
if indexAsk ~= nil then
if value.tbl.offer then -- если существует соответствующее значение
  offerPrice = tonumber(value.tbl.offer[1].price)
 end
end
return bidPrice, offerPrice -- NUMBER
end
Линии тренда
 
Цитата
s_mike@rambler.ru написал:
Вертикальная линия рисуется меткой большой высоты и шириной 1-2 пикселя.

формировать изображения в Экселе можно путем создания страницы через механизм ole из луа : эксель эту страницу исполнить. Если там было построение диаграмм, они будут построены.
Спасибо. По поводу вертикальной линии - чтобы не держать метку для каждого размера,  должна быть возможность растягивать метку по одному измерению (вертикали), однако я не вижу инструмента позволяющего это делать в настройках метки. Кроме того, в квике нет возможности создания пустого поля (окна в окне) для отображения вертикальных линий-меток со своей собственной шкалой -- тут также необходимо изголяться и втюхивать их в какой-либо индикатор или показатель объема.  
Досрочный переход на следующую итерацию цикла, При определенном условии часть кода внутри цикла не нужно выполнять.
 
Пример такой, я считываю данные по стакану и анализирую их. В случае какой-либо ошибки (торговая сессия завершена, не удалось считать стака, бид или аск и т.п.) нужно сразу завершить анализ инструмента и перейти к следующему в рамках цикла.
На Си++ такое действо можно совершить с помощью оператора continue. Как это сделать в Lua - инфы нигде не нашел. Можно использовать условия if then, но придется городить их огромное количество, что сильно усложняет читабельность кода. Есть какой либо простой выход/ спецоператор?
Линии тренда
 
Цитата
s_mike@rambler.ru написал:
Цитата
Иван Ру   написал:
Цитата
Egor Zaytsev   написал:
Цитата
Иван Ру   написал:
Цитата
Stanislav Tvorogov   написал:
Цитата
Алексей Злобин   написал:
Хорошо бы в будущих версиях сделали возможность построения линий...из LUA.
Добрый день,

    Мы рассмотрели Ваше пожелание. По итогам его анализа сообщаем Вам,     что реализация пожелания признана потенциально целесообразной. Если     по результатам дальнейшего анализа, включающего юридические аспекты,     анализ на непротиворечивость с общей политикой компании, никаких     возражений не возникнет, мы постараемся включить Ваше пожелание в     план доработок при выпуске одной из следующих версий нашего ПО.
Ну и чем все закончилось? Есть ли такая возможность сейчас? Можно ли из Lua (не LuaIndicators, а именно LUa) отрисовывать иные объекты кроме меток - линии, бары и т.п.? Крайне актуально!
Добрый день.

К сожалению, данный функционал на текущий момент не реализован.
Печаль! Почему же так??? Давно ведь просили. Когда ждать?
Мне сейчас для построения стратегии необходимо визуализировать сконструированные в lua параметры, без такого функционала это сделать в квике неовзможно, увы. Единственный выход -- сбрасывать данные в текстовый файл, потом качать в эксель и там строить. Кучу времени придется гробить...
стройте линии в Экселе сразу из скрипта луа. Или в матлабе. Или ещё где-нибудь. Через файл совсем необязательно данные перекидывать
Спасибо за ответ.
Я уже работаю с метками и это много дает! Но визуализировать таким образом вертикальные линии как мне кажется невозможно (если Вы знаете как - буду признателен за совет), а горизонтальные - неудобно и ресурсоемко.
Не совсем понял про прямую связку луа и эксель (стройте линии в Экселе сразу из скрипта луа). Разъясните пожалуйста, что имеется ввиду и где про это написано?
Линии тренда
 
Цитата
Egor Zaytsev написал:
Цитата
Иван Ру   написал:
Цитата
Stanislav Tvorogov   написал:
Цитата
Алексей Злобин   написал:
Хорошо бы в будущих версиях сделали возможность построения линий...из LUA.
Добрый день,

    Мы рассмотрели Ваше пожелание. По итогам его анализа сообщаем Вам,     что реализация пожелания признана потенциально целесообразной. Если     по результатам дальнейшего анализа, включающего юридические аспекты,     анализ на непротиворечивость с общей политикой компании, никаких     возражений не возникнет, мы постараемся включить Ваше пожелание в     план доработок при выпуске одной из следующих версий нашего ПО.
Ну и чем все закончилось? Есть ли такая возможность сейчас? Можно ли из Lua (не LuaIndicators, а именно LUa) отрисовывать иные объекты кроме меток - линии, бары и т.п.? Крайне актуально!
Добрый день.

К сожалению, данный функционал на текущий момент не реализован.
Печаль! Почему же так??? Давно ведь просили. Когда ждать?
Мне сейчас для построения стратегии необходимо визуализировать сконструированные в lua параметры, без такого функционала это сделать в квике неовзможно, увы. Единственный выход -- сбрасывать данные в текстовый файл, потом качать в эксель и там строить. Кучу времени придется гробить...
Линии тренда
 
Цитата
Stanislav Tvorogov написал:
Цитата
Алексей Злобин   написал:
Хорошо бы в будущих версиях сделали возможность построения линий...из LUA.
Добрый день,

    Мы рассмотрели Ваше пожелание. По итогам его анализа сообщаем Вам,     что реализация пожелания признана потенциально целесообразной. Если     по результатам дальнейшего анализа, включающего юридические аспекты,     анализ на непротиворечивость с общей политикой компании, никаких     возражений не возникнет, мы постараемся включить Ваше пожелание в     план доработок при выпуске одной из следующих версий нашего ПО.
Ну и чем все закончилось? Есть ли такая возможность сейчас? Можно ли из Lua (не LuaIndicators, а именно LUa) отрисовывать иные объекты кроме меток - линии, бары и т.п.? Крайне актуально!
Не могу получить стаканы по акциям, В последние дни не открываются стаканы по акциям (пустые поля при открытии соответствующего окна), программно их получить тоже не удается.
 
Цитата
Egor Zaytsev написал:
Цитата
Иван Ру   написал:
Цитата
Egor Zaytsev   написал:
Цитата
Иван Ру   написал:
Выдает сообщение:  "превышено ограничение на количество котировочных окон..." -- хотя их открыто всего 3 штуки.
Добрый день.
Иван, проверьте не настроен ли у Вас экспорт котировочных стаканов, например по ODBC.
Посмотреть список настроенных инструментов можно через команду меню терминала "Сервисы->Экспорт\Импорт данных->Экспорт инструментов по ODBC".
Возможно настроен экспорт по большому числу инструментов.
Нет, там пусто. Ничего не экспортируется. Мне это не нужно, не пользуюсь.
Имеет ли значение большое число инструментов в "Потоке обезличенных сделок..."
В таком случае пришлите нам архив рабочего места без ключей доступа и сообщите через какого брокера Вы работаете.
Выше я написал, что работаю через Финам.
Не могу получить стаканы по акциям, В последние дни не открываются стаканы по акциям (пустые поля при открытии соответствующего окна), программно их получить тоже не удается.
 
Цитата
Egor Zaytsev написал:
Цитата
Иван Ру   написал:
Выдает сообщение:  "превышено ограничение на количество котировочных окон..." -- хотя их открыто всего 3 штуки.
Добрый день.
Иван, проверьте не настроен ли у Вас экспорт котировочных стаканов, например по ODBC.
Посмотреть список настроенных инструментов можно через команду меню терминала "Сервисы->Экспорт\Импорт данных->Экспорт инструментов по ODBC".
Возможно настроен экспорт по большому числу инструментов.
Нет, там пусто. Ничего не экспортируется. Мне это не нужно, не пользуюсь.
Имеет ли значение большое число инструментов в "Потоке обезличенных сделок..."
Не могу получить стаканы по акциям, В последние дни не открываются стаканы по акциям (пустые поля при открытии соответствующего окна), программно их получить тоже не удается.
 
Выдает сообщение:  "превышено ограничение на количество котировочных окон..." -- хотя их открыто всего 3 штуки.  
Не могу получить стаканы по акциям, В последние дни не открываются стаканы по акциям (пустые поля при открытии соответствующего окна), программно их получить тоже не удается.
 
В последние дни не открываются стаканы по акциям (пустые поля при открытии соответствующего окна), программно их получить тоже не удается. Стаканы по фьючерсам открываются нормально. Данные по акциям заказаны - с этим все ок.

Брокер Финам. В мобильном приложении финама все работает.
Версия 7.12

В чем может быть дело?
Страницы: 1 2 3 След.
Наверх