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

Здравствуйте,
К сожалению нам тоже не известно что это за ошибка 1000. Если напрямую, без C++ в Lua,  все работает, значит проблема не в Quik

Здравствуйте,
К сожалению нам совершенно не понятно о чем Вы говорите.

хорошо хорошо, специально для Вас данные должны быть сгруппированы в следующем порядке
1 1
1 2
2 2
2 3
3 3

нигде, я просто описал алгоритм. с таким же успехом я мог бы дописать до 10000 (макс значение count)
значит за секунду было максимум три изменения. К стати ТТП обновляется срезами данных а не льет информацию сплошным потоком. И эта частота настраивается на стороне брокера.

Уточните, а не в С++ тоже появляется 1000?

В предыдущих постах видим что count все же разный. Значит все в порядке.
сгруппировать значения нужно по такой схеме
1 1
1 2
2 2
2 3
3 3
3 4
4 4
4 5
и т.д пока не кончится секунда,

Именно с помощью count и можно это реализовать. Даже более того мы его добавили специально для этого.
Но порозень должны быть разные count если это не так то баг или описание проблемы понято не правильно.

Да, и еще через графики функцией getCandlesByIndex
Нет это не так. Вы можете получить доступ ко всем имеющимся изменениям. Просто дизайн таблицы изменений заполняет пропуски копируя последнее изменение, в случае если в таблице несколько параметров.
Постройте две таблице. в одной bid и offer а во второй только offer и Вы сами это увидите. В этом смысле, можно говорить ,что функции getCandlesByIndex и CreateDataSource даже надежней использовать чем таблицу изменений, так как там нет несуществующих изменений а только фактические.

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

На тиковых проверяете? Если да то должны отображаться все изменения. Может изменений просто не было?

Здравствуйте,
Именно для таблицы изменений параметров нет доступа через getItem по техническим причинам.

Здравствуйте,
Lua не может найти модуль
попробуйте указать путь к папке с ним в переменной package.cpath

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

Ваше пожелание зарегистрировано, будет рассмотрено и, возможно, реализовано в одной из следующих версий нашего ПО.

Здравствуйте,
Этот параметр задает брокер.
Посмотрите какое значение у Вас в таблице лимитов и укажите такое же в скрипте.

Здравствуйте,
Нет нельзя

s_mike@rambler.ru,

Поле count необходимо для корректного собирания истории изменений параметра на тиковом интервале.

trader9593,
Не совсем понятно какой реакции Вы ожидаете

Здравствуйте.
Такой возможности не предусмотрено.

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

Ваше пожелание зарегистрировано, будет рассмотрено и, возможно, реализовано в одной из следующих версий нашего ПО.

Здравствуйте,
1) Моментом регистрации можно считать момент получения ответа на транзакцию.
Таким образом, замерять нужно от момента отправки транзакции до получения на нее ответа.

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

ps: Время получение самой заявки в таблице Orders означает получение информации о заявке но никак не означает что в это время она была зарегистрирована. Поэтому время постановки заявки у Вас не 5-25сек а гораздо меньше.

Евгений,

Дополнительно, посмотрите еще TRANS2QUIK_TRANSACTIONS_REPLY_CALLBACK

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

Серж,

Сервер сможет изменить статичные параметры бумаги только после рестарта. ПОЭТОМУ такая ситуация невозможна.

Серж,

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

Евгений,
И еще, посмотрите что возвращает функция в Result

Евгений,

Ошибка должна быть. Ее не может быть только в случае если транзакция вообще не отправлялась.

Посмотрите, в переменных
pnExtendedErrorCode
и
lpstrErrorMessage

что пишется при неудачной попытке отправить транзакцию?

Здравствуйте,
Какая возникает ошибка при неудачной попытке?
Посмотрите в меню Торговля - Таблица транзакиций

Серж,

Нет смысла рассматривать ситуации которых даже теоретически быть не может, даже если Вы взяли слово в кавычки.
Отвечая на вопросы:
Сервер QUIK в течение торговой сессии может получить со шлюза новый код бумаги или список кодов. Для этой ситуации даже есть спец настройка в секции "При получении новой ценной бумаги" галка "Добавлять ее во все таблицы" Но сервер QUIK не может получить изменение уже полученных, статичных, параметров бумаги.

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