Исполнение ордеров происходит на нашем собственном агрегаторе ликвидности - MarketPlace. После получения запроса на открытие сделки, информация фиксируется внутри MarketPlace, после чего отражается в клиентском терминале MetaTrader4. Однако, в случае перегрузки сервера MT, терминал может не моментально отражать информацию. Запрос в любом случае фиксируется на MarketPlace, убедиться в этом можно, авторизовавшись к счету через наше приложение Forex4you. После синхронизации, ордер о котором идет речь будет отражен и в торговом терминале. Такой ордер не открывается системой, он открывается по запросу клиента, либо советника.
В данный момент мы переносим счета всех наших клиентов на систему обработки MarketPlace, так как это поможет избежать подобных случаев, если сервер MT даст сбой. Также стоит отметить что ошибка Off Quotes является "общей" ошибкой, в будущем мы добавим описание для каждой ситуации, отражаться она будет в разделе Mailbox.
После синхронизации ордеров, сделка действительно отражается без магик-кода и открытым вручную. Нам известно об этой ситуации, и мы уже занимаемся ее решением.
[Советник] Forex Setka Trader Mod и [EA]-Setka📌
От ApMSoft, 24 августа, 2012 в Лаборатория ProfitFX
Мы не знали и не могли знать деталей - но в целом ситуацию поняли правильно.
Также очень важно, что и ДЦ понимает чрезвычайную значимость и проблемность "подарочных" ордеров и то, что эту проблему безусловно надо решить.
Может, на это уйдут недели - но проблема должна быть безусловно и гарантировано решена.
Но я попросил бы Вас обратить внимание на то, что Вы должны обеспечить адекватный и своевременный стык Ваших агрегатора ликвидности MarketPlace, приложения Forex4you и детализацию сообщений в Mailbox с МТ4 и стандартными средствами MQL4.
Потому что даже если вы решите все проблемы вне терминала МТ4, но не обеспечите адекватное, своевременное и понимаемое стандартными средствами MQL4 отражение ваших реальных действий в МТ4, то боты нормально работать с ДЦ Forex4you не смогут.
Я понимаю, что синхронизация реальная, физическая проблема...
Но или боты будут своевременно понимать что относительно запрошенного ими ордера сделало ДЦ - или торговать ботами реально у вас будет нельзя.
Очень прошу Вас учесть это критично серьезное обстоятельство.
Что-то, какая то модель "Китобой" странная. Если принять условия, что со 2 -90, то к 4 у нас уже сетка будет 1 пип.
То ли в моделе какая то ошибка.
Если настройки сетки заданы некорректно, то расчет может быть неверным.
В готовящейся к релизу модели я добавляю минимальный синтаксический и семантический контроль настроек сетки.
Но в экселе, как в боте, наглухо заблокировать всё некорректные варианты и комбинации настроек невозможно.
Поэтому если человек не вполне понимает как настраивает сетку, то и модель может показать некорректный результат.
Изменено 9 сентября, 2016 пользователем Старик
В точку =d>
Также стоит отметить что ошибка Off Quotes является "общей" ошибкой
Я так понимаю торговля у брокера с такими проблемами будет рисковой даже если на все возможные
сюрпризы в коде будет противоядие ,так как с такой схемой каждый тик может быть новый сюрприз :(
понятно что тема не обсуждение брокера ,но и брокер не последняя кухня а бот так вообще, первоклассно
разрабатывается ,и получается что сюрпризы не исключены
Изменено 9 сентября, 2016 пользователем pegaskrs
Еще немного экзотики, сетка-китобой :d
Основная идея сетки:
Ловля больших движений и закрытие на ближайшем откате. Зачем нам планктон, подавайте нам кита на блюдечке с голубой каёмочкой!
Параметры:Спойлер
Сетка:Спойлер
Что-то, какая то модель "Китобой" странная. Если принять условия, что со 2 -90, то к 4 у нас уже сетка будет 1 пип.
То ли в моделе какая то ошибка.
Если настройки сетки заданы некорректно, то расчет может быть неверным.
В готовящейся к релизу модели я добавляю минимальный синтаксический и семантический контроль настроек сетки.
Но в экселе, как в боте, наглухо заблокировать всё некорректные варианты и комбинации настроек невозможно.
Поэтому если человек не вполне понимает как настраивает сетку, то и модель может показать некорректный результат.
мне кажется тут ошибка в модели получилась с этим китобоем, если поставить GridLevel = 3, а не 2,
то сет работает (причем модель не пересчитывается и аналогична оригиналу):
Погонял в тестере по всякому, но кита так и не поймал, рыбки только - >:d
пробовал так же уменьшать длину сети за счет GridStep, вплоть до 20;-10 :
Рыбешки чаще, но опять без кита >:d
В общем кому интересно китов ловить пробуйте, я его только на рисунке Excel-модели увидел, в живую как то трудноуловим :) либо мелочь, либо лодка ко дну..
Изменено 11 сентября, 2016 пользователем cakrani
мне кажется тут ошибка в модели получилась с этим китобоем, если поставить GridLevel = 3, а не 2,
то сет работает (причем модель не пересчитывается и аналогична оригиналу)
Да, ошибка в Модели. Исправил. cakrani =d>
Просто не предполагал, что кому-то может понадобиться менять шаг сетки уже со 2-го колена.
Теперь можно.
В 1.38 будет можно несколько больше и, может, схема "Китобой" окажется более жизнестойкой.
Изменено 11 сентября, 2016 пользователем Старик
Приличных брокеров с центовиками не так уж и много, поэтому далеко не убежишь от них. Смена центового брокера, в отличие от долларового, может представлять определённые трудности. А ругаться с брокерами это слишком суровый и непродуктивный метод, и неизвестно, кому от этого будет хуже. Типа, поссорился с женой и, чтобы ей отомстить, отрезал себе кер:) Лучше выявлять проблемы и стараться общаться с техподдержкой.
Коллеги, по торгам в Форекс4ю.
На сейчас проблема в том, что в Ф4ю началась революционная перестройка, которая закончится неизвестно чём и когда.
Может, перестройка программно-технического комплекса ДЦ со временем сделает его лидером в СНГ - возможно.
Однако, в ходе перестройки, иногда, раз в сутки или реже, программное обеспечение (ПО) ДЦ начало врать ботам относительно ордеров, открытие которых боты запрашивают.
То есть ПО ДЦ, когда врет, отвечает боту, что в открытии ордера отказано по Off Quotes - но реально, без мэджик и по цене от балды, один или несколько лишних ордеров в пределах 100 секунд открывает.
Что, как понятно даже детям, создает предпосылки для быстрого слива депо клиента - причем по несомненной вине ДЦ.
Насколько понимаю, врать ПО ДЦ начинает лишь при быстрых движениях цены и перегрузке сервера МТ4, не всем и далеко не всегда, может и не на всех парах...
Но врет не так уж и редко - даже в нашей небольшой теплой кампании, за менее чем неделю, было 4 инцидента с около 10 лишними и еще и прячущимися от бота ордерами с нулевым/ручным мэджиком.
Есть очень высокая вероятность, что это проблема чисто техническая - новые компьютерные программы ДЦ не всегда корректно взаимодействуют со старыми программами.
Это программы чрезвычайно высокой сложности и эпизодический нестык между новыми и старыми программами в программировании таких сложных интерактивных компьютерных систем, как ДЦ, случается частенько.
Так что ситуацию назвать уж совсем беспрецедентной нельзя - такое бывает и, при желании, за какое-то время разрешается...
Но боты не детекторы лжи и не могут с почти абсолютной точностью определить когда Ф4ю отвечает им правду, а когда врет.
Полагая, что ДЦ всегда отвечает правду, все боты (подчеркиваю - любые боты!), будут открывать в Ф4ю лишние ордера.
От одного до трех и более лишних ордеров на каждый инцидент - легко...
На уровне ботов, насколько понимаю, пока предотвратить это на 100% невозможно - дублирование ордеров не исключено.
И это будет продолжаться до тех пор, пока ДЦ снова перестанет иногда врать и будет всегда отвечать ботам правду.
Излишне драматизировать эту ситуацию не надо в том смысле, что ДЦ, возможно, этот плавающий баг со временем устранит.
Несомненно, всем понятно в чем проблема и спецам ДЦ, полагаю, известно как её можно устранить.
Хотя я, к сожалению, на 100% не уверен, что это будет легко - и даже не факт, что решить эту проблему на 100% возможно именно для торгов ботами.
Потому что пока что ДЦ размещает нужную ботам детальную информацию о запрошенных ботами ордерах в местах, ботам недоступных...
В общем, надо ждать развития событий.
Решение понятной проблемы теоретически возможно.
Представитель ДЦ нам вполне конструктивно пояснил много интересного и с важными деталями.
Но представитель ДЦ пока не гарантировал устранения ложных отказов Off Quotes, провоцирующих дублирование ордеров - и, тем более, пока не озвучивал каких-то сроков.
Всем закрывать счета и всем бежать из Forex4you пока серьезных оснований нет.
Есть вполне понятная техническая проблема, которую спецы ДЦ, теоретически, могут устранить в разумные сроки.
И тогда можно будет продолжить спокойно торговать в этом ДЦ.
Но пока эта техническая проблема не решена, в Forex4you практически гарантируется периодическое открытие ботами дублирующих ордеров - в том числе с левыми мэджиками.
На уровне ботов, даже если реализовать дополнительные алгоритмы защиты, в ДЦ Forex4you можно ограничить потери от дублирующих ордеров - но пока нельзя на 100% предотвратить возникновение дублирующих ордеров.
В общем, риски торгов ботами в Forex4you я, полагаю, достаточно живописал.
Продолжать торги ботами в Forex4you или прервать на время, до возможного устранения бага со стороны ДЦ, каждый решает сам.
На мой взгляд, разумно временно приостановить торги ботами в Forex4you. Но это лишь имхо.
и дождаться информации от их представителя, что ложных отказов Off Quotes, провоцирующих дублирование ордеров, снова больше не будет - и, по этой причине, дублирующие ордера снова (как и было раньше с 2007 года) в ДЦ открываться не будут.
Что, парни, все ОК - проблему выдачи заведомо ложных отказов Off Quotes и "подарочных" дублирующих ордеров ДЦ успешно решило!!
Учитывая, что ДЦ Forex4you много лет и некоторые в этом ДЦ уже 8 лет торгуют, дать людям время на решение технической проблемы можно и нужно.
И нам сразу начинать возбужденно бегать по потолку не обязательно - можно подождать сколько-то, оно того стоит.
Но напоследок (без намеков и выводов) всё же должен повторить, что представитель Forex4you пока прямо нам не давал и даже не обещал гарантии отсутствия ложных отказов (Off Quotes или иных) и гарантии не дублирования открываемых ботами ордеров по вине ДЦ.
Ну или я его не понял - хотя я вроде понял всё нам сказанное.
В любом случае, надо ждать от представителя Forex4you уточнений по этому поводу.
Потому что без гарантий со стороны ДЦ отсутствия ложных отказов типа Off Quotes, провоцирующих дублирование ордеров, полноценно торговать любыми ботами (и даже руками) в ДЦ Forex4you будет в принципе нельзя.
Изменено 11 сентября, 2016 пользователем Старик


корректны ли такие параметры сетки? :-?
Изменено 11 сентября, 2016 пользователем ilnur17021992
Исправления:
- Исправлена ошибка с попыткой дважды выставить ТР отложенному ордеру, в связи с чем могла возникать ошибка “Не правильные стопы (130)”.
- Исправлена ошибка в опции CurrencyForMinLot - теперь лот первого ордера сетки корректно вычисляется для счетов с минимальным лотом, отличным от 0.01.
- Добавлен параметр No1Order_ByDrawdownPercent_Off ( =0 – отключено ).
Обратный/зависимый параметр опции No1Order_ByDrawdownPercent для мультивальтных торгов.
No1Order_ByDrawdownPercent_Off позволяет задать, начиная с какого уровня общей (суммарной) просадки рыночных ордеров всех пар на счете (в % от баланса), снова разрешается открывать первые ордера sell и buy сеток пары, торгуемой данной копией бота. Допустимо No1Order_ByDrawdownPercent>0 и No1Order_ByDrawdownPercent_Off=0.
Обращаем внимание, что это единственные два параметра, контролирующие суммарный/полный уровень просадки от всех (своих и чужих) рыночных ордеров на счете - но запрещающих открытие 1-х ордеров сеток только одной валютной пары, торгуемой данной копией бота.
Все остальные/иные опции бота, контролирующие уровень просадки, учитывают просадку ордеров только одной/единственной валютной пары на графике, торгуемой данной копией бота. - Добавлен параметр CloseAllOrders_ByDrawdown_StopTrade = false|true - блокировать работу бота после закрытия всех ордеров обеих сеток при просадке, большей максимально разрешенной.
Это дополнительный/зависимый параметр, работающий только в связке с включенными опциями CloseAllOrders_ByDrawdownPercent или CloseAllOrders_ByDrawdownMoney.
Параметр CloseAllOrders_ByDrawdown_StopTrade предназначен для того, чтобы, после экстренного закрытия всех ордеров при достижении указанной вами максимальной просадки, новые сетки ордеров данной копией бота строиться не начинали - и у вас была возможность, в удобное время, спокойно проанализировать ситуацию и принять решения как и когда данной парой торговать дальше. - Добавлены параметры S_CalcLotType и B_CalcLotType - переключатель сомножителя мульта очередного N-го колена сетки.
Параметр CalcLotType может принимать только 2 значения (варианта) - LastOrder или MinOrder.
При CalcLotType = LastOrder на мульт текущего N-го колена сетки умножается лот ордера предшествующего N-1 колена сетки (предыдущий ордер).
Так безальтернативно вычислялся лот очередного ордера сетки по версию 1.37 включительно и с 1.38+ так вычислять тоже будет можно.
При CalcLotType = MinOrder на мульт текущего N-го колена сетки всегда умножается лот 1-го (первого) минимального ордера сетки.
Это альтернатива вводится с версии 1.38.
При CalcLotType = MinOrder все иные параметры управления мультом задаются и функционируют одинаково с CalcLotType = LastOrder.
Опция CalcLotType=MinOrder позволяет строить обычные и экзотические сетки: в т.ч. густые и многоордерные, с особо равномерным распределением лотности ордеров в сетке - или особо длинные сетки для крайне волатильных валютных пар.
Пример 1: при S_CalcLotType=MinOrder S_MinLot=0.01 S_Mult=1 S_MultStart=2 S_MultLevel2=3 и S_MultCorr=1 сетка будет 0.01, 0.01, 0.02, 0.03, 0.04, 0.05, 0.06, 0.07… лотов.
Пример 2: при S_CalcLotType=MinOrder S_MinLot=0.01 S_Mult=1 S_MultStart=2 S_MultLevel2=3 и S_MultCorr=0.25 сетка будет 0.01, 0.01, 0.01, 0.02, 0.02, 0.02, 0.02, 0.03, 0.03, 0.03, 0.03, 0.04, 0.04... лотов - Добавлены параметры S_MultStop и B_MultStop. Дефолтно =0 - отключены.
MultStop = №колена, на котором последний раз применяются корректирующие мульт параметры MultCorr и MultСorrLevel3 (если пользователь их задействовал).
MultStop это номер колена, начиная с которого (включительно) до конца buy/sell сетки множитель лота (мульт) фиксируется и будет одинаковым до последнего колена сетки (включительно).
Данная опция дает возможность максимально гибко использовать все имеющиеся параметры управления мультом, так как изменение мульта можно прервать MultStop на любом колене сетки и без использования для этого комбинации параметров MultLevel3>0 и MultСorrLevel3=0. - Добавлены параметры S_MaxLotCoef и B_MaxLotCoef. Дефолтно =0 - отключены.
S_MaxLotCoef и B_MaxLotCoef - это задаваемый пользователем коэффициент максимального лота ордера любого колена сетки.
MaxLotCoef позволяет вычислить максимальный лот, с которым боту разрешено открывать рыночные (выставлять отложенные) ордера.
Ордера с лотом большим, чем разрешенным/заданным коэффициентом MaxLotCoef, бот открывать/выставлять не будет.
Традиционно в ботах максимально разрешенный лот ордера в сетке задается константой в лотах.
У нас максимально допустимый лот ордера в сетке вычисляется от лота первого ордера сетки - что делает лот максимального ордера динамическим и пропорциональным размеру депо (если лот первого ордера сетки не фиксированный, а вычисляемый).
S_MaxLotCoef и B_MaxLotCoef указывает максимальный лот ордера в сетке как максимально разрешенное количество первых ордеров сетки - фиксированных или вычисленных в зависимости от размера депо.
Если расчетный лот очередного ордера сетки превысит MaxLotCoef * лот первого ордера сетки, то откроется ордер с лотом равным MaxLotCoef * лот первого ордера сетки.
Например, S_MaxLotCoef=200 при S_MinLot=0.02 и B_MaxLotCoef=300 при B_MinLot=0.01 задают максимальный sell ордер =4 лота и максимальный buy ордер =3 лота. - Добавлены параметры S_GridStop и B_GridStop. Дефолтно =0 - отключены.
GridStop - № колена, на котором поправки шага сетки срабатывают последний раз.
До конца сетки (с GridStop колена) шаг становится фиксированным и равным шагу сетки на GridStop колене.
Эта вроде несколько избыточная опция важная по 2 следующим причинам.- На последних 2-3 коленах продолжающий расти шаг сетки (более 60-80 пипсов?) не желателен, так как наиболее тяжелые и важные ордера отдаляются очень далеко. А какой-то из последних ордеров сетки, критично важных для закрытия сетки, может вообще не открыться, так как до уровня его открытия не дойдет (не дотянется) цена. Не прекращающееся увеличение шага сетки, с какого-то момента, может намного ухудшить геометрию сетки, слишком (не оптимально) далеко отодвинуть крупные ордера старших колен сетки и БУ/ТР сетки и заметно повысить проблемность закрытия сетки.
Поэтому желательно, чтобы и сетка насколько надо растягивалась - но и старшие ордера сетки размещались бы на оптимальном расстоянии друг от друга, что обеспечило бы минимизацию расстояния до ТР и максимальный шанс оперативного закрытия сетки. Это же касается и сеток, в которых шаг между старшими ордерами какое-то время уменьшается.
GridStop как раз и позволяет, начиная с любого колена, зафиксировать шаг сетки на оптимальном для закрытия сетки размере шага, что повысит:- Устойчивость/безопасность торгов ботом
- И даже, потенциально, и прибыльность торгов ботом - т.к., за счет меньшего БУ сетки, можно будет несколько увеличить ТР сетки в пипсах
- Опция позволяет существенно свободней использовать имеющиеся параметры коррекции шага.
Сейчас, чтобы шаг сетки на последних коленах был близким к оптимальному, надо:- Либо всю сетку проектировать с учетом необходимости на последних коленах иметь близкий к оптимальному шаг
- Либо использовать (де-факто блокировать) вторую коррекцию GridStep_Level2>0 и GridStep_Level2_AddPips=0 для фиксации шага сетки на последних коленах сетки.
GridStop практически полностью снимает это ограничение, фиксирую нужный шаг сетки на любом колене и позволяя намного гибче (де-факто без ограничений) использовать все имеющиеся в боте параметры задания и коррекции шага сетки.
- На последних 2-3 коленах продолжающий расти шаг сетки (более 60-80 пипсов?) не желателен, так как наиболее тяжелые и важные ордера отдаляются очень далеко. А какой-то из последних ордеров сетки, критично важных для закрытия сетки, может вообще не открыться, так как до уровня его открытия не дойдет (не дотянется) цена. Не прекращающееся увеличение шага сетки, с какого-то момента, может намного ухудшить геометрию сетки, слишком (не оптимально) далеко отодвинуть крупные ордера старших колен сетки и БУ/ТР сетки и заметно повысить проблемность закрытия сетки.
- Добавлен параметр AddComment - Ваш текстовый комментарий к ордерам (например, цифры магика или текст).
Размещается слева от комментария к ордерам бота, формируемого ботом. Дефолтно пуст.
Может быть полезен в особо "запутанных" торгах - например, при торгах несколькими копиями бота на одной валютной паре. - Добавлен параметр MinLeverage=400 - минимальное плечо, при котором разрешено открывать 1-е ордера сеток (новые сетки) на торгуемой данной копией бота паре.
Если плечо меньше - включается запрет открывать 1-е ордера сеток, действующий до увеличения плеча до указанного в параметре.
Уже имеющиеся сетки Бот будет пытаться достраивать и при плече меньше указанного вами.
Минимально рекомендуемое значение MinLeverage не менее 300 - при меньшем плече в мартинах на залог будут нужны очень значительные средства и депо может оказаться в опасности.
При MinLeverage=0 контроль плеча отключен. - Добавлен параметр MinTimeStep -- минимальная пауза между открытием ордеров в секундах. Дефолтно MinTimeStep=0 отключено.
Пауза между открытием ордеров в sell и buy сетках контролируется раздельно/автономно, отсчет времени паузы ведется от момента открытия очередного рыночного ордера sell и buy сетки или активировавшейся отложки.
Выставленные, но не активировавшиеся отложки, не учитываются и таймеры не активируют.
В отличие от множества мартинов, где ордера открываются лишь при новом баре выбранного ТФ, в нашем Боте вы контролируете частоту/время открытия ордеров так, как считаете нужным вы.
Пример: при MinTimeStep=120 очередной рыночный ордер sell или buy сетки откроется не ранее чем через 2 минуты после открытия предшествующего ордера данной сетки - как много бы цена за 2 минуты не прошла.
Если за время паузы между открытием ордеров цена продвинется далеко и образуется мартин гэп, то вместо очередного рыночного ордера могут быть выставлена 1+ отложка, если вы задали обработку мартин гэпов отложками.
Как любые помехи/паузы в открытии ордеров, опция может быть полезной, но иногда и мешать.
Не стоит злоупотреблять MinTimeStep во флэте и на флэтовых парах - здесь опция может привести к меньшему количеству открытых ордеров, торможению торгов и снижению прибыли.
А вот в трендовые периоды и на высоковолатильных парах корректное подобранное значение MinTimeStep может привести к замещению части рыночных ордеров отложками или адекватному удлинению сетки (в зависимости от режима обработки мартин-гэпов), адекватному снижению темпа роста нагрузки на депо и повышенной безопасности депо именно в самых сложных торгах. - Добавлены параметры S_GapMinPercent и В_GapMinPercent. Дефолтно =0 - отключены.
Позволяет задать минимальный размер мартин-гэпа в %% от текущего шага сетки.
Для активация параметров GapMinPercent требуется задать S_GapMinPips=0 и S_GapMinPercent>0 и/или B_GapMinPips=0 и B_GapMinPercent>0 соответственно. - Реализован алгоритм нормализации шага части сетки из отложенных ордеров, выставленных при обработке мартин-гэпа, относительно открытого позднее большего очередного рыночного ордера или активировавшейся наибольшей из отложек. Обеспечивает повышение вероятности закрытия сетки по ТР на первой коррекции после гэпа.
- Добавлен более детальный вывод информации о работе бота в журнал, а так же вывод через Alert сообщений на график пары при остановке бота по просадке и закрытию ордеров по просадке.
Как установить?
Для того чтобы установить советника требуется скачать архив [EA][Qj] - Setka v1.38.zip, а дальше следовать инструкции.
Советника [EA][Qj] - Setka v1.38.ех4 устанавливать на один график торгуемой валютной пары - бот торгует в обе стороны на одном графике.
В терминале должны быть разрешены/заданы торги Long & Short.
Усеченная "ускоренная" версия optimization предназначена для использования исключительно в тестере стратегий.
Корректная работа версии бота для тестера вне тестера на графиках демо и реал счетов НЕ гарантируется.
Модель /laboratoriya-profitfx/24/open-source-sovetnik-forex-setka-trader-mod-i-ea-setka/2738/?do=findComment&comment=308040
Мы пока в тестовом периоде - помните об этом!
Бота ставить только на USD счета!
Формально мы еще на этапе разработки бота и стабильной, глубоко протестированной версии бота пока нет!
Так что пока ставить бота на реал очень существенный риск и вы должны понимать риски, которые этим на себе берете!
EAQj_-_Setka_v1.38_2016.09.15_22:10.zip
EAQj_-_Setka_v1.38_source_code_2016.09.15_22:10.zip
EAQj_-_Setka_v1.38_-_Таблица_параметров_-_20160915.doc
EAQj_-_Setka_v1.38_-_дефолтный_-_20160915.set
Изменено 6 ноября, 2016 пользователем Старик
С выходом новой версии, заданный мною выше вопрос автоматически отпадает >:d
ЦитатаGridStop - № колена, на котором поправки шага сетки срабатывают последний раз. До конца сетки (с GridStop колена) шаг становится фиксированным и равным шагу сетки на GridStop колене.
то что мне нужно ;)
Модель будет позднее. Через несколько дней или более.
=d> авторы Вы красавцы!
Остаюсь пока на 1.37 :)) т.к.
от 1.38 глаза разбежались, практически все что хотелось, все реализовали!
теперь надо себя отрезвить и все детально изучить (CalcLotType = MinOrder- особенно)
Спасибо за Ваши труды, дорогого стоит! \M/
ЦитатаСейчас, чтобы шаг сетки на последних коленах был близким к оптимальному, надо:
Либо всю сетку проектировать с учетом необходимости на последних коленах иметь близкий к оптимальному шаг
Либо использовать (де-факто блокировать) вторую коррекцию GridStep_Level2>0 и GridStep_Level2_AddPips=0 для фиксации шага сетки на последних коленах сетки.
воспользовавшись вторым способом, получилось как то так, китобой v2 :d
на закрытие последних 10 колен хватает 30% отката, закрытие сетки с последнего колена +114% к депозиту >:dДепо: 3к
Сетка: 500пп
Параметры:

Сетка:

Изменено 12 сентября, 2016 пользователем ilnur17021992
Спасибо за новый релиз! Qj, подскажите, пожалуйста, что нужно сделать чтоб скомпилировать бота из файла [EA][Qj] - Setka v1.38 (source code) (11.09.2016 21:47).zip. При компиляции содержимого файла выдает ошибки компиляции, ему чего-то нехватает. См. скрин в аттаче.
В пост релиза /laboratoriya-profitfx/24/open-source-sovetnik-forex-setka-trader-mod-i-ea-setka/2738/?do=findComment&comment=307212 добавлена таблица с описанием параметров 1.38 - скачивайте.
Описания параметров в таблице и в посте релиза окончательно согласованы по смыслу.
Коллеги, в релизе 1.38 мы постарались учесть многие ваши пожелания - практически большинство. :)
Какие-то буквально - какие-то "по мотивам".
Мы вас слышим и, что реально, делаем. :)
Если что-то существенное из ваших предложений забыли, можете напомнить - как-никак, разработке 15 месяцев, что-то можно и упустить...
Версия 1.38 это не 1.37+ - это существенно другой, в несколько проходов дорабатывавший Qj бот.
Учитывая существенную новизну кода бота, будьте внимательней в тестах и торгах поначалу.
Модель 1.38 практически готова, надо добавить лишь одну опцию.
Но мы с Qj должны выполнить сверку работы Бота и Модели и это, видимо, может занять еще 1-2 дня.
Как только убедимся в приемлемой синхронности - Модель тут же будет опубликована.
Спасибо за новый релиз! Qj, подскажите, пожалуйста, что нужно сделать чтоб скомпилировать бота из файла [EA][Qj] - Setka v1.38 (source code) (11.09.2016 21:47).zip. При компиляции содержимого файла выдает ошибки компиляции, ему чего-то нехватает. См. скрин в аттаче.
После работы посмотрю возможно правда что то не доложил.
Коллеги, по торгам в Форекс4ю.
На сейчас проблема в том, что в Ф4ю началась революционная перестройка, которая закончится неизвестно чём и когда.
Может, перестройка программно-технического комплекса ДЦ со временем сделает его лидером в СНГ - возможно.
Однако, в ходе перестройки, иногда, раз в сутки или реже, программное обеспечение (ПО) ДЦ начало врать ботам относительно ордеров, открытие которых боты запрашивают.
То есть ПО ДЦ, когда врет, отвечает боту, что в открытии ордера отказано по Off Quotes - но реально, без мэджик и по цене от балды, один или несколько лишних ордеров в пределах 100 секунд открывает.
Что, как понятно даже детям, создает предпосылки для быстрого слива депо клиента - причем по несомненной вине ДЦ.
Насколько понимаю, врать ПО ДЦ начинает лишь при быстрых движениях цены и перегрузке сервера МТ4, не всем и далеко не всегда, может и не на всех парах...
Но врет не так уж и редко - даже в нашей небольшой теплой кампании, за менее чем неделю, было 4 инцидента с около 10 лишними и еще и прячущимися от бота ордерами с нулевым/ручным мэджиком.
Есть очень высокая вероятность, что это проблема чисто техническая - новые компьютерные программы ДЦ не всегда корректно взаимодействуют со старыми программами.
Это программы чрезвычайно высокой сложности и эпизодический нестык между новыми и старыми программами в программировании таких сложных интерактивных компьютерных систем, как ДЦ, случается частенько.
Так что ситуацию назвать уж совсем беспрецедентной нельзя - такое бывает и, при желании, за какое-то время разрешается...
Но боты не детекторы лжи и не могут с почти абсолютной точностью определить когда Ф4ю отвечает им правду, а когда врет.
Полагая, что ДЦ всегда отвечает правду, все боты (подчеркиваю - любые боты!), будут открывать в Ф4ю лишние ордера.
От одного до трех и более лишних ордеров на каждый инцидент - легко...
На уровне ботов, насколько понимаю, пока предотвратить это на 100% невозможно - дублирование ордеров не исключено.
И это будет продолжаться до тех пор, пока ДЦ снова перестанет иногда врать и будет всегда отвечать ботам правду.
Излишне драматизировать эту ситуацию не надо в том смысле, что ДЦ, возможно, этот плавающий баг со временем устранит.
Несомненно, всем понятно в чем проблема и спецам ДЦ, полагаю, известно как её можно устранить.
Хотя я, к сожалению, на 100% не уверен, что это будет легко - и даже не факт, что решить эту проблему на 100% возможно именно для торгов ботами.
Потому что пока что ДЦ размещает нужную ботам детальную информацию о запрошенных ботами ордерах в местах, ботам недоступных...
В общем, надо ждать развития событий.
Решение понятной проблемы теоретически возможно.
Представитель ДЦ нам вполне конструктивно пояснил много интересного и с важными деталями.
Но представитель ДЦ пока не гарантировал устранения ложных отказов Off Quotes, провоцирующих дублирование ордеров - и, тем более, пока не озвучивал каких-то сроков.
Всем закрывать счета и всем бежать из Forex4you пока серьезных оснований нет.
Есть вполне понятная техническая проблема, которую спецы ДЦ, теоретически, могут устранить в разумные сроки.
И тогда можно будет продолжить спокойно торговать в этом ДЦ.
Но пока эта техническая проблема не решена, в Forex4you практически гарантируется периодическое открытие ботами дублирующих ордеров - в том числе с левыми мэджиками.
На уровне ботов, даже если реализовать дополнительные алгоритмы защиты, в ДЦ Forex4you можно ограничить потери от дублирующих ордеров - но пока нельзя на 100% предотвратить возникновение дублирующих ордеров.
В общем, риски торгов ботами в Forex4you я, полагаю, достаточно живописал.
Продолжать торги ботами в Forex4you или прервать на время, до возможного устранения бага со стороны ДЦ, каждый решает сам.
На мой взгляд, разумно временно приостановить торги ботами в Forex4you. Но это лишь имхо.
и дождаться информации от их представителя, что ложных отказов Off Quotes, провоцирующих дублирование ордеров, снова больше не будет - и, по этой причине, дублирующие ордера снова (как и было раньше с 2007 года) в ДЦ открываться не будут.
Что, парни, все ОК - проблему выдачи заведомо ложных отказов Off Quotes и "подарочных" дублирующих ордеров ДЦ успешно решило!!
Учитывая, что ДЦ Forex4you много лет и некоторые в этом ДЦ уже 8 лет торгуют, дать людям время на решение технической проблемы можно и нужно.
И нам сразу начинать возбужденно бегать по потолку не обязательно - можно подождать сколько-то, оно того стоит.
Но напоследок (без намеков и выводов) всё же должен повторить, что представитель Forex4you пока прямо нам не давал и даже не обещал гарантии отсутствия ложных отказов (Off Quotes или иных) и гарантии не дублирования открываемых ботами ордеров по вине ДЦ.
Ну или я его не понял - хотя я вроде понял всё нам сказанное.
В любом случае, надо ждать от представителя Forex4you уточнений по этому поводу.
Потому что без гарантий со стороны ДЦ отсутствия ложных отказов типа Off Quotes, провоцирующих дублирование ордеров, полноценно торговать любыми ботами (и даже руками) в ДЦ Forex4you будет в принципе нельзя.
Как уже сообщалось ранее, на текущий момент исполнение всех ордеров происходит на стороне MarketPlace, поэтому открытие "ложных" ордеров возможно только в ситуации, когда МТ4 сервер не доступен. К сожалению, при последующей синхронизации ордеров на MarketPlace и на МТ4, ордер на МТ4 записывается без магик-кода. Наши специалисты уже занимаются решением этой проблемы, и при отпимальном развитии ситуации, релиз обновления будет готов уже на следующей неделе.
Изменено 12 сентября, 2016 пользователем Мерлин
СпойлерКоллеги, по торгам в Форекс4ю.
На сейчас проблема в том, что в Ф4ю началась революционная перестройка, которая закончится неизвестно чём и когда.
Может, перестройка программно-технического комплекса ДЦ со временем сделает его лидером в СНГ - возможно.
Однако, в ходе перестройки, иногда, раз в сутки или реже, программное обеспечение (ПО) ДЦ начало врать ботам относительно ордеров, открытие которых боты запрашивают.
То есть ПО ДЦ, когда врет, отвечает боту, что в открытии ордера отказано по Off Quotes - но реально, без мэджик и по цене от балды, один или несколько лишних ордеров в пределах 100 секунд открывает.
Что, как понятно даже детям, создает предпосылки для быстрого слива депо клиента - причем по несомненной вине ДЦ.
Насколько понимаю, врать ПО ДЦ начинает лишь при быстрых движениях цены и перегрузке сервера МТ4, не всем и далеко не всегда, может и не на всех парах...
Но врет не так уж и редко - даже в нашей небольшой теплой кампании, за менее чем неделю, было 4 инцидента с около 10 лишними и еще и прячущимися от бота ордерами с нулевым/ручным мэджиком.
Есть очень высокая вероятность, что это проблема чисто техническая - новые компьютерные программы ДЦ не всегда корректно взаимодействуют со старыми программами.
Это программы чрезвычайно высокой сложности и эпизодический нестык между новыми и старыми программами в программировании таких сложных интерактивных компьютерных систем, как ДЦ, случается частенько.
Так что ситуацию назвать уж совсем беспрецедентной нельзя - такое бывает и, при желании, за какое-то время разрешается...
Но боты не детекторы лжи и не могут с почти абсолютной точностью определить когда Ф4ю отвечает им правду, а когда врет.
Полагая, что ДЦ всегда отвечает правду, все боты (подчеркиваю - любые боты!), будут открывать в Ф4ю лишние ордера.
От одного до трех и более лишних ордеров на каждый инцидент - легко...
На уровне ботов, насколько понимаю, пока предотвратить это на 100% невозможно - дублирование ордеров не исключено.
И это будет продолжаться до тех пор, пока ДЦ снова перестанет иногда врать и будет всегда отвечать ботам правду.
Излишне драматизировать эту ситуацию не надо в том смысле, что ДЦ, возможно, этот плавающий баг со временем устранит.
Несомненно, всем понятно в чем проблема и спецам ДЦ, полагаю, известно как её можно устранить.
Хотя я, к сожалению, на 100% не уверен, что это будет легко - и даже не факт, что решить эту проблему на 100% возможно именно для торгов ботами.
Потому что пока что ДЦ размещает нужную ботам детальную информацию о запрошенных ботами ордерах в местах, ботам недоступных...
В общем, надо ждать развития событий.
Решение понятной проблемы теоретически возможно.
Представитель ДЦ нам вполне конструктивно пояснил много интересного и с важными деталями.
Но представитель ДЦ пока не гарантировал устранения ложных отказов Off Quotes, провоцирующих дублирование ордеров - и, тем более, пока не озвучивал каких-то сроков.
Всем закрывать счета и всем бежать из Forex4you пока серьезных оснований нет.
Есть вполне понятная техническая проблема, которую спецы ДЦ, теоретически, могут устранить в разумные сроки.
И тогда можно будет продолжить спокойно торговать в этом ДЦ.
Но пока эта техническая проблема не решена, в Forex4you практически гарантируется периодическое открытие ботами дублирующих ордеров - в том числе с левыми мэджиками.
На уровне ботов, даже если реализовать дополнительные алгоритмы защиты, в ДЦ Forex4you можно ограничить потери от дублирующих ордеров - но пока нельзя на 100% предотвратить возникновение дублирующих ордеров.
В общем, риски торгов ботами в Forex4you я, полагаю, достаточно живописал.
Продолжать торги ботами в Forex4you или прервать на время, до возможного устранения бага со стороны ДЦ, каждый решает сам.
На мой взгляд, разумно временно приостановить торги ботами в Forex4you. Но это лишь имхо.
и дождаться информации от их представителя, что ложных отказов Off Quotes, провоцирующих дублирование ордеров, снова больше не будет - и, по этой причине, дублирующие ордера снова (как и было раньше с 2007 года) в ДЦ открываться не будут.
Что, парни, все ОК - проблему выдачи заведомо ложных отказов Off Quotes и "подарочных" дублирующих ордеров ДЦ успешно решило!!
Учитывая, что ДЦ Forex4you много лет и некоторые в этом ДЦ уже 8 лет торгуют, дать людям время на решение технической проблемы можно и нужно.
И нам сразу начинать возбужденно бегать по потолку не обязательно - можно подождать сколько-то, оно того стоит.
Но напоследок (без намеков и выводов) всё же должен повторить, что представитель Forex4you пока прямо нам не давал и даже не обещал гарантии отсутствия ложных отказов (Off Quotes или иных) и гарантии не дублирования открываемых ботами ордеров по вине ДЦ.
Ну или я его не понял - хотя я вроде понял всё нам сказанное.
В любом случае, надо ждать от представителя Forex4you уточнений по этому поводу.
Потому что без гарантий со стороны ДЦ отсутствия ложных отказов типа Off Quotes, провоцирующих дублирование ордеров, полноценно торговать любыми ботами (и даже руками) в ДЦ Forex4you будет в принципе нельзя.
Как уже сообщалось ранее, на текущий момент исполнение всех ордеров происходит на стороне MarketPlace, поэтому открытие "ложных" ордеров возможно только в ситуации, когда МТ4 сервер не доступен.
К сожалению, при последующей синхронизации ордеров на MarketPlace и на МТ4, ордер на МТ4 записывается без магик-кода.
Наши специалисты уже занимаются решением этой проблемы, и при отпимальном развитии ситуации, релиз обновления будет готов уже на следующей неделе.
Коллега Forex4you, вы продолжаете информировать нас о существенных, но второстепенных деталях.
Критичную для безопасности наших депо и вообще возможности торгов в Ф4ю в принципе проблему вы обходите стороной.
Неважно по какой причине вы создаете собственный агрегатор - наверно, веские причины на это у вас есть.
Неважно по какой причине вашему ДЦ в какие-то моменты недоступен сервер МТ4 - наверно, и этому есть веское объяснение.
Не очень важно даже то, что дополнительные "подарочные" ордера открываются с критично существенной задержкой до 90 секунд и без мэджика бота - хотя лучше это устранить как можно быстрей, без этого бага станет хоть меньше тумана в проблеме.
Проблема состоит в том, что ПО ДЦ ни при каких обстоятельствах не должно обманывать трейдера/бота о ситуации с ордером, открытие которого трейдер/бот штатными средствами МТ4/MQL4 запросил.
Если ПО ДЦ приняло ордер к исполнению - ПО ДЦ должно штатным образом трейдеру/боту сообщить, что ордер открыт (не отвергнут).
Если ПО ДЦ НЕ приняло ордер к исполнению - ПО ДЦ должно штатным образом трейдеру/боту сообщить, что ордер отвергнут.
И это должно происходить в разумные, как минумум ограниченные и озвученные, сроки - и штатными средствами МТ4/MQL4.
Ситуация, при которой ПО ДЦ приняло ордер к исполнению, а трейдеру/боту сообщило, что ордер отвергнут - абсолютно неприемлема и безоговорочно должна быть устранена.
Потому что это провоцирует трейдера/бота на многократные попытки открыть один ордер и, в итоге, приводит к хаотичному открытию множества ордеров вместо одного.
Совершенно очевидно, что хаотичное открытие множества ордеров вместо одного создает прямую и критическую угрозу всему депозиту трейдера по вине ДЦ.
Стоит ли напоминать, что от того решите вы эту проблему адекватно или нет, зависит будут ли у вас торговать люди или уйдут?!
Вряд ли кто-то рискнет остаться в ДЦ, которое допускает открытие пачек ордеров вместо единственного, запрошенного трейдером или ботом...
Давайте понимать и решать реальную и действительно критичную проблему.
Отписками реально критичную проблему не решить.
Присвоение "корректного" магика пачке лишних ордеров никак не решает запредельную проблему хаотичного открытия пачки ордеров вместо одного.
Давайте решать критичную проблему.
Изменено 12 сентября, 2016 пользователем Старик
всем сорри за оффтоп!.. но это уже нисколько не смешно!.. :-ss это уже не Forex4you, а Fallos4you.. при чем самый настоящий вырисовывается.. а что будете делать, уважаемые, если претензии после сливов посыплются ?.. отправите на Fyu ?.. компания собирается как-то официально закрепить текущую ситуацию как форс-мажорную ?.. :-/
Спойлер
Коллеги, по торгам в Форекс4ю.
На сейчас проблема в том, что в Ф4ю началась революционная перестройка, которая закончится неизвестно чём и когда.
Может, перестройка программно-технического комплекса ДЦ со временем сделает его лидером в СНГ - возможно.
Однако, в ходе перестройки, иногда, раз в сутки или реже, программное обеспечение (ПО) ДЦ начало врать ботам относительно ордеров, открытие которых боты запрашивают.
То есть ПО ДЦ, когда врет, отвечает боту, что в открытии ордера отказано по Off Quotes - но реально, без мэджик и по цене от балды, один или несколько лишних ордеров в пределах 100 секунд открывает.
Что, как понятно даже детям, создает предпосылки для быстрого слива депо клиента - причем по несомненной вине ДЦ.
Насколько понимаю, врать ПО ДЦ начинает лишь при быстрых движениях цены и перегрузке сервера МТ4, не всем и далеко не всегда, может и не на всех парах...
Но врет не так уж и редко - даже в нашей небольшой теплой кампании, за менее чем неделю, было 4 инцидента с около 10 лишними и еще и прячущимися от бота ордерами с нулевым/ручным мэджиком.
Есть очень высокая вероятность, что это проблема чисто техническая - новые компьютерные программы ДЦ не всегда корректно взаимодействуют со старыми программами.
Это программы чрезвычайно высокой сложности и эпизодический нестык между новыми и старыми программами в программировании таких сложных интерактивных компьютерных систем, как ДЦ, случается частенько.
Так что ситуацию назвать уж совсем беспрецедентной нельзя - такое бывает и, при желании, за какое-то время разрешается...
Но боты не детекторы лжи и не могут с почти абсолютной точностью определить когда Ф4ю отвечает им правду, а когда врет.
Полагая, что ДЦ всегда отвечает правду, все боты (подчеркиваю - любые боты!), будут открывать в Ф4ю лишние ордера.
От одного до трех и более лишних ордеров на каждый инцидент - легко...
На уровне ботов, насколько понимаю, пока предотвратить это на 100% невозможно - дублирование ордеров не исключено.
И это будет продолжаться до тех пор, пока ДЦ снова перестанет иногда врать и будет всегда отвечать ботам правду.
Излишне драматизировать эту ситуацию не надо в том смысле, что ДЦ, возможно, этот плавающий баг со временем устранит.
Несомненно, всем понятно в чем проблема и спецам ДЦ, полагаю, известно как её можно устранить.
Хотя я, к сожалению, на 100% не уверен, что это будет легко - и даже не факт, что решить эту проблему на 100% возможно именно для торгов ботами.
Потому что пока что ДЦ размещает нужную ботам детальную информацию о запрошенных ботами ордерах в местах, ботам недоступных...
В общем, надо ждать развития событий.
Решение понятной проблемы теоретически возможно.
Представитель ДЦ нам вполне конструктивно пояснил много интересного и с важными деталями.
Но представитель ДЦ пока не гарантировал устранения ложных отказов Off Quotes, провоцирующих дублирование ордеров - и, тем более, пока не озвучивал каких-то сроков.
Всем закрывать счета и всем бежать из Forex4you пока серьезных оснований нет.
Есть вполне понятная техническая проблема, которую спецы ДЦ, теоретически, могут устранить в разумные сроки.
И тогда можно будет продолжить спокойно торговать в этом ДЦ.
Но пока эта техническая проблема не решена, в Forex4you практически гарантируется периодическое открытие ботами дублирующих ордеров - в том числе с левыми мэджиками.
На уровне ботов, даже если реализовать дополнительные алгоритмы защиты, в ДЦ Forex4you можно ограничить потери от дублирующих ордеров - но пока нельзя на 100% предотвратить возникновение дублирующих ордеров.
В общем, риски торгов ботами в Forex4you я, полагаю, достаточно живописал.
Продолжать торги ботами в Forex4you или прервать на время, до возможного устранения бага со стороны ДЦ, каждый решает сам.
На мой взгляд, разумно временно приостановить торги ботами в Forex4you. Но это лишь имхо.
и дождаться информации от их представителя, что ложных отказов Off Quotes, провоцирующих дублирование ордеров, снова больше не будет - и, по этой причине, дублирующие ордера снова (как и было раньше с 2007 года) в ДЦ открываться не будут.
Что, парни, все ОК - проблему выдачи заведомо ложных отказов Off Quotes и "подарочных" дублирующих ордеров ДЦ успешно решило!!
Учитывая, что ДЦ Forex4you много лет и некоторые в этом ДЦ уже 8 лет торгуют, дать людям время на решение технической проблемы можно и нужно.
И нам сразу начинать возбужденно бегать по потолку не обязательно - можно подождать сколько-то, оно того стоит.
Но напоследок (без намеков и выводов) всё же должен повторить, что представитель Forex4you пока прямо нам не давал и даже не обещал гарантии отсутствия ложных отказов (Off Quotes или иных) и гарантии не дублирования открываемых ботами ордеров по вине ДЦ.
Ну или я его не понял - хотя я вроде понял всё нам сказанное.
В любом случае, надо ждать от представителя Forex4you уточнений по этому поводу.
Потому что без гарантий со стороны ДЦ отсутствия ложных отказов типа Off Quotes, провоцирующих дублирование ордеров, полноценно торговать любыми ботами (и даже руками) в ДЦ Forex4you будет в принципе нельзя.
Как уже сообщалось ранее, на текущий момент исполнение всех ордеров происходит на стороне MarketPlace, поэтому открытие "ложных" ордеров возможно только в ситуации, когда МТ4 сервер не доступен. К сожалению, при последующей синхронизации ордеров на MarketPlace и на МТ4, ордер на МТ4 записывается без магик-кода. Наши специалисты уже занимаются решением этой проблемы, и при отпимальном развитии ситуации, релиз обновления будет готов уже на следующей неделе.
Скрипт для считывания инфы со всех символов счета прилагаю.
У вас могут быть хаотические, случайные сливы на отдельных парах с самыми дорогими ценой пункта и/или залогами просто из-за недостаточности депо на расчетную сетку для конкретной пары.
Сетки, даже совершенно одинаковой длины и лотности, на разных парах нуждаются в существенно разных депо.
Для уточнения депо - Модель.
Изменено 12 сентября, 2016 пользователем Старик
ilnur17021992, вам в тесте на многих парах, что на мониторинге, надо в модели проверить достаточность депо для всех пар.
Скрипт для считывания инфы со всех символов счета прилагаю.
У вас могут быть хаотические, случайные сливы на отдельных парах с самыми дорогими ценой пункта и/или залогами просто из-за недостаточности депо на расчетную сетку для конкретной пары.
Сетки, даже совершенно одинаковой длины и лотности, на разных парах нуждаются в существенно разных депо.
Для уточнения депо - Модель.
Хорошо, приму к сведению.
Остановил торговлю до выхода полноценной модели к 1,38. Без нее, как без рук :)
Обновил исходный код.
может, Вам уже пора переехать в отдельную тему по версии 1.38, ведь этот советник довольно-таки далеко ушёл от своего "предка":)
в новой теме и мониторинг(и) запилим, и тема будет на 240 страниц меньше...))
Qj
может, Вам уже пора переехать в отдельную тему по версии 1.38, ведь этот советник довольно-таки далеко ушёл от своего "предка" :)
в новой теме и мониторинг(и) запилим, и тема будет на 240 страниц меньше...))
Скоро со всем скоро :))
Если правда то да пара релизов и мы перейдем нам чуть чуть осталось. Надеюсь не мешаемся да и мониторинг пока не стоит делать.
Обновил исходный код.
Благодарю, Qj. Всё компилируется.
Для публикации сообщений создайте учётную запись или авторизуйтесь
Перейти к списку тем



