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

1. Для проверки «принятия» транзакции сервером всегда используйте в блоке отправки любой транзакции:

...

TRANS_RESULT = SEND_TRANSACTION (300, TRANS_PARAMS)

RESULT=GET_VALUE (TRANS_RESULT, «DESCRIPTION»)

MESSAGE (RESULT,1)

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

MESSAGE («ПРОВЕРКА»,1), и перезагружаю робот. Таким образом я отслеживаю действия робота. метод быстрее чем отладчик в десятки раз. Либо вывожу в окно переменную которая меня интересует.

2. Что-то у вас неправильно значит в организации контроля за текущей позицией. У меня таких проблем нет никогда. Посмотрите контроль позиции в моих роботах.

А вот другой прикол. По окончании сессии я не закрываю позиции и не выключаю роботов. Просто выключаю QUIK. На следующий день включаю, и тут же в бой. На SBER робот сразу после включения подаёт заявку, как при нулевой позиции. Но ведь позиция не нулевая. Это к тому, что может в будущем придётся работать на автозапуске.

В комментариях я не нашёл похожих проблем, поэтому и делюсь.

1. У меня такого не было. Я как правило применяю общий фильтр подключения к серверу. Но если у брокера глюки и он не присылает обновления графиков — робот же этого не знает, он видит последние свечи и ничего не делает: т.к. изменений же нет. Я видел подобное всего один раз и не стал заморачиваться.

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

IF VOLUME=0

MESSAGE («ДАННЫЕ НЕ ПОЛУЧЕНЫ!»,1)

RETURN

END IF

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

2. При выводе таблицы туда передается переменная, которой не присвоено значение, по какой-либо причине, в результате ошибка и остановка робота. Как с этим бороться? Невозможно все предусмотреть. Пусть бы он ноль вывел или пустую строку, а не ошибку.

Не может превратиться, а и есть комментарий. Это атавизм: оставшиеся строки. Если функция работает — то удалите вторую строку «комментарий» : 'while = 0 'обнуление счётчика для бесконечности цикла — и забудьте.

while = 0 'обнуление счётчика для бесконечности цикла

FOR while FROM 0 TO 100 'цикл проверки заявок

'while = 0 'обнуление счётчика для бесконечности цикла

IF GET_VALUE (trans_result, «RESULT_EX») == «3» 'если транзакция выполнена

OrderNumber = GET_VALUE (trans_result, «ORDER_NUMBER»)

RESULT = 1 'результат функции

RETURN 'выход из функции отправки заявок

END IF 'выход из условия: если транзакция выполнена

END FOR 'закрытие цикла отправки заявок

и далее функция заканчивается. Не могу понять, зачем строчка while = 0 с последующим комментарием стоит и перед оператором FOR и после него, причём тот, который после может превратиться в комментарий.