Рано радуетесь. Даже если вы не видите кролика, он все равно есть.
Например,
в одной диаграмме на минутном графике постройте график газпрома и график какого-нибудь неликвидного фьючерса.и постройте ваш индикатор ПО НЕЛИКВИДНОМУ ФЬЮЧЕРСУ. Наблюдайте за кучей ошибок исполнения.
Egor Zaytsev написал: Добрый день. Игорь, не понимаем, что в итоге нужно править? График строится исключительно выставленным обезличенным сделкам.
Человек ошибочно считает, что сделки, прошедшие одним временем на тиковом графике должны быть расположены в одном и том же времени, на одной и той же вертикали графика. Без сдвига по горизонтали.
Если говорить кратко, то лицензии надо покупать. Если брокер жадный/нищий, то он покупает недостаточное количество лицензий и у его клиентов возникают проблемы типа вашей.
Vladimir написал: Есть файл trades.dat и другие файлы dat можно как то просмотреть историю сделок, в том виде как она видна в Квике с комментариями к сделкам, временем сделок и т.д. ?
Не стоит тратить время на ковыряние в кишках терминала. там может быть все что угодно - от непереваренного мяса до случайно проглоченных ботинок.
Содержимое этих файлов нерегламентированно и описывается исключительно внутренними свойствами терминала. Пустая трата времени и сил.
Существует ли способ однозначно определить тип актива Фьючерсы/акции/опционы без использования таблицы текущих торгов? ТТТ может быть не открыта и получить оттуда нужные поля далеко не всегда возможно.
По коду класса тоже ненадежно, классов много разных на разных площадках
По наличию в полном наименовании слова "Фьючерсы" или "Опционы" как то видится ненадежным.
все что в этом вопросе умеет квик - это посмотреть, какого типа было задано дефолтное значение в индикаторе ( double или string) и позволить изменить это значение.
никаких списков выбора или ввода значений по маске нет и близко.
просили и не раз. Но "много вас тут разных, а я одна"
Ваше пожелание зарегистрировано. Мы постараемся рассмотреть его и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожелания в будущих версиях ПО.
это пожелание зарегистрировано уже раз 30 за последние 10 лет.
Не на туалетной ли бумаге вы пожелания регистрируете? )
Petr_PG написал: Через него самого и скачиваю. Ваш скрипт уже видет и пробовал демострационную версию. Именно она меня сподвигла изучить LUA и самому написать скрипт, только уже для скачки всех классов и всех инструементов. Ваш скрипт тоже, кстати, у меня не скачивал если не были открыты графики в явном виде и не проставлены все галочки в списках заказа данных.
Очень хорошо, что скрипт принес вам пользу )
Если терминалом в явном виде запрещено получать котировки или историю параметров какого-либо интрумента, получить их программно из терминала невозможно. Так устроено рабочее место quik.
Если у требуемого вам инструмента есть разрешение на получение котировок или установлен флаг "по открытым таблицам", то получить данные истории инструмента из скрипта можно. Мой скрипт это делает и ваш, если вы его напишете, тоже будет.
Александр Копяткевич написал: Здравствуйте! Мы еще раз зарегистрировали Ваше пожелание. Мы постараемся рассмотреть его и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожелания в будущих версиях ПО. Компания с большим вниманием относится к пожеланиям пользователей, стараясь реагировать на них максимально оперативно, понимая востребованность тех или иных доработок.
В тоже время возможности сделать "всё и сразу" мы не имеем, т.к. штат разработчиков помимо видимого конечным клиентам функционала работает и над массой других проектов: в их состав, помимо Рабочего места QUIK, входит сервер, на котором обсчитывается вся бизнес-логика, более 20 функциональных модулей, несколько видов специализированных терминалов, утилиты для решения служебных задач. Штат разработчиков занят развитием всех элементов системы, т.к. изменение в одном неизбежно влечет за собой корректировку функционала остальных компонентов и необходимость их тестирования. С этим связаны продолжительные сроки выхода новых версий программы.
"вы будете давиться в переполненных автобусах, потому что мы экономим на зарплате водителей. И нам на вас наплевать"
Согласно логам, заявка 4191105030 приехала на сервер в 17:46:30.650, а транзакция на выставление стопа была в 17:46:29.901, т.е. до того как сервер получил заявку. В связи с чем рекомендация в силе, ждите OnOrder
выставляем лимитную заявку получаем ontransreply, в которой есть номер этой заявки в тс. Считаем, что если этот номер дали нам, то сервер про эту лимитированную заявку уже все знает, она присутствует в его таблицах и т.п.
выставляем условную заявку по исполнению, в которой в качестве baseorder укащыааем нашу лимитную.
тут возможны 3 варианта.
1. Лимитная заявка ещё не давала сделки. В этом случае условная заявка должна выставиться в лучшем виде
2. Заявка полностью удовлетворена. В этом случае мы должны получить какую то внятную диагностику.
3. Заявка удовлетворена частично. Непонятно что будет. (Кстати что?)
я же иногда получаю отказ в выставлении условной заявки с диагностикой "неверные параметры". эта диагностика не соответствует действительности, ибо параметры правильные, а отказ происходит не из за неверных параметров, а из за чего то другого. Возможно, что из за того, что по исходной лимитной заявке уже есть сделки или ещё из за чего то. Но понять невозможно из за косого ответа сервера
Думать особо не надо чем. Первый робот нужно писать на луа. После того как вы напишете десяток роботов, у вас появится (или не появится) потребность расширить возможности и вы напишете себе свои собственные расширения на на с++.
писать сразу же на с++ - дело бессмысленное - куча лишних сложностей, которые ничем не окупаются.
не понятно зачем из индикатора может потребоваться Идентификатор графика на который этот индикатор накладывается, ведь в индикаторе Вы и так можете получить все данные без Идентификатора. Просьба пояснить этот момент.
что же тут непонятного? Чтобы метки ставить на самого себя без бубна с назначениями идентификатора и передачей идентификатора в параметры.
замечу в скобках, что это уже давно "зарегистрировано", а тут вот здрасьте, "просьба пояснить"
Верно. После обновления файла документации упоминание о ACTIVATED_BY_ORDER_TAKE_PROFIT_AND_STOP_LIMIT_ORDER увидел.
Теперь хочу понять как это чудо работает в подробностях, каковы названия всех полей и как себя ведет это чудо при разных наборах параметров.
Стандартный способ через карман транзакций не работает - эту транзакцию я просто не могу в карман положить и посмотреть tri файл. Что посоветуете кроме метода тыка из луа?
кроме двух проблем, на которые вы ответили в этой ветке поднимались ещё две. 1. Двойной пересчет индикатора после редактирования его параметров 2. Проблемы с метками на грагикпх в режиме связанных окон
Пинг от вашего устройства до роутера и должен быть менее одной миллисекунды, если локальная сеть не перегружена.
а дальше вы свистнул собаке, которая бегает в поле. Она оглянулась через то время, что на вашем трасерт скриншоте. Она только оглянулась, а уже больше 7 миллисекунд, а ей ещё прибежать к вам надо.
поэтоик не принимайте на веру циферки, что вам рисует метатрейдер. Они означают другое, чем вы думаете.
Такой же отчет делал для себя по вопросу рисования мелких меток.
какие-то метки рисуются, какие-то нет. В логе аддлабел говорит, что поставила метку, смотрим на экран - ее нет. А другие ставятся и видны, закономерность непонятна.
Дмитрий написал: Добрый день. Есть необходимость программно построить прямоугольник на графике соответствующим инструментом. В качестве входных параметров используется текстовый файл с разделителем в котором содержится Тикер,Верхняя граница, нижняя граница цены и временной интервал. Насколько эта задача выполнима ?
только индикатором, который читает ваш файл, ищет в вашем файле тикер, на графике которого он запущен и в нужных свечах выходит точки верхнего и нижнего уровня.
Алексей Ч написал: не путаете с кнопкой "ОК"? Обычно с ней двойной перерасчет... Я всем строго настрого советую никогда ни при каких условиях в здравом уме не жать кнопку "ОК". "Применить", потом закрыть крестиком.
уакая разница? Даже уточнять не хочу. И так и так - все равно не должно быть. Пусть разбираются те, кому за это платят.
1. Как я понимаю, за прошедшие несколько лет (5? 8? 10?) ошибка терминала, проявляющаяся в НЕРИСОВАНИИ на диаграмме маленьких меток, так и не решена? Тестовый пример, иллюстрирующий проблему, я приводил на форуме очень давно и "будет исправлена в очередной версии"
Относительно этого просьба рассказать более детально про проблему. Что за "маленькие метки" имеются в виду?
Цитата
2. Другая проблема. Индикатор рисует метки на диаграмме. В момент запуска терминала с установленным индикатором все прекрасно, за исключением одного - метки не выводятся. Логирование результатов AddLabel свидетельствует об успешности операций, функция возвращает номера меток в инкрементальном порядке. Но на экране их нет. Перезапуск индикатора - и все рисуется прекрасно. При обычном добавлении индикатора при уже запущенном терминале тоже все хорошо.
Если отказываетесь присылать скрипт, тогда, пожалуйста, уточните какие функции используются для получения параметров для функции AddLabel. Как получаете тег графика?
это индикатор. тег графика задаётся в Settings функции для получения параметров не используются. Аддлпбел вызывается множество раз с разными параметрами и должен рисовать массу разных меток.
как я написал, номера создаваемых меток функция аддлпбел возвращает, но меток нет. Если бы дело было в моих кривых руках и я совал бы функции глякую чушь - она бы вернула ошибку. А раз нет - с руками все хорошо, проблема в другом.
проблема поднималась, Сергей Горохов (по моему это был он) даже спорил со мной, написав скрипт, двигающийся метку из оного пикселя по экрану и он работал.
Я изменил его скрипт так, что при каждом перемещении ещё менялся цвет или что то ещё в параметрах метки и она перестала рисоваться вовсе. Исходя из этого было зарегистрировано и обещано. Обещано оно как понимаю и до сих пор, судя потому что я опять уткнулся а эту проблему на другом скрипте в текущей версии терминала
Еще одна "особенность развития", которую обещали лет 5 назад исправить. При нажатии кнопки "Применить" полный расчет индикатора с первой по последнюю свечи происходит два раза.
Точно помню, что обещали исправить, но воз и ныне там. Может и не считают нужным.
Это к вопросу регистрации ОШИБОК, а даже не пожеланий. Видать все пишется на бумажке, бумажка кладется в карман и потом штаны с бумажкой уходят в стирку )
Алексей Ч написал: s_mike@rambler.ru , Вам удалось победить задваивание меток при переключении в режиме связанных окон?
да это невозможно, как я понимаю.
похоже на то, сто режиме связанных окон при переключении источника терминал просто жёстко передёргивает рубильник для всего, что есть на диаграмме. И никаких ондестроев скрипт не получает.
тоже кстати, обещают поправить уже много много лет. Баг очевидный. Или возможности нет сделать правильно или считают, что неважно и перетопчутся.
Алексей Смирнов написал: Здравствуйте. В каком случае время выполнения транзакции меньше: методом Trans2QuikAPI либо используя текстовые файлы .tri, .tro, trr?
У меня ассинронная отправка ордеров через Trans2QuikAPI, посылая первый приказ, ожидается ответ и по приходу ответа совершается вторая сделка. Интернет 100 Мб. Брокер - Открывашка Задержка между сделками - 250 - 300 мс (для сравнения , с этого же компьютера, в МТ5 - 7-8 мс)
8 мсек в метатрейдере - это время постановки транзакции в очередь на отправку от терминала к серверу. Транзакция ещё находится у вас в терминале ожидает отправки, а управление снова отдано скрипту.
Александр Копяткевич написал: Здравствуйте, s_mike@rambler.ru. Пришлите, пожалуйста, ссылку на ту ветку форума, в которой содержится пример (первый пункт) и Ваш скрипт для анализа проблемы (второй пункт).
по поводу второго пункта (прислать скрипт) - в обмен на исходники квика, легко)
Александр Копяткевич написал: Здравствуйте, s_mike@rambler.ru. Пришлите, пожалуйста, ссылку на ту ветку форума, в которой содержится пример (первый пункт) и Ваш скрипт для анализа проблемы (второй пункт).
александр.
я нашел проблему, написал тестовый скрипт, опубликовал его на вашем форуме, ответил на все вопросы, дождался обещания исправить. Прождал несколько лет.
Теперь вы предлагаете мне найти эту ветку, возможно ещё в старой версии форума.
мне не трудно, я ещё и исправить ее за вас готов в любое время дня и ночи. И кофе вам принести в постель тоже готов.
1. Как я понимаю, за прошедшие несколько лет (5? 8? 10?) ошибка терминала, проявляющаяся в НЕРИСОВАНИИ на диаграмме маленьких меток, так и не решена? Тестовый пример, иллюстрирующий проблему, я приводил на форуме очень давно и "будет исправлена в очередной версии"
2. Другая проблема. Индикатор рисует метки на диаграмме. В момент запуска терминала с установленным индикатором все прекрасно, за исключением одного - метки не выводятся. Логирование результатов AddLabel свидетельствует об успешности операций, функция возвращает номера меток в инкрементальном порядке. Но на экране их нет. Перезапуск индикатора - и все рисуется прекрасно. При обычном добавлении индикатора при уже запущенном терминале тоже все хорошо.
Было бы очень неплохо иметь возможность получать в скрипте lua колбек при нажатии пользователем метки на графике по аналогии с SetTableNotificationCallback