[open source] [Советник] "Generic A-TLP"📌

От Sergey5, 23 апреля, 2016 в Лаборатория ProfitFX

#1852
master_255 по идее надо ждать потом проверка IsTradeContextBusy,хотя можно на свой вкус и цвет
гляньте может поможет чем http://sovetnikov.net/%D0%BE%D0%B1%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%BA%D0%B0-%D0%BE%D1%88%D0%B8%D0%B1%D0%BE%D0%BA-mql4/

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

Изменено 7 ноября, 2016 пользователем pegaskrs

#1853
Спойлер



machine
Generic A_TLP v 12.37.2

Попробовал установить сет на версию 12.37.2, Инфо панель сегодня показывает
1. SunDay Second session 20:00 - 23:00

У меня TimeShift -2 и в сете Понедельник 22:00-01:00

2. Задать время работы в Воскресение нельзя? У меня брокер начинает работать в Вс 22:00 по GMT

Скрин и сет прилагаю.

22:00-01:00 по GMT+2 - должны равняться 20:00-23:00 по GMT.
Начнёт работу в 22:00 по GMT - как раз будет последний час сессии пятницы 22:00-23:00, который был бы равен 00:00-01:00 понедельника при GMT+2.
Это окончание сессии пятницы. Было 22:00-00:00 пятницы - 00:00-01:00 понедельника, стало 20:00-22:00 пятницы - 22:00-23:00 воскресенья.
А то, что в воскресенье написано с 20:00 - рынок-то закрыт. Т.е., он не делит это на отдельные сессии, для него это одна сессия.

Т.е., время задаётся, как при GMT+2 (понедельник-пятница), а потом сдвигается на нужное кол-во часов.

Время ролловера тоже не нужно сдвигать, он сам должен учитывать.

Прежде всего, благодарю за такой детальный ответ.
Я преобразовал стандартные сеты 11.86 в 12.37.
Затем установил параметр TimeShift в значение -2.
Т.е у меня в сете стоят стандартные параметры времени по Москве и TimeShift-2, который означает GMT+0, правильно?
Я хочу, чтоб, Generic начал работу в Воскресенье 22:00 GMT+0 при открытии рынка (параметр TimeShift-2).
Мне пришлось откатиться на 11.93, т.к. там я эти параметры смог настроить, в версии 12 - пока не могу.
Для версии 11.86 ( или 11.93 то же самое) - это (GMT+0):
sunday_open=22:00
sunday_pause_start=0
sunday_pause_stop=0
sunday_close=22:59
Как это сделать, по исходому коду версии 12.37, к сожалению, я не понял...
Сможете помочь?
P.S. TimeShift и news_offset ИМХО - логика этих параметров одна. Может надо сделать один параметр?
P.S.S Вообще каша в версиях и разные параметры времени, конечно, сильно напрягают...

Изменено 7 ноября, 2016 пользователем ZiguDa

#1854


Версия 11.94

[list type=decimal]

  • Установлены типы ошибок при которых разрешено повторять запрос на открытие, а именно:
    ERR_INVALID_PRICE
    ERR_PRICE_CHANGED
    ERR_REQUOTE
    ERR_OFF_QUOTES
    ERR_TRADE_CONTEXT_BUSY
    при любой другой ошибке будет выход из цикла.

    Есть еще сомения по поводу:
    ERR_SERVER_BUSY
    ERR_BROKER_BUSY
    (повторять / не повторять) после них попытку открытия? В мануалах нет конкретного описания что после какой ошибки происходит, тут только опыт нужен, я эти ошибки в реальности не встречал.




  • сейчас участвую в одной крайне жесткой разборке - не могу называть имена и ДЦ, кто в теме героев узнают.
    конфликт по поводу ордеров, открытых и исполненных на импульсе фунта 7 октября 2016 года.

    У ДЦ, в процессе исполнения ордеров, задействуются 2 сервера: сервер собственного агрегатора MarketPlacе - и сервер MT4.
    То есть такой треугольничек: клиентский терминал - и 2 работающих с ним и видящих его сервера.
    сервер MarketPlacе считывает с терминала и исполняет приказы на открытие/закрытие/модификацию ордеров - но в клиентский терминал инфу не выдает.
    Клиентский же терминал обслуживает/информирует суетящийся между ними сервер МТ4.
    И всё бы ничего, но, при волатильности, частенько возникает рассинхронизация 2-х серверов ДЦ и каждый из них, утратив связь друг с другом, начинает раздельно работать с клиентским терминалом - что, понятно, немедленно создает хаос...

    У клиента индикаторные боты, работающие на открытии бара м15 - один запрос одного ордера, если есть сигнал. Повторов нет.
    Торги псевдо мультивалютные: торгуется много пар - но на каждом графике своя копия бота.
    Ну и 7.10.2016 в 02:07 (время МСК) фунт разгулялся - и сервера ДЦ, ясен пень, немедленно рассинхронизировались...

    Дальше события развивались так:
    02:15:01 - несколько копий бота на ряде пар выдают приказы на открытие по одному рыночному ордеру
    02:15:01+- сервер MarketPlacе открывает все запрошенные ордера
    02:16:00+- рассинхронизированный сервер МТ4 автономно выдает в клиентский терминал Off Quotes по всем реально уже открытым ордерам
    02:18:00+- сервера ДЦ синхронизируются и в клиентский терминал "добавляются" все 3+ минутами ранее открытые MarketPlacе рыночные ордера.

    master_255, вот такая история из жизни. Как такое обрабатывать, пока не понимаю.

    Добавлено: 07-11-2016 17:00:54


    P.S.S Вообще каша в версиях и разные параметры времени, конечно, сильно напрягают...


    Коллега, если выхватывать еще жарящиеся котлеты прямо со сковородки, риск обжечься очень велик... :)
    Хотите быть на острие прогресса - будьте готовы к некоторому дискомфорту.
    За горизонтом не всегда солнечно и тепло. :)

    Изменено 7 ноября, 2016 пользователем Старик

    #1855


    Как такое обрабатывать, пока не понимаю.


    Я знаю как - полностью исключить торговлю в данном дц. Это в 5 раз проще чем городить костыли под какой-то конкретный дц.
    #1856



    Urytomsk, после 2-х тестирований на реале в Альпах с интервалом в несколько месяцев, ZIMA76 из Альп окончательно ушел.
    Потому и нет... :d

    Так вот, все ДЦ, каких в его справке нет - под подозрением или уже вычеркнуты.
    По факту торгов на деньгах.

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

    я может что не так понял...
    Зарегился после разговора на ICM, открыл демо, он у них как я понял полная копия реала... Вот ночные спреды:
    все как на Робо и Альпах, ничего нового для себя не открыл.
    Так чем Айс на самом деле лучше?

    ICM.png

    #1857

    Скрипт вывода некоторой статистики файла "BrokerStat.csv" (из версии 11.93 и выше) для тех кому лень в excel загонять.

    Коллеги программисты есть ли какой то способ читать файл с конца, чтобы когда файл разбухнет читать только строки до определенной даты?

    .PNG
    BrokerStat_Generic_A-TLP.mq453 скач.

    Изменено 7 ноября, 2016 пользователем master_255

    #1858

    Вношу предложение добавить параметр SL_Friday, чтобы у ордеров открываемым по пятницам был специальный размер SL, который не зацепит таким гэпом как сегодня. Я использую короткие SL 25-40 пипсов, а их оказывается легко зацепить таким гэпом.

    #1859




    Urytomsk, после 2-х тестирований на реале в Альпах с интервалом в несколько месяцев, ZIMA76 из Альп окончательно ушел.
    Потому и нет... :d

    Так вот, все ДЦ, каких в его справке нет - под подозрением или уже вычеркнуты.
    По факту торгов на деньгах.

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

    я может что не так понял...
    Зарегился после разговора на ICM, открыл демо, он у них как я понял полная копия реала... Вот ночные спреды:
    все как на Робо и Альпах, ничего нового для себя не открыл.
    Так чем Айс на самом деле лучше?

    А ты, Юра, поработай на ICM, поймёшь, что там денег больше будет зарабатываться, чем в алльпах или робо.
    #1860
    Urytomsk Только в Азии про это писал. кроме спреда. сильно влияет на торговлю ночью - количество поступающих тиков. когда мало - ухудшается качество входа и выхода. а часто бывает и пропуск прибыльных сделок ( а залёты почти всегда у всех одинаково под копирку)

    Изменено 7 ноября, 2016 пользователем ZIMA 76

    #1861



    Версия 11.94

    [list type=decimal]

  • Установлены типы ошибок при которых разрешено повторять запрос на открытие, а именно:
    ERR_INVALID_PRICE
    ERR_PRICE_CHANGED
    ERR_REQUOTE
    ERR_OFF_QUOTES
    ERR_TRADE_CONTEXT_BUSY
    при любой другой ошибке будет выход из цикла.

    Есть еще сомения по поводу:
    ERR_SERVER_BUSY
    ERR_BROKER_BUSY
    (повторять / не повторять) после них попытку открытия? В мануалах нет конкретного описания что после какой ошибки происходит, тут только опыт нужен, я эти ошибки в реальности не встречал.




  • сейчас участвую в одной крайне жесткой разборке - не могу называть имена и ДЦ, кто в теме героев узнают.
    конфликт по поводу ордеров, открытых и исполненных на импульсе фунта 7 октября 2016 года.

    У ДЦ, в процессе исполнения ордеров, задействуются 2 сервера: сервер собственного агрегатора MarketPlacе - и сервер MT4.
    То есть такой треугольничек: клиентский терминал - и 2 работающих с ним и видящих его сервера.
    сервер MarketPlacе считывает с терминала и исполняет приказы на открытие/закрытие/модификацию ордеров - но в клиентский терминал инфу не выдает.
    Клиентский же терминал обслуживает/информирует суетящийся между ними сервер МТ4.
    И всё бы ничего, но, при волатильности, частенько возникает рассинхронизация 2-х серверов ДЦ и каждый из них, утратив связь друг с другом, начинает раздельно работать с клиентским терминалом - что, понятно, немедленно создает хаос...

    У клиента индикаторные боты, работающие на открытии бара м15 - один запрос одного ордера, если есть сигнал. Повторов нет.
    Торги псевдо мультивалютные: торгуется много пар - но на каждом графике своя копия бота.
    Ну и 7.10.2016 в 02:07 (время МСК) фунт разгулялся - и сервера ДЦ, ясен пень, немедленно рассинхронизировались...

    Дальше события развивались так:
    02:15:01 - несколько копий бота на ряде пар выдают приказы на открытие по одному рыночному ордеру
    02:15:01+- сервер MarketPlacе открывает все запрошенные ордера
    02:16:00+- рассинхронизированный сервер МТ4 автономно выдает в клиентский терминал Off Quotes по всем реально уже открытым ордерам
    02:18:00+- сервера ДЦ синхронизируются и в клиентский терминал "добавляются" все 3+ минутами ранее открытые MarketPlacе рыночные ордера.

    master_255, вот такая история из жизни. Как такое обрабатывать, пока не понимаю.

    Добавлено: 07-11-2016 17:00:54


    P.S.S Вообще каша в версиях и разные параметры времени, конечно, сильно напрягают...


    Коллега, если выхватывать еще жарящиеся котлеты прямо со сковородки, риск обжечься очень велик... :)
    Хотите быть на острие прогресса - будьте готовы к некоторому дискомфорту.
    За горизонтом не всегда тепло и солнечно. :)

    Да Ничего Вы от них не добьетесь!
    Моя претензия в FOREX4YOU по поводу ордеров на импульсе фунта 7 октября 2016 года:
    суть отражена на скринах (текста нету ибо подаются через форму на сайте): не исполнен SL ордеров В РЫНКЕ. Для сравнения приложен скрин с идентичными ордерами у другого Брокера, нормально закрытыми.

    Ответ 1, бред сумасшедшего:
    Спойлер

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

    Нами была произведена детальная проверка сложившейся ситуации на Вашем счете 3305763 (EGlobal-ProSTP) в ходе которой было установлено:

    Уровень StopOut на Вашем счете №3305763 был достигнут 2016-10-07 01:07:26. Согласно условиям торговли ( http://www.forex4you.org/account/conditions/ ): "Уровень Stop Out (уровень остановки) - уровень необходимой маржи, при достижении которого осуществляется автоматическое принудительное закрытие позиций" и пункта 5.1 Регламента: "Позиции закрываются принудительно, если уровень маржи (уровень Stop Out) становится менее 20%, для счетов типа "fx4u-classic" и "fx4u-pro", и 10% для счетов типа "fx4u-cent", необходимого для поддержания открытых позиций.

    После достижения уровня StopOut, на Вашем счете были закрыты все открытые ордера по валютным парам EUR/CHF, EUR/USD и EUR/JPY. Однако ввиду недостаточной ликидности для закрытия ордеров по инструменту GBP/USD, их закрытие произошло позже, 2016-10-07 01:12:49. Ниже, Вы можете ознакомиться с выпиской из логов сервера:

    07-10-2016 01:07:07.203 3305763-ProSTP 74696069 INFO Order 76088083 TRIGGERED StopLoss SELL 2K GBP/USD if BID 07-10-2016 01:07:07.805 3305763-ProSTP 74696417 INFO Order 76087486 TRIGGERED StopLoss SELL 2K GBP/USD if BID 07-10-2016 01:07:07.805 3305763-ProSTP 74696417 INFO Order 76087486 ORDER RESUBMITED StopLoss SELL 2K GBP/USD if BID 07-10-2016 01:07:07.805 3305763-ProSTP 74696417 WARN Order 76087486 REJECTED StopLoss SELL 2K GBP/USD if BID
    07-10-2016 01:09:51.930 3305763-ProSTP 75253256 INFO Order 76087486 TRIGGERED StopLoss SELL 2K GBP/USD if BID 07-10-2016 01:09:51.930 3305763-ProSTP 75253256 INFO Order 76087486 ORDER RESUBMITED StopLoss SELL 2K GBP/USD if BID 07-10-2016 01:09:51.930 3305763-ProSTP 75253258 INFO Order 76087687 TRIGGERED StopLoss SELL 2K GBP/USD if BID 07-10-2016 01:09:51.930 3305763-ProSTP 75253258 INFO Order 76087687 ORDER RESUBMITED StopLoss SELL 2K GBP/USD if BID 07-10-2016 01:09:51.930 3305763-ProSTP 75253256 WARN Order 76087486 REJECTED StopLoss SELL 2K GBP/USD if BID 07-10-2016 01:09:51.930 3305763-ProSTP 75253258 WARN Order 76087687 REJECTED StopLoss SELL 2K GBP/USD if BID 07-10-2016 01:09:51.931 3305763-ProSTP 75253260 INFO Order 76119553 TRIGGERED StopLoss SELL 2K GBP/USD if BID 07-10-2016 01:09:51.931 3305763-ProSTP 75253260 WARN Order 77174405 REJECTED SELL 2K GBP/USD @MKT 1.18850 Stop price 1.15284 FOK_GTC. position:8076482. Reason: No liquidity

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

    С уважением,
    Михаил К.
    Отдел по работе с жалобами Клиентов



    Воззвание к разуму:
    Спойлер

    Михаил!
    Я ни в коем случае не удовлетворен уровнем КВАЛИФИКАЦИИ ДАННОГО МНЕ ОТВЕТА!
    Зачем ставит все с ног на голову!? О каком стоп-ауте вы говорите!?
    Тот стоп-аут, что нарисовала в терминале ваша компания, был вызван
    НЕИСПОЛНЕНИЕМ установленных СТОП-ЛОССОВ у указанных мной в претензии семи
    ордеров по GBP/USD.
    В случае исполнения указанных SL у этих ордеров в 01:07:07 потери по
    семи ордерам GBP/USD были разумными по 11.5 USD на ордер и другие ордера
    по валютным парам EUR/CHF, EUR/USD и EUR/JPY вообще не должны были быть
    закрыты, так как стоп-аут в 01:07:26 не наступал!
    На приложенном мной к претензии скрине видно как минутная свеча 01:07
    ликвидности прошла через уровень моим SL (красная горизонлатьная линия
    на скрине через область 1.25500), но ордера не были закрыты в 01:07:07
    по SL, а через 19 секунд цена стала такой, что и вызвала SO! остальные
    ордера в достижении SO вклада не вносили.
    Дополнительно высылаю скрин из претензии повторно. Также справочно
    прилагаю скрин из другого моего терминала, где те же самые 7 ордеров
    GBP/USD были в рынке с теми же уровнями SL. Четко видно, что они
    исполнены в указанное мной выше время 01:07:07 за 19 секунд до
    наступления мнимого стоп-аута. Это скрин из терминала другого брокера -
    Альпари, поэтому я прилагаю его справочно.
    Почему не были исполнены SL у 7 ордеров GBP/USD в 01:07:07 когда НЕ
    БЫЛО ЕЩЕ НИКАКОГО СТОП-АУТА!? не надо мне рассказывать что происходило
    после потом.
    Юрий С



    Ответ 2, исполняем как можем:
    Спойлер

    Здравствуйте Юрий.

    На Вашем счете 3305763 (Eglobal-ProSTP) сигнал для закрытия ордеров по инструменту GBPUSD (#1858018, #1857975, #1857979, #1857982, #1857993, #1857997, #1858029) действительно был достигнут 2016.10.07 23:07:07. Триггер закрытия ордера отправлен при пересечении ценою Bid установленного уровня Stop Loss, обработка события произведена на агрегаторе ликвидности, однако в ответ был получен отказ ввиду отсутствия необходимой ликвидности. Ниже Вы можете ознакомиться с выпиской из логов сервера по каждому из ордеров (серверное время - GMT +0):

    №1858018
    06-10-2016 23:07:08.379 3305763-ProSTP Order 76118318 TRIGGERED StopLoss SELL 2K GBP/USD if BID 06-10-2016 23:07:10.033 3305763-ProSTP Order 76118318 REJECTED StopLoss SELL 2K GBP/USD if BID 06-10-2016 23:07:10.033 3305763-ProSTP Order 76118318 ORDER RESUBMITED StopLoss SELL 2K GBP/USD if BID 06-10-2016 23:07:10.033 3305763-ProSTP Order 76118318 TRIGGERED StopLoss SELL 2K GBP/USD if BID 06-10-2016 23:07:12.619 3305763-ProSTP Order 76118318 REJECTED StopLoss SELL 2K GBP/USD if BID
    №1857975
    06-10-2016 23:07:06.693 3305763-ProSTP Order 76087486 TRIGGERED StopLoss SELL 2K GBP/USD if BID 06-10-2016 23:07:07.805 3305763-ProSTP Order 76087486 REJECTED StopLoss SELL 2K GBP/USD if BID 06-10-2016 23:07:07.805 3305763-ProSTP Order 76087486 ORDER RESUBMITED StopLoss SELL 2K GBP/USD if BID 06-10-2016 23:07:07.805 3305763-ProSTP Order 76087486 TRIGGERED StopLoss SELL 2K GBP/USD if BID 06-10-2016 23:07:09.601 3305763-ProSTP Order 76087486 REJECTED StopLoss SELL 2K GBP/USD if BID
    №1857979
    06-10-2016 23:07:06.959 3305763-ProSTP Order 76087687 TRIGGERED StopLoss SELL 2K GBP/USD if BID 06-10-2016 23:07:08.437 3305763-ProSTP Order 76087687 REJECTED StopLoss SELL 2K GBP/USD if BID 06-10-2016 23:07:08.437 3305763-ProSTP Order 76087687 ORDER RESUBMITED StopLoss SELL 2K GBP/USD if BID 06-10-2016 23:07:08.437 3305763-ProSTP Order 76087687 TRIGGERED StopLoss SELL 2K GBP/USD if BID 06-10-2016 23:07:10.034 3305763-ProSTP Order 76087687 REJECTED StopLoss SELL 2K GBP/USD if BID
    №1857982
    06-10-2016 23:07:07.203 3305763-ProSTP Order 76088083 TRIGGERED StopLoss SELL 2K GBP/USD if BID 06-10-2016 23:07:08.661 3305763-ProSTP Order 76088083 REJECTED StopLoss SELL 2K GBP/USD if BID 06-10-2016 23:07:08.661 3305763-ProSTP Order 76088083 ORDER RESUBMITED StopLoss SELL 2K GBP/USD if BID 06-10-2016 23:07:08.661 3305763-ProSTP Order 76088083 TRIGGERED StopLoss SELL 2K GBP/USD if BID 06-10-2016 23:07:11.659 3305763-ProSTP Order 76088083 REJECTED StopLoss SELL 2K GBP/USD if BID
    №1857993
    06-10-2016 23:07:07.855 3305763-ProSTP Order 76089387 TRIGGERED StopLoss SELL 2K GBP/USD if BID 06-10-2016 23:07:09.610 3305763-ProSTP Order 76089387 REJECTED StopLoss SELL 2K GBP/USD if BID 06-10-2016 23:07:09.610 3305763-ProSTP Order 76089387 ORDER RESUBMITED StopLoss SELL 2K GBP/USD if BID 06-10-2016 23:07:09.610 3305763-ProSTP Order 76089387 TRIGGERED StopLoss SELL 2K GBP/USD if BID 06-10-2016 23:07:12.504 3305763-ProSTP Order 76089387 REJECTED StopLoss SELL 2K GBP/USD if BID
    №1857997
    06-10-2016 23:07:08.056 3305763-ProSTP Order 76116431 TRIGGERED StopLoss SELL 2K GBP/USD if BID 06-10-2016 23:07:10.032 3305763-ProSTP Order 76116431 REJECTED StopLoss SELL 2K GBP/USD if BID 06-10-2016 23:07:10.032 3305763-ProSTP Order 76116431 ORDER RESUBMITED StopLoss SELL 2K GBP/USD if BID 06-10-2016 23:07:10.032 3305763-ProSTP Order 76116431 TRIGGERED StopLoss SELL 2K GBP/USD if BID 06-10-2016 23:07:12.620 3305763-ProSTP Order 76116431 REJECTED StopLoss SELL 2K GBP/USD if BID
    №1858029
    06-10-2016 23:07:08.580 3305763-ProSTP Order 76119553 TRIGGERED StopLoss SELL 2K GBP/USD if BID 06-10-2016 23:07:10.407 3305763-ProSTP Order 76119553 REJECTED StopLoss SELL 2K GBP/USD if BID 06-10-2016 23:07:10.407 3305763-ProSTP Order 76119553 ORDER RESUBMITED StopLoss SELL 2K GBP/USD if BID 06-10-2016 23:07:10.407 3305763-ProSTP Order 76119553 TRIGGERED StopLoss SELL 2K GBP/USD if BID 06-10-2016 23:07:12.760 3305763-ProSTP Order 76119553 REJECTED StopLoss SELL 2K GBP/USD if BID
    Сообщение No Liquidity означает, что доступный объем по выбранной цене был меньше, чем запрошенный. При открытии сделки на покупку, Вы покупаете валюту по определенной цене, сделовательно должен быть спрос на продажу по этой же цене. Если спрос меньше выбранного Вами объема, ордер не будет исполнен.

    Далее, 2016-10-07 01:07:26 на счете №3305763 (Eglobal-ProSTP) был достигнут критический уровень маржи (StopOut) в то время как ордера по инструменту GBP/USD находились в процессе закрытия. Закрытие произошло позже, после достижения необходимой ликвидности по первой возможной цене - 2016-10-07 01:12:49 1.21475(Bid).

    Ситуация на Вашем счете №3305763 (Eglobal-ProSTP) была проверена повторно, однако нами не было установлено каких-либо технических ошибок.

    С уважением,
    Михаил К.
    Отдел по работе с жалобами Клиентов


    Читайте, анализируйте, принимайте очевидные решения.


    Добавлено: 07-11-2016 18:03:47

    красная горизонтальная линия на скрине 1 - линия установленных SL - трудно не заметить как свеча идет через нее.

    GBP_USD_StopLoss.png
    GBP_USD_ALPARI.png

    #1862
    Urytomsk, тебе ж русским языком объясняют, что не было покупателя на твой фунт по твоей цене (СЛ), как первый появился так и продали. Ликвидность у STP не большая (обычно бабки внутри ДЦ-шного банка крутятся) в отличии от ECN. Это особенности NDD торговли, здесь при форс-мажорах СЛ безбожно скользят.

    Изменено 7 ноября, 2016 пользователем SebastianPerreira

    #1863

    Слушай, я ж не в суд маляву написал. Старик считает, что здесь 6К юзеров, наверное не каждый знает о таких камнях. Я вот не обращал внимания на разницу между ECN и NDD, да и сейчас по твоей немногословности не особо понимаю.

    #1864


    Слушай, я ж не в суд маляву написал. Старик считает, что здесь 6К юзеров, наверное не каждый знает о таких камнях. Я вот не обращал внимания на разницу между ECN и NDD, да и сейчас по твоей немногословности не особо понимаю.


    :d не, я писал о 6000+ скачиваний разных модов бота - а скачивания модов это не столько же людей, а в 2-3 раза меньше.

    Но если сделаем всё как надо, то и десятки тысяч пользователей Generic со временем наберётся.
    #1865
    master_255, как можно красиво придумать для тех, у кого брокер не переводит часы на зимнее время (остается GMT +3) ? Я в сетах уже подстроил, но как-то некрасиво выглядит, особенно когда время торгов 23:00 - 01:00 (ставить приходится на утро следующего дня 00:00 - 02:00) и получается что к примеру четверг и понедельник не торгуются (если смотреть по GMT +3). Не критично конечно, но всё же :d
    #1867


    Слушай, я ж не в суд маляву написал. Старик считает, что здесь 6К юзеров, наверное не каждый знает о таких камнях. Я вот не обращал внимания на разницу между ECN и NDD, да и сейчас по твоей немногословности не особо понимаю.



    Юрий, в гугле забанили? ECN - это разновидность NDD, и STP - разновидность NDD. NDD (No Dealing Desk) - "типа" выход на ликвидность без палок в колеса от ДЦ. А F4u = FckU. Чем быстрее это поймешь, тем быстрее зарабатывать начнешь. F4u=Alpari(ru)=Robo=Lite=Insta и т.д.
    #1868

    Скажите, кто-нить использует maxSpreadMode2 вместе с ролловером или отдельно, как результаты? И каким оставлять параметр maxSpreadMode2_Profit , по умолчанию 10 Вы поставили, это значит как будет профит больше 10 пунктов сразу произойдет закрытие сделки ?

    #1869

    1. У меня стоит на всех парах вместо ролловер фильтра, значения в 2 раза больше среднего спреда.

    2. Не сразу, а только при наличии сигнала на закрытие.

    #1870

    Блин, забыл еще такой вопрос: bigLoseSize работает у всех корректно, у меня сработал стоп лос 42 пункта при bigLoseSize = 41 , но сделка следующая в том же направлении открылась тоже (24 числа еще было). Поставил bigLoseSize = 38 буду пробовать, может одного пункта мало?

    #1871

    Ребят, пардон, если где уже отвечали. Поиск по теме ответ не дал.
    Новостной фильтр в 12 версии полноценно работает? Включил его, а на инфопанели пишет News filter = off

    #1872



    Слушай, я ж не в суд маляву написал. Старик считает, что здесь 6К юзеров, наверное не каждый знает о таких камнях. Я вот не обращал внимания на разницу между ECN и NDD, да и сейчас по твоей немногословности не особо понимаю.


    :d не, я писал о 6000+ скачиваний разных модов бота - а скачивания модов это не столько же людей, а в 2-3 раза меньше.

    Но если сделаем всё как надо, то и десятки тысяч пользователей Generic со временем наберётся.


    Очень надеюсь, что "десятки тысяч пользователей Generic" не появятся. Иначе торговать будет совсем печально :d (я про ликвидность и всё что с ней связано))
    #1873


    Ребят, пардон, если где уже отвечали. Поиск по теме ответ не дал.
    Новостной фильтр в 12 версии полноценно работает? Включил его, а на инфопанели пишет News filter = off

    Он работает с индикатором новостей, /index.php?action=dlattach;topic=13593.0;attach=129574
    Положить в папку Indicators, на график не устанавливать.
    #1874


    Очень надеюсь, что "десятки тысяч пользователей Generic" не появятся. Иначе торговать будет совсем печально :d (я про ликвидность и всё что с ней связано))



    ;) :-H появятся, еще как.. при такой торговле, просто вопрос времени
    #1875
    Цитата

    Дальше события развивались так:
    02:15:01 - несколько копий бота на ряде пар выдают приказы на открытие по одному рыночному ордеру
    02:15:01+- сервер MarketPlacе открывает все запрошенные ордера
    02:16:00+- рассинхронизированный сервер МТ4 автономно выдает в клиентский терминал Off Quotes по всем реально уже открытым ордерам
    02:18:00+- сервера ДЦ синхронизируются и в клиентский терминал "добавляются" все 3+ минутами ранее открытые MarketPlacе рыночные ордера.

    master_255, вот такая история из жизни. Как такое обрабатывать, пока не понимаю.



    А какой из этих двух серверов отвечает на запросы об уже открытых ордерах? Есть ли смысл, перед повтором запроса на открытие ордера, запросить инфу об открытых ордерах по текущей паре и если нету - тогда слать повторный запрос на открытие - или это медленно?

    Спойлер


    Кому охота попаранойить и совсем разочароваться в форекс ДЦшках: https://habrahabr.ru/company/itinvest/blog/206654/

    #1876


    Прежде всего, благодарю за такой детальный ответ.
    Я преобразовал стандартные сеты 11.86 в 12.37.
    Затем установил параметр TimeShift в значение -2.
    Т.е у меня в сете стоят стандартные параметры времени по Москве и TimeShift-2, который означает GMT+0, правильно?
    Я хочу, чтоб, Generic начал работу в Воскресенье 22:00 GMT+0 при открытии рынка (параметр TimeShift-2).

    Ну он и начнёт работать в 22:00 - не начнёт же он работать до открытия рынка.
    Если принципиально, чтобы в окошке писалось именно 22:00 - в общем-то, не влияет на работу.
    Просто показывает всю сессию, как непрерывную.
    В воскресенье, вообще, в окне "обзор рынка" должно остаться последнее время пятницы, как рынок закрылся в 22:00 GMT, то и должно висеть "21:59:..." , и время торгов, и день недели в инфо-панели должны показываться с пятницы, а на открытии воскресенья, в 22:00 - сразу появится "воскресенье...", а каким образом на том скриншоте в окне "обзор рынка" уже показывается время воскресенья до открытия рынка - неясно. Вроде, при закрытом рынке время не обновляется.

    P.S. TimeShift и news_offset ИМХО - логика этих параметров одна. Может надо сделать один параметр?

    Для новостей ещё нужно летнее время учитывать - вроде, нет способов вычислить летнее время на сервере брокера, а только локальное.

    Изменено 8 ноября, 2016 пользователем machine

    Для публикации сообщений создайте учётную запись или авторизуйтесь

    Перейти к списку тем
    Форум · 2.0.20260627.0025