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

Nikolay Pavlov,

на мой взгляд, это не так критично как это

Let_it_go,
а Вы уверены что это верный подход?

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

и Вы не ответили на второй вопрос.
Зачем идет умножение количества сделок на сумму комиссий?

Let_it_go,
Тогда ищите ошибку в формуле.
почему у Вас идет умножение на два?
И почему Вы умножаете комиссию на количество сделок?
в формуле на которую Вы указали этого нет.

Let_it_go,
Вы не ответили, собственно в чем же вопрос?
Если формула не то показала, ищите ошибку в формуле.

Let_it_go,
Не совсем понятно в чем именно вопрос.
В том что Ваши расчеты за сбор не совпадают с биржевыми (тогда вопрос к бирже)?
или в том что Вы подали больше неэффективных транзакций чем ожидалось (тогда вопрос к Вам, зачем подавать столько не эффективных транзакций)?

Здравствуйте,
В коде у Вас не LAST а PREVPRICE
Проверьте что на самом деле отображается в таблице текущих торгов.

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

Let_it_go,
Попробуйте
string.gmatch(ticker_list, "([^,]+)")

Добрый день,

Ошибка будет исправлена в одной из следующих версий программы

Здравствуйте!
Информация получена, проблема изучается. Постараемся в ближайшее время дать ответ.

Здравствуйте,
По этой теме, на нашем сайте есть инструкция

Есть такие величины как время сервера QUIK, дата сервера QUIK, время биржи, дата биржи, и это совершенно не одно и тоже.
Даже более того на одном сервере QUIK Вы можете одновременно работать с разными рынками и биржами и время на них может быть разным.
Для примера, сравните таблицу обезличенных сделок по фортс и по акциям, на удивление, при одновременном появлении там следок, время на них разное.
И это только на одной Московской Бирже, а ведь QUIK умеет работать и с другими.
Пока все биржи мира друг с другом не договорятся, придется с этим как-то жить.
В связи с чем, со стороны QUIK нет смысла синхронизации времени с биржей. Просто потому, что не известно с какой именно биржей нужно синхронизоваться.
Хотя технически такая возможность есть, впрочем как и на любом другом компьютере.

Это опция есть на любом компьютере, в том числе и на компьютерах серверов биржи и на Вашем компьютере тоже. Синхронизация настраивается в "панель управления" - "дата и время".


Это надежный вариант, но с учетом ряда особенностей:
Во-первых, нужно знать с каким NTP сервером Вам нужно настроить синхронизацию.
Уточните у специалистов нужной биржи, какой NTP сервер использовать (с учетом того что на разных рынках одной биржи, время тоже может быть разным).
Во вторых, готовьтесь к тому что в любом случае будет какая-то погрешность. Возможно она будет не существенной, какие-то сотые доли секунд, но все-же она будет.
И в-третьих, поменяйте батарейку на материнской плате, так на всякий случай.

Чем не устраивает этот вариант?

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


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

Зачем повторять одно и тоже?

Не обязательно, если в настройках терминала стоит галка "Показывать дату и время торговых данных с учетом локальной временной зоны"

s_mike@rambler.ru,
Для начала, Вам нужно определиться, для чего именно Вам нужна дата.
Если для получения данных из таблиц, графиков и прочие, то как уже было сказано TRADEDATE в данном случае не подойдет.
Так как TRADEDATE это дата торговой сессии, а не астрономическая дата.
Получается как только пройдет полночь, дата на графиках поменяется, а TRADEDATE останется прежним.
На наш взгляд, дата торговой сессии Вам не нужна.
А нужна текущая астрономическая дата, т.е. компьютера.

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

нет, Вы же сами про это целый пост создали.


Это некий уникальные набор букв и цифр, которые однозначно определяют торговую сессию на сервере.
Если этот набор поменялся, значит на сервере поменялась сессия, ну либо это какой-то другой сервер.
По этому и было сказано что лучше его использовать совместно с TRADEDATE.


Тогда Вам лучше забыть про TRADEDATE, т.к. после перехода на полночь она не меняется.

не вижу проблемы в том чтобы определить что дата вчерашняя.

кроме того, можно еще заточиться на параметр SESSIONID

Добавить флаг в OnCleanUp
В цикле который в main проверять значение флага.
как только флаг поменялся, дернуть getInfoParam

Простите, но именно лично от Вас было зарегистрировано пожелание на добавление функций SetValue, GetValue, SetRangeValue
Конкретно пост на старом форуме 19/03/2014 18:54
реализовано в версии 6.15 от 03.10.2014.
Да делаем не все и не сразу, но это не значит что "толку нет".


Добавить флаг в OnCleanUp и следить за ним в main?

Толк есть.

да

s_mike@rambler.ru,

Похоже что Вы запрашиваете данные через getInfoParam в момент когда в терминал эти данные еще не пришли.
Колбеки срабатывают непосредственно перед тем как данные появятся в терминале.
Как вариант, можно смотреть getInfoParam в main(), после того как сработает OnCleanUp
Можем предложить зарегистрировать пожелание на добавление в OnCleanUp параметра, в котором будет возвращаться дата торгов.

а нет, прошу прощения, понятно.

s_mike@rambler.ru,
И дополнительно к сказанному, из Вашего поста не понятно о каком часовом поясе идет речь.

s_mike@rambler.ru,
Если нет доверия к сказанному, увы убеждать Вас в противном никто не будет.
Если есть проблема, значит с ней нужно разбираться, а не надеяться что ответ будет найден сходу.
Как уже было сказано и еще раз повторим, у нас описанная ситуация не повторяется. А у Вас?
И хотелось бы взглянуть на полную версию кода.

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

На нашем демо контуре, смена сессии происходит ежедневно после первого рестарта утром, примерно в 3 часа по МСК.
Судя по логам, 25го числа демо контур корректно поменял сессию примерно в 3 утра по МСК и никаких проблем с этим не было.
В связи с чем объяснить почему Вы видели 24е число к сожалению не можем.
Проверили сегодня, проблема не повторяется.
В связи с чем можем предположить что это какая-то локальная проблема.

Только по примерным прикидкам, удалось насчитать около 2000 разных class_code которые поддерживаются в QUIK.
Описать их все? И сколько простите гигабайт тогда будет весить документация?

Вот как раз копией они и являются. QUIK не умеет брать информацию из воздуха.
На разных биржах одинаковые по смыслу параметры называются по разному, а в QUIK они объедены и называются одинаково.

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

Вы категорически неверно поняли.
Описание параметров транзакций, которое приведено в документации это один вариант.
Описание "на русском" это второй вариант
Описание "на английском" это третий вариант.

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

Английский интерфейс является отдельно приобретаемой услугой т.е. не все брокера его предоставляют.

Всегда есть поддержка у которой можно спросить.


Пожалуйста, конкретно для срочной секции:

Для фондовой, этот параметр не используется.

Алексей,

Дело в том что Ваш вопрос вообще никак не связан с QLUA да и с QUIK в принципе.
Вы торгуете на бирже и заявки там исполняются по правилам биржи.
И совершенно не важно как Вы эти заявки подаете, через QLUA, динамический импорт или через терминал.
Все равно они исполнятся по правилам биржи.
И то как заявка переносится через сессию это опять же правила биржи.
И к слову, на нашей планете есть не только Московская биржа.
Бирж много и у каждой свои правила.
А QUIK умеет работать с очень большим количеством бирж.
Так как бирж много и так как у каждой свои правила, мы чисто физически не можем впихнуть в одну документацию правила вообще всех бирж, которые поддерживаются в QUIK.
Да это и не нужно так как эти правила есть на сайте нужной Вам биржи.

Что касается полноценного описания формата *.tri файла с ключами на русском языке.
Вы его не нашли потому что его не существует. И не может существовать в принципе.
Как уже было сказано бирж много, у каждой свои правила и свои транзакции и даже если транзакции разных бирж делают одно и тоже, у них могут  быть разные параметры.
Формат "на русском" это формат транзакции в том виде как она представлена согласно протоколу обмена данными с биржей и он поддерживает все параметры которые возможны на конкретной бирже. Включив в настройках терминала галку "Стандартные формы ввода" Вы увидите форму ввода транзакции как раз в этом виде.
И как можно заметить в такой форме обычно гораздо больше параметров чем в "красивой".
Так как на разных биржах параметры разные, чтобы было удобно, мы объединили некоторые совпадающие по смыслу в заранее заданные константы.
Именно они представлены в нашей документации.
А тот формат который "на русском", это родной биржевой формат.
Так как бирж много, так как у каждой свои транзакции, так как совпадающие по смыслу транзакции имеют разные параметры, мы опять же чисто физически не можем впихнуть в одну документацию описание вообще всех транзакций вообще всех бирж, которые поддерживаются в QUIK.
Да это и не нужно так как эти параметры есть в правилах торгов которые есть на сайте нужной Вам биржи.

К слову, чтобы узнать как называется нужный параметр "на русском", достаточно добавить нужную транзакцию в карман транзакций и сохранить от туда в tri файл.
Открыв файл блокнотом, Вы увидите транзакцию в формате "на русском". Или можно воспользоваться галкой "Стандартные формы ввода"

Почему "на русском" пишется в кавычках? Дело в том что в английском интерфейсе терминала, эти же параметры будут "на английском".
Параметры "на русском" не работают в английской версии интерфейса.
Параметры "на английском" не работают в русской версии интерфейса.
Параметры в том виде как они приведены в документации, работают в обоих версиях интерфейса.

Алексей Иванов,
Здравствуйте.
Система - Настройки - Основные настройки - Программа - Показывать полные коды опционов

еще не реализованный функционал


Вы можете проверить это самостоятельно.

Александр Правилов,
Для получения количества строк в созданной таблице есть другая функция GetTableSize

Александр Правилов,
с помощью функции getNumberOf нельзя получить количество строк в созданной скриптом таблице

Иван Ру,
К сожалению затруднимся назвать причины. т.к. core.dll не является нашей разработкой.
Попробуйте другую версию, или поискать ответ в интернете.

Алексей,

Вопрос не понятен.
Согласно документации, функция SearchItems возвращает либо TABLE либо nil.
Если речь про функцию fn, то опять же по документации, Вы можете вернуть из нее, либо true, либо false, либо nil

В моем примере нет такой функции 'mtp_send'

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

Enfernuz,

sendTransaction возвращает только ошибки возникающие ДО отправки транзакции на сервер. Например, неправильный синтаксис.
Все остальное, приходит в OnTransReply

Александр Правилов,

Если Вы остановите колбек, то у Вас зависнет терминал. Именно потому что колбеки идут в одном потоке терминала QUIK и никак это изменить нельзя.
Решение - выставить ожидание в main, а в колбеках использовать флаги, которые будут влиять на поведение цикла в main

Попробуйте поискать в интернете.
У нас нет какого-либо списка подобного ПО.

Ту, в которой Вам будет удобно.

Ссылка работает, специально проверили на разных компьютерах. У Вас что то не так с браузером?

Это легко проверить, запустив код без decoda

Александр Правилов,
Вы читали ссылку которая приведена выше?
Там ведь тоже была речь про decoda
Может быть стоит взглянуть на описанные там рекомендации.

Иван Ру,
Штатно, такой возможности нет.

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

Александр Правилов,

Если Вы добавите цикл в OnParam то терминал у Вас просто зависнет и все.
Чем не устраивает предложенный ранее вариант?

Как Вы себе это представляете? отправить транзакцию на отмену быстрее чем транзакцию на выставление?
Скорость транзакции никак контролировать нельзя.


Посмотрите документацию на терминал QUIK, "Раздел 6. Совместная работа с другими
приложениями" - "6.11 Импорт транзакций"

Из описания вообще не понятно зачем Вам OnParam

Александр Правилов,

Что делает функция killAllOrders?
Если перебирает данные в таблице заявок, то да, пока заявка там не появится функция естественно ее не увидит.
То что заявка появляется не в момент отправки транзакции, это нормально, ведь даже у света есть скорость.
Как вариант, можно ловить ответ на транзакцию в OnTransReply и отправлять транзакцию на снятие там.

Здравствуйте,
При первом запуске, выводится вся таблица, потом только обновления.
Если нужны только данные по последней сделке, то средствами настроек QUIK никак. Разве что только средствами самого DDE сервера.

Николай Камынин,

Речь про обезличенные сделки, а не про ТТП.