Старатель написал: Добавьте, пожалуйста, для Lua-таблиц возможность работать в режиме связанных окон. Скажем, функцией SetLink(t_id, row, class_code, sec_code) устанавливаем, какой инструмент будет передаваться при выделении строки с номером row в связанные окна.
Здравствуйте!
Ваше пожелание зарегистрировано. Мы постараемся рассмотреть его и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожелания в будущих версиях ПО.
Старатель написал: Stanislav Tvorogov , ничего никуда отправлять не нужно. Эффект вполне воспроизводится на любом рабочем месте при подключении как к боевому, так и демо серверу с дефолтными настройками (удалены все dat, log, ini файлы). А проблема заключается в том, что активация кнопок завязана на обновление таблицы котировок после того как отобразится своя заявка в стакане. На следующее обновление таблицы, карл. Поэкспериментируйте на неликвидной бумаге, и вы увидите, что кнопки "Снять выделенную заявку" и "Заменить выделенную заявку" никогда не активируются в стакане. Только если второй раз кликнуть по своей заявке. Более того, после снятия заявки той же кнопкой "Снять выделенную заявку" кнопки не перестают быть активными. Специально для вас: поиграйте с "Химпром ап" на демке. Если же вы будете настаивать, что у вас де не воспроизводится, выложите сюда видео, как вы воспроизводили. Я не верю, что вы что-то делали вообще.
Stanislav Tvorogov , я сделал за вас всю работу! Вам осталось только отправить моё сообщение программистам, чтобы они поправили в коде: сделали активацию/деактивацию кнопок одновременно с отображением/снятием своей заявки в стакане.
Добрый день,
Описанная в данном инциденте проблема была устранена в версии 7.7.0 терминала QUIK. Рекомендуем Вам обновить версию программы.
Денис Лесных написал: Здравствуйте! Может ли кто-нибудь подсказать, почему у меня параметр "Доходность по предыдущей оценке" (идентификатор YIELDATPREVWAPRICE) показывает в моей таблице нули по всем облигациям? (В коде строка №17) Заранее спасибо!
Код:
Код
PORTFOLIO_EX BOND_YIELDS_TEST1;
DESCRIPTION Доходность облигаций тест;
CLIENTS_LIST ALL_CLIENTS;
FIRMS_LIST MC0061900000;
PROGRAM
delete_all_items()
brd = "EQOB"
BondCodeList = get_class_securities(brd)
mymap = CREATE_MAP()
k = 0
FOR m in BondCodeList
sname = get_value(get_param_ex(brd, m, "LONGNAME" ), "PARAM_IMAGE" )
snominal = get_value(get_param_ex(brd, m, "SEC_FACE_VALUE" ), "PARAM_VALUE" ) + 0
sYieldEstim = get_value(get_param_ex(brd, m, "YIELDATPREVWAPRICE" ), "PARAM_VALUE" ) + 0
mymap = SET_VALUE(mymap, "sname" , sname)
mymap = SET_VALUE(mymap, "snominal" , snominal)
mymap = SET_VALUE(mymap, "sYieldEstim" , sYieldEstim)
add_item ( 1 , mymap)
k = k + 1
END FOR
END_PROGRAM
PARAMETER sname;
PARAMETER_TITLE Название;
PARAMETER_DESCRIPTION Полное название бумаги;
PARAMETER_TYPE STRING( 40 );
END
PARAMETER snominal;
PARAMETER_TITLE Номинал;
PARAMETER_DESCRIPTION Номинал бумаги;
PARAMETER_TYPE NUMERIC( 10 , 2 );
END
PARAMETER sYieldEstim;
PARAMETER_TITLE Доход.пред.оц.;
PARAMETER_DESCRIPTION Доходность по предыдущей оценке;
PARAMETER_TYPE NUMERIC( 10 , 2 );
END
END_PORTFOLIO_EX
Добрый день,
Описанная в данном инциденте проблема была устранена в версии 7.7.0 терминала QUIK. Рекомендуем Вам обновить версию программы.
SG написал: Если функцию sendTransaction вызвать одновременно из двух потоков - один вызов из main, а другой из функции обратного вызова, то на корректную транзакцию может прийти ответ с ошибкой "Неверный формат заявки".
Ниже приведён скрипт, воспроизводящий проблему. В нём нужно перед запуском заменить номер счёта в первой строке. Для появления ошибки может потребоваться несколько запусков скрипта.
В терминале версии 7.2.2.3 ошибки не было. В версиях 7.4, 7.5 и 7.6 ошибка есть.
Скрипт: Скрытый текст
Код
local accountName = "SPBFUT00000" -- заменить на правильный номер счёта
local classCode = "SPBFUT"
local secCode = "SRZ6"
local priceMin = nil
local logFile = nil
local running = true
local testStarted = false
local activeOrders = {}
function Log ( message )
if logFile ~ = nil then
local timestamp = os.date ( "[%Y-%m-%d %X]" )
logFile:write(timestamp .. " " .. message .. "\n" )
logFile:flush()
end
end
function LogTable ( message , tbl)
local res = {}
for key, value in pairs(tbl) do
local vtype = type(value)
if vtype = = "nil" then
res[ # res + 1 ] = key .. " = <nil>"
elseif vtype = = "number" then
res[ # res + 1 ] = key .. " = " .. value
elseif vtype = = "string" then
res[ # res + 1 ] = key .. " = " .. string.format ( "%q" , value)
else
res[ # res + 1 ] = key .. " = ?"
end
end
Log( message .. table.concat (res, "; " ))
end
function PlaceOrders (price, count, id)
for i = 1 , count do
local transaction = {
[ "ACTION" ] = "NEW_ORDER" ,
[ "CLASSCODE" ] = classCode,
[ "SECCODE" ] = secCode,
[ "ACCOUNT" ] = accountName,
[ "OPERATION" ] = "B" ,
[ "PRICE" ] = tostring(price),
[ "QUANTITY" ] = "1" ,
[ "TRANS_ID" ] = tostring(id),
}
LogTable( "Placing order: " , transaction)
local message = sendTransaction (transaction)
Log( "Result: " .. id .. ", [" .. message .. "]" )
id = id + 1
end
end
function CancelOrders (id)
for ordernum, value in pairs(activeOrders) do
local transaction = {
[ "ACTION" ] = "KILL_ORDER" ,
[ "CLASSCODE" ] = classCode,
[ "SECCODE" ] = secCode,
[ "ORDER_KEY" ] = tostring(ordernum),
[ "TRANS_ID" ] = tostring(id),
}
LogTable( "Cancelling order: " , transaction)
local message = sendTransaction (transaction)
Log( "Result: " .. id .. ", [" .. message .. "]" )
id = id + 1
end
end
function OnTransReply (transaction)
LogTable( "OnTransReply: " , transaction)
if not testStarted then
-- этот код вызывается только один раз для старта теста
Log( "Starting test" )
testStarted = true
-- ставим тестовые заявки
PlaceOrders(priceMin, 5 , 3000 )
end
if transaction.status = = 3 then
activeOrders[transaction.order_num] = true
else
-- если попали сюда, значит произошла ошибка
Log( "ERROR: " .. transaction.result_msg)
end
end
function OnStop ()
running = false
end
function GetPriceMin ()
local param = getParamEx (classCode, secCode, "pricemin" )
if param = = nil or param.result ~ = "1" then
return 0
end
local value = tonumber(param.param_value)
if value = = nil then
return 0
end
Log( "pricemin = " .. value)
return value
end
function OnInit (scriptName)
logFile = io.open (scriptName .. ".log" , "at" )
end
function main ()
-- получаем нижний лимит цены
priceMin = GetPriceMin()
while running and priceMin = = 0 do
sleep ( 100 )
priceMin = GetPriceMin()
end
-- отправляем первую заявку
PlaceOrders(priceMin, 1 , 1000 )
-- активное ожидание начала теста
while not testStarted do
end
-- ставим тестовые заявки
PlaceOrders(priceMin, 5 , 2000 )
-- ждём исполнение всех транзакций
sleep ( 2000 )
-- снимаем все заявки
CancelOrders( 4000 )
-- ждём исполнение всех транзакций
sleep ( 2000 )
logFile:close()
logFile = nil
end
Добрый день,
Описанная в данном инциденте проблема была устранена в версии 7.7.0 терминала QUIK. Рекомендуем Вам обновить версию программы.
Павел Щербаков написал: Добрый, подскажите, пожалуйста, можно ли используя TRANS2QUIK 1.3 получить обезличенные сделки? Например, используя TRANS2QUIK_SUBSCRIBE_TRADES, но только не свои, а обезличенные.
5. Привязка (якорение) графиков, стаконов и пр. к таблице состояние счёта. Хочется иметь возможность привязать переключение графика к текущему инструменту в таблице состояния счёта, так же как и в таблице текущих торгов. Было бы удобно быстро посмотреть графики по тем позициям которые у тебя открыты. Не приходилось бы создавать отдельную таблицу текущих торгов, где только те инструменты, по которым есть открытые позиции и постоянно её поддерживать в актуальном состоянии.
Спасибо.
Здравствуйте!
Ваше пожелание зарегистрировано. Мы постараемся рассмотреть его и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожелания в будущих версиях ПО.
Необходимо исследовать вопрос. Для проверки просьба прислать два архива клиентских мест (без ключей доступа и файла chm), архивы пометьте, какой от Открытия, какой от Неттрейдера. Запрошенную информацию необходимо присылать после возникновения проблемы.
Максим, Ваши пожелания зарегистрированы. Мы постараемся рассмотреть их и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожеланий в будущих версиях ПО.
таким образом все-таки через транзакцию? вы противоречите своему коллеге:
Цитата
Stanislav Tvorogov написал: замена заявки осуществляется не через транзакцию
Здравствуйте,
Противоречий нет. Нет такой транзакции "замена заявки", чтобы это осуществить нужно выполнить две другие транзакции, а именно "снять заявку" и "выставить новую". По сути это одно и тоже, но в один заход, одну транзакцию выполнить эту задачу сейчас нельзя.
Stanislav Tvorogov написал: замена заявки осуществляется не через транзакцию
А как если не через транзакцию? И каков вообще правильный подход в работе с текущими заявками - нужно каждый раз запоминать TRANS_ID или есть другие способы/сущности, с которыми можно работать? Например, обратиться к последней заявке(для замены или отмены), обратиться к последней заявке определенного типа(на продажу/покупку).
Здравствуйте,
Идет две транзакции на снятие и выставление новой заявки. Запоминать TRANS_ID не нужно. Чтобы заменить заявку нужно сначала отправить транзакцию на снятие (для этого необходимо знать номер заявки) и выставить новую.
А где этот файл? Не нашел в папке терминала.. Его можно удалять или нужно очищать содержимое?
Здравствуйте,
Путь к файлу можно посмотреть в пункте меню Сервис-Экспорт/Импорт-Импорт транзакции из файла. Удалять содержимое файла. Если, конечно, мы говорим именно о импорте транзакций из файла tri, если речь про LUA например, то в этом месте ничего делать не нужно.
А каков принцип формирования номеров транзакций? В течение одной торговой сессии каждый раз можно начинать свою нумерацию от 1 и т.д?
Как такового принципа нет. Биржа ничего не знает про TRANS_ID, его проставляет сервер QUIK, связывая номер заявки с тем что получен в ответе на транзакцию. Нумерацию можно начинать от 1, только перед этим нужно чистить файл tro.
Алексей Орешкин написал: Сделал видео как это проходит у меня.
Добрый день.
Данная ошибка будет исправлена в одной из очередных версий программы. Приносим извинения за причиненные неудобства.
Посмотрите, пожалуйста, смежную проблему с "лишними" вызовами OnCalculate. При редактировании параметров какого-либо индикатора он пересчитывается 3 раза, а все остальные на диаграмме - по 2. При большом количестве ресурсоемких индикаторов работать становится сложно. Версия 7.2.1.5. В версии 6.17 при редактировании параметров индикатора пересчитывался только он один, остальные не трогались. Нельзя ли вернуть прежний порядок?
Здравствуйте,
Судя по описанию эта такая же проблема, описанная выше. Сейчас и правда OnCalculate работает некорректно. Над устранением ошибки работаем.
В версии 7.5 действительно стало в 2 раза легче, теперь при редактировании параметров какого-либо индикатора все остальные индикаторы на диаграмме пересчитываются не 2 раза, а только 1. Повторяю свой вопрос: "В версии 6.17 при редактировании параметров индикатора пересчитывался только он один, остальные не трогались. Нельзя ли вернуть прежний порядок?"
Здравствуйте!
Ваше пожелание зарегистрировано. Мы постараемся рассмотреть его и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожелания в будущих версиях ПО.
Ваше обращение получено, проблема изучается. Постараемся в ближайшее время дать ответ. Что касается недельного графика, то так сложилось исторически и показывает с воскресенья с учетом рабочей недели на западе.
Egor Zaytsev написал: Что касается фьючерсных контрактов, то для расчета максимального количества на покупку в форме ввода заявки используется «НаПокупНеМарж» и ГО (покупателя или продавца в зависимости от операции).
Добавим, что данный расчет применим к единой денежной позиции, у Вас как понимаем раздельная. Поэтому:
Цитата
Предполагал, что это простое отношение Свободного капитала и ГО инструмента, но вижу, что ещё присутствует какая-то зависимость от цены инструмента.
в расчете также участвуют:
- гарантийное обеспечение продавца - гарантийное обеспечение покупателя - стоимость шага цены
Что касается фьючерсных контрактов, то для расчета максимального количества на покупку в форме ввода заявки используется «НаПокупНеМарж» и ГО (покупателя или продавца в зависимости от операции).
Николай Зятьков написал: Добрый день. Подскажите, пожалуйста, по какому алгоритму Quik рассчитывает максимально возможное количество лот на покупку и продажу для заданного фьючерсного контракта? Предполагал, что это простое отношение Свободного капитала и ГО инструмента, но вижу, что ещё присутствует какая-то зависимость от цены инструмента.
Добрый день.
Считается так. Расчет доступного количества на покупку производится следующим образом - рассчитываем предполагаемую стоимость лота для бумаги <Стоимость лота>. Она будет равна лучшей цене предложения (если ее нет - то эта цене последней сделки, а если и ее нет - то цене закрытия пред. дня), и умножаем ее на размер лота для этой бумаги. Далее, считаем - для маржинальных бумаг (МО) - <На покупку в лотах> = <На покупку> / <Стоимость лота> для немаржинальных бумаг (пусто или М) - <На покупку в лотах> = <НаПокупНеМарж> / <Стоимость лота> для бумаг обеспечения (О) - <На покупку в лотах> = <НаПокупОбесп> / <Стоимость лота>
Расчет доступного количества на продажу - рассчитываем предполагаемую стоимость лота для бумаги <Стоимость лота>. Она будет равна лучшей цене спроса (если ее нет - то эта цене последней сделки, а если и ее нет - то цене закрытия пред. дня), и умножаем ее на размер лота для этой бумаги. Для маржинальных и "полумаржинальных" бумаг (МО и М) – <На продажу в лотах> = <На продажу> / <Стоимость лота> + <Тек.остаток по бумаге> Для немаржинальных бумаг и входящих в обеспечение (О) – <На продажу в лотах> = <Тек.остаток по бумаге>
Здравствуйте, Да, мы помним то обращение. Одно из последних Ваших сообщений:
Цитата
Сейчас та же ситуация, вот так отображаются котировки: На всех таймфреймах до W на данный момент вижу хай: 145,34, а на W и MN - завис хай 148,47.
На тот момент мы так и не нашли проблему, сравнивали графики с сайтом биржи. Если сейчас проблема продолжается, то сделайте вновь скриншоты, обозначьте проблему на них, мы сравним со своими. Например, возьмем график Сбербанка. Мы сейчас сравнили на версиях 7.5 и версии 6.17 цены одинаковые.
casuaL написал: 1. проблема проявляется не во время торгов, а уже после закрытия сессии. 2. недельная свеча вместо понедельника стала открываться воскресеньем.
Добрый день.
1. По первым скриншотам (из первого сообщения) к сожалению не понятно что с чем сравниваете, кроме цен последних сделок другие значения вычислить затруднительно. Давайте поступим следующим образом. Постройте графики Сбербанка (класс TQBR) интервал "недельный" "месячный" "дневной" и сообщите какое значение имеет CLOSE (за предыдущую торговую сессию). Как понимаем проблема именно в нем.
2. Так было и ранее. Если, как говорите, раньше было по другому, то просьба сообщить на какой именно версии QUIK.
Ваше пожелание зарегистрировано. Мы постараемся рассмотреть его и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожелания в будущих версиях ПО.
Sergey Denegin написал: еще один вопрос, и как вариант, пожелание к доработке: можно ли менять цвет нулевой строки (т.е. строки с заголовком в таблице)? Если нет, то просьба зарегистрировать как пожелание. В этом случае можно буде очень удобно использовать эту строку под различные кнопки, причем которые не уезжают при прокрутке таблицы вниз.
Заранее спасибо.
Добрый день, Мы рассмотрели Ваше пожелание. По итогам его анализа сообщаем Вам, что реализация пожелания признана потенциально целесообразной. Если по результатам дальнейшего анализа, включающего юридические аспекты, анализ на непротиворечивость с общей политикой компании, никаких возражений не возникнет, мы постараемся включить Ваше пожелание в план доработок при выпуске одной из следующих версий нашего ПО.
Ёти написал: В дополнение к пункту 6. На скринах пример с тремя графиками на одном чарте. Один график на левой шкале, второй на правой, третий на виртуальной. Второй скрин - параметры этого чарта.
Добрый день, Мы рассмотрели Ваше пожелание. По итогам его анализа сообщаем Вам, что реализация пожелания признана потенциально целесообразной. Если по результатам дальнейшего анализа, включающего юридические аспекты, анализ на непротиворечивость с общей политикой компании, никаких возражений не возникнет, мы постараемся включить Ваше пожелание в план доработок при выпуске одной из следующих версий нашего ПО.
swerg написал: Выносить есть смысл скорее за границы основного окны. иначе смысл выносить. Еще думаю будет такой нюанс: если вынесенное окно будет без значка на панели задач и не будет поверх окон - как его потом волбще найти и уаидеть?
Здравствуйте,
Наверное sandyman и имел это ввиду, что должно не поверх всех окон, а за пределами основного.
Настройка действует только на вновь выносимые окна и не влияет на ранее вынесенные окна. Т.е нужно после того, как включите/выключите настройку заново создать окно.
Задача у меня перевести свои индикаторы с языка MQL4 (MetaTrader4, Forex) на Lua. Пришлось начать изучать Lua. В help по Lua из Quik я вообще не нашел описания основных конструкций языка (типы данных, операторы цикла, if и т.д.). В этом помогла книга Роберто Иерусалимски "Программирование на языке Lua". К сожалению она не описывает биржевую торговлю и индикаторы в том числе. А в help по Lua по индикаторам похоже не полная информация. В частности есть такие вопросы: 1. При выборе штатного индикатора, который накладывается на график, а не в отдельное окно, флаг "поместить график в отдельную область" не активен. А когда я выбираю свой индикатор, то этот флаг всегда активен, и каждый раз приходится его отключать. В языке MQL4 прямо в коде индикатора можно директивой указать, куда кидать индикатор - на график цены или в отдельное окно (#property indicator_chart_window и #property indicator_separate_window) . Вопрос: есть ли похожая директива в Lua? 2. Можно ли из индикатора обращаться к барам любого таймфрэйма, а не только текущего таймфрэйма на графике? Например, имея перед собой часовой график, производить вычисления с минутными барами (L,H,O,C,V)? 3. Как отслеживать появление нового бара? Я ориентируюсь на то, что при этом Size() увеличивается на 1. А что если в какой-то момент самые старые бары будут обрезаны и Size() уменьшится? Тогда в вычислениях надо это предусмотреть, иначе может возникнуть ошибка.
Вы говорите, что индекс свечи начинается c 0 и в руководстве написано то же самое. Но если в OnCalculate(index) написать PrintDbgStr("index=" .. index), то в окне Debugview выведет index от 1 до Size(). Вроде получается, что самая старая свеча имеет индекс 1.
Здравствуйте,
1. К сожалению, такой возможности нет. 2. Здесь больше подойдет функция CreateDataSource 3. Для работы со свечками в lua есть функция getCandlesByIndex Среди свойств свечек есть параметр doesExist, по нему можно определить что свечка сформировалась.
foma написал: Сделал так, ничего не изменилось. У меня в Система-Заказ данных- Поток котировок открывается таблица настроек Выбор принимаемых параметров и инструментов И в ней в классе инструментов FORTS Фьючерсы доступных параметров 0 почему-то? Что делать?
Здравствуйте, Работаете через брокера? Если да, то обратитесь к нему. Перед этим перезакажите данные (пункт меню Система - Заказ данных - перезаказать данные)
Построили RIZ6 на тф 30m и скользящую с периодом 200. Отлично отображается Moving Average.
Да верно, извините, был выбран другой масштаб.
Цитата
Именно отсутствие истории на фондовом рынке в вашей Demo-версии не позволяет анализировать инструмент, используя cкользящие средние с большим периодом.
Tanzy написал: Результат 1. Для срочного рынка мувинги с большим периодом отображаются корректно на старших тф. 2. Для фондового рынка необходимо уменьшить тф, чтобы отображались мувинги с большим периодом. Это минус вашей demo версии.
На срочном рынке есть история, соответственно больше кол-во свечей. Например, постройте график RIZ6 и укажите на 30 минутном интервала период 100 и у вас тоже исчезнет линия, какой бы большой график не был - всегда будет предел. На фондовом рынке истории нет, и чем больше интервал, тем их еще меньше. Например, постройте дневной график по любому инструменту и нанесите скользящую и вы ее вообще не увидите.
Вам нужно либо интервал уменьшить, либо период. 50 много для 30 минутного графика, вернее для кол-во отображаемых свечей на графике, поэтому линия пропадает. Цвет даже не обязательно менять, чтобы воспроизвести.
foma написал: В таблице исчезли столбцы минимальна, максимальная, последняя цена и много еще чего. Таблица показывает фьючерс RIZ6 Quik 7.5.0.72 Стакан, графики работают. При редактировании таблицы нет этих параметров. Что делать?
Здравствуйте,
Проверьте настройку. Зайдите в пункт меню Система/Настройки/Основные настройки/Программа/Получение данных/ и выберите пункт "Исходя из настроек открытых пользователем таблиц"
Здравствуйте, Хотелось бы более подробное описание проблемы со скриншотами до и после изменений, а также версию клиентского места QUIK. Проверили у себя, проблем нет. И что имеется ввиду под числовым аргументом? период или метод?
Ваше пожелание зарегистрировано. Мы постараемся рассмотреть его и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожелания в будущих версиях ПО.
2. По поводу второго вопроса. Вопрос изучим и вернемся через некоторое время.
Владимир написал: Добрый день. Поддерживаю. Почините, пожалуйста, котировки на демо. Котировок совсем нет, например по фьючерсу brz6.
Здравствуйте, что Вы имеете ввиду под котировками? У Вас стакан пустой? нет на графике данных? У нас стакан присутствует, график тоже. Если есть возможность, то покажите на скриншоте.
Серега написал: 91.209.122.220 15100 info - это демо сервер? Раньше на демо RIZ6 котировки были как на реальном RIZ6 Сейчас демо RIZ6 = 94000 Меня одного так глючит? Кто тогда там сделки делает? ))) Какая сейчас котировка на демо RIZ6 = ???
Да, демо. На демо и не обязательно должны совпадать котировки.
Опционная доска - изменились настройки после обновления., Изменился формат Опционной доски - "сломались" настройки вывода по DDE, как теперь настроить?
Проблема в том, что вывод опционов по страйкам в Вашу таблицу в новом варианте все время меняется. Даже при выборе параметра выводить "все" - выводятся:
во-первых, не все страйки - есть отличия от биржевой таблицы; во-вторых, и это самое неудобное, в пятницу - с одного страйка начиналась таблица (настройка "все"), в понедельник - другого.
Я транслирую таблицу по DDE в Excel, далее выбираю страйки кратные шагу 500 (для Si-12.16). В понедельник таблица начинается с 55750, вместо 52500 - в пятницу, (а на бирже все время - с 50000). В результате, мои обработки в Excel - "плывут". Я получил в графиках "дохлые" страйки, от которых пытался избавиться.
Конечно, я подправил DDE настрйки - подкорректировал номер строки для вывода. Но теперь за этим надо следить корректировать каждый раз при запуске программы... Не совсем удобно.
А главное - не совсем понятно, почему бы не оставить ручную привязку страйка в таблице опционов в первой строке - как опцию в настройках, например.
Здравствуйте, для возможности воспроизвести уточните следующие моменты:
Цитата
во-вторых, и это самое неудобное, в пятницу - с одного страйка начиналась таблица (настройка "все"), в понедельник - другого.
между днями проблема также воспроизводится? Сегодня проведем эксперимент.
Цитата
Я транслирую таблицу по DDE в Excel, далее выбираю страйки кратные шагу 500 (для Si-12.16). В понедельник таблица начинается с 55750, вместо 52500 - в пятницу, (а на бирже все время - с 50000). В результате, мои обработки в Excel - "плывут". Я получил в графиках "дохлые" страйки, от которых пытался избавиться.
Видим у себя в таблице первый страйк 51.750, на сайте биржи действительно первый 50000. С этим вопросом разберемся, постараемся в ближайшее время дать ответ.
Владимир написал: Добрый день. Каким образом можно обратиться к верхнему и нижнему лимиту цены фьючерсного контракта? С уважением, Владимир.
Здравствуйте, как понимаем речь про "максимально и минимально возможные цены" Для этого Вам необходимо обратиться к таблице текущих торгов, функция: TABLE getParamEx (STRING class_code, STRING sec_code, STRING param_name) параметры: PRICEMAX и PRICEMIN.
Серега написал: Только что открыл http://arqatech.com/ru/support/demo/ 91.209.122.220 15100 info Ваш доступ на демо сервере НЕ работает. RIZ6 = 94 000 и никаких движений.
Почините пожалуйста срочный рынок.
Здравствуйте, проверили все работает. Проверьте снова. Также выполните перезаказ данных: Система - Заказ данных - Перезаказать данные.
Владимир написал: Просьба увеличить количество символов в графе 'Обозначение в системе ТА' при экспорте данных для теханализа до 50. В настоящее время невозможно ввести необходимые обозначения, например, USD000UTSTOM/CETS и т.п.
Здравствуйте!
Ваше пожелание зарегистрировано. Мы постараемся рассмотреть его и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожелания в будущих версиях ПО.
Алексей Е написал: Извините, а где и как "взять архив терминала 7.5" ?
Здравствуйте,
Под архивом имеется ввиду ваше рабочее место QUIK. Т.е нужно найти директорию, где установлена программа QUIK, поместить содержимое папки с программой в архив (без ключей доступа и файла chm) и прислать нам.