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

не определяйте переменные как локальные и они не будут обнуляться.
Использовать запись в файл для реализации трейлинг-стопа нет необходимости.

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

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

dofile

function ff1(dp)
for i=-8.8,-0.8 do
print(i.."/"..dp)
if tostring(dp)==tostring(i) then print(dp) end
end
end

Я Вам про это и ответил.
В данном варианте Вам надо написать функцию так:
unction ff1(dp)
for i=-8.8,-0.8 do
print(i.."/"..dp)
if string(dp)==string(i) then print(dp) end
end
end

а если передать строку:
ff1(tostring(-8.8))
То получим:
------------------
-8.8/-8.8
-7.8/-8.8
-6.8/-8.8
-5.8/-8.8
-4.8/-8.8
-3.8/-8.8
-2.8/-8.8
-1.8/-8.8
-0.8/-8.8
>Exit code: 0
Т е строка -8.8 не равна числу -8.8. Это тоже правильная работа if .

function ff1(dp)
for i=-8.8,-0.8 do
print(i.."/"..dp)
if dp==i then
print(dp)
end
end
end

ff1(-8.8)
-----------------------------
результат
-8.8/-8.8
-8.8
-7.8/-8.8
-6.8/-8.8
-5.8/-8.8
-4.8/-8.8
-3.8/-8.8
-2.8/-8.8
-1.8/-8.8
-0.8/-8.8
>Exit code: 0
Все работает правильно.

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

Ну вот как тут не вспомнить замечательную басню Крылова "Слон и моська"

Для большого числа акций делаю так:
Получаю ТВС по подписке ,
в реале (налету)  сортирую по инструментам
и формирую необходимые индикаторы.
Так как обработка делается в реале, то затраты ресурсов минимальные.

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

вроде бы на фьючерсах нельзя по рынку выставлять

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

действительно, какая-то каша.
На самом деле,
скорость вычисление скользящих не зависит от числа свечей ,
фактически для этого надо знать лишь две свечи в MA и одну в EMA.
Просто надо изучить цифровую обработку сигналов.

Функции для работы с метками

Предназначены для построения меток и установки их на графике.  

• AddLabel - добавляет метку с заданными параметрами
  
• DelLabel - удаляет метку с заданными параметрами
  
• DelAllLabels - удаляет все метки на диаграмме с  указанным графиком
  
• GetLabelParams - позволяет получить параметры метки
  
• SetLabelParams - задает параметры для метки с  указанным идентификатором
  

Руководство пользователя QUIK © ARQA Technologies / www.arqatech.com/ru/products/quik/

колбек и sleep() - это две большие разницы.
колбек - это функция LUA , которую вызывает терминал QUIK для обработки события.
sleep() - это остановка исполнения потока(процесса) и досрочное освобождение процессора.

Создавайте  метки в индикаторе и сохраняйте их в массиве. При новом запуске метки построятся заново и сохранятся в массиве.

У вас счетчик не обнуляется.
функция INIT()  выполняется лишь один раз при загрузке индикатора на график.

но так как время свечи не меняется, то новое значение запишется на место close открытой свечи по данному тайму.

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

Разница в следующем:
------------------------------------
CreateDataSource+SetUpdateCallback  -  получаем данный в момент прихода их с сервера, т е до помещения в хранилище в терминале.
т е один раз, в момент поступления в терминал.
------------------------------------------
getNumCandles()+getCandlesByIndex() - читаем данные из хранилища. Сколько угодно раз после поступления в хранилище терминала.

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

Vladimir написал:
Большой проект с сотней роботов невозможно развертывать в QLUA .
По двум причинам - медленность VM LUA  и медленная реакция QUIK.
При сотнях роботов надо использовать многопоточность, API C for LUA, и выделенные сервера.
При использовании API C нет проблем задействовать любой объем оперативной памяти.

Тогда  winAPI на  LUA  с помощью  Alien.

Используя API C to LUA можно написать DDE сервер и получить из КВИКа в LUA доску опционов.
Такой интерфейс могли бы сделать разработчики в QLUA.

Когда не было в квике луа решал эту задачу на avtoit.
Сейчас это делается с помощью winAPI в LUA , используя модуль Alien.
Если умеете писать на СИ, то с помощью API C for LUA.
.

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

Эко Вы, батенька, размечтались!

могу дать совет - ищите без окончаний.

а так:
local x="futures_client_limits";
local y = getItem(x,0)
if y  then  
message( x.." не равен nil" ,1)
end

Посмотрите на проблему немного иначе.
КВИК , по определению, это программа подачи поручений брокеру.
Есть другие способы подачи таких поручений -телефон, бумажный носитель.
--------------------------------------
Все , что есть в квике кроме возможности подачи поручений - это бесплатное приложение (Увы, но это юридически именно так).
---------------------------------------
Поэтому получается, что никто ничего Вам не должен.
---------------------------------------------
Полагаю, что не только Вам хочется, чтобы скрипт работал вечно и без вмешательства.
Но увы, реалия такова, что если скрипт написан плохо, то КВИК то квик его закрывает.
Так сделали разработчики и это их право.
--------------------------------------
Хотите иначе - пишите пожелания,
делайте проверки внутри скрипта,
ставьте защиту от падения.
Ваше право.
-----------------------------
Успехов.

так как скрипт без ошибок надо запускать лишь один раз, то
Полагаю,что у Вас следующая проблема:
-------------------------  
Когда Вы запускаете скрипт кнопкой, то в КВИКЕ уже загружены все данные, которые использует Ваш скрипт и он нормально запускается.
------------------------
Потом Вы выключаете КВИК. При следующем запуске КВИКА с включенным скриптом, скрипт начинает работу сразу же при запуске КВИКА, но информация с сервере еще не пришла. В результате Ваш скрипт натыкается на nil и завершает свою работу по ошибке.
-------------------------
Вы полагаете, что скрипт был выключен при закрытии КВИКА, а он просто не может возобновить свою работу.
-------------------------
В результате Вы опять вынуждены его запускать нажатием кнопки при новом запуске КВИКА.
--------------
Верно ?

предположу, что lzmq.dll обращается к какой-то библиотеке и не находит ее.
Проверьте зависимости lzmq.dll программой depends

не совсем то, так как QLUA на основе Lua 5.1 в которой
/* @@ LUAI_MAXCALLS limits the number of nested calls. ** CHANGE it if you need really deep recursive calls. This limit is ** arbitrary; its only purpose is to stop infinite recursion before ** exhausting memory. */
#define LUAI_MAXCALLS   20000
/* @@ LUAI_MAXCSTACK limits the number of Lua stack slots that a C function @* can use. ** CHANGE it if you need lots of (Lua) stack space for your C ** functions. This limit is arbitrary; its only purpose is to stop C ** functions to consume unlimited stack space. (must be smaller than ** -LUA_REGISTRYINDEX) */
#define LUAI_MAXCSTACK  8000

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

Это не так просто как кажется, так как могут быть интервалы в которых нет сделок в одном из инструментов.

делаете экспорт нужной вам таблицы по DDE в excel c заголовками столбцов и Формальными заголовками.

Вызов в форме return functioncall называется концевым вызовом. Lua также поддерживает концевой вызов «себя»  (или рекурсивный концевой вызов): в этом случае вызванная функция использует стек вызывающей функции.
Поэтому количество вложенных концовых вызовов может быть любым. Заметим только, что концевой вызов стирает отладочную информацию о вызывающей функции.

полагаю, что число рекурсий ограничено лишь объемом свободной памяти кучи .

А разве это не верно:
Для получения размера стека используйте функцию lua_checkstack.  
Для вызова из Lua кода на C необходимо иметь в наличии свободной памяти по крайней мере на LUA_MINSTACK  позиций стека.
LUA_MINSTACK по умолчанию равно 20.
Если размера стека не хватает, его можно увеличить функцией lua_checkstack.

сравните цену в последней сделке либо лучшую цену предложения(спроса) с ценой в лимитном ордере.

В первом случае Вы получаете все значения.
Во втором лишь значения из срезов пришедших в ТТП. Т е во втором случае возможны пропуски.

В примере написано две проверки
первый if проверяет существования стакана и очереди в нем
Циклы делаются по фактической длине очереди У вас циклы делались на фиксированную длину очереди.
Примерно так.

mm=getQuoteLevel2("SPBFUT","NKZ6")  
if  mm and mm.bit_count and mm.offer_count then
-------------------------
local n=mm.bid_count;
while n>0 do
a0=mm.bid[n].quantity
b0=mm.bid[n].price  
c0=math.ceil(b0*1000000)  
d0=tostring((c0/1000000)+1)  
n=n-1;
end
------------------------
n=mm.bid_count;
while n>0 do
aa0=mm.offer[n].quantity  
bb0=mm.offer[n].price  
cc0=math.ceil(bb0*1000000)  
dd0=tostring((cc0/1000000)-1)
n=n-1
end
--------------------
end
-----------------------------------
-примерно так

mm=getQuoteLevel2("SPBFUT","NKZ6")
if  mm and mm.bit_count and mm.offer_count then
a0=mm.bid[mm.bid_count-i].quantity <--------ОШИБКА ЗДЕСЬ
b0=mm.bid[mm.bid_count-i].price
c0=math.ceil(b0*1000000)
d0=tostring((c0/1000000)+1)
aa0=mm.offer[mm.offer_count-i].quantity
bb0=mm.offer[mm.offer_count-i].price
cc0=math.ceil(bb0*1000000)
dd0=tostring((cc0/1000000)-1)
end

ищите ошибку в логике портфеля

DDE

А премию за выявленную ошибку?
Вот сейчас работаю с SDK на чип , так фирма за каждую выявленную ошибку всем желающим выплачивает 2000$.
Вам тоже не мешало бы перенять опыт передовиков.

возьмите SCITE в нем можно все и он написан на луа. И будет Вам счастье, а не геморой.