<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Комментарии: Торговый робот для QUIK «Пробойный». Часть четвертая</title>
	<atom:link href="http://www.hirobot.ru/2009/04/torgovyj-robot-dlya-quik-probojnyj-chast-chetvertaya/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.hirobot.ru/2009/04/torgovyj-robot-dlya-quik-probojnyj-chast-chetvertaya/</link>
	<description>Торговые системы. Торговые стратегии.</description>
	<lastBuildDate>Tue, 31 Jan 2012 19:03:40 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>Автор: Евгений</title>
		<link>http://www.hirobot.ru/2009/04/torgovyj-robot-dlya-quik-probojnyj-chast-chetvertaya/comment-page-1/#comment-2738</link>
		<dc:creator>Евгений</dc:creator>
		<pubDate>Mon, 30 Jan 2012 05:08:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.hirobot.ru/?p=124#comment-2738</guid>
		<description>Не, для паузу после отправки транзакции.</description>
		<content:encoded><![CDATA[<p>Не, для паузу после отправки транзакции.</p>]]></content:encoded>
	</item>
	<item>
		<title>Автор: max.pain85</title>
		<link>http://www.hirobot.ru/2009/04/torgovyj-robot-dlya-quik-probojnyj-chast-chetvertaya/comment-page-1/#comment-2736</link>
		<dc:creator>max.pain85</dc:creator>
		<pubDate>Sun, 29 Jan 2012 06:10:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.hirobot.ru/?p=124#comment-2736</guid>
		<description>Евгений, а зачем в роботе функция паузы - для ввода временной задержки для фильтрации пробоя?</description>
		<content:encoded><![CDATA[<p>Евгений, а зачем в роботе функция паузы&nbsp;&mdash; для ввода временной задержки для фильтрации пробоя?</p>]]></content:encoded>
	</item>
	<item>
		<title>Автор: Евгений</title>
		<link>http://www.hirobot.ru/2009/04/torgovyj-robot-dlya-quik-probojnyj-chast-chetvertaya/comment-page-1/#comment-2704</link>
		<dc:creator>Евгений</dc:creator>
		<pubDate>Tue, 27 Dec 2011 13:57:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.hirobot.ru/?p=124#comment-2704</guid>
		<description>Ну, бывают тормоза сервера, когда робот отправил стоп - сервер тормозит. Робот, выждав паузу отправляет еще раз - тут сервер просыпается и выставляет в систему оба. Вы скажете что можно сделать флаг отправки стопа - но бывает когда транзакция не доходит до сервера, а робот будет думать что стоп отправлен. Поэтому я стараюсь предусмотреть всегда максимальное кол-во вариантов негативного развития событий, чтоб робот всегда знал как поступить. И именно по этому каждая итерация начинается с нуля: получаем текпоз, колво заявок, стопов и контролируем правильность их постановки.</description>
		<content:encoded><![CDATA[<p>Ну, бывают тормоза сервера, когда робот отправил стоп&nbsp;&mdash; сервер тормозит. Робот, выждав паузу отправляет еще раз&nbsp;&mdash; тут сервер просыпается и выставляет в систему оба. Вы скажете что можно сделать флаг отправки стопа&nbsp;&mdash; но бывает когда транзакция не доходит до сервера, а робот будет думать что стоп отправлен. Поэтому я стараюсь предусмотреть всегда максимальное кол-во вариантов негативного развития событий, чтоб робот всегда знал как поступить. И именно по этому каждая итерация начинается с нуля: получаем текпоз, колво заявок, стопов и контролируем правильность их постановки.</p>]]></content:encoded>
	</item>
	<item>
		<title>Автор: Евгений</title>
		<link>http://www.hirobot.ru/2009/04/torgovyj-robot-dlya-quik-probojnyj-chast-chetvertaya/comment-page-1/#comment-2703</link>
		<dc:creator>Евгений</dc:creator>
		<pubDate>Tue, 27 Dec 2011 13:53:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.hirobot.ru/?p=124#comment-2703</guid>
		<description>Не совсем понял..
Вообще тут сильно универсальная функция ORDER, сейчас я так не делаю: для заявок одна - для стопов другая. Принципиально разницы никакой, но людям удобнее и понятнее разбирать мой код.</description>
		<content:encoded><![CDATA[<p>Не совсем понял...</p><p>Вообще тут сильно универсальная функция ORDER, сейчас я так не делаю: для заявок одна&nbsp;&mdash; для стопов другая. Принципиально разницы никакой, но людям удобнее и понятнее разбирать мой код.</p>]]></content:encoded>
	</item>
	<item>
		<title>Автор: max.pain85</title>
		<link>http://www.hirobot.ru/2009/04/torgovyj-robot-dlya-quik-probojnyj-chast-chetvertaya/comment-page-1/#comment-2695</link>
		<dc:creator>max.pain85</dc:creator>
		<pubDate>Sat, 24 Dec 2011 17:30:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.hirobot.ru/?p=124#comment-2695</guid>
		<description>да, еще не понятно, каким образом может получиться такое:
4. Количество автивных стопов больше одного.</description>
		<content:encoded><![CDATA[<p>да, еще не понятно, каким образом может получиться такое:</p><p>4. Количество автивных стопов больше одного.</p>]]></content:encoded>
	</item>
	<item>
		<title>Автор: max.pain85</title>
		<link>http://www.hirobot.ru/2009/04/torgovyj-robot-dlya-quik-probojnyj-chast-chetvertaya/comment-page-1/#comment-2694</link>
		<dc:creator>max.pain85</dc:creator>
		<pubDate>Sat, 24 Dec 2011 17:03:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.hirobot.ru/?p=124#comment-2694</guid>
		<description>Это я имею ввиду условия, когда вызывается функция KILLALLSTOP.</description>
		<content:encoded><![CDATA[<p>Это я имею ввиду условия, когда вызывается функция KILLALLSTOP.</p>]]></content:encoded>
	</item>
	<item>
		<title>Автор: max.pain85</title>
		<link>http://www.hirobot.ru/2009/04/torgovyj-robot-dlya-quik-probojnyj-chast-chetvertaya/comment-page-1/#comment-2693</link>
		<dc:creator>max.pain85</dc:creator>
		<pubDate>Sat, 24 Dec 2011 08:41:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.hirobot.ru/?p=124#comment-2693</guid>
		<description>Евгений, а каком случае может быть, что выполняются следующие условия?
3. Количество лотов в активной стоп заявке не равно текчистпозу. 
5. Если нет открытой позиции.</description>
		<content:encoded><![CDATA[<p>Евгений, а каком случае может быть, что выполняются следующие условия?</p><p>3. Количество лотов в активной стоп заявке не равно текчистпозу. </p><p>5. Если нет открытой позиции.</p>]]></content:encoded>
	</item>
	<item>
		<title>Автор: max.pain85</title>
		<link>http://www.hirobot.ru/2009/04/torgovyj-robot-dlya-quik-probojnyj-chast-chetvertaya/comment-page-1/#comment-2684</link>
		<dc:creator>max.pain85</dc:creator>
		<pubDate>Thu, 22 Dec 2011 14:43:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.hirobot.ru/?p=124#comment-2684</guid>
		<description>И еще вопрос: почему в функции FUNC ORDER вид транзакции ACTION при условии IF FTYPE=&quot;LIMIT&quot; не описывается как «NEW_ORDER» (по аналогии как при условии IF FTYPE=&quot;STOP&quot; - &quot;NEW_STOP_ORDER&quot;)?</description>
		<content:encoded><![CDATA[<p>И еще вопрос: почему в функции FUNC ORDER вид транзакции ACTION при условии IF FTYPE="LIMIT" не описывается как «NEW_ORDER» (по аналогии как при условии IF FTYPE="STOP"&nbsp;&mdash; &laquo;NEW_STOP_ORDER&raquo;)?</p>]]></content:encoded>
	</item>
	<item>
		<title>Автор: Евгений</title>
		<link>http://www.hirobot.ru/2009/04/torgovyj-robot-dlya-quik-probojnyj-chast-chetvertaya/comment-page-1/#comment-1842</link>
		<dc:creator>Евгений</dc:creator>
		<pubDate>Mon, 21 Jun 2010 15:21:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.hirobot.ru/?p=124#comment-1842</guid>
		<description>Таймфрейм в моих роботах задается пользователем.

Мысли очень любопытные. Напишите в личку - спишемся по эл.почте. Думаю из этой идеи что-то можно выжать.</description>
		<content:encoded><![CDATA[<p>Таймфрейм в моих роботах задается пользователем.</p><p>Мысли очень любопытные. Напишите в личку&nbsp;&mdash; спишемся по эл.почте. Думаю из этой идеи что-то можно выжать.</p>]]></content:encoded>
	</item>
	<item>
		<title>Автор: Prof</title>
		<link>http://www.hirobot.ru/2009/04/torgovyj-robot-dlya-quik-probojnyj-chast-chetvertaya/comment-page-1/#comment-1841</link>
		<dc:creator>Prof</dc:creator>
		<pubDate>Mon, 21 Jun 2010 15:17:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.hirobot.ru/?p=124#comment-1841</guid>
		<description>Ну на самом деле под закрытием я понимаю именно &quot;закрытие&quot; гэпа в сторону, противоположную его открытию, т.е. ликвидацию разрыва. 
Очень часто бывает так, что рынок идет в одном направлении, а утром на внешнем фоне открывается с гэпом в противоположном: народ утром наслушался новостей и того что им втюхивают бравые ребята по рбк и в спешке закрывает открытые ранее позиции, и + выбитые стопы выносят рынок на 2-3 необоснованных %. Далее уже более мудрый народ начинает разворачивать рынок в глобальное русло. (Если честно, самого когда-то именно вот так и ловили по утрам, пока не понял правила данной игры)
Если ловить утренний гэп, то как правило (в зависимости от силы гэпа, т.е. эмоций участников рынка) первое ощущение прозрения (когда уже все успели продать или купить) у народа наступает в 10:45 - 10:50 (сейчас мы говорим про ММВБ), далее 5 мин. наступает момент равновесия, и далее все просто ждут, а что же скажет госпожа Франция (САС40 - кто не знает, открытие в 11:00). Как правило, именно эта равновесная 5-ти минутка и становится переломной. 
Описанный сценарий был очень актуален, когда ММВБ открывался наравне с РТС и не было явного индикатора куда и как идти утром. Сейчас РТС четко показывает, как примерно отыграют гэп, но фактор открытия Европы никто не отменяет. Если пробойник работает внутри дня, то думаю стоит подумать, каким образом можно еще увеличить его доходность, пусть даже на основе столь нерегулярных событий как закрытие утреннего гэпа.
Суть вопроса по пробойнику в том, что первая свеча (речь идет по часовому и 30 мин. таймфрейму, да и 15 мин. в данном случае тоже) выходит как правило очень громоздкой, т.е. интервал между хаем и лоу у нее очень существенный (порой может превышать 2-3%).
Я думал по методологии закрытия гепов + отыгрывания новостей в 16:30 по пробоям свечек, в голову приходит только одна идея: играть на разных таймфреймах - начинаем на 5-ти минутках и если цена идет с нами в ногу, плавно переходим к 1 часу (или рабочему таймфрейму, кому как удобно),  иначе фиксируемся на первом отработанном событии на выход. 
Да и в общем было бы интересно плавно повышать таймфрейм, т.к. многие работают в основном на часе (реже 15 или 30 мин), а потери на неверном входе в случае часового бара получаются весьма весомыми.

Соответственно вопрос: какой возможен вариант переключения таймфрейма у бота? Честно говоря, элегантного решения пока сообразить не могу, хотя идеи есть вести сразу несколько графиков и переключаться между ними. Какие еще варианты можно тут предложить?</description>
		<content:encoded><![CDATA[<p>Ну на самом деле под закрытием я понимаю именно &laquo;закрытие&raquo; гэпа в сторону, противоположную его открытию, т.е. ликвидацию разрыва. </p><p>Очень часто бывает так, что рынок идет в одном направлении, а утром на внешнем фоне открывается с гэпом в противоположном: народ утром наслушался новостей и того что им втюхивают бравые ребята по рбк и в спешке закрывает открытые ранее позиции, и + выбитые стопы выносят рынок на 2-3 необоснованных %. Далее уже более мудрый народ начинает разворачивать рынок в глобальное русло. (Если честно, самого когда-то именно вот так и ловили по утрам, пока не понял правила данной игры)</p><p>Если ловить утренний гэп, то как правило (в зависимости от силы гэпа, т.е. эмоций участников рынка) первое ощущение прозрения (когда уже все успели продать или купить) у народа наступает в 10:45&nbsp;&mdash; 10:50 (сейчас мы говорим про ММВБ), далее 5 мин. наступает момент равновесия, и далее все просто ждут, а что же скажет госпожа Франция (САС40&nbsp;&mdash; кто не знает, открытие в 11:00). Как правило, именно эта равновесная 5-ти минутка и становится переломной. </p><p>Описанный сценарий был очень актуален, когда ММВБ открывался наравне с РТС и не было явного индикатора куда и как идти утром. Сейчас РТС четко показывает, как примерно отыграют гэп, но фактор открытия Европы никто не отменяет. Если пробойник работает внутри дня, то думаю стоит подумать, каким образом можно еще увеличить его доходность, пусть даже на основе столь нерегулярных событий как закрытие утреннего гэпа.</p><p>Суть вопроса по пробойнику в том, что первая свеча (речь идет по часовому и 30 мин. таймфрейму, да и 15 мин. в данном случае тоже) выходит как правило очень громоздкой, т.е. интервал между хаем и лоу у нее очень существенный (порой может превышать 2-3%).</p><p>Я думал по методологии закрытия гепов + отыгрывания новостей в 16:30 по пробоям свечек, в голову приходит только одна идея: играть на разных таймфреймах&nbsp;&mdash; начинаем на 5-ти минутках и если цена идет с нами в ногу, плавно переходим к 1 часу (или рабочему таймфрейму, кому как удобно),  иначе фиксируемся на первом отработанном событии на выход. </p><p>Да и в общем было бы интересно плавно повышать таймфрейм, т.к. многие работают в основном на часе (реже 15 или 30 мин), а потери на неверном входе в случае часового бара получаются весьма весомыми.</p><p>Соответственно вопрос: какой возможен вариант переключения таймфрейма у бота? Честно говоря, элегантного решения пока сообразить не могу, хотя идеи есть вести сразу несколько графиков и переключаться между ними. Какие еще варианты можно тут предложить?</p>]]></content:encoded>
	</item>
</channel>
</rss>

