s_mike@rambler.ru (Все сообщения пользователя)

Здравствуйте

возможна ли ситуация с получением данных графика, когда свеча уже имеется (учтена в  getnumcandles), но ее значение не заполнено и по getCandlesByIndex возвращаются ohlcv 0?

возникает при очень частом опросе графика, последующий запрос выдает то же количество свечей, но ohlcv уже реальные

Проверьте на чистом квике, без старых настроек.

если проблема будет повторяться, напишите мне в Скайп mikemsk, разберемся.

вот этот скрипт умеет что то похожее

http://www.bot4sale.ru/download-categories/2012-06-13-15-10-36/item/market-scaner.html

посиотрите, может быть это подойдёт

http://www.bot4sale.ru/download-categories/2012-06-13-15-10-36/item/market-scaner.html

Шаг цены не представляет никакого интереса в данном случае. Для precision (при необходимости) используется значение  scale из getSecurityInfo  

И?

function string.trim_zeroes(num,precision)

return string.format("%.".. (precision or "8") .. "f",num):match("^([%-]?%d*%.-%d-)%.?0*$")
end

precision берем из getSecurityInfo или вообще не указываем, тогда все нули после запятой отрежутся

Читайте внимательно. "Косвенно, как в вашем примере"

конкатенация значений всегда подразумевает преобразование строке.

Меssage выводит только строки. Остальные типы данных игнорирует. Поэтому вам нужно самим делать преобразование tostring явно или косвенно, как в вашем примере

дружелюбие к пользователям -это не про Квик.

Уважаемый. Я вам два раза уже намекал, что вы не разработчик терминала и не даже понимаете суть вопроса.

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

Владимир, видите кролика? Нет? А он есть.

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

вопрос в том и состоит, как убедиться, что данные более менее актуальны и заветное пересечение скользящих средних на самом деле только что произошло, а не позавчера ))


то же самое относится и к иным данным, не только к истории котировок.

Я надеюсь, что разработчиков получится дать более-менее развернутый ответ.

Сергей,

вот и приведите эту последовательность. Или последовательности.

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

Уважаемые разработчики.


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

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

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

варианты:

1. Терминал давно запущен до запуска робота
2. Терминал и робот запущены одновременно , необходимые данные в терминале доступны
3. Терминал и робот запущены одновременно , необходимые данные в терминале пока недоступны
4. Смена сессии , нужные шлюзы доступны/недоступны, когда нибудь подключатся
5. У косого брокера на букву Ф опять понос и посреди дня он медленно и печально начал перезагружать всю историю с 1812 года
6. Инструмент неликвидный, много пропущенных свечей, в том числе последних

и так далее..

в общих словах вопрос.

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

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

вы же пробовали сами что то писать на луа, верно?)

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

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

если такой случай сделать не получается (так и будет) - ищите ошибку в том, что у вас работает через  "луа апи"

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

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

Table  и line - это не объекты, а ссылки.

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

Никак

Чем дальше в лес, тем злее партизаны )

разобрались , Антон, спасибо за участие.

И что получается, чтобы не повторять уже вами сделанное?

и если не трудно, вызовите из onstop внешнюю локальную и внешнюю глобальную функции. Покажут ли они свое имя?

то есть я не смогу получить ни одно название функции, вызванной в колбеке или предопределенной функции индикатора?

это утверждение опровергается практикой. Инфа сотка стопудово )

Антон, tail call обязательно фигурирует в списке вложенности. Вы это можете легко проверить.

речь идёт не о стеке вызовов, тут все правильно. Речь идёт о том, что в getinfo по функции иногда не фигурирует ее название. Хотя вся остальная информация верна, трассировка вызовов правильная.

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

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

ничего не понял. Посередине - это как? Между левой и правой штаниной?))

Нет. Анонимные функции помечаются явным образом, это видно.

В версии 8.8 наблюдаю странную вещь.

в одних местах скрипта debug.getinfo(1) выдает таблицу , в которой есть поле name,

а других местах в получаемой таблице этого поля нет. Остальные поля вроде на месте.

вызов идёт из луа, си функций в последовательности вызова нет.

что может быть тому причиной?

Спорить о вкусе ананаса имеет смысл только с тем, кто его пробовал.

Евгений,

шаблон, как таковой для переноса из системы теханализа в квик сделать нереально. Придется каждый робот писать отдельно

Настройка буфера обмена тоже доступна

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

скринсейвер с паролем решают проблему.  

Сначала в заявке изменяются некоторые поля, к которым у вас доступа нет и вы не видите изменений в первом пришедшем колбеке, потом заявка снимается и снова вам приходит колбек, в котором изменения вам уже видны.

таково его, терминала, природное свойство.

Возможно, этоhttp://www.bot4sale.ru/download-categories/2012-06-13-15-10-36/item/daydelimiter.htmlвам поможет

То, что они недоступны, козе известно.

Оказывается, что константы таймфреймов у createdatasource getsourceinfo совпадают частично, а не полностью. Все таймфреймы от тикового до H4 включительно имеют одинаковые значения, а D1,W1,MN1 разные.

Вот это номер.

Была такая игра - Prince of Persian, где героя на каждом шагу ожидали неожиданные и нелогичные засады.  Только там они были сделаны намеренно....

Позволено в скриптах, отказано в индикаторах

И в догонку второй вопрос

В чем величайший скрытый смысл отсутствия констант типа INTERVAL_H1 в индикаторах?

Почему смердам позволено их видеть в индикаторах, но величайше отказано в индикаторах?

Получаю source info в индикаторе:

{sec_code="GAZP",class_code="QJSIM",param="",interval=-1}



Откуда взялся interval -1?

Если это не ошибка, будьте любезны, объясните происходящее.

ясно, Сергей.

Вообще то диагностика createdatasource failed не несёт в себе ни байта полезной информации. "Чтой-та гдета нитаво". Это мы и так знаем, раз полезли смотреть диагностику ошибки.

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

Что за зверь такой неизведанный?

Зачем я вижу ошибки исполнения от него?  Какие они бывают, откель они берутся и когда?

Спасибо.

Цикл  перебора по getitem гоняет ВСЕ данные через бутылочное горлышко между скриптом и терминалом. На этом много потерь.

SearchItems при наличии фильтрации прореживает данные хранилища внутри qlua и выдает на гора уже выборку. За счет этого идет значительная экономия при правильно выбранных фильтрах.

Старатель,

спасибо.

да, сам собрал.

если надо, пишите почтой, поделюсь.

если вдруг у кого то есть sqlite для 5.3 x64 - буду очень рад.

я пользовал для 8.4 lsqlite3 lua 5.1 x64.

никаких проблем.

.. c зажатым Аlt, конечно...

Создайте командный файл beep.bat, в него напишите

echo ^7

^7 - это один символ, набирается на дополнительной клавиатуре с зажатым контролом <Аlt>007

или в редакторе notepad++ и окна таблицы a ascii.

из луа просто вызовите os.execute("beep.bat")

также вместо этого в ф.bat запустить любой медиа проигрыватель с нужной вам мелодией.

Наверное из индикатора вызываете. Из него нельзя.

Евгений, я ничего не понял из написанного вами.

Предыдущий мой ответ верен, разбирайтесь.

добавляется ещё одна свеча справа. Нумерация свечей не изменяется. У несдвигутых вправо индикаторов значения будут nil