Понять хочу как ведётся замер. в этом куске не вижу строк выдающих логи:
Цитата
Михаил Филимонов написал: 2019.02.06 18:27:25.902 Trades 'xxxxx': cancel order #99190769 sell limit 1.00 SNGR-6.19 at 285212019.02.06 18:27:25.908 Trades 'xxxxx': accepted cancel order #99190769 sell limit 1.00 SNGR-6.19 at 28521
я нехочу наехать или оскорбить, я хочу лишь понять. Просто воплей о том что МТ работает супер быстро миллион а по факту оказывается что люди замеряют время возврата из OrderSendAsync :)
Забегая вперёд, хочу сказать что раунд-трип это не просто время ответа сервера. Это время маршрута тернимал-сервер-биржа-сервер-терминал. И 7 мс мне кажутся очень подозрительными.
Если Вы программировали в МТ5 (тогда будет понятен смысл моих слов), то лично для Вас (из принципа) могу сделать коректный замер. Т.е сделаю GetMicrosecondCount(); перед отправкой ассинхронного ордера, и GetMicrosecondCount(); когда придет ответ от cервера в OnTradeTransaction(). Я раньше это делал (у меня получалось 5-9 мс)
Понять хочу как ведётся замер. в этом куске не вижу строк выдающих логи:
Цитата
Михаил Филимонов написал: 2019.02.06 18:27:25.902 Trades 'xxxxx': cancel order #99190769 sell limit 1.00 SNGR-6.19 at 285212019.02.06 18:27:25.908 Trades 'xxxxx': accepted cancel order #99190769 sell limit 1.00 SNGR-6.19 at 28521
я нехочу наехать или оскорбить, я хочу лишь понять. Просто воплей о том что МТ работает супер быстро миллион а по факту оказывается что люди замеряют время возврата из OrderSendAsync :)
Забегая вперёд, хочу сказать что раунд-трип это не просто время ответа сервера. Это время маршрута тернимал-сервер-биржа-сервер-терминал. И 7 мс мне кажутся очень подозрительными.
Да вообще по-барабану сколько мс 7-15 мс. Я вообще не собирался что-то доказывать и измерять. Просто к слову сказал, то что я сам вижу в обоих терминалах. На мой взляд МТ5 работает гораздо быстрее, но он имеет очень много "своих" недостатков (н-р только фьючерсы). К слову будет сказано, что лично у меня больше претензий имеено к МТ5 нежели к квик, но последний (как платформа для роботов) ....
s_mike@rambler.ru написал: не принимайте на веру циферки, что вам рисует метатрейдер. Они означают другое, чем вы думаете.
Что Вы хотите сказать (доказать)? Что одна глюкавка лучше другой? Мне ничего рассазывать (доказывать) не нужно я и программирую и торгую (на реале) в обоих терминалах не один год. И как они работаю мне прекрано известно.
выше уже писали про замер пинга до сервера. Вряд ли время пинга будет 6 миллисекунд, если вы не медью с сервером соединены )
померьте и сделайте вывод.
У меня нет нужды сравнивать Квик с МТ5 - вывод очевиден (оба оставляют желать лучшего). Но с точки зрения создания торговых роботов второй на несколько порядков выше первого, да и скорость исполнения торговых приказов во втором гораздо выше. Но ни в первом, ни во втором невозможно КАЧЕСТВЕННО торговать роботами на MOEX Приходится из г...на шарики катать :)
Михаил Ершов написал: Здравствуйте, вижу что очень популярно использовать Lua скрипт в квике для экспорта данных в свои приложения, написанные на некотором языке - C++, C#, Python ... Такой вопрос, можно ли технически в паре с Lua скриптом использовать trans2quik для заявок из программы, а Lua - для поступления торговых данных?
Сталкиваюсь с проблемой иногда что в Lua не приходят транзакции с номером заявки, хотя они выставляются, они теряются из виду у робота и т.д. Посоветовали trans2quik как "прямой API" к квику, типа такой проблемы не будет, поэтому думаю попробовать его если это нормальная и не устаревшая технология?
Михаил. Как Вы тестируете, то, что написано на LUA? Если текст срипта составляет 50-100 строк, то это как-то можно "пережить", отправляя сообщения, а если 8000 строк, , да ещё если на 1 инструмент а 50, то как тестировать будете?
8 мсек в метатрейдере - это время постановки транзакции в очередь на отправку от терминала к серверу. Транзакция ещё находится у вас в терминале ожидает отправки, а управление снова отдано скрипту.
Не нужно фантазировать. В МТ5, 8 мс - это с момента время отправки транзакци + время получения ответа от сервера:
Реал
2019.02.06 18:27:25.902 Trades 'xxxxx': cancel order #99190769 sell limit 1.00 SNGR-6.19 at 28521 2019.02.06 18:27:25.908 Trades 'xxxxx': accepted cancel order #99190769 sell limit 1.00 SNGR-6.19 at 28521 2019.02.06 18:27:25.909 Trades 'xxxxx': cancel order #99190769 sell limit 1.00 SNGR-6.19 at 28521 placed for execution in 7.386 ms
TYPE Тип заявки, необязательный параметр. Значения: «L» – лимитированная (по умолчанию), «M» – рыночная
По рыночной Quik не принимает заявки почему-то
Добрый день. Просьба сообщить подробности. Если возникает ошибка, то просьба ее сообщить, также выложите текст транзакции, которую подаете через tri файл.
Я звонил в Открывашку по этому вопросу. Ответ: "Рыночные заявки по фондовому рынку запрещены во избежании манипуляций на рынке" :) Оказывается это мы, маленькие частные инвесторы, двигаем рынок!
Алексей Смирнов написал: Здравствуйте. В каком случае время выполнения транзакции меньше: методом Trans2QuikAPI либо используя текстовые файлы .tri, .tro, trr?
У меня ассинронная отправка ордеров через Trans2QuikAPI, посылая первый приказ, ожидается ответ и по приходу ответа совершается вторая сделка. Интернет 100 Мб. Брокер - Открывашка Задержка между сделками - 250 - 300 мс (для сравнения , с этого же компьютера, в МТ5 - 7-8 мс)
Вопрос не в том как коннектится, а что делать, если пришло RANS2QUIK_DLL_DISCONNECTED Я нашел, пока 2 ошибки 109 - терминал был закрыт 233 - запрещен импорт внешних транзакций
Добрый день! Использую DDE + trans2quik.dll Все нормально работает, но возник вопрос. Установив коллбэк TRANS2QUIK_SET_CONNECTION_STATUS_CALLBACK, возможно получить в TRANS2QUIK_CONNECTION_STATUS_CALLBACK следующие значения TRANS2QUIK_DLL_DISCONNECTED TRANS2QUIK_DLL_CONNECTED TRANS2QUIK_QUIK_DISCONNECTED TRANS2QUIK_QUIK_CONNECTED
А какие действия нужно предпринимать, получив эти сообщения? Н-р: TRANS2QUIK_DLL_DISCONNECTED - теряются ли коллбэки и другие настройки? И т.д... Какие сценарии возможны?
Если данные просто выводятся из трёх таблиц (Фьючерсы, Акции и состояние счёта) по DDE, то всё ноормально (проверял 3 суток), НО, если отдаются торговые ассинхронные приказы через trans2quik.dll, то иногда, DDE приёмник "падает" "invalid pointer operation"
Что мешает создать массив, в котором хранить номера уже полученных сделок и при появлении очередной записи сравнивать ее номер с тем который в массиве?
Egor Zaytsev написал Добрый день. Можно различать по номеру сделки.
Нет, нельзя! Дело в том, что на Фондовом рынке нельзя посылать Рыночные ордера, а только Лимитные. И потому возникает следующая проблема (видел сам, делал логирование): Посылая лимитный ордер большого объема, он (очень часто) исполняется не сразу, а частями, совершая множество сделок.
И часто бывает, что в в TRANS2QUIK_TRADE_STATUS_CALLBACK приходят сообщения о ПЕРВОЙ сделке не сразу (подряд), а в разбежку. Н-р
1. Сообщение о ПЕРВОЙ сделке(номер сделки 101) 2. Сообщение о второй сделке(номер сделки 102) 3. Сообщение о второй сделке(номер сделки 102) 4. Сообщение о второй сделке(номер сделки 102) 5. Сообщение о ПЕРВОЙ сделке(номер сделки 101) 6. Сообщение о ТРЕТЬЕЙ сделке(номер сделки 103) 7. Сообщение о ПЕРВОЙ сделке(номер сделки 101)
Круто! (продолжение к TRANS2QUIK_TRADE_STATUS_CALLBACK)
Допустим я продал фьючерс, и покупаю акции на объём фьючерса, но в стакане аций нет нужного объёма для совершения одной сделки (Совкршаются 2 сделки с одинаковым объёмом).
Мне, в TRANS2QUIK_TRADE_STATUS_CALLBACK, придёт 6 сообщений! Как я буду различать в этих сообщениях две разные сделки?
А как может понравится, если всех разработчиков ВОВСЕ не интересует удобство КОНЕЧНЫХ пользователей? МТ хоть и удобный и быстрый, но там ПОЛНО своих косяков, и для каждой секции нужен отдельный терминал. Везде, и здесь и там, необходим "Танец с бубном"!
Зоя! Ваша компания делает ВСЁ ВОЗМОЖНОЕ, чтобы Ваши пользователи не НОРМАЛЬНО пользовались Вашим продуктом, а получали проблемы! Если есть таблица "Состояние счёта", то в ней должны быть доступны все элементы для экспорта!!! Квик и так не очень быстро работает, а Вы делаете всё чтобы ещё больше усложнить конечным пользователям использование!
Zoya Skvorcova написал: Михаил Филимонов, добрый день. Итоговые параметры не выводятся по ДДЕ, Можем предложить либо зарегистрировать пожелание либо выводить параметр НаПокупкуНеМаржин из таблицы Клиентский портфель.
НаПокупкуНеМаржин соответствует итоговому параметру Свободно если речь про фондовый рынок.
Для срочного рынка соответствует значению параметра «План. чист. поз.» в таблице «Ограничения по клиентским счетам»
Добрый день! 1. Как на * (единый брокерский счет) счёте контролировать свободные средства? 2. Почему воодще нельзя создавать пользовательскую таблицу? 3. Пожелание: нужно создать таблицу, в которой будут отображаться все имеющиеся у клиента средства.
Повторный вызов TRANS2QUIK_SUBSCRIBE_TRADES с новыми инструментами игнорируется, Повторный вызов TRANS2QUIK_SUBSCRIBE_TRADES с новыми инструментами не добавляет их в подписку сделок
Михаил Филимонов написал: Планируется, что у меня в приложении DDE + trans2Quik.dll будут работать несколько роботов, в каждом по три инструмента. Получается, чтобы добавить нового робота, я должен выключть 20 остальных!!!!
Повторный вызов TRANS2QUIK_SUBSCRIBE_TRADES с новыми инструментами игнорируется, Повторный вызов TRANS2QUIK_SUBSCRIBE_TRADES с новыми инструментами не добавляет их в подписку сделок
Планируется, что у меня в приложении DDE + trans2Quik.dll будут работать несколько роботов, в каждом по три инструмента. Получается, чтобы добавить нового робота, я должен выключть 20 остальных!!!!
Повторный вызов TRANS2QUIK_SUBSCRIBE_TRADES с новыми инструментами игнорируется, Повторный вызов TRANS2QUIK_SUBSCRIBE_TRADES с новыми инструментами не добавляет их в подписку сделок