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

нормально вы так форумом ошиблись

Может проще парсер изменить?

Прям как вы хотите, это вряд ли можно
Но, как я понимаю, цель такова, чтобы разные терминалы работали с одними и теми же индикаторами

Я такую задачу решил проще
В папках LuaIndicators создал lua скрипты, которые подгружают уже реальные скрипты индикаторов из нужной папки

Типа такого

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

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

Ну и еще большой вопрос какого размера ЦА?
Что-то мне кажется что даже пары тысяч не наберется

Мне чтобы все настроить и написать робота было достаточно этого форума, встроенной справки и сайта quikluacsharp
Книжек даже и не думал искать, Роберту Иерусалимски как то сам нашелся, но не особо пригодился

Я в 2021 году про SetEmptyCallback спрашивал
Эта функция не актуальна, CreateDataSource прекрасно работает и без нее
вызывается один раз, после чего можно будет обращаться к ds2, там  будут актуальные данные по свечам

Веточку почитайте https://forum.quik.ru/forum10/topic6449/
там и пример найдете

Ну по современным меркам это не вагон, а маленькая тележка ))
И с такими данными вы 36 вкладок по 5 графиков хотите??

Ну как бы да
И это еще вы полных характеристик не скинули, не удивлюсь если еще какие сюрпризы будут

Идея советника интересна, но вот приведенная стратегия не выдерживает критики

Ну если говорить о пересечении меньшим MA большего, то в теории это все работает и очень даже красиво, но вот на практике нет
Когда MA пересеклись, то уже поздно совершать сделку

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

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

Может стоит рассматривать реальные решения, а то скорость реализации пожеланий тут такая, что можете несколько лет ждать реализации

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

Ну году так к 2034 может и дождетесь ))

Вот за это респект
Удалил sec.dat, квик ругнулся на отсутствие справочников, но после подключения к брокеру все прогрузилось
Так же в настройках слетело получение котировок, заново выбирать пришлось, в остальном вроде как все в норме
Скорость до ввода пароля с 15 до 3-4 секунд снизилась.

У вас скрипт выдает некое сообщение с намеком на превышение значением определенного размера поля
Логично предположить что проблемы в скрипте

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

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

Сразу бы это сказали...
Вероятно при первой проверке getFuturesLimit вернул таблицу, а при второй у брокера что-нибудь глюкнуло, и getFuturesLimit вернул nil
Надо было закинуть результат getFuturesLimit в переменную и ее уже проверять

Покажите чему равно

а как же округление?
результат

Я хоть и не Юрий, но тоже прошу зарегистрировать пожелание реализации BOOK_OR_CANCEL для фиксированного формата

Еще бы за адекватное время реализовали.
Доработка нужная, экономия на комиссии как-никак

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

Мы видим просто кучу рябящих в глазах линий, циферки какие-то и снизу надпись сбербанк )))

Просто представьте, что не вы ее создали и изначально не знаете что на ней изображено, не реально же разобраться в ней.

Посмотрите в сторону отправки Book_or_cancel заявок, похоже на то что вы ищите
Реализовано правда пока что только через универсальный формат транзакций

А может интернет нестабильно работает?

А разве надо определять? Тут иной подход
Обзываешь задачу простой и она сразу стоить меньше будет, ну простая же )

Настройки двухфакторной авторизации зависит от брокера.
Поройтесь в настройках личного кабинета или задайте этот вопрос непосредственно брокеру

Когда у меня возник такой вопрос, то я решил не отключать двухфакторную авторизацию (все же это дополнительная защита денег), а автоматизировать прием и ввод смс.
Подробности тут https://quik2dde.ru/viewtopic.php?id=341

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

Да пофигу коллбекам когда скрипт был запушен, событие есть, коллбек сработал.
Что-то у вас в коде не то, смотреть надо

Урежьте код до минимально возможного, но чтобы проблема на нем воспроизводилась и покажите.

Вот тут и завелась принципиальная ошибка.

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

Короче, обвешайте свой скрипт дополнительными проверками.

Какой вы нетерпеливый, всего 9 месяцев прошло
Тут доработки по несколько лет ждут

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

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

Какая моя фраза не верна во вашему мнению?
Ну, как бы, LAST всегда является CLOSE последней свечи, об этом спору нет.

А вот что такое ваше "Когда свеча закрывается"?
Свеча она либо закрытая, либо пока еще открытая, промежуточного значения нет.

Рыночной заявкой

Долбите по рынку в последние секунды/миллисекуны нужной свечи и ваша сделка, возможно, и станет CLOSE свечи )))

Видно же что сразу с кодировкой проблема
Кодировка файла со скриптом должна быть cp1251

Примите пожелание на реализацию функционала подачи пассивной заявки через фиксированный формат транзакций.

PS:
Вот удивляюсь я с вашего наименования форматов.
Тот что в квике называется универсальным нифига не универсальный и зависит от выбранного языка терминала.
А формат который действительно универсальный, в квике называете фиксированным.
Л - ЛОГИКА )))

Есть библиотека, которая умеет выдергивать все доступные параметры в разрезе классов инструментов


Качать тут http://qgcp.totalh.net/

Вот не с того вы первые шаги делаете...
Разрабы давно уже отказались от поддержки QPILE, развиваться язык больше не будет.
Хочется программировать под QUIK пишите на LUA, а трупик QPILE совершенно нет смысла пинать

Без обид, но для меня, например, это совершенно не важно.
Зайдите в раздел пожеланий по развитию квика, почитайте, наверняка каждый второй свое пожелание считает критически важным.
И много из этого реализовали?
Да ничего практически.
Раздел бесполезный, чисто поболтать.
Исключения, когда пишут не про пожелания, а указывают на ошибки, это иногда реально исправляют.

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

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

Вангую.
Скоро в теме появится представитель разработчика, напишет, что "Ваше пожелание зарегистрировано бла-бла-бла".
Потом еще раз появится и напишет "Мы рассмотрели Ваше пожелание бла-бла-бла реализация пожелания признана потенциально целесообразной и т.д."
Через несколько лет кто-нибудь в теме спросит где же реализация
Зайдет очередной представитель разраба и напишет "Реализация всех пожеланий происходит согласно нашему регламенту и т.д.", короче ждите
Как-то так

Да хотя бы так

Разобрался, говорите?
На счет проверок вас впереди ждет не мало "сюрпризов", скоро это поймете.

Да примите уже как факт, что пожелания не выполняются в разумные сроки.
Это вроде как всем давно понятно, но возмущения никак не утихнут.

Со своей основной функцией quik вполне себе справляется, торговые поручения выполняются.

А все свистелки-перделки, либо будете ждать еще неизвестно сколько лет, либо можете запрограммировать на lua и сторонних библиотеках.

Если вкратце, то
Добавить цикл который будет крутить майн пока не остановите
Добавить цикл перебора инструментов
Добавить 100500 проверок, чтобы скрипт не скупил все растущие бумаги на все деньги ))

Причем тут руки? Вроде как все понимают, что обсуждается логика робота.

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

Так если вы задаете "детсадовские" вопросы, какого ответа вы ожидаете то?
Готовый код робота ждете что ли?

nikolz один вариант предложил, я другой, чем недовольны непонятно

Сформулируйте вопрос нормально, получите другой ответ.

Что-то вы мудрите сильно, все же гораздо проще

Определяем сколькими лотами торгуем, от этого и пляшем.
У меня это рассчитывает функция, в зависимости от ГО, волантильности и остатка на счете.

Решили, например, торговать 10 лотов

Далее все просто

Если с шортами торгуем
Есть сигнал на покупку и у вас меньше 10 лотов, докупаем до +10 лотов
Есть сигнал на продажу и у вас больше -10 лотов, допродаем до -10 лотов

Если без шортов
Есть сигнал на покупку и у вас меньше 10 лотов, докупаем до +10 лотов
Есть сигнал на продажу и у вас больше 0 лотов, допродаем до 0 лотов

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

У меня, например, проверка происходит примерно так:

Исторически так сложилось.

Раньше, если память  не изменяет, и для заявок и для сделок использовался один набор битовых  флагов (загляните в справку по 7.x версии, например), потом из  разделили.
В любом случае смысла забивать этим голову нет, работаем с тем что имеем

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

Тоже считаю возможность создавать пассивные заявки через sendTransaction весьма нужным функционалом.
Надеюсь реализовывать будете не 10 лет.

Читаю тему и складывается такое ощущение, что друг друга просто не понимаете.

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

ТС же столкнулся с ситуацией, что вне зависимости от того что помещаешь в параметр CLIENT_CODE транзакции, в поле "Комментарии" в таблице заявок прилетает Номер счета.
И весь вопрос в том кто в этом виноват, брокер или терминал.

Конечно есть вариант попроще.
Тут на форуме есть пользователь Антон, его библиотека умеет выдергивать все возможные параметры из квика
http://qgcp.totalh.net/

Параметр отвечающий за дату закрытия реестра называется dividenddate

Не надо ерунды советовать, этот скрипт не индикатор

Скрипт рабочий, выводит "Hello, World" в окно сообщений.
Тут не работать нечему

У вас окно сообщений то хоть на панели имеется?

Неправильно.

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

Как вам ответить, ленивый я, и люблю максимально автоматизировать все что можно.
Чтобы не было необходимости постоянного ручного контроля.
Не хочу я каждое утро включать комп как вы, у меня он всегда включен.
Бывают же проблемы у провайдера, например порвалась интернет сессия потом восстановилась.
В моем случае скрипт просто заново подключится к брокеру.
А у вас? Руками подключаться, пропустив время торговли, когда возможно были удачные моменты для входа?

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

Да даже банально свет выключили, а ИБП не выдержала долгого отключения. Когда дадут свет, все заведется и будет работать.

Или на месяц свалить на отдых и быть уверенным что торговля идет как и задумано.

По мне так сплошные плюсы

А где тут вы увидели "потенциально аварийную ситуацию"?
Пару лет, если не больше работает так, аварий не наблюдал ни разу.

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

Ну если квик не умеет автоматическую авторизацию, то приходится реализовывать это самостоятельно.Так моему тоже )))

Есть торговый скрипт, а есть скрипт для авторизации.
И это совершенно разные скрипты с разным функционалом.