<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title>Форум QUIK [тема: Помогите подобрать примерный алгоритм для счетчика сделок]</title>
		<link>http://forum.quik.ru</link>
		<description>Новое в теме Помогите подобрать примерный алгоритм для счетчика сделок форума  на сайте Форум QUIK [forum.quik.ru]</description>
		<language>ru</language>
		<docs>http://backend.userland.com/rss2</docs>
		<pubDate>Sun, 03 May 2026 00:34:04 +0300</pubDate>
		<item>
			<title>Помогите подобрать примерный алгоритм для счетчика сделок</title>
			<description><![CDATA[<b><a href="http://forum.quik.ru/messages/forum9/message28328/topic3269/">Помогите подобрать примерный алгоритм для счетчика сделок</a></b> в форуме <a href="http://forum.quik.ru/forum9/">Программирование на языке QPILE</a>. <br />
			<br />====quote====<br /><a class="blog-p-user-name" id="bp_VCgb2eDh" href="/user/5979/" bx-tooltip-user-id="5979">Артем</a> написал:<br />Т.е. алгоритм не будет знать какую пар свечей он сравнивает: <br />=============<br />Давайте еще раз.<br />Сравнить текущий номер свечки и номер предыдущей свечки Вы можете, так? Так.<br />Что мешает использовать это для проверки новая свечка или нет?<br /><br />oldIndex=0<br />....<br />if (oldIndex~=index) then<br />--случилась новая свеча<br /> oldIndex==index<br />else<br />--старая свеча <br />end <br />
			<i>20.12.2017 10:39:11, Sergey Gorokhov.</i>]]></description>
			<link>http://forum.quik.ru/messages/forum9/message28328/topic3269/</link>
			<guid>http://forum.quik.ru/messages/forum9/message28328/topic3269/</guid>
			<pubDate>Wed, 20 Dec 2017 10:39:11 +0300</pubDate>
			<category>Программирование на языке QPILE</category>
		</item>
		<item>
			<title>Помогите подобрать примерный алгоритм для счетчика сделок</title>
			<description><![CDATA[<b><a href="http://forum.quik.ru/messages/forum9/message28322/topic3269/">Помогите подобрать примерный алгоритм для счетчика сделок</a></b> в форуме <a href="http://forum.quik.ru/forum9/">Программирование на языке QPILE</a>. <br />
			<noindex><a href="https://forum.quik.ru/user/17/" target="_blank" rel="nofollow">Sergey Gorokhov</a></noindex>, согласен, но как я уже сказал время прогонки всего алгоритма много меньше жизни одной свечи, например 15 минутки. Да, в первые секунды появления новой свечи, он ( алгоритм) увидит новый индекс, который логично не равен индекс -1, все, классно, если флага совершения сделки нет или равен 0, он ее совершит. Секунд через 45 он снова прогонит весь алгоритм, в который переменная флага совершения сделки, которая стоит в начале каждого шага цикла for, будет снова ровна 0 и новый индекс все также не равен индекс -1. Т.е. алгоритм не будет знать какую пар свечей он сравнивает: 2 раза пару (index-1;index) или по разу две пары (index-1;index) и (index;index+1), потому что разница &nbsp;между ними одно и тоже значение. Удобней здесь, на мой взгляд, сравнивать не индексы, а цены открытия свечи, т. е. open(index) - open(index-1) &nbsp;с большой долей вероятности будет отличаться от open(index+1) - open(index), и, соответсвенно, даже если 20 раз прогнать алгоритм по свечи со значением open(index) - open(index-1), а на 21 появляется pen(index+1) - open(index) мы будем знать, что именно сейчас появилась новая свеча. Но для этого мы должны знать, как хранить, именно, open(index) - open(index-1). Т. е. задача сводиться к тому чтобы задать некие 2 переменные: одна из которых будет отслеживать текущую разницу open, а вторая хранить контрольную &nbsp;и массив примет след. вид<br /><br /><br />прогонка 1 open(index) - open(index-1) ; open(index) - open(index-1)<br />прогонка 2 open(index) - open(index-1) ; open(index) - open(index-1)<br />прогонка 3 open(index) - open(index-1) ; pen(index+1) - open(index) именно здесь появляется новая свеча, и текущая разница не равна контрольной<br />прогонка 4 open(index+1) - open(index) ; pen(index+1) - open(index) до <br />прогонка n open(index+1) - open(index) ; pen(index+2) - open(index+1)<br />но вот как создать переменную с контрольной разницей не понятно , чтобы в момент появления свечи, алгоритм все еще ее помнил, но в тоже время, &nbsp;тупо не брал ее из предыдущих значений массива. Видимо контрольная переменная должна запаздывать на 1 шаг от текущий, но не в рамка цикла for, а в рамках одной прогонки всего алгоритма <br />
			<i>19.12.2017 22:43:03, Артем.</i>]]></description>
			<link>http://forum.quik.ru/messages/forum9/message28322/topic3269/</link>
			<guid>http://forum.quik.ru/messages/forum9/message28322/topic3269/</guid>
			<pubDate>Tue, 19 Dec 2017 22:43:03 +0300</pubDate>
			<category>Программирование на языке QPILE</category>
		</item>
		<item>
			<title>Помогите подобрать примерный алгоритм для счетчика сделок</title>
			<description><![CDATA[<b><a href="http://forum.quik.ru/messages/forum9/message28300/topic3269/">Помогите подобрать примерный алгоритм для счетчика сделок</a></b> в форуме <a href="http://forum.quik.ru/forum9/">Программирование на языке QPILE</a>. <br />
			<br />====quote====<br /><a class="blog-p-user-name" id="bp_fHIGp2No" href="/user/5979/" bx-tooltip-user-id="5979">Артем</a> написал:<br />Через несколько минут появляется новая свеча и t.[index] становится n+1.<br />=============<br />index ведь изменится не так ли (появляется новая свеча).<br />А значит ничего не мешает обратиться к данным предыдущей свечки через t[index-1] <br />
			<i>19.12.2017 11:37:21, Sergey Gorokhov.</i>]]></description>
			<link>http://forum.quik.ru/messages/forum9/message28300/topic3269/</link>
			<guid>http://forum.quik.ru/messages/forum9/message28300/topic3269/</guid>
			<pubDate>Tue, 19 Dec 2017 11:37:21 +0300</pubDate>
			<category>Программирование на языке QPILE</category>
		</item>
		<item>
			<title>Помогите подобрать примерный алгоритм для счетчика сделок</title>
			<description><![CDATA[<b><a href="http://forum.quik.ru/messages/forum9/message28296/topic3269/">Помогите подобрать примерный алгоритм для счетчика сделок</a></b> в форуме <a href="http://forum.quik.ru/forum9/">Программирование на языке QPILE</a>. <br />
			<noindex><a href="https://forum.quik.ru/user/17/" target="_blank" rel="nofollow">Sergey Gorokhov</a></noindex>, добрый вечер. Я совсем недавно в алгоритмизации на Quik'ке., поэтому могут задать глупый вопрос, но все-таки. То что вы предлагаете в целом понятно, однако не ясно как хранить пред. значение t.&#91;index&#93;. Т.е. допустим сейчас t.&#91;index&#93; равен некому n. Через несколько минут появляется новая свеча и t.&#91;index&#93; становится n+1. Не понятно где и как хранить предыдущее значение индекса n, чтобы их сравнивать и понять, что они отличаются? С другой стороны точно также текущий индекс n текущей свечи будет отличаться от свечи n-1, и следовательно при прогонке всего цикла сохранения свечей в коллекцию относительно пред. свечи текущая свеча будет обозначаться, как новая, (а ведь за время жизни свечи алгоритм может отработаться несколько раз и скорее всего алгоритм будет считать ее, как только что появившееся) и будет сбрасывать флаг совершения сделки по данной свечи снова в 0 &nbsp; <br />
			<i>18.12.2017 22:30:23, Артем.</i>]]></description>
			<link>http://forum.quik.ru/messages/forum9/message28296/topic3269/</link>
			<guid>http://forum.quik.ru/messages/forum9/message28296/topic3269/</guid>
			<pubDate>Mon, 18 Dec 2017 22:30:23 +0300</pubDate>
			<category>Программирование на языке QPILE</category>
		</item>
		<item>
			<title>Помогите подобрать примерный алгоритм для счетчика сделок</title>
			<description><![CDATA[<b><a href="http://forum.quik.ru/messages/forum9/message28226/topic3269/">Помогите подобрать примерный алгоритм для счетчика сделок</a></b> в форуме <a href="http://forum.quik.ru/forum9/">Программирование на языке QPILE</a>. <br />
			<a class="blog-p-user-name" id="bp_EAdjpIr6" href="/user/5979/" bx-tooltip-user-id="5979">Артем</a>, <br />на сколько становится понятно, вопрос сводится к тому что нужно определить появление новой свечки?<br />Если так, что таким сигналом может быть номер свечки.<br />Если номер изменился, значит это новая свечка.<br />Через CreateDataSource подписаться на нужный график.<br />Установить колбек через SetUpdateCallback.<br />В колбеке ловить все свечки.<br />Можно создать таблицу t={}<br />И записывать в эту таблицу свечки по номеру<br />t.[index]=..<br /><br />Если свечка изменилась то t.[index] обновится<br />Если случилась новая свечка, то в таблице t появится новая запись<br />если index не равен предыдущему значению, значит случилась новая свечка.<br /><br />Тут следует заметить что могут быть нюансы при первичном запуске, когда прокачивается старая информация.<br />Следует предусмотреть логику проверки, старая это свечка или новая. например проверять время свечки. <br />
			<i>15.12.2017 06:49:00, Sergey Gorokhov.</i>]]></description>
			<link>http://forum.quik.ru/messages/forum9/message28226/topic3269/</link>
			<guid>http://forum.quik.ru/messages/forum9/message28226/topic3269/</guid>
			<pubDate>Fri, 15 Dec 2017 06:49:00 +0300</pubDate>
			<category>Программирование на языке QPILE</category>
		</item>
		<item>
			<title>Помогите подобрать примерный алгоритм для счетчика сделок</title>
			<description><![CDATA[<b><a href="http://forum.quik.ru/messages/forum9/message28185/topic3269/">Помогите подобрать примерный алгоритм для счетчика сделок</a></b> в форуме <a href="http://forum.quik.ru/forum9/">Программирование на языке QPILE</a>. <br />
			Добрый день, друзья. У меня возникла проблема с количеством исполнения сделок на одну свечку. У меня есть алгоритм для сохранения свечей в коллекцию. Однако у него одна особенность, а именно он сохраняет коллекцию только завершенные свечи, т.е. в коллекцию идут предыдущая свеча и несколько перед ней, а текущая незавершенная не учитывается. Сигнал на вход 2 последовательные свечи одного цвета с неким коротким стопом. Однако если данный вход будет &quot;ложным&quot; и сделку выбьет по стопу, алгоритм тут же войдет снова по рыночной цене, причем стоп может стоять выше покупки, если эта сделка, например, на покупку, а текущая свеча медвежья и имеет более широкий диапазон, чем предыдущая бычья. Выходом может служить знание алгоритма, что на одну свечу можно открывать только одну сделку и если, сделка стопится, то ждать следующую свечу. И вот здесь я никак не могу сообразить. Можно все таки учитывать текущую незавершенную свечку в коллекции, как самую первую с номером 0 например и уже известной ценой open. И как только данной значение open переместится на след. позицию в коллекции с номером 1, то все можно совершать еще одну сделку. И вот как это реализовать не понятно, прошу помощи &nbsp; <br />
			<i>13.12.2017 21:53:17, Артем.</i>]]></description>
			<link>http://forum.quik.ru/messages/forum9/message28185/topic3269/</link>
			<guid>http://forum.quik.ru/messages/forum9/message28185/topic3269/</guid>
			<pubDate>Wed, 13 Dec 2017 21:53:17 +0300</pubDate>
			<category>Программирование на языке QPILE</category>
		</item>
	</channel>
</rss>
