Я, вроде, уже писал подобный пост. Давно. Но, новое — хорошо забытое старое.
Очень многие неплохо владеют основами программирования, но написать DLL, связь через TCP или что-то другое для экспорта-импорта в Lua — это достаточно сложная процедура, и требует дополнительных знаний и много времени. Однако, если такую связь как-то по простому реализовать, то решились бы многие проблемы обмена данными с C#, Python и другими средами, и не надо вникать во всяческие C-API и прочие премудрости.
Однако, есть достаточно простой и доступный способ — обмен данными через файлы. Например, так:
1. программа Lua пишет строку (строки) данных в формате CSV в файл data.csv,
2. программа Lua создает пустой файл flag.ddd,
3. ваша программа проверяет наличие файла flag.ddd, что означает, что данные готовы к чтению,
4. при наличии файла flag.ddd программа читает данные файла data.csv и удаляет файл flag.ddd,
5. программа Lua проверяет наличие файла flag.ddd, и если этот файл отсутствует пишет строку (строки) данных в файл data.csv (см. п.1)
При обратном обмене происходит все тоже самое, только имена файлов другие.

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

Измерил наконец скорость своей ТС. Получилось, обрабатывается 2.8 запросов в секунду. См. О быстродействии авто торговой системы.
Хотелось бы выяснить возможное быстродействие ТС под Quik. Ничего не менял, только немного перекомпоновал систему. Заодно обнаружил также несколько уже ненужных операторов, по недосмотру оставшихся в системе после ее отладки, но погоды они не сделают.
С нетерпением жду завтра, рассчитываю на повышение скорости работы ТС до 4-5 запросов в секунду.
Хотя, в общем, и 2.8 запросов в секунду вполне хватает.

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

На днях написал топик об обновлении брокером Quik до версии 8.11.0.66 - Quik 8.11.0.66. Вот так номер. Шо, опять Win32, опять 32 бит?
После обновления Quik до 8.11 начали вылезать ошибки Lua программ к которым подключены DLL. С этим я более-менее справился, программы Lua стали работать без каких либо изменений в них, только перемещением файлов DLL и используемых ими ресурсов по папкам внутри Quik. Однако, запускались программы нестабильно, иногда приходилось их удалять из списка Lua, и перед их запуском или после перезагрузки Quik вновь добавлять. Причем, все это было совершенно непредсказуемо.
В конце концов плюнул, и обновил Quik до версии 8.12 из файлового архива ARQA.
Все мгновенно встало на свои прежние места, программы Lua заработали стабильно в прежней конфигурации до всех обновлений. Видимо, ARQA исправила ошибки.
Надо сказать, что Quk 8.12 несколько странно себя ведет, иногда подвисает, даже при дисконнекте с рынком. Пока не знаю что это, обновлялся до 8.12 уже после закрытия рынка.

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

Сегодня брокер Альфа обновил Квик с версии 8.8… до версии Quik 8.11.0.66. Появился кроме Lua 5.3.5 еще и Lua 5.4.1. Отлично, мне бы радоваться, давно этого хотел. Но...
Запустил рабочую в Quik 8.8 версию системы использующую DLL, И увидел вот это:

Во первых, ничего не работает даже в уже отлаженной версии Lua 5.3.5. Вы видите на картинке, что Lua не нравится 64-бит DLL, и она хочет 32-битную.
Во вторых, то ли Quik стал опять 32-х битным (пока не смотрел), то ли Lua в Quik стала снова 32-х битной, а это означает, что все надо переделывать с 64 бит на 32 бит. С чем боролись, на то и напоролись. Вечный кайф.
Признаться, сильно лень переделывать все опять на 32 бит, тем более, многих библиотек для DLL С++ для 32 бит просто не существует в природе.
О моей борьбе с этим буду сообщать. Наверно, дополнением этого топика. Подписывайтесь, чтобы ничего не пропустить. Мало ли, м.б. решение и найдется.

Этот вопрос постоянно возникает на трейдерских форумах.
Вначале было подумал, что что-то с системой случилось — нет данных за последние минуты. Начал ковырять. Посмотрел двух брокеров.
Оказывается у них время сервера разное и у одного из них сильно не соответствует московскому, и задержка до нескольких минут.
Смотрим скрины. Вверху время сервера, внизу время компа.
Первый брокер:




Второй брокер:


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

Ну, наконец-то. Сегодня АльфаДирект наконец перешел с 32-бит Quik 7.x на нормальную 64-бит версию Quik 8.8.4.3. На прошлой неделе проверял — еще не было.
Из за устаревшей версии, да еще регулярно виснущей на Луа скриптах, в том числе, пришлось завести еще одного брокера, т.к. работать стало невозможно.
Пока ничего не проверял, но если все будет ОК вернусь на Альфу. Там и денег поболе будет.) А новый брокер будет использоваться в основном для торговли опционами и связанными с опционными позициями фьючерсами.
Но жаль, что на Альфе нет опционов, это сильно ограничивает возможности для торговли, в т.ч. акциями. Все в одном месте все таки удобнее.

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

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

Те, у кого Quik 8.5 и уже есть Lua 5.3.5 могут посмотреть индикаторы в своем терминале. Скачать скомпилированные индикаторы можно здесь.

Quik, по сравнению с версией 8.2, стал несколько лучше. Меньше подвисает, но иногда бывает. Мелкие, наверно несущественные, изменения в интерфейсе — не сразу и заметил.
Lua 5.3.5, по сравнению с Lua 3.1, летает. То, что исполнялось несколько секунд, теперь пролетает практически мгновенно. В программах Lua никаких изменений делать не пришлось, мною не использовались специфические для Lua 5.1 конструкции.
Вот, DLL, цепляющиеся к Lua, все упали, в буквальном смысле. Пару дней разбирался, несколько изменился C-API, пришлось переделывать функции luaopen в DLL. Помогли ребята с http://quikluacsharp.ru/, если что — смотрите решение у них.
В DLL, по идее, еще надо переделывать int на 64 бит целое (при компиляции куча алармов на эту тему), но, кроме номеров заявок в обозримом будущем, не обязательно. Кроме заявок-сделок, таких номеров в инструментах нет. Пока, по крайней мере.

После написания топика «Quik, DDE, Excel» [1], где была поставлена задача вывода данных доски опционов не непосредственно в Excel, что является очень неудобным для конкретных приложений, а в свой DDE-сервер. Свой DDE-Сервер обладает тем преимуществом, что данные из него можно направлять куда угодно, и как угодно.

С тех пор прошло 3 дня. Черновая болванка программы уже написана, отлажена, работает, и выполняет все возложенные на нее задачи. Как я опрометчиво обещал, проект DDE-Сервера будет предоставлен всем желающим [2](см. список ссылок). Проект выполнен на C++ в среде VS2017. DDE-Сервер на данном этапе выполнен в виде консольного приложения, и все что он делает, это выводит получаемые из Quik по DDE данные на консоль. В принципе, он должен работать с любой таблицей Quik, но делался под вывод доски опционов.

Я этот проект бросаю в таком виде, и уже начинаю на его основе делать приложение для решения своих конкретных задач. На этом наши пути расходятся. Проект поставляется в виде — как есть, и никакие изменения в него мною вносится уже не будут. Теперь это уже ваша задача. Вы можете модифицировать проект под решение ваших конкретных задач.

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