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

нет не так.
Будут приходить тики, которые отображаются как 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 в нем можно все и он написан на луа. И будет Вам счастье, а не геморой.

есть ограничение на число переменных.
может быть в этом причина.

нет .

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

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

Для кого-то форум -это место обмена опытом, дискуссии и помощи,
а для иных - это корыто раздачи халявы.

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

И еще, есть лишь заявки клиентов брокеру, но нет сделок клиентов на бирже.
На бирже есть лишь сделки брокера.

Заявки ничего не открывают и не закрывают.
Поэтому существует связь заявка - сделка.
Т к биржа - это место совершения независимых сделок.

РАССЧИТЫВАТЬ, рассчитать, рассчесть, распределять счетом; сделать рассчет. Рассчитай, по чем на брата придется. Рассчесть кого, рассчитав что ему следует за работу, за службу, расплатиться и уволить его. На умах не рассчитаешь, не разочтешь, а на счетах разочту.
| Рассчитывать на кого, на что, считать, полагаться, надеяться, основаться. На чужую помощь не рассчитывай. -ся, страд., взаимн. по смыслу. Мы с тобой еще не рассчитались, не разочлись, не покончили счетов. Разочлись - как вода разлилась (оба ни при чем). Рассчитыванье, -читанье, расчёт, действие по гл.; счет, выкладка, числовой вывод, с показанием всех данных. Расчет постройки, смета. Расчет с рабочими, с подрядчиком, разделка, расплата по счетам. У всякого свой расчет, свои виды, цели, намеренья. Тут нет расчета, не из чего, не для чего. Он сделал это без расчета, спроста, без задней мысли, без особенной цели; или нерассудительно, опрометчиво. Жить с рассчетом, бережливо, не издерживая лишнего. Мы с ним в расчете, рассчитались, квиты, поверстались. Конец игре-расчет. У купца расчет, а у покупателя другой (свой). В своей семье какой (что за) расчет! Расчётная книга, счет с каждым верителем и должником. Расчетливый, - тистый человек, соблюдающий во всем расчет, осмотрительный, осторожный в делах, бережливый: неидущий на неверные обороты, но и неупускающий надежных. Расчетливость жен. свойство, качество, способность эта. Расчетчик, -чица, делающий какой-либо расчет.
Толковый словарь Даля.    В.И. Даль.    1863-1866.  
------------------------------------------------------------------------------
рассчитывать — Разбирать, соображать, смекать. См. намереваться …   Словарь синонимов
-----------------------------
т е индикатор Fractals рассчитывается.

согласен.
Если перезаказать, то то при этом весь архив данных стирается и осуществляется прием всех данных.
Других случаев нет.

Разницы нет

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

Как варианты:
1) сделать DDE таблицы заявок в Excel.
2) Написать скрипт который конвертирует записи из таблицы заявок в их первозданный вид для кармана или еще для чего угодно.

Опечатка :
Этот алгоритм я  разработал еще до внедрения VM LUA в КВИК и использовал его в QPILE.

Есть как минимум два способа решения этой задачи.
1) Каждый раз делать полный перебор - поиск по таблице  (это Вы написали) - самый простой и самый затратный способ.
Самый затратный способ. Особенно, если стопы постоянно переставляются.  
--------------------------------
2) Использование OnStopOrder.
В этом случае Вы через OnStopOrder. получите новый стоп.
Но если запустите свой скрипт повторно при наличии активных  стопов,
то придется применить способ 1, так как OnStopOrder уже не сработает на существующие и ранее принятые квиком стопы.
========================
В том случае,
когда Вы не пользуете колбеки  (например при создании робота  в индикаторе) возможен лишь способ 1 из известных.
============================.
Рассмотрим мой алгоритм решения данной задачи. Этот алгоритм я разработал еще до внедрения VM LUA в КВИК и использовал его в QLUA.
Он в десятки и сотни раз повышает быстродействие роботов , работающих со следящими стопами на тиках.
В некоторых случаях без этого алгоритма Ваш робот просто перестанет работать, так как загрузит процессор переборам тысяч мертвых стопов.
-------------------------------
Пользуйтесь:
---------------------------------
3)  Алгоритм Николая Камынина(kamnik@mail.ru):
Полный перебор таблицы стопов делаем один раз при запуске скрипта.
В процессе этого перебора мы запоминаем в таблице (назовем ее списком активных стопов) номера строк активных стопов из таблицы стопов.
----------------------------------------
Таким образом мы получаем список строк с активными стопами.
Если у нас всегда лишь один активный стоп, то в списке будет лишь одна запись.
--------------------------------
Теперь посмотрим, каким образом мы будем работать дальше.
-----------------------------------
Чтобы проверить состояние последней стоп заявки мы всегда  читаем из таблицы стопов строку по ее номеру в списке.
-----------------------------------
Т е полный перебор мы делаем всего один раз при запуске.  после этого нет никаких переборов вообще.
----------------------
Кроме того, необходимо решить задачу обнаружения выставления новой стоп заявки.
---------------------------------------
Эта задача решается путем сравнения числа строк таблицы стоп-заявок на предыдущем тике и на текущем.
Если выставлена новая заявка, например вместо снятой или передвинутой, то число строк в таблице стоп заявок увеличится и это есть признак что есть новая стоп заявка , а ее номер строки определяется через число строк таблицы.
------------------------
Если активных стопов много, то мы периодически  проверяем по нашему списку их активность и  удаляем из списка неактивные.
-----------------------------------
Таким образом получаем следующее преимущество перед полным перебором:
Как правило  роботы  со следящими стопами порождают тысячи стоп-заявок,
которые все забивается в таблицу стоп-заявок.
при полном переборе мы на каждом тике перебираем эти тысячи.
В моем алгоритме такой перебор делается лишь при запуске робота.
В результате данный алгоритм в десятки и сотни раз быстрее полного перебора.
------------------------------------------------
На этом лекция на тему: "Как создать умного робота, который никогда не умрет"   завершена.
--------------------------
Всем спасибо, все свободны.

Да, дремучий лес.
отклик будет полубесконечным, т е  начнется он лишь с первого отсчета из 3000 а до первого отсчета - Вы придумываете сами.
 

нажать на кнопку ключ с крестом (разорвать соединение)

но для робота, при свернутом окне, безразлично.

по-сути должна экономить загрузку процессора. особенно на тиках.

Как начинающему, советую начать с изучения языка луа на простых примерах.
потом написать эти индикаторы самостоятельно по формулам инета.
В результате размер кода будет раз в 10 меньше (получится примерно 5 строчек кода)
и исполняться будет быстрее и у Вас будет понимание того, что делаете.
--------------------------------------
Примечание:
Если не обращать внимание на громкие и пустые фразы вокруг этих индикаторов,
то реально  индикаторы по сути  самые примитивные фильтры первого порядка.
Реально показывают лишь слабые знания математики и богатое воображение у их автора.