ZUP Проект "Феникс"

Hello,

In previous versions of ZUPs I feel that the new pattern are identified by their name (Symbol + Period + Name + Bullbear).
When a pattern evolves in time the PRZ can be redrawn several times.
In this case the screen capture or CSV file output is created only once and all subsequent PRZ are lost.
To avoid this problem I added the time of the PRZ in the name as below (it's just a example).
I do not know how it's done in the new version but we need all the PRZ.


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

В предыдущих версиях ZUPs я вижу, что новый паттерн идентифицируется его именем (Символ + Период + Имя + Bullbear).
Когда паттерн развивается во времени, PRZ может быть изменена несколько раз.
В этом случае захват кадра или файл CSV создаются только однажды, и будут потеряны все последующие PRZ.
Чтобы избежать этой проблемы, я добавил время PRZ на имя как ниже (это - просто пример).
Я не знаю, как это сделано в новой версии, но мы нуждаемся во всех PRZ.

Код:

static string TempPattern = ""; // Global
static string foundPattern = ""; // Global

TempPattern = vNamePattern+"_"+TimeForDmax; // Name + PRZ time

if (foundPattern != TempPattern)
{
WriteCSVPattern (); // Write output csv file
foundPattern = TempPattern; // Save pattern name with time
}

++

 

PRZ меняются часто. Если ранее была одна большая PRZ, то сейчас сделал привязку более мелких PRZ к точным уровням retXD.
Этих уровней у некоторых паттернов может быть много. И PRZ теперь меняется по мере развития паттерна.
С этим необходимо поработать. Посмотреть, как это работает.
Возможно, в течение периода тестирования будут внесены изменения, если будут предложены интересные дополнения.
Согласен, что необходимо внести ограничения на перезапись файлов с параметрами паттернов и картинок. Учту это.

 

Мне нужна информация на текущий момент (я про .csv файл)
Т.е. через 10 минут появился другой паттерн или этот развился - то пусть файл перезапишется, а не добавится еще один файл в папку
Или как то разделить вывод файлов:
1. пишем все подряд
2. при появлении нового значения - перезапись старого файла

 

Сейчас производится перезапись файлов при каждом пересчете зигзага.
А пересчет зигзага происходит в следующих случаях:
1) цена вышла за минимум или максимум бара;
2) появился новый бар;
3) произошла подкачка истории (пропущенной истории) - это в чем-то похоже с пунктом 2).

Такая частая перезапись файлов создает большую нагрузку на компьютер.

Логичнее переписывать файлы, если изменились точки (в основном точка D) привязки паттерна и
при появлении нового бара - без изменения точек привязки.

 

согласен

 

from my point of view it is easier to manage multiple files that modify an existing file.
The problem with file modification and that may be the concurant access and can cause a lot of trouble.
For debugging all created files can be very useful.с моей точки зрения легче управлять мульти файлами, которые изменяют существующий файл.Проблема с модификацией файла и это может быть concurant доступом и может доставить много неприятностей.Для отладки всех созданных файлов может быть очень полезным.

 

Стал разбираться с размером PRZ - прямоугольником развития точки D паттерна.

Старый вариант:



Новый вариант:



Старый вариант:



Новый вариант:



Для паттернов с большим разбросом ретресментов новый вариант создает маленькую PRZ, но эта PRZ перескакивает к новому значению
ретресмента XD по мере изменения (развития) паттерна.

Для паттернов с малым разбросом ретресментов необходимо понаблюдать за размером PRZ в старом и новом вариантах построения PRZ.

Поэтому ввел параметр выбора варианта построения PRZ. Либо старый вариант, либо новый.

 

В 137 версии необходимо применяющим ZUP для поиска бабочек хорошо изучить описание пятиточечных паттернов и также постараться понять работу рамки PRZ.
Этому надо уделить время.

Вот паттерн, который вызвал это сообщение:



Его стоит изучить. Пристальное изучение может вызвать вопросы.

 

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

 

Конечно отнести к Butterfly, этот паттерн нельзя, не входит по XD, и обяэательное 0.786 по XB
namepatterns[13]="Butterfly"; minXB_[13]=0.786; maxXB_[13]=0.786; minAC_[13]=0.382; maxAC_[13]=0.886; minBD_[13]=1.618; maxBD_[13]=2.618; minXD_[13]=1.272; maxXD_[13]=1.618

Также и не войдет, ни в один, из 54 паттерна SNORM по 2.0/1.128 (по АС или по XB).
namepatterns[33]="Alt Shark 1(4-2)2.0/1.128"; minXB_[33]=0.446; maxXB_[33]=0.618; minAC_[33]=0.618; maxAC_[33]=0.886; minBD_[33]=2.0; maxBD_[33]=2.0; minXD_[33]=1.128; maxXD_[33]=1.128;
namepatterns[58]="A Bat(3-1)2.0/1.128"; minXB_[58]=0.382; maxXB_[58]=0.618; minAC_[58]=1.128; maxAC_[58]=2.618; minBD_[58]=2.0; maxBD_[58]=2.0; minXD_[58]=1.128; maxXD_[58]=1.128;
namepatterns[62]="Shark 2(3-2)2.0/1.128"; minXB_[62]=0.382; maxXB_[62]=0.618; minAC_[62]=1.128; maxAC_[62]=1.618; minBD_[62]=2.0; maxBD_[62]=2.0; minXD_[62]=1.128; maxXD_[62]=1.128;
namepatterns[194]="Black swan-2.0/1.128"; minXB_[194]=1.382; maxXB_[194]=2.618; minAC_[194]=0.236; maxAC_[194]=0.5; minBD_[194]=2.0; maxBD_[194]=2.0; minXD_[194]=1.128; maxXD_[194]=1.128;
namepatterns[68]="Alt Bat(5-1)[.382*/-/2.0/1.128*]"; minXB_[68]=0.382; maxXB_[68]=0.382; minAC_[68]=0.382; maxAC_[68]=0.886; minBD_[68]=2.0; maxBD_[68]=2.0; minXD_[68]=1.128; maxXD_[68]=1.128;
namepatterns[437]="Partizan 2-2.0/1.128"; minXB_[437]=0.128; maxXB_[437]=3.618; minAC_[437]=1.128; maxAC_[437]=1.618; minBD_[437]=2.0; maxBD_[437]=2.0; minXD_[437]=1.128; maxXD_[437]=1.128;
namepatterns[227]="Sea Pony-2.0/1.128"; minXB_[227]=0.128; maxXB_[227]=3.618; minAC_[227]=0.382; maxAC_[227]=0.5; minBD_[227]=2.0; maxBD_[227]=2.0; minXD_[227]=1.128; maxXD_[227]=1.128;
namepatterns[604]="Navarro 200-2.0/1.128"; minXB_[23]=0.382; maxXB_[23]=0.786; minAC_[23]=0.886; maxAC_[23]=1.128; minBD_[23]=2.0; maxBD_[23]=2.0; minXD_[23]=1.128; maxXD_[23]=1.128;

Раз мы обсуждаем, только точные модели. Я посмотрел на Новозеландце Ваш пример, поставил чистый 135, есть такой паттерн. Начал уменьшать ExtDeltaGartley при 6% - модель пропала. Я использую не больше 0,04. Да и в обще к чистым я данный пример не отнес бы, XD-1.20. Чистоту модели начинаю развивать если XD и BD в ряде Песавенто, плюс обязательно, хотя бы один из АС или XB.
Я бы, воспользовался другим паттерном, старшего уровня, т.к. на пятиминутке в тот момент чистых не было . Это из уровня, мертвой зоны, которые не перекрывают все известные нам точные модели, их около 150. Но опять приходим к взаимосвязи с старшими таймфремами.



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

 

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

 

По XD в пределах допуска проходит. И по всем остальным в пределах допуска проходит.
По XD получаем следующее.
Реальное значение XD=1.2
Это точно посередине между 1.128 и 1.272. А если посередине, то выбирается первое значение.
Поэтому и вывелось 1.128 в названии.
Рамка PRZ отсчитывается уже относительно 1.128. От 1.272 рамка получилась бы бОльшего размера.
Также в пределах рамки PRZ видно значение 1.618*AB=CD. Для Butterfly должно быть (1.272 или 1.618)*AB=CD.
Размер рамки мленький.
Рамка в новой версии отсчитывается от ближайшего значения фибы из возможных фиб для XD для данного паттерна, если, конечно, она - фиба - попадает в пределы допуска.
Но значения фиб (XD) выводятся на вертикали от точки D только в том случае, если в пределах допуска от данной фибы попадает
одно из возможные значений X*AB=CD или одно из возможных значений retBD. И эти значения также выводятся вместе с XD.
То есть выводятся только скопления фиб. Но если в пределы допуска от текущей цены не попадает ни одно из возможных значений фиб
для XD и BD, то рамка расширяется до максимального значения, то есть она принимает размер токой же, как рамка в старых версиях.

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

 

В этой ветке форума ранее я сравнивал допуска ZUP с допусками, применяемым Скоттом Карни в своей программе.
Там было написано, что даже наш допуск в 10% будет меньше допуска применяемого Скоттом в 1-2%.
Потому что наш допуск отсчитывается от значения ретресмента, а у Скотта, по моим представлениям, от значения рыночной цены. Это получается после анализа картинок, которые показывает Скотт в описании своей программы.
С величиной допуска необходимо разобраться.

 

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

 

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

 

С паттернами со старших тф, а также со "списком" паттернов актуальных на текущем тф - это отдельная большая тема.
Эту тему лучше разрабатывать уже в новом МТ4 с его новыми возможностями.

 

магентовое левое крыло - это штази 0.707-1.272 и бабочка (ZUP 136)
сине-салатовое крыло - бабочка 113 (varstrong)

но, лучшая ПРЗ у штази - синия вертикаль - горизонталь
у 2 -х бабочек - ПРЗ одинаковая (красным)

 

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

Старые файлы со старым названием не удаляются.

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

 

Хорошо

 

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