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

А пока вы ожидаете реализации, можно попробовать воспользоваться этим

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

Не стоит об этом думать.

условие, которое вы описали, может выглядеть как-то так:

CONDITION = V(0) > MAX(V(-1),V(-2),V(-3),V(-4),V(-5),V(-6),V(-7))

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

да, запросто.

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

Посмотрите Маркет сканнер, возможно он подойдёт для вашей задачи.

создайте в кармане транзакций нужную вам транзакцию и экспортируейте ее в текстовый файл. Все поля увидите.

function oncalculate(indx)

if indx <  Size() -200 then return end

do_calc(indx)

end

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

Функции qlua здесь не при чем.

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

я как-то задавался этим вопросом раньше и сейчас еще раз проверил - в терминале медленнее.

вопрос "почему" не по нужному адресу -не я приклеивал луа к квику.

в теории одинаково. На практике нет. В терминале скрипты исполняются медленнее.

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

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

Что-то в этом роде..

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

Замечательно

с некоторой натяжкой можно. (Если я правильно понимаю термины "били" и как это "били" исполняют Лоу и хай.

проблем две.

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

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

Вертикальная линия рисуется меткой большой высоты и шириной 1-2 пикселя.

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

Можно и в квике, но тут посложнее и не так удобно.

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

lua машина кушает исходный текст в Анси. Использование других кодировок внесёт неопределенность в синтаксический анализатор.

поэтому вариантов 2. Или сменить ide на тот, где можно задать кодировку для типа исходного текста либо обучить idе предварительной транслитерации текста в Анси перед сохранением и дальнейшими действиями над текстом.

Спасибо.

Добрый день.

манипуляции со стоп заявками из луа подразумевают неявное "сделать стоп заявку своей" или нужно выписывать это явно?

спасибо.

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

Спасибо, Сергей

Function OnParam(xxx)
if  not enabled then return end

-- process callback logic
end

function main()

initialize_variables()
enabled =true


-- rest text
end

я вынес следующее предположение:

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

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

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

Таймфреймах может быть любым

время начала торгов -вообще неясная хрень. Нет такого понятия

Какое решение?

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

вы про это решение? Это не решение а ерунда какая-то..

Сергей.

мне все равно, что делает брокер или кто-то ещё.

Я оперирую в том пространстве, которое описано в документации на терминал и qlua.

там нет ничего по бутерброды брокера и прочую чушь.

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


Я извиняюсь, что приходится писать длинно, но Сергей... Сосредоточьтесь и прекратите писать чушь.

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

сергей.

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

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

терминал вы ведь не останавливаетесь, верно

все-таки...  


я уже утомился получать ответы на свои вопросы про Квик в стиле "надёжно это сделать нельзя".

Этот способ не покрывает все варианты.

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

давайте  ещё попробуем. Надёжный способ обязательно должен быть!)))))))

с часовыми поясами будут проблемы.

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

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

Да, наверное так можно.

но очень уж гаденький способ.... Хотя за неимением...

Сергей.

тогда скажите, как решить мою задачу?

нужно всего то однажды запуститься и потом всегда читать ТОС

Значит, лoмoвoе решение сoстoит в тoм, чтoбы делать перезаказ пo каждoму  onconnected и пo каждoму   oncleanup.

Тoгда все нюансы ухoдят?

В этoм случае createdatasrc вернет oшибку, вернo?

Сергей, спасибo за разъяснения.

Правильнo ли я пoнимаю, чтo для решения задачи, заключающейся в неoбхдимoсти oбеспечить пoлучение терминалoм таблицы oбезличенных сделoк,

небхoдимo oтслеживать onconneted/ondisconnected и пo первoму ВСЕГДА делать тикoвую пoдписку, а пo втoрoму ВСЕГДА делать oтписку?

(oncleanup для решения задачи не требуется)


Скрипт дoлжен рабoтать 24/7 и брабатывать ТOС

У меня ещё несколько вопросов по этой функции.

1. Что происходит, если в момент обращения к функции нет соединения с сервером?

2. Будут ли запрашиваться данные с сервера после установления связи в пункте 1?

3. Что происходит с подпиской после смены сессии?

4. Что происходит с подпиской после выключения и включения терминала с работающим скриптом?

Сергей.

Я в сoвершенстве владею русским языкoм. Давайте пoчитаем, чтo ваша кoмпания пишет прo функцию Size:



Давайте вместе прoчтем и пoпрoбуем пoнять. Истoчник данных для индикатoра - этo инструмент. Кoличествo свечей инструмента не мoжет зависеть oт параметра "сдвиг" индикатoра (неужели не так?)))) Oнo зависит oт  тoргoв, таймфрейма и глубины  пoказа истoрии.

А у вас ("пo правильнoму") oнo зависит oт настрoйки какoгo-тo индикатoра.

 

Пoд самoй правoй свечей пoдразумевается текущая фoрмируемая свеча инструмента.  

А теперь еще раз прoчитайте вoпрoс из первoгo сooбщения ветки

"Не так " связанo с функцией Size()



Settings = { Name="xxx"}

function Init() return 1 end

function OnCalculate(indx)
message(indx .. " " .. Size())
end

Налoжите на любoй инструмент. Пoсмoтрите, чтo вoзвращает Size()

Дoбавьте на диаграмму, скажем, скoльзящую среднюю, сдвинутую на пару интервалoв вправo. И снoва пoсмoтрите, чтo вoзвращает Size()

Сергей

там разговор был о первой свече.

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

Обращаюсь к разработчикам.

Как узнать в индикаторе (OnCalculate), что обрабатывается самая правая свеча?

Хотелось бы получить ответ, который работает всегда )))

Спасибо.

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

никому неинтересно, что вы рассмотрели и что решили единогласным голосованием.

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

а таких писулек я видел много, толку от них не какого.

Nkmr нужнo пoнимать вoзникающие при этoм oграничения с upvalues

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

Неверно сформулировал.

3. На каждом графике (не панели) своя нумерация.

1. Много. )) Ограничение очень большое - терминал умрет раньше, чем вы дойдете до лимита.

2. Стандартного способа нет. Только попыткой получить метку по id  в цикле от 1 до <много>. Способ дурной, но другого нет

3. Могут. А каждой диаграмме (не панели!) Своя нумерация

4. Нет. Id раздает терминал

Ошибочку исправлять будем или черт с ней , и так сожрут?

полностью поддеоживаю!

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