QuiK

Не правильно входишь в рынок? 
Приследуют маржин-коллы? 
Топчешься на месте без прибыли? 
 
Тогда пора начать писать роботов. На сегодняшний день язык LUA самый удобный и доступный способ для программирования в ИТС QUIK для начинающих программистов. Lua достаточно мощный язык для быстрого написания от простых до сложных программ. Возможность писать скрипт на самом «низком» уровне позволяет очень гибко и тонко настраивать вашего робота под вашу стратегию. 



Вместе изучаем язык программирования LUA и программируем роботов в QUIK.
Занятия проходят дистанционно — Skype + TeamViewer

Вопросы-ответы: egorax@gmail.com 

PS. Когда засмеялся робот,… всем стало не до смеха… (шутка)

В продолжение темы
http://smart-lab.ru/blog/269715.php

Все таки переделал робота, частично разгрузил канал DDE (убрал стакан).
Теперь рабочая конфигурация выглядит так
QUIK->DDE->моя C# программа (NDDE сервер) (портфель, деньги)
QUIK->Lua скрипт->OnQuote()+PrintDbgStr(..)->моя C# программа (стакан)
моя C# программа->trans2quik.dll->QUIK (заявки и их статусы)

В общем, идея с PrintDbgStr вполне рабочая, два дня полет нормальный.
Робот заметно лучше шевелится и реагирует на стаканчик.
Скрипт на Lua передает изменения стаканов (метод OnQuote),
далее беру 5 лучших бидов и офферов, мне больше не надо.
А то понимаешь, по 20 значений для каждой стороны передавалось по DDE.
Конечно все тормозило. Счас уже незаметно торможение.

Можно было бы это все написать конечно сразу на Lua, да там разработка очень долгая.
Хотя конечно внутри квика все будет летать.

По прежнему жду компетентных товарищей использующих прямой доступ на биржу. Расскажите как у вас дела то…

Так как у меня есть робот, то на досуге решил подумать,
чего у него можно улучшить с целью повышения быстродействия.
Робот написан на .Net (C#).
Получает данные (стакан, таблицы) из QUIK по DDE (на моей стороне стоит компонент NDDE)
и отправляет-снимает заявки через trans2quik.dll
В последнее время стал подозреваать, что DDE для десятка стаканов уже тормознуто
как-то выглядит.  
Решил покопать инет, с целью обнаружить более быстрый способ.
И, кажется нашел. Начиная с версии 6.15 в квике как оказывается в Lua есть вывод через
стандартный дебажный канал 
http://quik2dde.ru/viewtopic.php?id=108
 
Сообщения из которого можно отловить например этой утилиткой:  
https://technet.microsoft.com/en-us/sysinternals/bb896647

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

Добрый день, уважаемые смартлабовцы!!!
Это мой первый топик на ресурсе, так что сильно не пинайте.
Вчера задался вопросом и пока ответа на него не нашел, поэтому интересует ваше мнение.
Имеем рабочий алгоритм работы на RI, кторый уже несколько лет показывает стабильную доходность.Все условия входа и выхода четко формализованы.
Но при всем этом далеко не всегда удается следовать четким указаниям системы, вмешиваются эмроции во время торгов.
Рабочая платформа у меня Quik, все это работает под линуксом, а конкретно дебиан 8.Хочу написать робота к своей системе и возникает несколько вопросов.
Писать на встроенном языке Quik, а это Qpile, но возникает проблема с оптимизацией, т.к. quik не поддерживает загрузку базы на большом промежутке времени.
Написать допустим на метастоке, там оптимизировать, и под эти параметры писать на qpile.
Либо создать на стороннем приводе и связывать как-то с quik.
Подскажите рациональный путь, в роботостроении новичек.
С Уважением, Иван.

    Всем привет.

    Кто сталкивался с такой проблемой?
    В QUIK настроен экспорт таблицы всех сделок в базу данных MS Access через ODBC (создан пользовательский DSN указывающий на файл *.mdb или *.accdb).

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

Но вот начала возникать ошибка, работает… работает несколько часов… а потом в квике бабах и всплывает:

Microsoft][Драйвер ODBC Microsoft Access] Не удается открыть базу данных "|". Возможно, формат этой базы данных не распознается приложением либо файл поврежден.
SQLSTATE=S1000
Код ошибки=-1206


и экспорт встаёт… т.е. база в порядке… её можно открыть, все другие приложения её видят, а QUIK тупо выдает эту ошибку каждую секунду.

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

Заранее спасибо! 

 

Разработчики ITinvest сделали апгрейд серверной части. Теперь артефакты из стакана USDRUB_TOM пропали. Посмотрел по кадрам — иногда заявки в ‪‎SmartX‬ опережают ‎QUIK‬, иногда — наоборот.