QuiK

отрабатываю определенную стратегию в демке квика, а демка как-то странно все отображает… не могу понять, за месяц торговли я в плюсе или минусе? состояние счета не позволяет этого понять… а поддержка квика сама не знает, где искать инфу… подскажмте, как понять, в плюсе я или минусе ведь при множестве сделок нереально отследить

Приветствую, друзья и коллеги! Удачного плодотворного дня!
Торгуя в КВИКе на ФОРТС вынужден ждать обновления в Таблице по клиентским счетам и Ограничения по клиентским счетам вариационки по открытым позициям по деривативам в районе минуты, как добиться обновления вариационки в реальном времени или посекундно?

Не могу разобраться, есть ли вообще такая функция в стакане Квика, чтобы не вручную набирать нужный объем каждый раз, а настроить так называемые «пресеты» и нажатием одной кнопки менять объём? Есть грамотные люди? Подскажите

Делаю новую алгоритмическую торговую систему (АТС) под Quik. Базовой в системе является достаточно сложная многопоточная C++ DLL, связывающаяся с Quik через Lua. Для разработки с самого начала использовалась VS 2015. Т.к. в настоящее время перешел на х64 Quik занялся перекомпиляций всего своего х86 софта под Quik на платформу х64.
Все бы ничего, но при больших рыночных потоках данных Quik начинал подтормаживать, а при подключении DDL, Quik подтормаживал еще сильнее и через некоторое время падал вместе с DLL. Переход на х64 существенно улучшил ситуацию, Однако эпизодические падения, значительно реже, но продолжались.
Надо сказать, что все эти многопоточности и были ранее введены в DLL для снижения нагрузки на Quik, чтобы не грузить поток событий терминала. Вся обработка событий заключалась лишь в том, чтобы преобразовать данные получаемые из Lua и отдать их соответствующему потоку для дальнейшей обработки.
В общем, о стабильной АТС приходилось только мечтать, и думать что дальше с этим делать.
У меня на компе давно без дела пылилась Visual Studio 2017. Требований к железу она предъявляет больше чем VS 2015, и я ее использовал считанные разы, скорее, чтобы посмотреть что в ней нового и отличия от VS 2015. Существенных отличий не заметил, и продолжал работать на старой VS 2015.

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

Не далее как вчера опубликовал топик "Смена x86 Quik 7.27.2.1 на x64 Quik 8.4.1.6. Пляски вокруг DLL", где кратко рассказывалось как перекомпилировать проект С++ с платформы х86 на х64. Надеюсь, что у вас все уже получилось или получится.
Но я «крутой» программист, и, естественно, у меня вначале вообще ничего и никак не получалось. А так как проект большой, да еще и непонятно в чем дело, а своими экспериментами я могу вообще все испортить, то решил сделать маленькую простенькую DLL LuaProba.dll, на ней отработать переход на х64, и потом перенести это в большой проект.
Привожу код С++ DLL целиком:

// LuaProba.cpp: определяет экспортированные функции для приложения DLL.
//

#include "stdafx.h"
#include <stdio.h>
#include <string.h>

//=== Необходимые для Lua константы ============================================================================//
#define LUA_LIB
#define LUA_BUILD_AS_DLL

//=== Заголовочные файлы LUA ===================================================================================//
extern "C" {
#include "Lua\lua.h"
#include "Lua/lauxlib.h"
}

static int forLua_TestFunc(lua_State *L) // Возвращает заданный текст
{
        const char *cc = "Привет из C/C++ и от меня 2 раза"; //str.c_str();
        lua_pushstring(L, cc);
        return(1);
}

//= == Регистрация реализованных в dll функций, чтобы они стали "видимы" для Lua == == == == == == == == == == == == == == == ==//
static struct luaL_reg ls_lib[] =
{
        { "TestFunc", forLua_TestFunc },
        { NULL, NULL }
};

//=== Регистрация названия библиотеки, видимого в скрипте Lua ==================================================//
extern "C" LUALIB_API int luaopen_LuaProba(lua_State *L)
{
        luaL_openlib(L, "LuaProba", ls_lib, 0);
        return 0;
}

Весь проект DLL для VS 2015 можно скачать по ссылке - 

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

Подскажите пожалуйста, ни где не смог найти информации по этой проблеме:
Рабочее место QUIK запущено на компьютере, к которому осуществляется удаленное подключение. Пока подключение активно, все работает корректно. Но когда я отключаюсь, а в QUIK продолжает работать скрипт, то иногда и не сразу, QUIK перестает получать данные  с сервера брокера: перестают обновляться котировки и останавливается время сервера. Отставание времени может доходить до десятков минут. Если же я снова подключайся через удаленный рабочий стол, то связь восстанавливается, время сервера начинает быстро догонять системное и котировки в этот момент начинают меняться с большой скоростью, как только время сервера достигает системного все работает дальше.
Эта засада появлялась у меня в разное время на разных компьютерах при разных конфигурациях у разных брокеров. Система виндовс 8.1.

заготовка индикатора для quik
бычье, медвежье поглощение



сам код:

Settings={
Name="absorption",
period=20,
line=                                     
                {  
                                        {  
                        Name = "cur1",
                        Type =TYPE_LINE,
                        Width = 2,
                        Color = RGB(255,0, 0)
                    }
                }

}
--[[

описание свойств:
period - период, за каротрый делается расчет

назначение:
построение поглащения



--]]

function Init()
  y = 0         
  return 1
end

function OnCalculate(index)
    
  sz = Size()
  n = Settings.period
  

  if index == 1 then 
   y = 0  
  end  
       

   i = index

   
   if index-n > 0 then
        
        if (C(i) < C(i-1)) and (C(i-1) > O(i-1)) and (C(i) < O(i)) and
       (C(i-1) - O(i-1) < O(i) - C(i))  then
      y = y - 1    
        end
        
        if (C(i) > C(i-1)) and (C(i-1) < O(i-1)) and (C(i) > O(i)) and
       (O(i-1) - C(i-1) < C(i) - O(i))  then
      y = y + 1    
        end     
        
   end 
   
   return y
 
  
end

Признаться уже достал этот 32-битный Quik 7. Работать стало почти невозможно, начал подвисать практически на пустом месте. А если повесить на Quik Lua, а к Lua прицепить DLL, то вообще все эпизодически вставало. DLL-ки, вообще-то, многопоточные и освобождают вызывающие потоки (события) Lua практически за миллисекунды, но если таких событий много Quik встает. Хотя, он и без Lua и DLL тоже регулярно встает.)

Были и другие причины ухода от 32-бит Quik, но это уже связано с брокером и другими факторами.
Итак, новый брокер — новый 64-битный Quik 8.4.1.6. Наконец сбылась мечта идиота!
Что можно сказать, — х64 Quik работает гораздо лучше, все равно временами немного подвисает, но, вроде, некритично. После логин-пароля, прежде чем работать надо подождать, — потоки обезличенных сделок начинают работать только через 3-4 минуты после старта. В общем, с этим все более-менее ОК.
Следующий этап — надо переводить весь подключаемый к Quik софт с х86 на х64, и если есть исходники, то никаких проблем не должно появиться. Если вы не используете в своем софте каких либо дополнительных DLL, то все должно ограничиваться двумя действиями.
1. Меняете в проекте С++ в разделе Файлы ресурсов 32-битную версию файла Lua5.1.lib на 64-битную версию Lua5.1.lib,
2. Выставляете в свой свойствах проекта компиляцию в x64. Можно даже так:

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

Привет! Кто сталкивался? Ситуация такая: На одном компьютере стоит рабочий квик (8.3.2.4). Поставил сабж. Он работает через LUA. Подключил скрипт, запустил — все работает. На другом компе (Винда 7 х64 на обоих) стоит такой же квик, ставлю привод, пытаюсь запустить скрипт, пишет:





Нагуглил — кто-то задавал такой же вопрос автору. Тот туманно сказал, что надо, чтоб на винду были установлены все необходимые обновления. Больше информации нет. Взялся накатывать рандомные необходимые обновления — только винду сломал. Дык может кто знает, какие ему конкретно обновления надо? А то их там больше 200 штук на сотни мегабайт! Во-первых, качать замучаешься, а во-вторых, не все обновления одинаково полезны…