nikolz (Все сообщения пользователя)

опечатка:
У меня проблемы запись в этот  файл нет .  

У меня один лог файл. В него пишут разные потоки. Так как я могу создавать любое число потоков и Lua машин, то мне нет надобности создавать еще какие-то скрипты.  Но мой вариант работы эквивалентен вашему варианту с двумя скриптами.
У меня проблемы запись в этот  файл.  
Попробуйте открывать файлы один раз с дозаписью и завершать запись принудительной записью в файл.
типа так:
Log:write(os.date()..","..tostring(s)..",num="..tostring(num)..","..tostring(count).."\n"); Log:flush();

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

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

оператор if   исполняется если следующее выражение true.
если  File  что-то присвоено, то это true.  

попробуйте так:

В  QPile есть три существенных недостатка.
1) интерпретатор - медленно интерпретирует
2) ограничение на количество переменных
3) скрипт работает по тайиеру, а не по событиям торгов.

«Яндекс» увеличил фонд своей программы багбаунти «Охота за ошибками» в 2023 году в 2 раза до 100 млн рублей. В 2022 году компания выплатила белым хакерам 39,7 млн рублей за нахождение уязвимостей и багов в своих сервисах и службах.

Объясняю как там устроено.
----------------------
Биржа рассылает общую информацию периодически в  широковещательном режиме.
Все профи ее получают вне зависимости от вашего подписания.
Когда Вы подписываетесь,
то Вас включат в список рассылок на сервере брокера  QUIK ( разработчики QUIK поправят, им виднее).

если комменты по вашему скрипту, то выкладывайте его на форум. Лень ходить на файлообменник.  

нет, так нельзя.
----------------------
В SCITE можно отлаживать скрипты на луа, питон и др языках, а также отлаживать dll для этих языков.
==========
Когда я делаю новые функции для луа в виде dll, то отлаживаю эти функции.
После их отладки, я отлаживаю скрипты с отлаженными dll в демо-версии qUIK.
Вызывать в сырых dll функции из QLua не вижу смысла, так как это лишь усложняет отладку dll.

не заморачивайтесь конкретными значениями на демо счете.
---------------------------------
Этот счет исключительно для тестирования работоспособности скриптов и освоения нажатия клавиш а КВИКЕ.  

если  Вы про предторговый период , то его можно определить по времени.

надо вынести начальное значение из цикла.

Краткость -сестра таланта.
-----------------
Поднимите руку, кто понял, про что фунтик написал?

у вас flag всегда ноль.

и еще...
на рынке быстро можно лишь слить депозит.  
Рынок (брокеры) любят Буратин.  

У меня тоже брокер сбер.
Все работает нормально.
--------------------------
Ликбез:
-------------------
Все скрипты для QUIK пишутся почти по шаблону одинаково.
-----------------------
Для написания скриптов надо изучить две книжки:
-----------------
1) https://eligovision.ru/media/upload/lua.pdf
Примеры, а затем и скрипты на луа, лучше писать и тестить в редакторе SciTe.
-----------------
2) документация на библиотеку функций QLUA.
для тестирования функций QLUA установите демо версию QUIK  и подключитесь к демо серверу,

Три вопроса, чтобы понять как Вам помочь:
1) На каком языке программирования умеете писать работающие программы?
2) Сколько времени Вы затратили на изучение программирования на Lua?
3) Сколько раз Вы прочитали документацию на QLua от начала до конца?

вроде написал.
Если вы график сдвинуть влево  , то появится полоса, Т е график не умещается в окне.

вот специально сделал
это с полосой


это без полосы
 

слева выходит за границу

 sleep(1) - это больше, чем 1 мс.
-------------------
но это не про pipe.
если хотите убрать эти грабли, то используйте системные события.

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

Полагаю Вы знаете про ошибки округления,
поэтому конвертация int64 в double  и обратно не может быть всегда точной.
----------------
Более того, все это есть в документации по форматом и для этого не надо делить и умножать
------------------
Ликбез:
-------------------
число 1951785056590629888, 1951785056590630794  -- это 19 значащих цифр
а double хранит мантиссу лишь с точностью 15-17 значащих цифр.
---------------------
Вы это и проверили - т е 15-17 значащих цифр мантиссы не могут всегда точно хранить 19 значащих цифр целого числа.

Я вроде бы выше написал в чем ошибка. Повторю, если не заметили.
Ошибка теста выше в неправильном использовании оператора деления.
Надо использовать целочисленное деление а не деление с плавающей точкой.
----
Все остальное правильно.

У Вас ошибка в примере в том, что Вы используете деление.
надо делать так:

ваш пример не корректный
в нем есть неявный формат печати. Вы уверены что он 64 битный?

Вы ошибаетесь.
Это не вопрос к разработчикам, а к документации на Lua 5.4.2  
Рекомендую изучить sorce Lua 5.4.2
Если точки нет, то это целое и конвертируется через int64.  

если выложите свой тест, то могу посмотреть.

тестировал на 9.7.1.
Сейчас тесты делаю на 10.2.1.12

всего в тесте выставлял и снимал до 500 тысяч заявок и без проблем.  

относительно снятия заявок.
Я тестировал выставление и снятие заявок на демо сервере.
У меня все выставлялось и снималось на акциях фьючерсах и валютном счете.
https://forum.quik.ru/forum10/topic7930/

Верно, я его использую.
Но это не документированное использование параметров колбека.

В OnTransReply может и не быть order_num, так как это ответ сервера брокера на обработку транзакции.
Первый раз этот ответ приходит раньше, чем ответ с сервера биржи.  Это отмечено в документации:

*order_num	NUMBER	Номер заявки
*price	NUMBER	Цена
*quantity	NUMBER	Количество
*balance	NUMBER	Остаток
*firm_id	STRING	Идентификатор фирмы
*account	STRING	Торговый счет
*client_code	STRING	Код клиента
*brokerref	STRING	Поручение
*class_code	STRING	Код класса
*sec_code	STRING	Код инструмента
*exchange_code	STRING	Биржевой номер заявки

* - параметр может иметь значение  nil

Информация к размышлению:
------------------------
1) Зачем дублировать таблицу сделок?
----------------------
2) Если сделок миллион. Сколько времени уйдет на поиск   t_trades[trade.order_num]?

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

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

Стакан- это заявки, а не сделки.
Для спокойной торговли не надо смотреть в стакан.
-----------------------------
Для этого есть свечи - это сделки.
Поставьте график свечей на 30 минут и спокойно торгуйте.
Я делаю так и робот мой тоже так делает.

Прикольно, но вставка рекламного банера - это фишка разработчиков QUIK.
---------------------
Ау, Разработчики объясните начинающим Вашу фишку с этим банером.
-----------------------
Можно убить этот банер хуком.
Class: ShowBannerWindow.

максимум так:
 

OnTransReply - это колбек на транзакцию, а не на выставление заявки.
Номер заявки надо брать либо из OnOrder , либо из таблице заявок.

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

рекомендую почитать:
https://learn.microsoft.com/en-us/windows/win32/ipc/interprocess-communications

посмотрите здесь:
https://survivalhost.org/articles/windows/windows-server2022-rus

Пишите скрипт в Excel, делайте базу данных в Excel.  

Там тест чистого луа и там в некоторых колбеках выполняется обработка на которую уходит не более 0.001 сек.
------------------------------
А пункты которые я вам написал в качестве ликбеза.

Вы невнимательно читали мой комментарий, это график демо сервера, а не реальных торгов.
Смотреть надо на расположение индикаторов  относительно цен. У Вас они сместились далеко вниз справа. -- это неправильно.
У меня мувинг и среднее болинджера- тоже мувиинг расмещены в области цены. -- это правильно.
Это указывает на то, что у вас неправильная привязка графиков к вертикальным осям.

Нет,
Но есть одно но.
1)  Так как пишем на луа, то вызов функций стоит очень дорого.
2) Кроме того, большинство любителей используют sleep для предотвращения блокировки ядра процессора пустыми циклами.
Я для этого использую события OC, что существенно быстрее.
---------------------
3) Чтобы выполнить действия в main Вам надо распознать какой колбек сработал.
И main - это один поток, а колбеков много и инструментов много.
В итоге у Вас либо будет пропуск срабатывания колбеков, либо задержка в обработке их сигналов в очереди.
------------------------------
Я решаю проблему путем запуска пула потоков, т е у меня не одна main, а столько сколько надо чтобы обрабатывать колбеки по разным инструментам.   В тестах создания снятия заявок для 200 инструментов запускалось до 11 потоков из пула.
---------------
4) Так вот некоторые колбеки быстрее обработать внутри их , чем передавать эту обработку в майн или в пул потоков.
--------------------
5) В потокал пула у меня работают не VMLua, а VMLuaJit + статическая типизация.  
Это примерно до  100 раз быстрее, чем будет у Вас в main на  "чистом Луа"
---------------------------------
Поэтому быстрее, чем у меня Вы не сделаете.
------------------