Таблицы лимитов по бумагам, деньгам и клиентский портфель показывают в моменты дикую чушь. Никогда такого не видел, делал ребалансировку портфеля из экселя выгружаю данные в XML файл, где указаны в процентном соотношении инструменты. Робот на LUA на основании таблиц по деньгам, бумагам и клиентскому портфелю делает сам ребалансировку.  Так сделка прошла, а таблицы до минуты не обновляются после исполнения заявки. Поставил меня на деньги, хотя в программе я прописывал контрольные суммы между таблицами. Жесть, давно им пользуюсь, и сегодня такой бред увидел в работе квика, раньше вроде не замечал. Дописал код и на такие случаи, но все равно работает хреново, так как все абсолютные значения он берет из квика, а там ерунду сегодня показывает.

Удалось подвязать к учебному счету интерпретатор LUA 5.3, очень помог коммент

   Так при прогонке робота обнаружил для себя необычную вещь. Номера сделок идут не по возрастанию, и номер у сделки совершенной раньше, может быть больше, чем номер у сделки совершенной позже. Кто нибудь знает, как сейчас назначаются эти номера? Как теперь отфильтровывать ордера от повторной обработки? Создавать массив и для каждого инструмента хранить теперь номер последней обработанной сделки? Раньше тупо через фильтр, проверял чтоб обрабатываемый ордер был больше по номеру обработанного. 


( Читать дальше )

  При написании скриптов пользуюсь notepad++ и встроенным интерпретатором языка LUA в quik для отладки достаточно только одной функции message. Опробование и отладку всегда производил на учебном счете Открытия и тут они поступили как то крайне нелогично, ввели по срочному рынку 19 — значные заявки, а квик оставили седьмой версии и интерпретатор LUA 5.1 и он просто не может работать с такими числами.  Причем на реальном рынке сначала они ввели квик 8 версии с интерпретатором LUA 5.3, а потом только длинные ордера. Как можно к учебному квику 7 версии привязать интерпретатор LUA 5.3?