Система принятия решений и/или Нечеткая логика(FuzzyLogic), Нечеткая логика или Система принятия решений в трейдинге
Пользователь
Сообщений: Регистрация: 30.01.2015
06.11.2025 18:49:50
поправил комментарии
Код
list={
--список инструментов для портфеля
sec="ROSN,GAZP,SBER,PLZL,GMKN,CHMF,HYDR,LKOH,MOEX,SNGS"
task="task1,task2,task3,task4" -- список существующих задач
}
user_sec=" interval:1,quote:0,short:0,stop:0,takeprofit:0,task:task1:task2,quota:0"
Система принятия решений и/или Нечеткая логика(FuzzyLogic), Нечеткая логика или Система принятия решений в трейдинге
Пользователь
Сообщений: Регистрация: 30.01.2015
06.11.2025 18:48:51
сделал новый интерфейс еще проще:
Код
list={
--список инструментов для портфеля, если нет, то все инструменты по заданным классам
sec="ROSN,GAZP,SBER,PLZL,GMKN,CHMF,HYDR,LKOH,MOEX,SNGS"
task="task1,task2,task3,task4" -- список существующих задач
}
user_sec=" interval:1,quote:0,short:0,stop:0,takeprofit:0,task:task1:task2,quota:0"
--user_sec--параметры пользователя для sec по умолчанию--interval --интервал свечей --quote --подписка на стакан --short -- разрешениe коротких позиций --stop--флаг разрешения установки стопа 1 -обычный, 2-скользящий, --takeprofit, -- флаг разрешения TakePrifit --task---список задач по умолчанию для каждого инструмента --quota--для средств для покупки в одной заявке --можно задавать индивидуальные параметры для задач и инструментов
Система принятия решений и/или Нечеткая логика(FuzzyLogic), Нечеткая логика или Система принятия решений в трейдинге
Пользователь
Сообщений: Регистрация: 30.01.2015
06.11.2025 18:36:10
, Возможно Вы не обратили внимание, но у меня ВСЯ УНИВЕРСАЛЬНАЯ СИСТЕМА это 380 операторов из них 120 - это конечный автомат обработки колбеков и 60 - конечный автомат обработки задач. ----------------------------- + скрипты задач. которые могут создать событие на выставление удаление перестановку заявок. ---------------------- Интерфейс к ней показал ранее.
Система принятия решений и/или Нечеткая логика(FuzzyLogic), Нечеткая логика или Система принятия решений в трейдинге
Пользователь
Сообщений: Регистрация: 30.01.2015
06.11.2025 18:29:11
У меня данные обновляются лишь по колбекам. Поэтому нет смысла их кэшировать.
Система принятия решений и/или Нечеткая логика(FuzzyLogic), Нечеткая логика или Система принятия решений в трейдинге
Пользователь
Сообщений: Регистрация: 30.01.2015
06.11.2025 18:27:36
Цитата
VPM написал: "Едем дальше, видим больше"! На мой взгляд данный подход, нужно распространить на получение "Серверных данных". Для понимания проблематики, архитектуру предлагается использовать общею для фондового и сросного рынков? Задача все та же.
Задача - возможность торговать и управлять 1 инструментом так и портфелем (универсальность), с учетом рисков (как квиковских, так и собственно ручных), ну и конечно одной из основных задач управление позицией. Структура - модульная, много разового использования. Интерфейс - наипростейший, понятный бабушке!
Обобщенно свести квиковские в функции в удобную оболочку:
Функции взаимодействия скрипта Lua и Рабочего места QUIK getDepoEx - функция для получения позиций по инструментам указанного типа getMoneyEx - функция для получения информации по денежным позициям указанного типа getFuturesLimit - функция для получения информации по фьючерсным лимитам getFuturesHolding - функция для получения информации по фьючерсным позициям getSecurityInfo - функция для получения информации по инструменту? getTradeDate - функция для получения даты торговой сессии CalcBuySell - функция для расчета максимально возможного количества лотов в заявке? (скорее для контроля, уж больно тяжелая?) getPortfolioInfoEx - функция для получения значений параметров таблицы «Клиентский портфель» с учетом срока расчётов getBuySellInfoEx - функция для получения параметров (включая срок расчётов) таблицы «Купить/Продать» (Важная для маржинальной торговли!)
У меня эти функции спрятаны. Пользователю доступ к ним не нужен и он про них ничего не знает и знать не хочет. В задаче он просто читает нужную переменную скрипта.
Система принятия решений и/или Нечеткая логика(FuzzyLogic), Нечеткая логика или Система принятия решений в трейдинге
написал: В своем скрипте все параметры типа firmid, client получаю из QUIK. Т е их не надо вводить пользователю.
Не очень понимаю этот подход, ну если с firmid все еще понятно, зависит в чей терминал скипт загружен. То с client не все очевидно, все равно приходится в водить,
можете вводить это не принципиально. Для информации. Вот что надо ввести пользователю в мой скрипт
Код
clas_list="QJSIM:0,SPBFUT:1,CETS:2"; --список классов счетов и тип инструментов 0 -акции 1-фьючерсы 2- валюта 3- опционы
sec_list="ROSN,GAZP,SBER,PLZL,GMKN,CHMF,HYDR,LKOH,MOEX,SNGS" --список инструментов для портфеля, если нет, то все инструменты по заданным классам
task_list="task1,task2,task3,task4" -- список существующих задач
sec_user={ --параметры устанавливаемые пользователем для инструментов по умолчанию
1, --интервал свечей
0, --подписка на стакан
0, --флаг разрешения коротких позиций
0,--флаг разрешения установки стопа 1 -обычный, 2-скользящий, 3 -take 4-stop и take
"task1",
"task2" --список задач по умолчанию для каждого инструмента
}
т е clas_list - список торгуемых классов sec_list -список торгуемых инструментов task_list -- список существующих задач, которые ему дает разработчик или он пишет сам sec_user -- параметры для все инструментов ---------------------- Для каждого инструмента,задачи можно через ':' указать индивидуальные параметры. Пользователю не надо изучать луа, если он не хочет писать задачи. =================== У меня тоже универсальная система.
Система принятия решений и/или Нечеткая логика(FuzzyLogic), Нечеткая логика или Система принятия решений в трейдинге
Пользователь
Сообщений: Регистрация: 30.01.2015
06.11.2025 15:12:23
и еще В своем скрипте все параметры типа firmid, client получаю из QUIK. Т е их не надо вводить пользователю.
Система принятия решений и/или Нечеткая логика(FuzzyLogic), Нечеткая логика или Система принятия решений в трейдинге
QuickDataManager:new(firmid, client_code). Конструктор создаёт экземпляр менеджера с обязательными параметрами firmid и client_code. Это основные параметры для работы с системой QUIK. Все остальные параметры передаются как опциональные в виде таблицы в функции.
QuickDataManager:_loadData(param, optional_params). Это основная функция для ленивой загрузки данных. В зависимости от параметра (например, "money", "depo", "portfolio", и т.д.), она делает запросы к соответствующим функциям QUIK. Функция также проверяет, есть ли уже кэширов анные данные для этого параметра, и если они есть — возвращает их. Если данных нет, выполняется запрос и кэшируются результаты? Здесь основной вопрос как правильно организовать работу?
QuickDataManager:__index(key). Метатаблица __index отвечает за доступ к данным через ключи, такие как money, depo, portfolio и другие. Для каждого ключа вызывается соответствующая функция ленивой загрузки, которая получает необходимые данные и кэширует их.
Параметры (например, tag, currcode, limit_kind, sec_code и другие) передаются через опциональные параметры, что позволяет адаптировать запросы под различные нужды и сохранить гибкость подхода.
Пример использования. При первом обращении к данным (manager.money, manager.depo, manager.portfolio, и т.д.) данные будут загружены, затем они будут кэшироваться для последующего использования без лишних запросов к системе. Что позволяет уменьшить нагрузку на систему и ускорить последующие операции. Как альтернатива. Если нужно избежать повторного получения одинаковых данных, можно добавить механизм для "очистки" кэша по истечении времени или по запросу.
Лучше не заставлять пользователя изучать Lua и не вводить без острой надобности специальные термены. Например, вместо:
Код
QuickDataManager:new(firmid, client_code).
написал бы
Код
fimid=XXXX
client_code=EEEE
а в скрипте под капотом написал бы
Код
QuickDataManager:new(firmid, client_code).
про термины: "ленивая" загрузка - пользователю обязательно это знать? Тогда что такое ленивая и какие еще есть ? ---------------------------- Т е сначала решите, для кого Вы пишите эту инструкцию. Т е какой у него уровень знаний должен быть, чтобы понять, что вы написали.
Система принятия решений и/или Нечеткая логика(FuzzyLogic), Нечеткая логика или Система принятия решений в трейдинге
Пользователь
Сообщений: Регистрация: 30.01.2015
06.11.2025 10:25:03
Цитата
VPM написал: Попурри на тему "Три тополя на Плющихи" в исполнении ... . ::
Зацените на сколько удобен интерфейс конечного пользователя в этом подходе.
Код
Преимущества MARKETDATA_PRO v1.0:
Вы не учитываете тот факт, что только Вы знаете это .
Мне как пользователю непонятно зачем мне это. -------------------------- Слишком.сложно, много букв. Трудно выявлять ошибки. -------------------- Попробуйте не дублировать уже описанное. -------------------- Все общее разместите в начале. Например так:
Код
-- Примеры использования универсальной системы:
market = "TQBR"
ticker = "SBER"
-- Глобальный экземпляр
MDP = MarketData_Pro.Manager:new()
-- 1. УНИВЕРСАЛЬНЫЙ ТЕХНИЧЕСКИЙ АНАЛИЗ ДЛЯ ЛЮБЫХ ДАННЫХ
-- Анализ цены последней сделки
local price_analysis = MDP:getOrCreate{ interval = INTERVAL_H1, param = "last" }
print ( "Цена SMA20:" , price_analysis:sma( 20 ))
print ( "Цена RSI14:" , price_analysis:rsi( 14 ))
-- Анализ стакана (биды)
local bid_analysis = MDP:getOrCreate{ interval = INTERVAL_M5, param = "bid" }
print ( "Биды EMA10:" , bid_analysis:ema( 10 ))
print ( "Биды STDDEV20:" , bid_analysis:getIndicator( "STDDEV" , 20 ))
-- Анализ объема
local volume_analysis = MDP:getOrCreate{ interval = INTERVAL_M15, param = "volume" }
print ( "Объем SMA30:" , volume_analysis:sma( 30 ))
-- 2. КАСТОМНЫЕ ИНДИКАТОРЫ ДЛЯ ЛЮБЫХ ПАРАМЕТРОВ
-- Регистрация индикатора для спреда
MDP:registerIndicator( "SPREAD_EMA" , function (buffer, period)
if buffer.size < period then return nil end
local sum = 0
for i = 1 , period do sum = sum + buffer:last(i).value end
return round(sum / period, 4 )
end , "EMA for Spread" , {"numeric"})
-- Анализ спреда bid/offer
local spread_data = MDP:getOrCreate{ description = "Bid-Offer Spread" }
-- Здесь можно обновлять буфер вручную с вычисленным спредом
spread_data:updateBuffer( "value" , 0.15 ) -- пример спреда
print ( "Спред EMA10:" , spread_data:getIndicator( "SPREAD_EMA" , 10 ))
-- 3. УНИВЕРСАЛЬНЫЙ АНАЛИЗ РАЗНЫХ ТИПОВ ДАННЫХ
local analyses = {
{param = "last" , desc = "Price Analysis" },
{param = "bid" , desc = "Bid Analysis" },
{param = "volume" , desc = "Volume Analysis" },
{param = "value" , desc = "Value Analysis" }
}
for _, analysis in ipairs(analyses) do
local data = MDP:getOrCreate{ ticker = "GAZP" , interval = INTERVAL_D1, param = analysis.param }
local sma = dat a:sma( 20 )
local rsi = dat a:rsi( 14 )
print ( string.format ( "%s - SMA20: %.2f, RSI14: %.1f" , analysis.desc, sma or 0 , rsi or 0 ))
end
-- 4. COMPLEX MULTI-PARAMETER ANALYSIS
interval = INTERVAL_H1
-- Анализ нескольких параметров одновременно
local multi_analysis = function ()
local price = MDP:getOrCreate{ param = "last" }
local volume = MDP:getOrCreate{ param = "volume" }
local bids = MDP:getOrCreate{ param = "bid" }
local price_trend = price:ema( 10 ) > price:ema( 20 )
local volume_spike = volume:sma( 5 ) > volume:sma( 20 ) * 1.5
local bid_strength = bids:ema( 5 ) > bids:ema( 10 )
return price_trend and volume_spike and bid_strength
end
-- 5. DYNAMIC INDICATOR CREATION
-- Создание индикатора на лету
local dynamic_indicator = function ()
MDP:registerIndicator( "VOLUME_PRICE_RATIO" , function (buffer, priceBuffer, period)
if not priceBuffer or buffer.size < period then return nil end
local volume_avg = 0
local price_avg = 0
for i = 1 , period do
local vol_item = buffer:last(i)
local price_item = priceBuffer:last(i)
if vol_item and price_item then
volume_avg = volume_avg + vol_item.value
price_avg = price_avg + price_item.value
end
end
volume_avg = volume_avg / period
price_avg = price_avg / period
return volume_avg / math.max (price_avg, 0.001 )
end , "Volume-Price Ratio" , {"volume"})
end
Универсальная система - это такая система, разработчик которой не имеет представления где и как ее будут применять. ----------------------- Пользователь такой системы не в состоянии понять все, что включил в нее разработчик. ------------------------- В результате реально либо используется 10 процентов возможности такой системы, либо пользователь начинает делать свою - не универсальную.
Система принятия решений и/или Нечеткая логика(FuzzyLogic), Нечеткая логика или Система принятия решений в трейдинге
Пользователь
Сообщений: Регистрация: 30.01.2015
06.11.2025 06:12:12
Цитата
VPM написал: , 1. Вы не отвечаете на заданные Вам вопросы, ну как минимум в общении это не вежливо! , для меня это и не важно. 2. Ну, нужны Вам все эти гигибайты истории, да и храните, я же не против, я привёл паттерн для текущей задачи. 3. Именно так создал, этот подход убираю ошибки для тестирования. 4. С песней в точку что вижу, с чем разбираюсь, про то и пою, 20 раз уже на это отвечал, если есть проблемы с памятью я записывайте, нет мне несложно повторить и 100 раз одно и тоже. 5. И уж пожалуйста, про время не нужно, оно мне интересно в рамках исполнения моих задач, описанных в скрипта. А про оптимизацию в песнях ни слова . Задачей оптимизации, следящий раз, сейчас найти приемлемое решение для задач описанных выше! 6. Возможно у такого специалиста есть рекомендации по задаче? Или " Слов из песни не выбросить "? ::
У Вас много слов в песне, возможно пропустил Ваш вопрос. Если не сложно, то повторите.
Система принятия решений и/или Нечеткая логика(FuzzyLogic), Нечеткая логика или Система принятия решений в трейдинге
Пользователь
Сообщений: Регистрация: 30.01.2015
05.11.2025 19:01:01
, Если вы останавливаете корутины, то теряете время на их остановке и запуске. Это дорогая процедура. Но Вам же время не важно.
Система принятия решений и/или Нечеткая логика(FuzzyLogic), Нечеткая логика или Система принятия решений в трейдинге
Пользователь
Сообщений: Регистрация: 30.01.2015
05.11.2025 18:54:47
, Не в обиду, но мне Ваши опусы напоминают песню ямщика: -Ямщик - ты о чем поешь? -Так что вижу, так о том и пою.
Система принятия решений и/или Нечеткая логика(FuzzyLogic), Нечеткая логика или Система принятия решений в трейдинге
Пользователь
Сообщений: Регистрация: 30.01.2015
05.11.2025 18:51:59
Цитата
VPM написал: Существует несколько подходов к организации данных в QUIK. Нужно выбрать структуру для проекта, который будет включать в себя: а) DataPoller.lua (планировщик опросов в корутинах); б) MarketData (модуль для работы с рыночными данными); с) DataManager (менеджер данных, который объединяет все вместе).
Учитывая, что задача стоит избежать фризов и минимизировать задержки, а также обеспечить актуальность данных , предлагается следующий подход:
DataPoller будет заниматься асинхронным опросом данных (через корутины) и обновлением кэша. MarketData будет предоставлять интерфейс для доступа к данным (через метатаблицы с ленивой загрузкой и кэшированием). DataManager будет управлять созданием и жизненным циклом источников данных, а также взаимодействием между Poller и MarketData.
При этом мы можем использовать комбинацию подхода 3 (ООП-ленивый доступ) и 4 (кэш + корутина). Тогда концепция выглядит следующим образом:
1. DataPoller. Создает и управляет корутинами для периодического обновления данных. Каждый источник данных (например, тикер) регистрируется в планировщике. Планировщик обновляет кэш данных в фоновом режиме.
2. MarketData. Представляет объект-источник данных (например, свечи, стакан, параметры инструмента). При первом обращении к полю, если данных нет в кэше, они запрашиваются синхронно (редкий случай, но как fallback (запасной план) ). Основной доступ к данным идет из кэша, который асинхронно обновляется планировщиком.
3. DataManager. Инициализирует планировщик и создает источники данных. Предоставляет интерфейс для получения источника данных (например, по тикеру и интервалу для свечей). Управляет жизненным циклом данных (создание, удаление, обновление).
Пример последовательности: Пользователь запрашивает у DataManager данные по SBER (например, свечи M1). DataManager создает объект MarketData для SBER M1, если он еще не создан, и регистрирует его в DataPoller. DataPoller начинает периодически (каждые N ms) обновлять данные для SBER M1 (например, запрашивать последние свечи и класть в кэш). Пользователь обращается к объекту MarketData (например, candles:getValue("close", -1)), и получает данные из кэша. Таким образом, мы имеем асинхронное обновление данных и синхронный доступ к ним без блокировок?
Теперь код для каждого модуля. Начнем с DataPoller (адаптируем тот, что уже есть, но упростим и настроим под эту задачу).
DataPoller будет: Принимать задачи (источники данных) с callback для обновления. Запускать корутины, которые периодически вызывают callback и обновляют кэш. MarketData (источник данных) будет: Иметь метод update() (который будет вызываться планировщиком) для обновления своих данных. Иметь кэш для хранения последних данных. Предоставлять методы для доступа к данным (например, getValue). DataManager будет: Хранить все созданные источники данных (например, по ключу market_ticker_interval). Создавать новые источники, если их нет, и регистрировать их в DataPoller.
Вы это сделали или просто рассуждаете? Если сделали то покажите профиль задержек на тестах и оцените сколько инструментов вы сможете обрабатывать. Какие у Вас результаты на истории?
Система принятия решений и/или Нечеткая логика(FuzzyLogic), Нечеткая логика или Система принятия решений в трейдинге
Пользователь
Сообщений: Регистрация: 30.01.2015
05.11.2025 18:49:25
Цитата
VPM написал: Еще раз. Идеальный производственный паттерн работы с QUIK: В QUIK нет смысла "стримить" все свечи постоянно — нужно один раз получить исторический буфер и дальше обновлять только последнюю (текущую, незакрытую) через callback/опрос?
Тогда, Алгоритм модуля MarketData_Pro.Poller, который: а) Загружает исторические свечи (100–500 штук) в UniversalBuffer при инициализации. б) Держит кеш последней свечи (текущий бар) отдельно. с) Обновляет кеш по событию или через быстрый опрос QUIK (getParamEx / getCandlesByIndex). д) По таймфрейму??? проверяет закрытие свечи > переносит кеш в буфер и очищает кеш? е) Отдает актуальные данные любому индикатору через getValue() или прямой доступ к буферу?
Вы ошибаетесь. История торгов нужна не для того, чтобы постоянно ее обрабатывать. На истории проверяют идеи торгов. Я на истории обучаю роботов.
Система принятия решений и/или Нечеткая логика(FuzzyLogic), Нечеткая логика или Система принятия решений в трейдинге
Пользователь
Сообщений: Регистрация: 30.01.2015
05.11.2025 18:35:42
Т е примерно в 10000 раз меньше, чем у Вас, если Вы поставите sleep на 1 сек
Система принятия решений и/или Нечеткая логика(FuzzyLogic), Нечеткая логика или Система принятия решений в трейдинге
написал: Собственно задачей может быть не только функция, выполняемая в main, но и любой процесс или другой поток со своей VMLua или любом другом языке и даже в облаке или у соседа на компе.
Вот этого точно, не обсуждаю. 1 терминал, 1 маин, множество корутин или сейчас рассматриваю как предлагал альтернативу , . Все остальное к программистам системщикам или , ::
Цитата
написал: Свчеи хранятся в сжатом формаье (степень сжатия примерно 7 раз . 10 лет SBER на 1 мин это 2 млн свечей. Сжатый объем 28МБайт.
Но это тоже для Ваших каких то специфических задач. "Дата соурсе" в квик организовано как интерфейс получения данных о свечах, получил к примеру 100 бар в буфер, обработал расчеты допустим индикатора и все. Обновляется буфер согласно тайм фрейма. Текущее (не завершенную свечу) держим в кеш, обновляется оперативно по колбеку.
Я у Вас спрашивал как вы обрабатываете события последовательно перебираете очередь или есть приоритеты, если есть то чем обосновываете
Приоритеты не имеет смысла делать, так как очередь пока короткая. У моего робота реакция на колбек составляет не более 0.1 ms.
Система принятия решений и/или Нечеткая логика(FuzzyLogic), Нечеткая логика или Система принятия решений в трейдинге
Пользователь
Сообщений: Регистрация: 30.01.2015
05.11.2025 14:17:56
посмотрел объем сохраненных данных за период 10 лет по 26 инструментам. Всего 603МБ. сжатых 7Z.
Система принятия решений и/или Нечеткая логика(FuzzyLogic), Нечеткая логика или Система принятия решений в трейдинге
Пользователь
Сообщений: Регистрация: 30.01.2015
05.11.2025 14:10:07
Цитата
VPM написал: , А можете описать полный алгоритм, и если приоритеты, если есть на чем основываете? Будет интересно, думаю не только мне.
А смысл? Время уйдет много и не факт что это имеет смысл ------------------------- Могу отвечать на конкретные вопросы,
Система принятия решений и/или Нечеткая логика(FuzzyLogic), Нечеткая логика или Система принятия решений в трейдинге
Пользователь
Сообщений: Регистрация: 30.01.2015
05.11.2025 14:07:14
Сделал автомат получения свечей с биржи по списку торгуемых инструментов. Свчеи хранятся в сжатом формаье (степень сжатия примерно 7 раз . 10 лет SBER на 1 мин это 2 млн свечей. Сжатый объем 28МБайт. При считывании автоматом распаковываются. В результате разработку торговой системы можно делать на истории любой глубины на таймах от 1 мин. Текущий торговый день сохраняю из QUIK в несжатом виде. На следующий день данные записываются в архив в сжатом виде с биржи.
Система принятия решений и/или Нечеткая логика(FuzzyLogic), Нечеткая логика или Система принятия решений в трейдинге
Пользователь
Сообщений: Регистрация: 30.01.2015
05.11.2025 13:54:22
Цитата
VPM написал: Основной поток main() нельзя блокировать. main() — это кооперативная петля; если вставить бесконечный цикл без sleep, терминал “зависнет”. Лучшее решение на мой не профессиональный взгляд опрос в отдельной корутине. Почему именно корутина? Lua-корутины позволяют “распараллелить” логику. Можно делать yield-циклы с sleep(1000) без потери отзывчивости терминала. Каждая корутина может следить за своим источником данных (деньги, позиции, котировки и т.п.).
Решаю эти проблемы так. ------------------- Если main делать нечего, то ждет события от колбеков. ------------------------------ Колбеки свои события складывают в очередь. ------------------------------ Если очередь не пустая, то main обслуживает очередь. ----------------------------------------- Задачи тоже могут создавать события. ------------------------- Собственно задачей может быть не только функция, выполняемая в main, но и любой процесс или другой поток со своей VMLua или любом другом языке и даже в облаке или у соседа на компе. --------------------------------
Система принятия решений и/или Нечеткая логика(FuzzyLogic), Нечеткая логика или Система принятия решений в трейдинге
Пользователь
Сообщений: Регистрация: 30.01.2015
04.11.2025 15:15:32
Цитата
VPM написал: И так обсудили разные подходы по организации полного жизненного цикла заявки. Каким подходом пользоваться, каждый определяет для себя сам. Это архитектурная дилемма. Так как окончательного мнения у меня не сложилось, буду пользоваться наиболее понятными для меня подходами. Задача все еще прежняя, собрать модульную структуру в которой торговые стратегии работают независимо отдавая приказы на исполнение. И технологическая, все это дело обслуживает.
Таким образом можно выделить 3 главных блока, которые взаимодействуют ка между собой так и с апи квик. А. полный жизненный цикл заявки. Б. полный жизненный цикл сделки. С. полный жизненный цикл money.
Следовательно в блоках можно условно выделить основное взаимодействие, это пары: 1. заявка / сделка = depo; 2. актив depo / актив money, что в свою очередь можно представить как depo + money = capital.
Следовательно, следующая задача, нужно организовать жизненный цикл money.
Уу меня получилась два конечных автомата и менеджер задач. 1) обрабатывает события по OnOrder, OnStopOrder,OnTanseReblay, и все колбеки в которых нет sec_сode. 2) обрабатывает колбеки, в которых есть sec_code, кроме указанных ранее. 3) менеджер задач запускает задачи торгуемых инструментов. 2) и 3) объединены в одну функцию для оптимизации скорости работы и затрат памяти. --------------------- Список существующих задач определяемся в файле init ----------------------------------- Каждая задача записывается в отдельном файле как отдельная функция ------------------------------ Объем скрипта составляет 500 операторов(строк), из который 300 исполняются лишь при старте скрипта.
У Вас ошибка. результат операции логического И (bit.band) не 1 , а 4 , если бит установлен. т е в вызове должно быть
Код
local a = ActiveLimitOrderExists(52.50, 0x4)
--------------------------------
В Lua 5.3 и 5 4 нет надобности в библиотеке bit вместо
Код
bit.band(order.flags, 0x4)
можно записать так:
Код
order.flags&4
Как экономить на интернет трафике в системе Квик
Пользователь
Сообщений: Регистрация: 30.01.2015
04.11.2025 06:21:03
Цитата
Алкотрейдер написал: Здравствуйте, может кто знает и подскажет, есть временное подключение через мобильного оператора связи, как значительно снизить потребляемый трафик программой, в свойствах сети я обнаружил как квик за полчаса 700 мб интернета скушал, уничтожив все запасы мобильного интернета.
Настройте получение данных лишь те инструменты, которые Вы используете в торгах. Не подписывайтесь на ненужные параметры. Не подписывайтесь на обезличенные сделки. Не Используйте умные настройки. Настройки все руками. Не открывайте стаканы инструментов которыми не торгуете. Проверьте число подписанных инструментов и параметров.
остановка скрипта при запуске QUIK
Пользователь
Сообщений: Регистрация: 30.01.2015
04.11.2025 06:15:38
Если Вам надо чтобы скрипт, запущенный в QUIK остановился при новом старте нужно первую строку в колбек OnInit записать так:
Код
function OnInit(path)
if os.clock()<2 then return end
Автозапуск скрипта LUA при старте QUIK
Пользователь
Сообщений: Регистрация: 30.01.2015
04.11.2025 06:09:45
, Чтобы запущенный скрипт не стартовал автоматом надо сделать так: В колбеке onInit первую строку запишите так:
Код
function OnInit(path)
if os.clock()<2 then return end
--....
Система принятия решений и/или Нечеткая логика(FuzzyLogic), Нечеткая логика или Система принятия решений в трейдинге
Пользователь
Сообщений: Регистрация: 30.01.2015
03.11.2025 15:14:07
Замечу, что замыкание можно заменить обычной функцией с передачей ей таблицы с параметрами, которые хранятся в замыкании. Такая реализация проще в понимании и полностью эквивалентна замыканию.
Система принятия решений и/или Нечеткая логика(FuzzyLogic), Нечеткая логика или Система принятия решений в трейдинге
Пользователь
Сообщений: Регистрация: 30.01.2015
03.11.2025 14:17:22
Цитата
Nikolay написал: Любая процедура, вызванная из main не блокирует QUIK. Любая. Хоть завернутая в корутину, хоть вызванная напрямую, хоть в замыкании.
Присоединяюсь
Система принятия решений и/или Нечеткая логика(FuzzyLogic), Нечеткая логика или Система принятия решений в трейдинге
Пользователь
Сообщений: Регистрация: 30.01.2015
03.11.2025 14:05:51
Цитата
Nikolay написал: Поэтому если отправили транзакцию на ордер, то результат - это не колбек OnTransReply, а появление записи по этому ордеру в таблице ордеров. Колбек же OnOrder - это уже следствие появления этой записи, а не наоборот.
Вы ошибаетесь, как раз наоборот Сначала будет колбек,OnOrder, а потом появится запись в таблице заявок.
Система принятия решений и/или Нечеткая логика(FuzzyLogic), Нечеткая логика или Система принятия решений в трейдинге
Пользователь
Сообщений: Регистрация: 30.01.2015
02.11.2025 17:13:01
Если вынести повторяющуюся часть кода в функции (для чего они и придуманы):
Код
function order(t,Tor,Nor)
local N=Tor[0]; local flags=t.flags local flag=flags&1; local num=t.order_num; local id=t.trans_id;
for i=1,N do
local s=Tor[i]; --s,id,js,num
if s[4]==num or (id~=0 and s[2]==id) then
if flag==0 then -- заявка не активна удаляем из списка активных если она есть в списке
if N>1 then Tor[i]=Tor[N] end Tor[N]=nil; Tor[0]=N-1;
else --заявка активная записываем ее номер
s[4]=num --записываем номер новой заявки по транзакции
if s[3]==0 then s[3]=Nor; Nor=Nor+1 end
end
break;
end -- заявка в списках
end
if flag==1 and id==0 then
N=N+1; Tor[N]={t.sec_code,0,Nor,num}; Nor=Nor+1 Tor[0]=N; --- активная заявка не найдена заявка выставлена не из скрипта создаем ее
end; -- таблица заявок,стоп-заявок инструмента
end
function transOrd(t,Tor)
local id=t.trans_id; local s,js;
for i=1,N do s=Tor[i]; --s,id,js,num
if s[2]==id then js=s[3];
if js==0 then if N>1 then Tor[i]=Tor[N] end Tor[N]=nil; Tor[0]=N-1; return --отменяем выставление
else s[3]=-js; return end -- отменяем удаление
end
end
end
то конечный автомат для этих колбеков будет совсем простой:
Код
elseif m==2 then --onOrder
order(t,Tor,Nor);
elseif m==3 then --onStopOrder
order(t,Tso,Nso);
elseif m==4 then
local x=t.status local msg=t.result_msg;
if Log then Log:write("status="..x..": транзакция "..t_mes[x+1]..">"..msg.."\n"); Log:flush();end
if x==3 or 2>x or x==15 then return end
---удаляем ошибочные транзакции
message("status="..x..": транзакция "..t_mes[x+1]..">"..msg, 3)
transOrd(t,Tor);
transOrd(t,Tso);
Вот и все.
Система принятия решений и/или Нечеткая логика(FuzzyLogic), Нечеткая логика или Система принятия решений в трейдинге
Пользователь
Сообщений: Регистрация: 30.01.2015
02.11.2025 16:22:42
Цитата
VPM написал: А если жизненный цикл (путь), расписать по шагам в конкретные процедуры (как , ) подход сам напрашивается. И что делать с ожиданиями? Нужен фоновый подход?
У меня все гораздо проще построено. Для заявок и стоп-заявок одинаково. Есть три таблицы ----------------------
Код
Tnt={[0]=0}; --таблица активных транзакций содержит trans_id,jts
Tor={[0]=0}; --таблица активных заявок 1-trans_id 2- номер в таблице QUIK 0-если выставляется , минус на удаление
Tso={[0]=0}; --таблица активных стоп-заявок 1-trans_id 2- номер в таблице QUIK 0-если выставляется , минус на удаление
Любая транзакция записывается в таблицу транзакций, Эта таблица обрабатывается в OnTransReply Если транзакция не прошла или прошла, то она удаляется из Tnt. Таким образом мы всегда знаем сколько транзакций отправили но не получили ответ. ----------------------- Если была ошибка, то отменяются действия по ней. Например транзакция на действия над существующей заявкой (удаляем или переставляем). ---------------------- Если выставляется новая заявка, то она записывается в таблицу активных, когда поступит сообщение об успешной отправки транзакции. ------------------------ Если пришло сообщение об исполнении или удалении то она удаляется из таблицы активных. ====================== Вот и весь алгоритм . ------------------------------- вот рабочий фрагмент конечного автомата, который обрабатывает эти три колбека
Код
elseif m==2 then --onOrder
local N=Tor[0]; local flags=t.flags local flag=flags&1; local num=t.order_num; local id=t.trans_id;
for i=1,N do
local s=Tor[i]; --s,id,js,num
if s[4]==num or (id~=0 and s[2]==id) then
if flag==0 then -- заявка не активна удаляем из списка активных если она есть в списке
if N>1 then Tor[i]=Tor[N] end Tor[N]=nil; Tor[0]=N-1;
else --заявка активная записываем ее номер
s[4]=num --записываем номер новой заявки по транзакции
if s[3]==0 then s[3]=Nor; Nor=Nor+1 end
end
break;
end -- заявка в списках
end
if flag==1 and id==0 then
N=N+1; Tor[N]={t.sec_code,0,Nor,num}; Nor=Nor+1 Tor[0]=N;--- активная заявка не найдена заявка выставлена не из скрипта создаем ее
end;
elseif m==3 then --onStopOrder
local N=Tso[0]; local flag=t.flags&1; local num=t.order_num; local id=t.trans_id;
for i=1,N do
local s=Tso[i]; --s,id,js,num
if s[2]==id or s[4]==num then
if flag==0 then -- заяка не активна удаляем из списка активных если она есть в списке
if N>1 then Tso[i]=Tso[N] end Tso[N]=nil; Tso[0]=N-1;
else --заявка активная записываем ее номер
s[4]=num --записываем номер новой заявки по транзакции
if s[3]==0 then s[3]=Nso; Nso=Nso+1 end
end
break;
end; -- таблица заявок,стоп-заявок инструмента
end
if flag==1 and id==0 then
N=N+1; Tso[N]={t.sec_code,0,Nso,num}; Nso=Nso+1 Tso[0]=N;--- активная заявка не найдена заявка выставлена не из скрипта создаем ее
end
elseif m==4 then
local x=t.status local msg=t.result_msg;
if x==3 or 2>x or x==15 then return end
---удаляем ошибочные транзакции сделок
message("status="..x..": транзакция "..t_mes[x+1]..">"..msg, 3)
local id=t.trans_id; local s,js; local N=Tor[0]; --ищем по заявкам
for i=1,N do s=Tor[i]; --s,id,js,num
if s[2]==id then js=s[3];
if js==0 then if N>1 then Tor[i]=Tor[N] end Tor[N]=nil; Tor[0]=N-1; return --отменяем выставление
else s[3]=-js; return end -- отменяем удаление
end
end
N=Tso[0]; --ищем по стоп-заявкам
for i=1,N do local s=Tso[i]; --s,id,js,num
if s[2]==id then local js=s[3];
if js==0 then if N>1 then Tso[i]=Tso[N] end Tor[N]=nil; Tor[0]=N-1; return --отменяем выставление
else s[3]=-js; return end -- отменяем удаление
end
end
Демо: две сделки с одинаковым номером на разные заявки
Alexander написал: Так как сделать так, чтобы при закрытии терминала скрипт не запускался, когда он сам себя корректно остановил при закрытии терминала?
Например, можно контролировать время от начала запуска приложения( os.clock() . Если оно меньше порога, то это означает ,что скрипт запустился автоматом и его надо остановить.
Система принятия решений и/или Нечеткая логика(FuzzyLogic), Нечеткая логика или Система принятия решений в трейдинге
Пользователь
Сообщений: Регистрация: 30.01.2015
29.10.2025 06:25:26
и еще... То , что я разрабатываю, необходимо именно для торговли. --------------------- Все эти задачи возникли в процессе разработки торговой системы на основе нейросетей и ИИ на платформе QUIK, для тестирования торговых алгоритмов и реальной алгоритмической торговли. ---------------------- Например, возможность создать любое число функций main позволяет делать систему торговли на одном скрипте (не надо писать кучу колбеков), запускаемом в КВИКЕ. При этом, если у Вас комп с многими ядрами (например 16), то можно запустить 16 main и ускорить работу в 16 раз. Добавьте к этому запуск в потоках Luajit, что еще ускорит вычисления от 10 до 100 раз по сравнению с луа. ------------------------ Создание векторов Int и float вместо таблиц Lua позволяет увеличить объем для данных примерно в 10-20 раз, а использование mapping file позволяет работать практически с любым объемом данных совместно кучи потоков. ------------------------------- Вы постоянно мне возражаете, что вам не надо быстродействие. (Напоминает басню "Лиса и виноград") ------------------------------------------- Но разве Вы не хотите иметь робота, который сам обучается торговли и самостоятельно может формировать портфель из любых инструментов? --------------------------------- Я хочу не просто его иметь, но и пишу такого робота, на основе моего опыта и знаний. Мне это интересно. -------------------------------------- И об этом пишу именно на форуме разработчиков торговой системы QUIK. --------------------------------- Было бы неплохо, если бы можно было бы обсуждать на форуме конкретные алгоритмы для торговых роботов на луа для QUIK, как это можно делать на форуме торговой системы MT. Но на этом форуме большинство - это начинающие буратино, которые прочитали книжку "Как стать миллионером" и закапывают свои пять золотых на поле чудес.
Система принятия решений и/или Нечеткая логика(FuzzyLogic), Нечеткая логика или Система принятия решений в трейдинге
Пользователь
Сообщений: Регистрация: 30.01.2015
29.10.2025 05:58:16
Цитата
VPM написал: Уважаемый , Вы поймите одну простую истину, здесь пользователи собрались, для ТОРГОВЛИ , а не для изучения языков программирования, тем более таких как Си. ::
Что касается меня так, я уже не помню как писать на Бейсик и Фортран, уж не приходится говорить о Си. C Lua разбираюсь по тому что он встроен в терминал, с таким же успехом разбирался бы с любым другим. На нем можно проверять свои торговые идеи, и не только, атематические торговые программы, с гордым названием Робот. Я пишу про это. Для этого не нужен ни Си ни какой другой язык, Lua с избытком. Даже он в некоторых случаях сложен, если учитывать как реализован сам торговый терминал. Язык встроенный необходим нам для автоматизации торговых решений. Если уж писать то грамотно, приходится придерживаться нескольких основополагающих принципов.
А для того чтоб торговать вообще не нужны ни какие языки, да и образования достаточно царской - приходской школы, арифметики. И причем тут Ваши изыски?
Согласен, что знания языков программирования нужны для программирования, как и специальные знания для любой области человеческой деятельности. ---------------------- Если на форуме собрались пользователи для ТОРГОВЛИ, то они ошиблись местом. Место для торговли - это биржа, а не сайт разработчика торговой системы и не тема "Программирование на Lua" ------------------------- Вы противоречите сами себе. В теме программирование на луа, вы пишите про нечеткую логику. При этом Ваши знания в этом разделе науки еще меньше, чем знания в луа. ==================== Я не могу понять , в чем смысл пересказываний дилетанта того, что гораздо лучше уже описано в учебниках ====================== Говоря о том, что Вы пришли на форум для ТОРГОВЛИ, Вы пока не написали ничего конкретного для ТОРГОВЛИ. --------------------------- Все ваши рассуждения голословны и субъективны. Не обладая проф знаниями ни в одной теме, которые Вы затрагиваете, Вы с большим пафосом поверхностно излагаете демагогию на тему про луа, программирование, про нечеткое множество, --------------------------- Согласитесь, что нести знания в массы может лишь профессионал в этих знаниях, иначе это просто болтовня.
Система принятия решений и/или Нечеткая логика(FuzzyLogic), Нечеткая логика или Система принятия решений в трейдинге
Пользователь
Сообщений: Регистрация: 30.01.2015
28.10.2025 13:29:38
Сейчас реализовал дополнительные функции на СИ, который позволяют: 1) создать любое число функций main, каждая в своем потоке Позволяет подключить Tensorflow и Torch. 2) создавать векторы целых,вещественных чисел ф формате С (позволяет примерно на порядок уменьшить требуемый объем памяти и скорость обработки) 3) потокобезопасную обработку таблиц и векторов. --------------------------------- Алгоритмы торговли пишутся в отдельные файлы и грузятся в основную программу или запускаются как самостоятельные задачи .
Система принятия решений и/или Нечеткая логика(FuzzyLogic), Нечеткая логика или Система принятия решений в трейдинге
Пользователь
Сообщений: Регистрация: 30.01.2015
28.10.2025 13:20:47
Цитата
VPM написал: , Так оно так и есть, создаем конфигурацию к робот, строим необходимую торговою логику или используем заготовки торговых стратегий и в бой.
Можно и дальше пойти написать менеджер для торговых стратегий, который от рыночной ситуации будет менять стратегии.
Например вот файл конфигурации к стратегии описанной выше:
client="XXXX" --код клиента
clas_list="QJSIM:0,SBFUT:1,CETS:2"; --список классов счетов и тип интсрументов 0 -акции 1-фьючерсы 2- валюта 3- опционы
--clas_user={} --параметры устанавливаемые пользователем для класса по умолчанию
sec_list="ROSN,GAZP,SBER,PLZL,GMKN,CHMF,HYDR,LKOH,MOEX,SNGS" --список инструментов для портфеля, если нет, то все инструменты по заданным классам
--"s,c,min_price_step,scale,lot_size" --параметры инструментов
sec_user={ --параметры устанавливаемые пользователем для инструментов по умолчанию
1, --интервал свечей
0, --подписка на стакан
0, --флаг разрешения коротких позиций
0,--флаг разрешения установки стопа 1 -обычный, 2-скользящий, 3 -take 4-stop и take
}
pTH="D:/QUIK_SCRIPT/bot25/" --путь к каталогу функций
Система принятия решений и/или Нечеткая логика(FuzzyLogic), Нечеткая логика или Система принятия решений в трейдинге
написал: 17.2 пустая корутина 0.6 пустая функция 0.4 пустой if
Скорость исполнения полезно знать, но не нужно путать задачи?
* If - встроенный оператор сравнения, и так понятно что самая быстрая операция (фильтрация, больше не для чего ни годится); * функция - разделение кода по функциональности, (полную задачу делим, хотя бы чтоб можно было читать); * корутина - это сервис для исполнения минимального кода, что бы была возможность "за ходить в гости в точку С, а не просто шагать из А до Б".
Вот и смысл: "А И Б сидели на трубе, А - упало, Б - пропало, кто остался на требе?" ::
Если учесть особенности построения роботов, как программ обработки данных в реальном времени, то чтобы можно было читать и все работало максимально быстро на Lua , используем технологию структурного программирования: -------------------- 1) Разбиваем алгоритм на блоки (функции) 2) Блоки (функции)пишем в отдельные файлы, которые включаются в основную прогу операторами dofile и loadfile. 3) Основная программа (конечный автомат состоит из бесконечного цикла и обработчика событий. 4) обработчик событий делается в виде оператора if... then ... else ... ------------------------
Индекс запсииси в таблице ордеров
Пользователь
Сообщений: Регистрация: 30.01.2015
26.10.2025 16:46:53
Цитата
Nikolay написал: Это уже не дает ошибку, т.к. после OnCleanUp внутри сессии происходит сброс индексов таблицы ордеров и заново ищем ордера по номеру, когда они появятся. Некорректные индексы появились с выходом 12 версии, ранее такого никогда не было.
Сейчас уже вопрос в том - зачем. Скорость загрузки данных - это уже дело десятое, хотя появление записей в таблице ордеров после восстановления подключения через минуты - это не сказать, что хорошо.
У меня 12 версия от сбербанка вообще затормозила комп. Выкинул и вернулся на 8.7. Ляпота!!!
Система принятия решений и/или Нечеткая логика(FuzzyLogic), Нечеткая логика или Система принятия решений в трейдинге
сделал прикольный тест на оценку быстродействия корутин.
Код
function foo (a) return coroutine.yield(2*a) end
function foo1 (a) return 2*a end
co = coroutine.create(foo)
tstart() coroutine.resume (co ,10 ) print(tstop())
tstart() foo1 (10) print(tstop())
tstart() local a=10 a=2*a print(tstop())
результат:
17.2 пустая корутина 0.6 пустая функция 0.4 пустой if ------------------------ Корутина в 25 раз медленнее функции и в 40 раз медленнее условного оператора.
[INFO 2025-10-22 11:35:41] : OnConnected flag true
Все же возникает вопрос - зачем в середине торговой сессии вызывать OnCleanUp?
При этом данные после такой чистки загружаются минуты.
Можете показать пример перемешивания? А то что-то не врублюсь, где это даст ошибку.
Система принятия решений и/или Нечеткая логика(FuzzyLogic), Нечеткая логика или Система принятия решений в трейдинге
Пользователь
Сообщений: Регистрация: 30.01.2015
24.10.2025 18:01:32
Цитата
Nikolay написал: Не важно какой подход используется - важно как он работает и работает ли он надежно. Если Вы делаете решение для себя и готовы постоянно заниматься отладкой пограничных ситуаций, то делайте как угодно. Хотя уже здесь корутины начинают привносить излишнюю сложность. Те же замыкания прекрасно справляются с запоминанием окружения и позволяют решать ту же задачу. Далее, что самое важное - это воспроизводимость результатов, обработка ошибок. И здесь колбеки - это не лучшее решение, т.к. они не гарантированы, приходят в случайном порядке. Для задач реального времени - это приговор.
Представьте, что датчик выдает данные. Вы решаете использовать "модную" библиотеку с колбеками. Но начиная использовать её, получаете данные с пропусками, данные могут приходить из прошлого. Во многих отраслях - это просто недопустимое поведение.
Так что нет, я уж как нибудь сам организую чтение данных, как эти делали последние лет 50.
Я понимаю, что есть соблазн использовать подход со слугой - сказал ему, что делать, он сообщит когда будет результат. Но такой подход всегда требует надсмотрщика, проверки. Так что самому подойти к кастрюле и проверить как там каша - надежней.
Еще надежнее вообще без функций на луа. И замыкания оказываются ненужными. Какой смысл запоминать окружение? Например , портфель из 100 бумаг. Что будете запоминать для каждой бумаги в замыкании?
Система принятия решений и/или Нечеткая логика(FuzzyLogic), Нечеткая логика или Система принятия решений в трейдинге
Пользователь
Сообщений: Регистрация: 30.01.2015
24.10.2025 09:45:44
, Но это просто написание функций которые обращаются к вложенным функциям и т д. можно сделать еще более обобщенную функцию для вашего примера, так: пишем файл robot.lua:
Код
dofile("hacktrade.lua")
function Robot()
ind = Indicator{tag}
while true do
if feed.last > ind[-2] then
order:update(feed.last, 1)
elseif feed.last < ind[-2] then
order:update(feed.last, -1)
end
Trade()
end
end
Система принятия решений и/или Нечеткая логика(FuzzyLogic), Нечеткая логика или Система принятия решений в трейдинге
Пользователь
Сообщений: Регистрация: 30.01.2015
23.10.2025 19:01:25
пардон, ссылка попала ошибочно, но удалить ее невозможно.
Система принятия решений и/или Нечеткая логика(FuzzyLogic), Нечеткая логика или Система принятия решений в трейдинге
Пользователь
Сообщений: Регистрация: 30.01.2015
23.10.2025 18:59:24
, Вы правильно назвали свой восторг по поводу скрипта HackTrade сказкой. Ваш восторг сильно преувеличен. ----------------------- Все возможности, которые вы описали можно реализовать проще, так как не вычисляются параллельно, а исполняются в бесконечном цикле main, то в более простом решении можно выиграть и в быстродействии и в затратах памяти. ==================== Поясняю упрощенно: ------------------------ Если какая-то функция вызывается в скрипте робота лишь в одном операторе , то ее реализация является избыточной. Эту функцию можно заменить на условный оператор. Нет никаких передаваемых параметров вообще, значит и время на вызов равно нулю. При такой реализации не только быстрее исполняется скрипт, но и существенно меньше затраты памяти.
Система принятия решений и/или Нечеткая логика(FuzzyLogic), Нечеткая логика или Система принятия решений в трейдинге
Пользователь
Сообщений: Регистрация: 30.01.2015
22.10.2025 14:18:06
До кучи... 'trans_id'" и "'order_num'" - это идентификаторы для разных серверов (биржи и брокера) и разных источников их генерации (биржа и клиент брокера) Поэтому их два и они не зависимые друг от друга.
MOVE_ORDER на фондовом рынке мос.биржи?
Пользователь
Сообщений: Регистрация: 30.01.2015
22.10.2025 11:22:40
Цитата
ildarskii написал: 'PRICE': str(sell_order_lmtPrice), # Цена исполнения. Для рыночных фьючерсных заявок наихудшая цена в зависимости от направления. Для остальных рыночных заявок цена = 0 'QUANTITY': str(int(order_size / lot_size)), # Кол-во в лотах
Параметры и принимаемые ими значения:
Параметр
Значение
CLASSCODE
Код класса, по которому выполняется транзакция, например TQBR. Обязательный параметр
SECCODE
Код инструмента, по которому выполняется транзакция, например SBER
ACTION
Вид транзакции, имеющий одно из следующих значений:
«NEW_ORDER» - новая заявка,
«NEW_NEG_DEAL» - новая заявка на внебиржевую сделку,
«NEW_REPO_NEG_DEAL» – новая заявка на сделку РЕПО,
«NEW_EXT_REPO_NEG_DEAL» - новая заявка на сделку модифицированного РЕПО (РЕПО-М),
«NEW_STOP_ORDER» - новая стоп-заявка,
«KILL_ORDER» - снять заявку,
«KILL_NEG_DEAL» - снять заявку на внебиржевую сделку или заявку на сделку РЕПО,
«KILL_STOP_ORDER» - снять стоп-заявку,
«KILL_ALL_ORDERS» – снять все заявки из торговой системы,
«KILL_ALL_STOP_ORDERS» – снять все стоп-заявки,
«KILL_ALL_NEG_DEALS» – снять все заявки на внебиржевые сделки и заявки на сделки РЕПО,
«KILL_ALL_FUTURES_ORDERS» - снять все заявки на рынке FORTS,
«MOVE_ORDERS» - переставить заявки на рынке FORTS,
«NEW_QUOTE» - новая безадресная заявка,
«KILL_QUOTE» - снять безадресную заявку,
«NEW_REPORT» - новая заявка-отчет о подтверждении транзакций в режимах РПС и РЕПО,
«SET_FUT_LIMIT» - новое ограничение по фьючерсному счету
FIRM_ID
Идентификатор участника торгов (код фирмы)
ACCOUNT
Номер счета Трейдера. Параметр обязателен при «ACTION» = «KILL_ALL_FUTURES_ORDERS». Параметр чувствителен к верхнему/нижнему регистру символов.
CLIENT_CODE
20-ти символьное составное поле, может содержать код клиента и текстовый комментарий (поручение) с тем же разделителем, что и при вводе заявки вручную. Необязательный параметр
TYPE
Тип заявки, необязательный параметр. Значения: «L» – лимитированная (по умолчанию), «M» – рыночная
MARKET_MAKER_ORDER
Признак того, является ли заявка заявкой Маркет-Мейкера. Возможные значения: «YES» или «NO». Значение по умолчанию (если параметр отсутствует): «NO»
Условие исполнения заявки, необязательный параметр. Возможные значения:
«PUT_IN_QUEUE» – поставить в очередь (по умолчанию),
«FILL_OR_KILL» – немедленно или отклонить,
«KILL_BALANCE» – снять остаток
QUANTITY
Количество лотов в заявке, обязательный параметр
PRICE
Цена заявки, за единицу инструмента. Обязательный параметр. При выставлении рыночной заявки (TYPE=M) на Срочном рынке FORTS необходимо указывать значение цены – укажите наихудшую (минимально или максимально возможную – в зависимости от направленности), заявка все равно будет исполнена по рыночной цене. Для других рынков при выставлении рыночной заявки укажите price= 0.
REPOVALUE
Объем сделки РЕПО-М в рублях
START_DISCOUNT
Начальное значение дисконта в заявке на сделку РЕПО-М
LOWER_DISCOUNT
Нижнее предельное значение дисконта в заявке на сделку РЕПО-М
UPPER_DISCOUNT
Верхнее предельное значение дисконта в заявке на сделку РЕПО-М
STOPPRICE
Стоп-цена, за единицу инструмента. Используется только при «ACTION» = «NEW_STOP_ORDER»
STOP_ORDER_KIND
Тип стоп-заявки. Возможные значения:
«SIMPLE_STOP_ORDER» – стоп-лимит,
«CONDITION_PRICE_BY_OTHER_SEC» – с условием по другому инструменту,
«WITH_LINKED_LIMIT_ORDER» – со связанной заявкой,
«TAKE_PROFIT_STOP_ORDER» – тейк-профит,
«TAKE_PROFIT_AND_STOP_LIMIT_ORDER» - тейк-профит и стоп-лимит,
«ACTIVATED_BY_ORDER_SIMPLE_STOP_ORDER» – стоп-лимит по исполнению заявки,
«ACTIVATED_BY_ORDER_TAKE_PROFIT_STOP_ORDER» – тейк-профит по исполнению заявки,
«ACTIVATED_BY_ORDER_TAKE_PROFIT_AND_STOP_LIMIT_ORDER» - тейк-профит и стоп-лимит по исполнению заявки.
Если параметр пропущен, то считается, что заявка имеет тип «стоп-лимит»
STOPPRICE_CLASSCODE
Класс инструмента условия. Используется только при «STOP_ORDER_KIND» = «CONDITION_PRICE_BY_OTHER_SEC».
STOPPRICE_SECCODE
Код инструмента условия. Используется только при «STOP_ORDER_KIND» = «CONDITION_PRICE_BY_OTHER_SEC»
STOPPRICE_CONDITION
Направление предельного изменения стоп-цены. Используется только при «STOP_ORDER_KIND» = «CONDITION_PRICE_BY_OTHER_SEC». Возможные значения: «<=» или «>= »
LINKED_ORDER_PRICE
Цена связанной лимитированной заявки. Используется только при «STOP_ORDER_KIND» = «WITH_LINKED_LIMIT_ORDER»
EXPIRY_DATE
Срок действия стоп-заявки. Возможные значения:
«GTC» – до отмены;
«TODAY» - до окончания текущей торговой сессии;
Дата в формате «ГГГГММДД»
STOPPRICE2
Цена условия «стоп-лимит» для заявки типа «Тейк-профит и стоп-лимит»
MARKET_STOP_LIMIT
Признак исполнения заявки по рыночной цене при наступлении условия «стоп-лимит». Значения «YES» или «NO». Параметр заявок типа «Тейк-профит и стоп-лимит»
MARKET_TAKE_PROFIT
Признак исполнения заявки по рыночной цене при наступлении условия «тейк-профит». Значения «YES» или «NO». Параметр заявок типа «Тейк-профит и стоп-лимит»
IS_ACTIVE_IN_TIME
Признак действия заявки типа «Тейк-профит и стоп-лимит» в течение определенного интервала времени. Значения «YES» или «NO»
ACTIVE_FROM_TIME
Время начала действия заявки типа «Тейк-профит и стоп-лимит» в формате «ЧЧММСС»
ACTIVE_TO_TIME
Время окончания действия заявки типа «Тейк-профит и стоп-лимит» в формате «ЧЧММСС»
PARTNER
Код организации – партнера по внебиржевой сделке.Применяется при «ACTION» = «NEW_NEG_DEAL», «ACTION» = «NEW_REPO_NEG_DEAL» или «ACTION» = «NEW_EXT_REPO_NEG_DEAL»
ORDER_KEY
Номер заявки, снимаемой из торговой системы. Применяется при «ACTION» = «KILL_ORDER» или «ACTION» = «KILL_NEG_DEAL» или «ACTION» = «KILL_QUOTE»
STOP_ORDER_KEY
Номер стоп-заявки, снимаемой из торговой системы. Применяется только при «ACTION» = «KILL_STOP_ORDER»
TRANS_ID
Уникальный идентификационный номер заявки, значение от «1» до «2 147 483 647»
SETTLE_CODE
Код расчетов при исполнении внебиржевых заявок
PRICE2
Цена второй части РЕПО
REPOTERM
Срок РЕПО. Параметр сделок РЕПО-М
REPORATE
Ставка РЕПО, в процентах
BLOCK_SECURITIES
Признак блокировки инструментов на время операции РЕПО («YES», «NO»)
REFUNDRATE
Ставка фиксированного возмещения, выплачиваемого в случае неисполнения второй части РЕПО, в процентах
COMMENT
Текстовый комментарий, указанный в заявке. Используется при снятии группы заявок
KILL_IF_LINKED_ORDER_PARTLY_FILLED
Признак снятия стоп-заявки при частичном исполнении связанной лимитированной заявки. Используется только при «STOP_ORDER_KIND» = «WITH_LINKED_LIMIT_ORDER». Возможные значения: «YES» или «NO»
OFFSET
Величина отступа от максимума (минимума) цены последней сделки. Используется при «STOP_ORDER_KIND» = «TAKE_PROFIT_STOP_ORDER» или «ACTIVATED_BY_ORDER_TAKE_PROFIT_STOP_ORDER»
OFFSET_UNITS
Единицы измерения отступа. Возможные значения:
«PERCENTS» – в процентах (шаг изменения – одна сотая процента),
«PRICE_UNITS» – в параметрах цены (шаг изменения равен шагу цены по данному инструменту).
Используется при «STOP_ORDER_KIND» = «TAKE_PROFIT_STOP_ORDER» или «ACTIVATED_BY_ORDER_TAKE_PROFIT_STOP_ORDER»
SPREAD
Величина защитного спреда. Используется при «STOP_ORDER_KIND» = «TAKE_PROFIT_STOP_ORDER» или ACTIVATED_BY_ORDER_TAKE_PROFIT_STOP_ORDER»
SPREAD_UNITS
Единицы измерения защитного спреда. Возможные значения:
«PERCENTS» – в процентах (шаг изменения – одна сотая процента),
«PRICE_UNITS» – в параметрах цены (шаг изменения равен шагу цены по данному инструменту).
Используется при «STOP_ORDER_KIND» = «TAKE_PROFIT_STOP_ORDER» или «ACTIVATED_BY_ORDER_TAKE_PROFIT_STOP_ORDER»
BASE_ORDER_KEY
Регистрационный номер заявки-условия. Используется при «STOP_ORDER_KIND» = «ACTIVATED_BY_ORDER_SIMPLE_STOP_ORDER» или «ACTIVATED_BY_ORDER_TAKE_PROFIT_STOP_ORDER»
USE_BASE_ORDER_BALANCE
Признак использования в качестве объема заявки «по исполнению» исполненного количества инструментов заявки-условия. Возможные значения: «YES» или «NO». Используется при «STOP_ORDER_KIND» = «ACTIVATED_BY_ORDER_SIMPLE_STOP_ORDER» или «ACTIVATED_BY_ORDER_TAKE_PROFIT_STOP_ORDER»
ACTIVATE_IF_BASE_ORDER_PARTLY_FILLED
Признак активации заявки «по исполнению» при частичном исполнении заявки-условия. Возможные значения: «YES» или «NO». Используется при «STOP_ORDER_KIND» = «ACTIVATED_BY_ORDER_SIMPLE_STOP_ORDER» или «ACTIVATED_BY_ORDER_TAKE_PROFIT_STOP_ORDER»
BASE_CONTRACT
Идентификатор базового контракта для фьючерсов или опционов. Обязательный параметр снятия заявок на рынке FORTS
MODE
Режим перестановки заявок на рынке FORTS. Параметр операции «ACTION» = «MOVE_ORDERS» Возможные значения:
«0» – оставить количество в заявках без изменения,
«1» – изменить количество в заявках на новые,
«2» – при несовпадении новых количеств с текущим хотя бы в одной заявке, обе заявки снимаются
FIRST_ORDER_NUMBER
Номер первой заявки
FIRST_ORDER_NEW_QUANTITY
Количество в первой заявке
FIRST_ORDER_NEW_PRICE
Цена в первой заявке
SECOND_ORDER_NUMBER
Номер второй заявки
SECOND_ORDER_NEW_QUANTITY
Количество во второй заявке
SECOND_ORDER_NEW_PRICE
Цена во второй заявке
KILL_ACTIVE_ORDERS
Признак снятия активных заявок по данному инструменту. Используется только при «ACTION» = «NEW_QUOTE». Возможные значения: «YES» или «NO»
NEG_TRADE_OPERATION
Направление операции в сделке, подтверждаемой отчетом
NEG_TRADE_NUMBER
Номер подтверждаемой отчетом сделки для исполнения
VOLUMEMN
Лимит открытых позиций, при «Тип лимита» = «Ден.средства» или «Всего»
KGO
Коэффициент клиентского гарантийного обеспечения
USE_KGO
Параметр, который определяет, будет ли загружаться величина КГО при загрузке лимитов из файла:
при USE_KGO=Y – величина КГО загружает.
при USE_KGO=N – величина КГО не загружается
При установке лимита на Срочном рынке Московской Биржи с принудительным понижением (см. Создание лимита) требуется указать USE_KGO= Y
CHECK_LIMITS
Признак проверки попадания цены заявки в диапазон допустимых цен. Параметр Срочного рынка FORTS. Необязательный параметр транзакций установки новых заявок по классам «Опционы ФОРТС» и «РПС: Опционы ФОРТС». Возможные значения: «YES» - выполнять проверку, «NO» - не выполнять
MATCHREF
Ссылка, которая связывает две сделки РЕПО или РПС. Сделка может быть заключена только между контрагентами, указавшими одинаковое значение этого параметра в своих заявках. Параметр представляет собой произвольный набор символов (допускаются цифры и буквы количеством до 10). Необязательный параметр
CORRECTION
Режим корректировки ограничения по фьючерсным счетам. Возможные значения:
«N» - выключен (по умолчанию), установкой лимита задается новое значение
Команды снятия группы заявок по условию («KILL_ALL_ORDERS», «KILL_ALL_STOP_ORDERS», «KILL_ALL_NEG_DEALS», «KILL_ALL_FUTURES_ORDERS») обрабатываются следующим образом:
Параметры «CLASSCODE», «TRANS_ID», «ACTION», «ACCOUNT» являются обязательными.
Возможные дополнительные параметры для команд снятия заявок по условию:
Снятию подлежат заявки, соответствующие всем указанным в транзакции параметрам (логическое «И»).
Перестановка заявок на рынке FORTS выполняется по следующим правилам:
Если MODE=0, то заявки с номерами, указанными после ключей FIRST_ORDER_NUMBER и SECOND_ORDER_NUMBER, снимаются. В торговую систему отправляются две новые заявки, при этом изменяется только цена заявок, количество остается прежним;
Если MODE=1, то заявки с номерами, указанными после ключей FIRST_ORDER_NUMBER и SECOND_ORDER_NUMBER, снимаются. В торговую систему отправляются две новые заявки, при этом изменится как цена заявки, так и количество;
Если MODE=2, то заявки с номерами, указанными после ключей FIRST_ORDER_NUMBER и SECOND_ORDER_NUMBER, снимаются. Если количество инструментов в каждой из снятых заявок совпадает со значениями, указанными после FIRST_ORDER_NEW_QUANTITY и SECOND_ORDER_NEW_QUANTITY, то в торговую систему отправляются две новые заявки с соответствующими параметрами.
См. также Примеры строк, которые могут содержаться в файле
написал: В этом и проблема. Вопрос - можно ли в принципе переключать QUIK на резервную связь , без переподключения. Пробовал роутер с автопереключением wan и 4g, но QUIK замечает переключение и обрывает связь. Такое вообще возможно реализовать?
Это невозможно, так как в Вашем варианте у Вас два IP адреса Сервер брокера не даст подключится по второму пока не разорвет соединение по первому.
Кто меняет разрешение системного таймера?
Пользователь
Сообщений: Регистрация: 30.01.2015
20.10.2025 11:36:33
посмотреть квант таймера можно прогой ClockRes
Правильно вывести время и дату последней сделки, Как правильно выводить в поля таблицы окна интерфейса скрипта дату и время сделки?
Пользователь
Сообщений: Регистрация: 30.01.2015
19.10.2025 09:54:25
Цитата
Olnikchur написал: Здравствуйте все! Помогите разобраться где у меня в скрипте поворот не туда? Получаю параметры последней сделки, выбираю нужные мне, вывожу их для контроля в лог-файл. В лог-файл всё выводится,а в таблицу нет.
Покажите скрипт
Совершить сделку по цене открытия бара, Как выставить заявку, не зная цену?