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

А что касается пожелания. Зарегистрируете его?

Со 2-м и 3-м пунктом понятно.
По 1-му пункту нужно именно задавать в "человеческом" формате: "dd.mm.yyyy", "yyyy-mm-dd", "dd/mm/yy", "yyyymmdd" и т.д.
Можно как в Эксель: "D.M.YY", "YY-M-D", "D/M/Y", "YYMD"

Задача: написать функцию форматирования даты:
где date - дата в строковом формате,
input - формат ввода,
output - формат вывода.

Пример:

На выходе получаем: "20150211"

Есть идеи, как это осуществить?

Есть время события, есть таймфрейм. Нужно определить время начала свечи, если угодно.
Вроде, уже сам сделал:

Да, действительно, в v.6.16.1.15 проблема задержки открытия формы ввода заявки по опционам устранена. Ведь можете, когда хотите. И даже видео не понадобилось.

Но проблема со стоп-заявками осталась.
Чтобы воспроизвести эту проблему вам не нужен архив терминала. Вам нужно подключение к реальному серверу. Утверждаю это с полной уверенностью, потому как проверил на чистом дистрибутиве QUIK-Junior, в котором проблемы нет, изменив настройки подключения к боевому серверу: на боевом сервере возникают описанные проблемы со стоп-заявками по опционам.
Как говорится: "было бы желание"...

В v.6.16 функция getSecurityInfo работает. Проверьте, содержится ли необходимый инструмент в списках getClassesList() и getClassSecurities(ClassCode) непосредственно перед вызовом getSecurityInfo()

Задача: определить время начала интервала для заданного таймфрейма.
Но кажет не то время.

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

Есть предположение, что это происходит из-за большого количества бумаг в классе SPBOPT.Если проверяли на демо, то там такой проблемы нет: на боевом сервере по классу SPBOPT более 5 тыс. инструментов, на демо - всего 362.

1) getSecurityInfo может вернуть nil, если список бумаг ещё не загружен, тогда получите ошибку: "attempt to index a nil value"
2) если seccode содержится в нескольких классах, то getSecurityInfo может вернуть не тот class_code, который вы ожидаете
3) если вы знаете код класса, тогда зачем getSecurityInfo("",seccode).class_code ?

А не проще данные брать из стакана? Тогда у вас всегда будет пара bid-offer

Всё же хотелось бы получить ответ от разработчиков.

class_code нужно задавать самому, т.к. нет гарантий, что getSecurityInfo будет всегда возвращать тот класс, который вы подразумеваете.

Если оно вам не надо, отключите сохранение истории изменений. За всю торговую сесиию:
info.log - 7.32 Мб
curr_data.log - 18.9 Мб

Если isConnected()=1, это ещё не значит, что необходимые параметры доступны в таблицах.

Для начала посмотреть номер строки, где возникает ошибка.

Из документации:
Описание довольно скудное. Не понятно, чем отличается "Очистить полученные данные и заказать их заново" и "Очистить все накопленные данные и заказать их заново".
Поясните, пожалуйста, более подробно, что делает каждый пункт, какие настройки сбрасываются, какие файлы при этом очищаются/удаляются.

Хотя, может, поможет

Это не то. Есть параметр командной строки для info.exe. Сейчас не помню какой. Техподдержка подскажет.

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

Егор, я могу вам помочь в исправлении ошибки, дабы ускорить этот процесс?

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

Да хоть из какого.
При наличии доступного конвертера txt -> dat достаточно было бы открытие из dat-файла.

У меня для заявок по FORTS условие "По рыночной цене" всегда неактивно.
Что нужно сделать, чтобы активировать этот чекбокс?

to разработчикам,
было бы удобно, если бы в QUIK добавили тот функционал, что есть в QMinEditor, в частности: открытие графика из архива локальной БД.

s_mike@rambler.ru, QUIK и QLUA на сегодняшний день предоставляют широкие возможности для анализа данных, построения и тестирования своих стратегий. В QLUA можно реализовать то, что нельзя сделать в системах технического анализа (за Амиброкер не скажу - не пользовался). Правда, зачастую это требует и больших усилий.

Так, а что касается самого формата dat-файла. Разработчики так и не сказали, раскрываете вы формат или оставляете это на совести пользователей - копаться в его структуре?

sam063rus, вы с разработчиками в доле?

Скрипт выдаёт какую-нибудь ошибку? Возможно, он не находит необходимый для работы файл, например QL.lua

Необходимы dat-архивы для удобного просмотра графиков средствами QUIK

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

Egor Zaytsev,
Версия QUIK v.6.16.0.42. На этой версии проблема имеет место быть, как и на предыдущих.
Данная проблема также наблюдалась у других участников форума. Поэтому, я уверен, что настройки рабочего места на это не влияют. Скажите, для чего вам архив моего рабочего места? В течение года вам не удалось воспроизвести проблему?

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

Если есть затруднения, я могу скопировать сюда код скрипта для тестирования (который я неоднократно приводил в письме и предыдущей теме).
Но, когда спрашивал о помощи, я имел ввиду реальную помощь, а не повторение по второму кругу действий годичной давности.
Егор, если вами не было ничего предпринято по данному вопросу, то не стоит ожидать, что проблема сама собой рассосётся.

Остались у кого архивы котировок SRU4, SiU4, RIU4?
А что говорят сами разработчики?

Да, речь про стакан котировок FORTS. Я вижу, что изменений нет.
Это слишком сложная задача - поиск и устранение ошибки? Я могу вам помочь в этом деле?
А что-нибудь вообще предпринималось по этому вопросу?

При цитировании можно добавлять ссылку на цитируемое сообщение.

Спасибо за более развёрнутый ответ. Потому, как

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

Michael Bulychev,
Повторюсь: на Московской бирже иногда происходят ситуации, которых быть не должно.
Из последних: транслируется информация по сделкам и заявкам за предыдущую торговую сессию, загружаются "левые" лимиты...

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

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

Что произойдёт, если шлюз пришлёт код бумаги, который уже есть в списке, с новыми статичными параметрами бумаги?

Начало: http://forum-archive.quik.ru/forum/lua/113304/

Добрый день.

Прошёл почти год с момента обнаружения проблемы и отправки вам необходимой информации по данному вопросу.
Ваша ИТС выдаёт неверные данные. Нужно выявить причину и устранить ошибку. Какие предприняты для этого меры?

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

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

Это ответ на оба вопроса?

1) getClassInfo() возвращает таблицу Lua, содержащую описание класса, в т.ч.:
Если список кодов бумаг измениться может, то данный параметр также изменится, верно?

2) getSecurityInfo(). Что произойдёт, если поступит с сервера "новая" бумага с кодом, который уже есть в списке? Она заменит существующую бумагу с новыми параметрами?

Также может измениться информация, получаемая функциями getClassInfo() и getSecurityInfo() без переподключения к серверу?

Это принципиальная ваша позиция или технически невозможно?
Если первое, то можно открыть возможность редактировать своё последнее сообщение, если оно не было закрыто другим сообщением - ничего страшного в этом нет.

Отправил

Как робот может об этом узнать (без постоянных вызовов функций getClassesList() и getClassSecurities()) ?

Где индексы свечек также начинаются с нуля. (В документации об этом почему-то не сказано)

В QLUA это не принято:

Наблюдается также и в QUIK v.6.16.1.15

Нужны закладки по избранным темам. Что-то, вроде подписок, но чтобы по ним не приходили сообщения на e-mail

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