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

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

Страницы: 1 2 3 След.
параметр "ACCOUNT" в sendTransaction, особенности его применения на QUIK с субсчетами.
 
Цитата
Evgeniy Karnaukhov написал:
... в сообщении #7 Вы привели:
Цитата
XXM написал:
1. если вместо account = 'SPBFUT001ad'  написать account = 'blablabla', мы увидим сообщение:Ошибка:  Указанный счет депо не найден: "blablabla", OpenLong, SiH1, B, 1, price=74260.0
Просьба уточнить, что подразумевалось под этим пунктом?

В сообщении #6 в п.2 приведен код программы SuperScalp.lua
Если выставить в function send_order() параметр account = 'blablabla', то при выставлении заявки при rus = true trans_params{} будет таким:
Код
trans_params = {
   CLASSCODE = class,
   CLIENT_CODE = client,
   SECCODE = seccode,
   ACCOUNT = account,
   TYPE = new_type,
   TRANS_ID = trans_id,
   OPERATION = operation,
   QUANTITY = tostring(quantity),
   PRICE = tostring(price),
   ACTION = "NEW_ORDER"
   }
и будет такой отклик:
Код
17:38:01; SiH1; нажато: купить, 1
17:38:01; send_order, client = OpenLong, class = SPBFUT, seccode = SiH1, account = blablabla,
quantity = 1, operation = B, price = 74081.0, trans_id = 173801588
17:38:01; send_order, ошибка:  Указанный счет депо не найден: "blablabla", OpenLong, SiH1, B, 1, price=74081.0
а при rus = false:
Код
if operation == "B" then
   operation = 'Покупка'
else
   operation = 'Продажа'
end
trans_params = {
   ["TRANS_ID"] = trans_id,
   ["Комментарий"] = client,
   ["ACTION"] = "Ввод заявки",
   ["CLASSCODE"] = class,
   ["Тип"] = "Лимитированная",
   ["Условие исполнения"] = "Поставить в очередь",
   ["Класс"] = class,
   ["Инструмент"] = seccode,
   ["Количество"] = tostring(quantity),
   ["Цена"] = tostring(price),
   ['К/П'] = operation,
   ["Торговый счет"] = account
   }
и сделка проходит с указанным нами активом, в указанную сторону указанным количеством  и с ошибочным account:
Код
17:38:26; SiH1; нажато: купить, 1
17:38:26; send_order, client = OpenLong, class = SPBFUT, seccode = SiH1, account = blablabla,
quantity = 1, operation = B, price = 74100.0, trans_id = 173826276
17:38:27; SiH1; OnTrans, order_num = 1892954205183352395, 74100 x 1, t_id = 173826276, account = blablabla
17:38:27; SiH1; OnTrade, order_num = 1892954205183352395, t_n = 1892954205182815332 (74045.0x1.0), account = SPBFUT000tr
17:38:27; SiH1; OnOrder, B, order_num = 1892954205183352395 (74100.0x1.0),
t_id = 0, flag = 24, OpenLong, balance = 0.0, filled, account = SPBFUT000tr
17:38:27; SiH1; OnOrder, B, order_num = 1892954205183352395 (74100.0x1.0),
t_id = 173826276, flag = 24, OpenLong, balance = 0.0, filled, account = SPBFUT000tr
То есть в сообщении #7 был приведен момент работы SuperScalp.lua при account = 'blablabla' и  rus = true.
Lbot3D
параметр "ACCOUNT" в sendTransaction, особенности его применения на QUIK с субсчетами.
 
Речь идет в ветке "Программирование на языке Lua".
При подаче  заявки руками через форму заявки мы не сможем ошибочно ввести аккаунт "blablabla" в поле "Торговый счет". Поэтому говорить "тоже самое происходит и при подаче заявки руками" не корректно.
Lbot3D
параметр "ACCOUNT" в sendTransaction, особенности его применения на QUIK с субсчетами.
 
Цитата
Константин написал:
... Указан не правильный счет, заявка не должна выставляться...
Именно так!
----------------
Одна функция позволяет себе заменить счет в заявке на такой, как ему кажется, БОЛЕЕ правильный счет, а другой тогда можно будет и количество подправить? :lol:  
Lbot3D
параметр "ACCOUNT" в sendTransaction, особенности его применения на QUIK с субсчетами.
 
1.
Цитата
Evgeniy Karnaukhov написал:
Да,  действительно наблюдаем опечатку, естественно, должно быть написано   "6.10.23". Данную ситуацию разбираем, документацию исправим в одной из   очередных версий ПО.
Ясно.

2.
Цитата
Evgeniy Karnaukhov написал:
Давайте уточним. Инцидент регистрировался на тему опечатки в документации, которые Вы привели в первых сообщениях. По поводу ответа на правильный/неправильный ввод данных в "account" Вам было отвечено ранее в #8, что все ответы корректны. Ответ  "Ошибка:  Указанный счет депо не найден"  уже  возвращается, если Вы в "account" вводите некорректное название счета.
Уточните, пожалуйста, что Вы имели в виду, возможно могли не совсем правильно Вас понять.
Тема опечатки меня волновала в 135-ю очередь, там я, как писал, уже догадался, ЧТО именно следут читать:
Цитата
XXM написал: "6.11.3 ... Там этот пункт отсутствует. Догадываемся, что следует читать п. 6.9.3."

3.
Цитата
Evgeniy Karnaukhov написал:
По поводу ответа на правильный/неправильный ввод данных в "account" Вам было отвечено ранее в #8, что все ответы корректны. Ответ  "Ошибка:  Указанный счет депо не найден"  уже  возвращается, если Вы в "account" вводите некорректное название счета.
Уточните, пожалуйста, что Вы имели в виду, возможно могли не совсем правильно Вас понять.
"было отвечено ранее в #8, что все ответы корректны" тоже читал, понял.
Также прочитал, что " Ответ "Ошибка: Указанный счет депо не найден" уже возвращается, если Вы в "account" вводите некорректное название счета."  
Мое уточнение будет состоять в том, вышесказанное вами НЕВЕРНО в случае одного счета в рабочем QUIK.
И в сообщении #6 привожу скриншот (Отчетливо видно, что в заявке account = blablabla
OnTransReply подтверждает указанный account. Но вот OnOrder и OnTrade молча игнорируют команду трейдера и делают то, что делают: меняют account на тот, который считают нужным!). И сделка, поданная с "account = blablabla" проходит, как будто так и должно быть, и не важно, account <> blablabla!
Считаю верным во всех случаях ошибочного указания параметра account возвращать ответ  "Ошибка: Указанный счет депо не найден", а не будет "автоматически подставлять"  счет срочного рынка.
Lbot3D
параметр "ACCOUNT" в sendTransaction, особенности его применения на QUIK с субсчетами.
 
Цитата
Evgeniy Karnaukhov написал:
XXM, добрый день.
Описанная в данном инциденте ошибка была исправлена в версии 8.12.0 терминала QUIK. Рекомендуем вам обновить версию программы.
Приносим извинения за причиненные неудобства.
Вы поторопились с отчетом и извинениями:



Уточню свой предыдущий ответ:
Теперь понимаю, что при одном счете ФОРТС в UID в сделках при ошибке в заявке account = 'blablabla' QUIK автоматически подставляет значение account этого счета и заявка идет на исполнение.
Хотя считаю, что ответ "Ошибка:  Указанный счет депо не найден" был бы правильным.
Lbot3D
параметр "ACCOUNT" в sendTransaction, особенности его применения на QUIK с субсчетами.
 
Evgeniy Karnaukhov, версию обновил. Руководство пользователя поправили, увидел.
Теперь понимаю, что при одном счете ФОРТС в UID в сделках при ошибке в заявке account = 'blablabla' QUIK автоматически подставляет значение account этого счета и заявка идет на исполнение.
Хотя считаю, что ответ "Ошибка:  Указанный счет депо не найден" был правильным.
Lbot3D
4.24 Транзакции. Флаги транзакции., Что это такое?
 
Владимир, вам уже, как вижу, ранее уже писали:
Цитата
Уважаемый. Я вам два раза уже намекал, что вы не разработчик терминала и не даже понимаете суть вопроса.
не мусорьте, помолчите и подождите ответа разработчиков.
Присоединяюсь:

Вы не разработчик терминала и даже не понимаете суть вопроса.
Не мусорьте, помолчите и подождите ответа разработчиков.
Lbot3D
4.24 Транзакции. Флаги транзакции., Что это такое?
 
круто, Владимир, почти Айенгор:

Lbot3D
4.24 Транзакции. Флаги транзакции., Что это такое?
 
s_mike@rambler.ru, спасибо, однако!

но:
Цитата
XXM написал:
<...>
Гадать как-то дискомфортно, прошу описания.
А по сути, есть еще 2490369, 2359297.
Требую описания!
Слово начальнику транспортного цеха!
Lbot3D
4.24 Транзакции. Флаги транзакции., Что это такое?
 


https://arqatech.com/upload/iblock/194/quik_lua.zip
Интерпретатор языка Lua, Руководство пользователя, Версия 8.12
4.24 Транзакции, Описание параметров транзакций, страница 91
Слов "(временно не используется)" уже нет. Т.е. имеем флаги есть, и они используются. Кем и как?
Михаил отписался, но ясности не прибавил :)
А что скажет QUIK clients support?
Lbot3D
4.24 Транзакции. Флаги транзакции., Что это такое?
 
В Руководстве пользователя "Интерпретатор языка Lua" есть даже глава 5. Описание битовых флагов
Но по флагам транзакций ни в этой главе, ни в других местах не нашел информации.
Гадать как-то дискомфортно, прошу описания.
Lbot3D
параметр "ACCOUNT" в sendTransaction, особенности его применения на QUIK с субсчетами.
 
Я полагал:
Цитата
XXM написал:
Но при rus = true реагирует должным образом!  

Решение, в общем, найдено. Но хотелось бы ваших комментариев, Roman Azarov.
Ситуация намного печальнее:

1. если вместо account = 'SPBFUT001ad'  написать account = 'blablabla', мы увидим сообщение:
Ошибка:  Указанный счет депо не найден: "blablabla", OpenLong, SiH1, B, 1, price=74260.0
2. если вместо account = 'SPBFUT001ad'  написать account = nil, мы увидим сообщение:
Ошибка:  Не указано значение поля "Торговый счет", OpenLong, SiH1, B, 1, price=74253.0
3. если вместо account = 'SPBFUT001ad'  написать account = 'NL0011100043', мы увидим сообщения:
send_order, client = OpenLong, class = SPBFUT, seccode = SiH1, account = NL0011100043, quantity = 1, operation = B, price = 74248.0, trans_id = 144248072
SiH1; OnTrans, order_num = 1892954054859215491, 74248 x 1, t_id = 144248072, account = NL0011100043
Заявка 1892954054859215491 успешно зарегистрирована.
SiH1; OnOrder, B, order_num = 1892954054859215491 (74248.0x1.0), t_id = 144248072, flag = 25, OpenLong, balance = 1.0, active, account = SPBFUT001ad

Прошу прояснить, что не так в вашем (нашем) QUIK?
Lbot3D
параметр "ACCOUNT" в sendTransaction, особенности его применения на QUIK с субсчетами.
 
1. скриншот. Отчетливо видно, что в заявке account = blablabla
OnTransReply подтверждает указанный account. Но вот OnOrder и OnTrade молча игнорируют команду трейдера и делают то, что делают: меняют account на тот, который считают нужным! Это ли не удивительно?

Скрытый текст

2. Код программы:

Скрытый текст

3. По опечаткам: в документе "6 Работа с другими приложениями.pdf" их несколько. Что еще попались: 6.11.4, 6.12.23
Lbot3D
параметр "ACCOUNT" в sendTransaction, особенности его применения на QUIK с субсчетами.
 
Roman Azarov, программа QUIK - удивительная!  :)


Поэкспериментировал, весь код программы тут: https://pastebin.com/uPmCUqS1 (код старый, 2016 года, настройки счетов делал на демо-QUIK сегодняшний)

Заявку делал нажимая "купить --" и при rus = false
Код
function send_order(client, class, seccode, account, operation, quantity, price)
   account = 'blablabla'
   local mes = 'send_order, client = '..client..', class = '.. class..', seccode = '..seccode..', account = '..account ..', quantity = '..quantity.. ', operation = '..operation.. ', price = '..price
   message(mes)
   local trans_id = get_trans_id()
   rus = false
   --rus = true
   if rus then
      trans_params = {
         CLASSCODE = class,
         CLIENT_CODE = client,
         SECCODE = seccode,
         ACCOUNT = account,
         TYPE = new_type,
         TRANS_ID = trans_id,
         OPERATION = operation,
         QUANTITY = tostring(quantity),
         PRICE = tostring(price),
         ACTION = "NEW_ORDER"
         }
   else
      if operation == "B" then
         operation = 'Покупка'
      else
         operation = 'Продажа'
      end
      trans_params = {
         ["TRANS_ID"] = trans_id,
         ["Комментарий"] = client,
         ["ACTION"] = "Ввод заявки",
         ["CLASSCODE"] = class,
         ["Тип"] = "Лимитированная",
         ["Условие исполнения"] = "Поставить в очередь",
         ["Класс"] = class,
         ["Инструмент"] = seccode,
         ["Количество"] = tostring(quantity),
         ["Цена"] = tostring(price),
         ['К/П'] = operation,
         ["Торговый счет"] = account
         }
   end
   return sendTransaction(trans_params)
end

заявка без ошибок регистрируется при account = 'blablabla'.
Вроде так быть не должно?

Но при rus = true реагирует должным образом! :lol:

Решение, в общем, найдено. Но хотелось бы ваших комментариев, Roman Azarov.
Lbot3D
параметр "ACCOUNT" в sendTransaction, особенности его применения на QUIK с субсчетами.
 
Интерпретатор языка Lua.pdf, стр.33, 3.11 Функции для работы с заявками.
читаем:
STRING result sendTransaction(TABLE transaction)
В качестве параметра принимает таблицу, в которой имена и значения полей соответствуют параметрам tri-файла
(см. Руководство пользователя QUIK, Раздел 6 «Совместная работа с другими приложениями», п. 6.11.3).
Там этот пункт отсутствует. Догадываемся, что следует читать п. 6.9.3.
ACCOUNT Номер счета Трейдера. Параметр обязателен при «ACTION» = «KILL_ALL_FUTURES_ORDERS».
В самом деле, при сделках купли-продажи в этом параметре может быть все, что угодно, его может и не быть вовсе. Но возник теоретический (т.к. на практике нет субсчетов) вопрос: как делать заявки при наличии нескольких субсчетов ФОРТС на одном QUIK?
Lbot3D
проблема с w32.dll на quik 8.5
 
Спасибо!!!
Lbot3D
QUIK (версия 7.0.1.5), function OnTrade(trade), трехкратный вызов на одно событие.
 
Цитата
s_mike@rambler.ru написал:
А зачем?
...
технически проблему эту я решил давно, знаю как обойти эти грабли.
Но они есть и приходят новые поколения, которые на них наступают.  
Lbot3D
QUIK (версия 7.0.1.5), function OnTrade(trade), трехкратный вызов на одно событие.
 
Цитата
Эпик вин написал:
Мдаа.. Давненько я такого не встречал. Обратная совместимость 0/10, очевидность 0/10, документация 2/10, шлангование и перекаты 10/10.

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

Спасибо всем участникам за то, что многим сэкономили время на исследование этого архитектурного кошмара.
:lol:
Пятый пошел!

Цитата
Alexander Kopyatkevich написал:

...OnTrade() и OnOrder() могут вызываться несколько раз, даже если визуально никакие поля не поменялись, так как не все поля структуры сделки видны через QLua.
Вроде бы как-то обещали, что внесете порядковый номер обновления для каждой сущности, что было видно, что что-то поменялось.
Три года с тех пор прошло.
Lbot3D
Критерий исполнения заявки OnTrade
 
Цитата
Let_it_go написал:
Мне мерещится, или колбек OnTrade срабатывает три раза на каждую сделку?
Один за другим приходят три отчёта о совершении одной сделки.
Счастливый  :smile:
https://forum.quik.ru/forum10/topic1082/
Lbot3D
Как из Lua узнать сумму денежных средств на начало торгов?
 
Спасибо!
Lbot3D
Как из Lua узнать сумму денежных средств на начало торгов?
 
1-й счет, Единый:


2-й счет, ФОРТС:


В системе QUIK предусмотрен где-то признак счета "Единый" или еще какой другой?
И почему на первом счете лимит открытых поз. нулевой, хотя деньги есть и они видны в другой таблице -лимитов по ДС, а на другом счете, где только ФОРТС - картинка кардинально отличается?

Задавал вопрос тут: https://forum.quik.ru/forum1/topic3969/
Задавал вопрос брокеру.
Никакого ответа пока не получил.
Теперь вопросы задаю тут, на ветке Lua.

Как из Lua узнать сумму денежных средств на начало торгов?
Lbot3D
Таблица "Ограничения по клиентским счетам", и "Таблица лимитов по денежным средствам" имеют разное наполнение для счетов одного брокера, почему так?
 
1-й счет, Единый:


2-й счет, ФОРТС:


Там где размыто - реальные цифры. Сперва хочу понять: в системе QUIK предусмотрен где-то признак счета "Единый" или еще какой другой?
И почему на первом счете лимит открытых поз. нулевой, хотя деньги есть и они видны в другой таблице -лимитов по ДС, а на другом счете, где только ФОРТС - картинка кардинально отличается?
Lbot3D
Таблица "Ограничения по клиентским счетам", и "Таблица лимитов по денежным средствам" имеют разное наполнение для счетов одного брокера, почему так?
 
Имеем один счет, "Единый", картинка с таблицей "Ограничения по клиентским счетам" и "Таблица лимитов по денежным средствам":


Тот же брокер, только ФОРТС, те же таблицы:


Разница в наполнении ячеек, 1 и 2:


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

Как из Lua определить, откуда брать общую цифру денежных средств на начало торгов в общем случае?
Lbot3D
Пришел OnTransReply с пустым brokerref
 
Цитата
Stanislav Tvorogov написал:
Данную информацию добавить к сожалению, не можем. Рекомендуем уточнять версию серверного ПО у Вашего брокера.
Странна и печальна ваша немочь ((
Lbot3D
Пришел OnTransReply с пустым brokerref
 
Цитата
Stanislav Tvorogov написал:
...
4. Со стороны Рабочего места QUIK узнать версию серверного ПО к сожалению, невозможно. По этому вопросу рекомендуем обращаться к Вашему брокеру.
Т.к. пользовательское ПО работает в связке с серверным ПО, предлагаю ввести в информационное окно поле "Версия программы сервера".
Lbot3D
Пришел OnTransReply с пустым brokerref
 
Цитата
Sergey Gorokhov написал:
Suntor  ,
По данному обращению мы диагностируем проявление исправленной в версии сервера 5.18 ошибки, связанной с трансляцией некоторых полей в таблицу транзакций через серверы доступа.
Проблема исчезнет после обновления серверного ПО у Вашего брокера, до этой версии.
1. Если возникла ошибка в некотором обновлении ПО (которой, по идее, не должно появиться, ведь это же ОБНОВЛЕНИЕ!!! программы, ее улучшение, развитие, появление новых возможностей, но отнюдь не ухудшение имеющегося функционала), неужели у брокеров, которые установили это ПО, в котором обнаружены ошибки, не возникает обязанности обновить ПО, в котором эта ошибка устранена, немедленно?
2. Какой номер версии серверного ПО, в котором появилась ошибка, связанная с "трансляцией некоторых полей в таблицу транзакций через серверы доступа"?
3. Какой номер версии серверного ПО, в котором эта ошибка устранена?
4. Как пользователь QUIK может проверить версию серверного ПО?
Lbot3D
Пришел OnTransReply с пустым brokerref
 
Да уж:
Цитата
на всех quik, у всех подключенных брокерах это поле пустое. Это и ВТБ, КитФинансБрокер и Финам.
 :sad:
Lbot3D
Комментарий при выставлении заявки - проблемы с обработкой в OnTransReply, Комментарий отображается в таблице Quik, но не считывается в OnTransReply
 
Цитата
Алексей написал:
Та же проблема:
Пришел OnTransReply с пустым brokerref
Подтверждаю!
Lbot3D
Пришел OnTransReply с пустым brokerref
 
Если 19.02.2018 лог выглядел так:
14:00:02; [RIR1]; setB, 126460   x 1, t_id = 781648986, CS, Bar 5140
14:00:02; [RIR1]; Buy,   CS, RIH8, best_offer = 126450, buyPrice = 126460, t_id = 781648986
14:00:03; Ошибка создания заявки. [GW][380]   "Идет пром. клиринг, нельзя совершать торговые операции.".
14:00:03; [RIR1]; OnTrans, RIH8 Ошибка 4, 126460 x 1, brokerref =   CSmR1, t_id =781648986, Ошибка создания заявки. [GW][380]   "Идет пром. клиринг, нельзя совершать торговые операции.".  
то 26.02.2018 слегка по другому:
14:00:06; [SiS4]; setS,   56019 x 1, t_id = 284370704, CL, Bar 5415
14:00:06; [SiS4]; Sell,   CL, SiH8, best_bid = 56029, sellPrice = 56019, t_id = 284370704
14:00:07; [SiH8]; OnTrans, no_xxxxxx, reply.brokerref =  , t_id = 284370704, Ошибка   создания заявки. [GW][380]   "Идет пром. клиринг, нельзя совершать торговые операции.".  
Я уж чего только не думал, где только у себя в программе косяк искал (((

По существу:
QUIK 7.14.1.7
в обоих случаях.
UID и брокер не уточнял, т.к. сообщения прислал мой коллега, пользователь моей программы.
На всякий случай спрошу.
Но в сухом остатке: reply.brokerref - ПУСТОЙ !!!

PS Проблема, оказывается, не только у меня   :what:  
Lbot3D
Помогите с математикой
 
[img]file:///D:/Storage/Xsharp.ru/LOGO4/2017-10-30_6_Matem.png[/img]
Lbot3D
function OnTrade(trade), несколько фиксирует
 
Sergey Gorokhov, да уж, какая-то бесконечная тема. Приведены обсуждения от 2017, 2016 годов.
Хотя они идут с 2015 года: https://forum.quik.ru/forum10/topic1082/
:unamused:
Lbot3D
Быстрая замена фьючерсов
 
Статье уже почти 2 года:
http://smart-lab.ru/blog/203878.php
Экспирация - это когда ничуть не страшно!
Lbot3D
странный update quik, onTrade 3-6 раз
 
Sergey Denegin, почитайте эту тему: https://forum.quik.ru/forum10/topic1082/
Некоторые моменты уже объяснялись.
Lbot3D
[ Закрыто] Отказ от поддержки встроенного языка QPILE, Отказ от поддержки встроенного языка QPILE
 


QPILE, на мой взгляд, устарел.
Не стоит цепляться за него.
Lbot3D
OnParam
 
Присоединяюсь к предложению.
Давно попытался применить OnParam() - отказался: лишних срабатываний очень и очень много.
Цифр сейчас привести не могу, правда, но там, насколько помню, несколько десятков ненужных срабатываний.
Lbot3D
QUIK (версия 7.0.1.5), function OnTrade(trade), трехкратный вызов на одно событие.
 
Специально для проверки коллбэков переделал программку SuperScalp, с текстом программы на Lua:
http://smart-lab.ru/blog/314812.php
И что вижу при прогоне Quik версии 7.2.0.45?
Милую картинку - три идентичных отклика OnTrade() и два OnOrder(), если не считать разницу в миллисекунды между ними.
Стабильность - признак мастерства ©
Lbot3D
Присвоим идентификатор графику программно!
 
Понятно. Спасибо.
Lbot3D
Quik тайно через график Volume передает значение Price!
 
Указанный в УраганСкрипт.lua подход я применял в отношении как штатных индикаторов, так и написанных на Lua - с применением 'close'.
Работало исправно, пока не наткнулся, что на Volume это не применимо. Спасибо за ответы : )
Код
-- УраганСкрипт.lua
line = 'Fractals'
function main()
   number_of_candles=getNumCandles(line)
   t = getCandlesByIndex(line, 0, number_of_candles-20, 20)
   for i=0,19 do
      t1 = t[i]['low']
      t2 = t[i]['high']
      if t1+t2>0 then
         message(i..' '..line..' low = '..t1..',  high = '..t2)
      end
   end
end

И второе спасибо - за Fractals. Работает.
Lbot3D
Quik тайно через график Volume передает значение Price!
 
Цитата
Sergey Gorokhov написал:
Вам уже два человека объяснило что получить данные с графика Volume через идентификатор можно.
:lol:
Я на примере (сообщение #9) показал, что данные с графика Volume через идентификатор невозможно.
Через идентификатор с графика Volume можно получить значение цены инструмента, Close.
Вы, пожалуйста, не подменяйте понятия "параметр свечи"(4.22 Свечки графика, Интерпретатор языка Lua "Руководство пользователя",  Версия 2.3) со строковым идентификатором графика или индикатора в рамках пункта 3.10.3 getCandlesByIndex (оттуда же).
На мой взгляд, тема не раскрыта.
Вопрос закрыт.

Задаю другой вопрос:
Есть в QUIK индикатор "Fractals"
Код
-- УраганСкрипт.lua
line = 'Fractals'
function main()
   number_of_candles=getNumCandles(line)
   t = getCandlesByIndex(line, 0, number_of_candles-10, 10)
   for i=0,9 do
      t1 = t[i]['close']
      message(i..' '..line..' = '..t1)
   end
end


Есть ли возможность получить из него данные штатными способами, через идентификатор?
Lbot3D
Quik тайно через график Volume передает значение Price!
 
Как вытащить Volume, я знаю, о чем уже писал тут.
Вопрос стоит так, как написано в первом сообщении темы.
Lbot3D
Quik тайно через график Volume передает значение Price!
 
Открываем график цен с объемами, присваиваем объему некоторый идентификатор , например "volumeSber".



Запускаем небольшой скрипт:
Код
-- УраганСкрипт.lua
lineVolume = 'volumeSber'
function main()
   number_of_candles=getNumCandles(lineVolume)
   t = getCandlesByIndex(lineVolume, 0, number_of_candles -1, 1)
   t = t[0]['close']
   message('LastVolume = '..t)
end

И вместо ожидаемого: LastVolume = 654 685 получим это:
Цитата
LastVolume = 107.05
Вот. Привел пример.
Даже рисунок приложил.
Вопрос тот же: как такое может быть?
Lbot3D
Quik тайно через график Volume передает значение Price!
 
Цитата
Sergey Gorokhov написал:
Как так не получаете??
Могу, через getCandlesByIndex()
Но не с идентификатора графика.
Lbot3D
Quik тайно через график Volume передает значение Price!
 
Цитата
Сергей написал:
"тайно" =)
Постановка вопроса претендует на раскрытие глобального коварного замысла, несомненно, вредоносного по своей сути :)
Я об этой фиче узнал из вопроса, адресованного мне в переписке.
Проверил - был в шоке  :lol:!
Поэтому слово "тайно" - это как бы эмоциональная реакция.
На самом деле - элементарная недоработка.
Получается, как к индикатору, значение объема не вытащить никак!
Ведь это же VOLUME, а не какой-то там параболик, или, простите, эмашка какая  :lol:!
Lbot3D
Quik тайно через график Volume передает значение Price!
 
Цитата
Sergey Gorokhov написал:
Для графика цены и для графика объема один источник информации, а не два.
Можете продолжить:
Для графика цены, для графика объема и для графика скользящей средней - один источник информации, а не три.
Поэтому ...
:smile:
Но, вообще-то, ответ как-то так, что не совсем ответ.
Цитата
XXM написал:
присвоил идентификатор графику Volume и попытался получить ее значение через Lua-скрипт.
Получил Price
Вы проясните ситуацию с идентификатором: его-то присваиваю графику объема!
Почему обращаясь к нему я не получаю значение объема?
Lbot3D
Quik тайно через график Volume передает значение Price!
 
Выяснилось это как-то прозаично: присвоил идентификатор графику Volume и попытался получить ее значение через Lua-скрипт.
Получил Price.  :shock:
Традиционный вопрос: как такое может быть?  
Lbot3D
Не запускается Lua на Quik, Не работает скрипт (сделки на график Квика)
 
Нагуглил: http://smart-lab.ru/blog/279473.php
Вам бы, Петя, там спросить.
Lbot3D
Не запускается Lua на Quik, Не работает скрипт (сделки на график Квика)
 
Простенькая рабочая программа.
Скачал - запустил.
Только надо, чтобы на вашем QUIK был график инструмента из файла trades.csv.
И еще малость: присвоить этому графику идентификатор - код тикера.
Например, "SiZ5"

Lbot3D
QUIK (версия 7.0.1.5), function OnTrade(trade), трехкратный вызов на одно событие.
 
Цитата
Stanislav Tvorogov написал:
Поэтому клиенты     видят многократный апдэйт одной и той же заявки без ее видимых     изменений. В одной из следующих версий серверного ПО QUIK мы     постараемся исправить эту ситуацию, чтобы не дублировать отправку     заявки в одном и том же состоянии несколько раз.
Вы там чем занимаетесь?
Lbot3D
Что за [ FORTS ] [ 90112 ] " SQLProxy ограничение борьбы с наводнениями " .Кто сталкивався?
 
Цитата
Валентин написал: слип(120000000000)
слип 7,5 лет если я не ошибаюсь?
Если считать 1 мс = 3.1709791983333334e-11 лет, то 120000000000 будет ровно 3.8051750380000002 лет.
Многовато будет, все равно.
Lbot3D
Что за [ FORTS ] [ 90112 ] " SQLProxy ограничение борьбы с наводнениями " .Кто сталкивався?
 
Цитата
Одного ученого спросили- Почему вы такой умный?
Он ответил- Потому что не стеснялся задавать вопросы, даже если окружающие считали их глупыми.
Lbot3D
Страницы: 1 2 3 След.
Наверх