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

Так ошибок обработки транзакции не было вот и не возвращает, а вот то что результат транзакции отрицательный это она и не должна была возвращать о чем четко написано ниже.

Здравствуйте!

Ваше пожелание зарегистрировано. Мы постараемся рассмотреть его и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожелания в будущих версиях ПО.

У брокера уже есть возможность решить проблему с кроссами. Обратитесь к брокеру

Уточните Вы на LUA пишите или на QPILE?
Если на LUA то sendtransaction и не должен ничего возвращать.
Ответы на транзакции в событии OnTransReply.
Также в терминале ответы можно посмотреть в Торговля - Таблица транзакций

Здравствуйте,
Ошибка возникает из за того что в момент вызова функции getQuoteLevel2 еще нет запрошенных данных.
Для решения проблему рекомендуем выставить проверку isConnected данных перед обработкой.
Например так:
if isConnected() then
--остальной код
end

Александр,
По Вашему запросу который был отправлен чрез брокера ответ уже был дан.
В частности в тот раз заявки снимались со стороны биржи о чем свидетельствует соответствующая ошибка:
"ОШИБКА: (576) Заявка на продажу #13717929738 зарегистрирована. 0 удовлетворено. Удовлетворение остатка приводит к заключению кросс-сделки. Остаток снят."
Если интересуют причины этой ошибки Вам подскажет Ваш брокер или специалисты биржи.

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

Здравствуйте,
Я предлагаю не играть в догадки а дождаться решения описанной проблемы.

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

Александр,
Для анализа мы запросили у Вашего брокера информацию с сервера за указанную дату.
Когда информацию нам пришлют мы ответим о причинах снятия заявок.

Что именно переправить?
Нам нужно узнать за какую даты Вы привели данные.

Здравствуйте,
Рекомендуем не делать преждевременных выводов до выхода обновления.
Надеемся на понимание.

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

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

Здравствуйте!

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

Тоже интересно. Беглый поиск в интернете не дал результата.

Здравствуйте,
На сколько становится понятно из описания, речь про Вашу программу.
Соответственно, так как нам не известна логика Вашей программы то на данный вопрос мы не можем ответить.

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

Мы постараемся исправить данную особенность обновления стакана котировок в одной из ближайших версий ПО.

Приносим Вам свои извинения за доставленные неудобства.

Вы не совсем понимаете что такое TRANS_ID
Это номер который Вы присваиваете транзакции которую отправляете серверу.
А не номер транзакции которая породила заявку которую надо снять.

Так вот Вы отправляете транзакцию на снятие заявки.
Из выше сказанного определения следует что в TRANS_ID Вы должны присвоить номер транзакции на снятие, а не TRANS_ID заявки

Соответственно если проще говоря, укажите там любое число.

На мониторах у которых соотношение сторон 16:9 могут возникнуть проблемы со шрифтами
Поэтому планшет с разрешением 1366x768 лучше не брать.

Будет сообщение об ошибке.

Здравствуйте,
Именно на роботов нет ограничений.
Есть ограничения на количество стаканов, его устанавливает брокер. По умолчанию разрешено открыть 200 стаканов.
Также есть ограничение на количество транзакций в секунду, тоже настраивается брокером. По умолчанию отключено.

Не понятно какую функцию Вы не можете найти?
Или Вы про параметр "auctprice"? Если так то его нет в документации.
К сожалению мы не всегда успеваем описывать все параметры в документации.
Описание этого параметра обязательно добавим.

Здравствуйте,
Попробуйте использовать параметр "auctprice"
price_pa=GET_PARAM (Class, Cod, "auctprice")

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

Здравствуйте!

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

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

Еще раз повторяю

Вот именно за этим и была запрошена дополнительная информация.
Приведите мою цитату где об этом было сказано
На это уже был ответ
Еще раз просьба не мешать проведению анализа

Не надо делать вывод что описанная проблема автора является той же проблемой что Вы упомянули на одних лишь симптомах без проведения какого либо анализа.
Просьба не мешать проведению анализа.

Здравствуйте,
Ваше обращение не понятно. Да есть ошибка и да мы ее исправим.
Ошибки встречаются в любом софте с этим нужно просто смериться.

Здравствуйте,
Просьба привести пример скрипта считывающего bid_count и offer_count
Также сообщите версию терминала и уточните это боевой доступ или тестовый?

write не является нашей функцией, это стандартная функция Lua, поэтому, затруднимся дать однозначный ответ.
Попробуйте поискать ответ в сообществе Lua
community

Здравствуйте,
Без сторонних библиотек, на чистом LUA, указанная проблема у нас не воспроизводится.
Следует понимать, что хоть LUA и позволяет интегрировать свои библиотеки в терминал, возникновение проблем с ними не является нашей зоной ответственности.
А в данном случае, проблема именно в библиотеке, а не в терминале.

Здравствуйте,
Решить задачу можно обоими языками программирования.
Если у Вас уже есть опыт в программировании, рекомендуем использовать QLUA так как он более гибкий в использовании и имеет больше возможностей.
Если опыта нет, то лучше QPILE так как он более простой.
Однако, следует упомянуть что QPILE признан устаревшим и более развиваться не будет.

Также следует уточнить что в указанном посте, речь шла о копировании данных из Qlua таблицы в буфер обмена Windows, но не в коем случае не о копировании данных из таблиц терминала Quik и уж тем более не о доступе к данным напрямую.  

Есть не малая разница между "доступом к данным" и вызовом Ctrl+C. И смешивать эти понятия совсем не правильно

L.lua


a.lua


b.lua


в результате при запуске a.lua или b.lua в терминале появится сообщение содержащее путь к файлу из которого была вызвана функция start()

Здравствуйте,
Попробуйте так:

В скрипте ошибка.
Измените строку 241
CSV(t_id)
на
CSV(tbl)

после этого перезапустите скрипт

Кому интересно, нашел статью на тему
https://support.microsoft.com/ru-ru/kb/169292

Правда она времен windows 2000 и информация там несколько устарела, но принцип работы понять можно.

Буферизуются пакеты в стеке, это делает сетевое оборудование. Сам QUIK отправляет ТВС по мере поступления.

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

Я честно сам не готов дать объяснение в технологических терминах, но суть такая, что есть установленный минимальный размер пакета.
в него влезает некоторое количество информации, если информации меньше чем размер пакета, то она попадает в буфер в котором в течении некоторого времени ждет дополнения, пока размер пакета не будет полным. Если по истечении этого времени новые данные не поступят то пакет отправляется не полным. Какой это промежуток времени и какой размер пакета зависит от настроек, в том числе и от настроек на Вашей сетевой карте. Все это описано в литературе по TCP/IP
Но чудес не ждите, как было сказано даже у света есть скорость
Вам нужно пересмотреть способ анализа поступающей информации

Вот именно что кэширует, а потом передает.
Вы сами того не понимая, один в один, описываете технологию передачи данных.
Почитайте про стек TCP/IP особенно про буферизацию

Здравствуйте,
Вопрос к Microsoft так как кэширование папки  Program Files в папку VirtualStore делает операционная система, а не QUIK
В интернете есть куча информации на эту тему.

Здравствуйте,
Поменять графики местами. Например через параметры текущего окна, секция Порядок графиков

Возможно поможет тонкая настройка сетевой карты.
Поищите инструкцию в интернете для Вашей сетевой карты.
Также поищите информацию по запросу "Настройка протокола TCP/IP"
Любые настройки в этом месте на ваш страх и риск.

Здравствуйте,
Не вижу проблемы в данном конкретном случае.
Стек TCP/IP вполне может подразумевать пакетную передачу данных, это вполне нормальное поведение.
Если смущает задержка в 0,00001 то это вполне допустимое значение, даже у света есть скорость.

Здравствуйте,
Вопрос уже обсуждался на нашем форуме:
Greek

в общем случае да, так как всем скриптам приходят одинаковые ответы на колбэки.

Здравствуйте,
Если переменная status у Вас соответствует переменной nStatus из функции TRANS2QUIK_ORDER_STATUS_CALLBACK
то значение "2" как раз и означает что заявка была снята