Общие вопросы по написанию скриптов LUA. (Страница 2 из 10)

Да в общем то не рушится, было дело и неделю не торговал. Запустился без всяких логов и все роботы до единого восстановили свое предыдущее состояние... Дело в том, что таблица "depo_limits" вообще ни от чего не зависит, ей глубоко все равно на прихоти брокера, разрывы соединения, синие экраны... При восстановлении соединения в ней появляется весь мой портфель и вся необходимая мне информация, в том числе и заблокированные инструменты под покупку/продажу. В общем я сначала читаю таблицу заявок, всю, не обращая внимания на статус заявок и восстанавливаю уникальный идентификатор(если в таблице присутствуют заявки в любом статусе, то нахожу наибольший идентификатор и восстанавливаю, если же таблица пуста, то нумерация сначала, ибо мне уже наплевать каким был последний, заявок то больше не существует). После чего читаю "depo_limits" и делаю соответствующие выводы о предыдущем состоянии робота. Почему я могу сделать выводы? Потому что именно таким образом у меня все построено. Элементарная логика. Робот не может торговать на интуиции, он строго следует заданной мной логике, поэтому и восстановить состояние робота только по "depo_limits" не составляет проблем. Таблица заявок нужна только для восстановления идентификатора в случае, если все таки заявки имеются(например после синего экрана смерти в течение одного торгового дня или вылета квика). Мне даже не нужен статус заявки знать, наличие активных заявок определяю по "depo_limits". А вот если таблица "depo_limits" ненадежна, то грошь цена такому терминалу или брокеру! Ибо она работает с реальными деньгами, хоть и электронными! Потеря данных из этой таблицы равносильна воровству! Так что как не убеждайте логгировать, пока сбоев именно в этой таблице не обнаружил. Да, из таблицы заявок данные держатся исключительно один торговый день, не более. Но и она мне нужна только чтобы определить, продолжать ли нумерацию с последнего или начинать сначала.
Другое дело, что я в долго и среднесрок торгую вручную, а вот роботы заточены исключительно на интрадей, ибо вручную торговать уходит слишком много времени. Да, я стараюсь роботами не переносить сделки на следующий день, но если это случается, на следующий торговый день робот запустится, но будет в режиме ожидания. Ибо одно из условий запуска робота, это пустой портфель по его инструменту... Вот здесь уже я сам решаю что мне делать, закрывать сделку или оставлять и замораживать деньги...

есть такое, не спорю, по два три и больше раз за день может отрубать. Роботы восстанавливаются без проблем. Другое дело что нужно успеть вовремя обратно подключиться вручную. С другой стороны, на стационарном компьютере было дело и каждый час брокер принудительно рвал соединение... Пару недель назад перешел на ноут, брокер стал рвать соединение только в конце торгового дня, что то в районе 23:45 - 23:50. Почему не знаю.

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

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

Извиняюсь, совсем забыл. Есть еще таблица "состояние счета". Там есть нужная мне информация, но как к ней обратиться? Т.е. в квике заголовок таблицы "состояние счета", а вот как к ней обратиться из скрипта?
К таблице лимитов по бумагам, из которой я сейчас и беру нужные мне данные я обращаюсь так

    local n = getNumberOf("depo_limits")
        local quantity    = 0
    local price        = 0
    local block_s    = 0
    local block_b    = 0
    local y            = 0
    for y = 0, n-1 do
        trade = getItem("depo_limits", y)
        if    (trade.client_code == CLIENT_CODE)    and
            (trade.sec_code ==    SEC)            and
            (trade.trdaccid == TRADE_ACC)        and
            (trade.limit_kind == _KIND)                then
                quantity    = Rounding(trade.currentbal, 0)
                price        = Rounding(trade.wa_position_price, PRICE_SCALE)
                block_s        = Rounding(trade.locked_sell, 0)    
                block_b        = Rounding(trade.locked_buy, 0)
                break
        end
    end

Т.е. таблица лимитов по бумагам это "depo_limits", а состояние счета бог знает что...

Вот c depo limits и работаю... Но там какая то задержка. Еще сейчас кстати, вспомнил, так как сработала заявка, в OnOrder() появляется корректная информация как придет сообщение от брокера "заявка № зарегистрирована". Вот буквально только что, было три вызова OnOrder() перед сообщением брокера(причем информация не обновилась в таблице, что логично и правильно!), затем сообщение брокера "заявка № зарегистрирована", и затем еще два раза подряд вызов OnOrder() с уже обновленными данными. Что тоже в принципе логично. НО! насколько я помню, далеко не всегда после этого сообщения вызывается OnOrder(). Хотя надо бы понаблюдать еще
Нельзя ли каким то образом из скрипта перехватить это сообщение брокера "заявка № зарегистрирована"? Я конечно могу и по другому подловить изменение, но это опять вычисление, хоть и простейшие до безобразия, но все таки вычисления. В идеале конечно просто словить сообщение брокера и после него уже попробовать обрабатывать.

Я правильно понял, что другого способа поймать обновление таблицы, кроме как запоминать предыдущее состояние и сравнивать текущее, просто нет? И даже OnOrder() здесь может вызваться как раньше обновления таблицы так и позже?

привет!
В OnOrder, OnTrades и тем паче OnTransreply нельзя принимать решение по изменению состояния заявки.
Пока эти изменения не будут обработаны терминалом и занесены в соответствующие таблицы.

OnTransreply - заявка:
зарегистрирована - курим, ждем OnOrder;
отклонена - обрабатываем ошибку, исправляем, пытаемся выставить заявку по новой.

OnOrder - заявка:
новая - ждем блокировки лимитов под заявку, т.е. ждем запись в таблице заявок, этого достаточно;
изменение - ждем запись в таблице сделок или заявок(если снята без остатка).

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

считайте лимиты самостоятельно

Спросите у арки, это не возможно, сначала OnTransreply, потом - что угодно. За 10 лет ни разу не было по другому.
А вот OnOrder и OnTrades как попало, это да.
OnTransreply может прийти намного раньше всех остальных событий, т.к. биржа ее первой отправляет пользователю и расчетов перед её отправкой нет никаких, в остальных изменениях по заявке расчеты биржа производит, хоть и быстро, но всё же.

Да, смотреть нужно статус = 3, всё остальное - ошибка и нужно остановить бота и разобраться что к чему.
Этот калбэк не приходит по 3-4 раза, приходит 1 раз на новую транзакцию, если у вас 3-4 раза, значит в майн бот выставляет заявку 3-4 раза.

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

Ну т.е. вместо того, чтобы без условий в начало OnTrade вставить логированием параметров - вы вставили какое-то условие и говорите, что "не вызывается". Зачем?