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

Это всё к чему.
Нужен робот-скрипт для анализа инструментов по квику с выводом в тек.таблицу торгов
Наверняка у кого нибудь уже есть что то подобное - можем поменяться)
Готов рассмотреть вариант разработки - в адекватную стоимость

З.ы. свой скрипт за 10т.р. отдам)
Видео работы робота доступно по запросу

Ищем разработчика на QUIK для написания торгового робота. Хотелось бы человека на долгосрочное сотрудничество.

У меня CLASSCODE = 'TQBR', а SECCODE, как написано в скобках. Подскажите, какие должны были быть эти параметры, в сообщениях было "не найден инструмент GRNT" и т.п. Почему GRNT не найден, а MTLR найден? Также интересуют эти параметры для покупки/продажи металлов и валюты. Где их вообще можно найти, я через поисковики на нашёл?..

После отправки транзакции через sendTransaction, этот найденный мной старючий скрипт ждёт, пока не получит статус текущей транзакции:

 while is_run and trans_Status == nil do sleep(1) end

[...]

function OnTransReply(trans_reply)
  -- Если поступила информация по текущей транзакции
  if trans_reply.trans_id == trans_id then
     -- Передает статус в глобальную переменную
     trans_Status = trans_reply.status;
     -- Передает сообщение в глобальную переменную
     trans_result_msg  = trans_reply.result_msg;
  end

Через несколько секунд после сделки этот скрипт завешивает терминал, похоже, что не может выйти из бесконечного цикла выше. Видимо, в колбэке почему-то не сравнивается trans_reply.trans_id == trans_id. trans_id передаётся через sendTransaction:

 local Transaction =
  { ['TRANS_ID']   = tostring(trans_id), ...

 local res = sendTransaction(Transaction)

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

Как сделать перезапуск остановленного скрипта после ошибки или предотвратить остановку скрипта при получении значения nil?

tbl_shares = getDepoEx(m_firm, m_client, m_sec, m_acc, 2)
qb = tbl_shares.locked_buy/lot
K1= {
     ['ACTION']='KILL_ORDER',
     ['CLASSCODE']=m_class,
        ['SECCODE']=m_sec,
     ['ORDER_KEY']=tostring(key_b3),
     ['TRANS_ID']=tostring(id_b3)
    }
Err_K1 = sendTransaction(K1)
while tbl_shares.locked_buy/lot==qb do
    sleep(200)
        tbl_shares = getDepoEx(m_firm, m_client, m_sec, m_acc, 2)
end

В отличие от hacktrade заявки не теряются и не выставляются по несколько штук.
Удобное клонирование ботов по инструментам, сопровождение позиций сразу по нескольким инструментам, общение ботов между собой в рамках одного терминала по нескольким клиентам, отслеживание изменений полей заявки с передачей изменений в общее пространство имен, что позволяет в одном gui приложении контролировать любую "умную заявку".

Небольшая презентация
[url]https://drive.google.com/file/d/1lPEUOdHga-SLnMrd41qGSdZRax9KA4ev/view?usp=sharing[/url]

Чего хочу:
Собрать небольшую команду разработчиков под текущий большой опционный проект (несколько десятков ботов).
Есть с++ разработчик под линукс, занимается скоростными ботами в ко-локации и очень занятой человек на основной работе (в НИИ).
Нужно пару ребят, хорошо разбирающихся в lua и желательно с++, т.к. свои знания lua я определяю, как весьма поверхностные.

Обращаться на мыло в профиле или телегу @kalikazandr

Заранее всем благодарен.

-- разрабатывался для совершения сделки в момент открытия биржи чтоб попасть в тренд. ["PRICE"]="57000" набрасывать не больше 1000 руб., для исполнения по рынку, иначе может не сработать (лимиты цены покупки-продажи, устанавливаемые биржей).
is_run=true

function tra(pie) -- продажа 

t = {

            ["CLASSCODE"]="SPBFUT",

            ["SECCODE"]="SiU5",

            ["ACTION"]="NEW_ORDER",

            ["ACCOUNT"]="411хххх",

            ["CLIENT_CODE"]="65ххх",

            ["TYPE"]="M",
            
            ["OPERATION"]="S",

            ["QUANTITY"]="1",

            ["PRICE"]="57000",
            
            ["TRANS_ID"]="111",


      }
      
      res=sendTransaction(t)

end



function tra_b(pie_b) -- купля 

t = {

            ["CLASSCODE"]="SPBFUT",

            ["SECCODE"]="SiU5",

            ["ACTION"]="NEW_ORDER",

            ["ACCOUNT"]="411хххх",

            ["CLIENT_CODE"]="65ххх",

            ["TYPE"]="M",
            
            ["OPERATION"]="B",

            ["QUANTITY"]="1",

            ["PRICE"]="59000",
            
            ["TRANS_ID"]="111",


      }
      
      res=sendTransaction(t)

end


function main()

      while is_run do

            sleep(10000)

      end

end

function OnStop(stop_flag)

    is_run=false

end


function OnAllTrade(alltrade)

    if alltrade.sec_code=="SiU5" and is_run==true then 

        if alltrade.flags==1 then -- продано 
            is_run=false
            tra(pie) -- продаём 
        end
        if alltrade.flags==2 then -- куплено 
            is_run=false
            tra_b(pie_b)
        end
    end
end

Потом лезете в таблицу всех сделок, находите первую обезличенную сделку и свою, вычитаете их времена.
У меня в брокере "Открытие" наименьшее время 400мс

Это пока что только начало привода.

Ниже будут выкладываться актуальные версии

Задача такая:

Я в настройках выставляю уровни, которым будут присвоены имена Buy1 (уровень для покупки 1), Buy2 (уровень для покупки 2) и т.д. это для цен, находящихся ниже текущих цен и Sell1, Sell2 и т.д. для цен выше текущего уровня цен. Все отложенные ордера выставляются только лимитными ордерами в стакан. Количество уровней должно быть большим. Например, 30-40 вариантов. Если уровень не заполнен, то он не активен и по нему заявки не выставляются.

Я в настройках задаю диапазоны в пунктах TPBuy1(тейк-профит для уровня покупки 1), TPBuy2, TPBuy3 и т.п. для каждого уровня покупки или продажи (имя диапазона несущественно, но главное чтобы было понятно что оно соответствует определенному уровню покупки или продажи). Например, TPBuy1=280 пп, TPBuy2=150пп, TPBuy3=400пп и т.п.

В настройках задаю количество лотов для работы.

Логика работы:
Запускаясь, робот ставит лимитные ордера по указанным уровням. После того как цена дошла до определенного уровня покупки или продажи, то выставляется встречная лимитная заявка (тейк-профит), который будет соответствовать, например, Buy1+TPBuy1 Buy2+TPBuy2 и т.п., соответственно, для продажи тоже самое только с тейк-профитом соответствующем уровню продаж. Пока Тейк-профит не исполнен, то снова лимитная заявка на этот уровень покупки\продажи не ставится.
Тейк-профит выставляется только на то количество контрактов, которое исполнилось.
Если исполнилось, например, 1 лот из 2х и выставился тейк на 1 лот, то заявка на оставшийся лот не снимается. Если при этом цена не дошла до тейка, а исполнила оставшийся лот, то тейк переделывается на 2 лота, а новая заявка на вход по этому уровню не ставится до исполнения тейк-профита.
Аналогична логика работы с уровнями, которые дальше. Тейк-профит по уже исполненным ордерам остается висеть в системе до исполнения.
Если на клиринге ордера снимаются, то они выставляются роботом снова, учитывая то что некоторые ордера на вход, а некоторые на тейк-профит по исполненным ранее уровням.
Заявки выставляются до бесконечности, либо до отключения алгоритма.
Все операции записываются в текстовый лог.

Вот как-то так. Прошу помощи с написанием по причине того что очень мало опыта в программировании. Заранее спасибо за помощь.

Основная идея такая:
часто в Интернете на каких-либо ресурсах попадаются скрипты на Lua для Quik, но при попытке их загрузки сходу в Quik с малыми изменениями (например просто изменить номер счета и торговый инструмент) возникают ошибки вроде таких: для работы требуются определенные библиотеки/функции, а библиотеки/функции самописные и обратно не совместимые. В итоге в скриптах эти функции не работают или работают не так как от них ожидалось.
Здесь предлагается размещать проверенные в работе скрипты (желательно, чтобы большинство используемых функций находились внутри скрипта, в идеале все функции внутри) или ссылки на таковые, если их работа была проверена, желательно с указанием даты проверки, версии Quik и торгового инструмента.