KopirFIFO copy netto trades for MT4
FREE
Veröffentlicht:
23 September 2019
Aktuelle Version:
4.60
Keinen passenden Roboter gefunden?
Geben Sie Ihren Eigenen in Auftrag
auf Freelance!
Gehen Sie zu Freelance
Geben Sie Ihren Eigenen in Auftrag
auf Freelance!
Wie man einen Roboter oder Indikator kaufen kann
Starte Deinen EA im
Virtual Hosting
Virtual Hosting
Teste einen Indikator/Roboter vor dem Kauf
Möchtest Du Geld im Market verdienen?
Wie man Produkte richtig präsentiert
Sie verpassen Handelsmöglichkeiten:
- Freie Handelsapplikationen
- Über 8.000 Signale zum Kopieren
- Wirtschaftsnachrichten für die Lage an den Finanzmärkte
Registrierung
Einloggen
Sie stimmen der Website-Richtlinie und den Nutzungsbedingungen zu.
Wenn Sie kein Benutzerkonto haben, registrieren Sie sich

f > 1 - antiMartin : эта функция позволяет из сетки ордеров с мартином на мастер счете делать сетку ордеров без мартина (просты усреднения) на счете клиенте. Наприме ресли открываются ордера объемом 1 2 4 8 на мастере, то на клиенте при выставлленной этой функции равной 2 будут открываться ордера объемом 1 1 1 1
Мне была нужна эта функция в личных целях. У меня есть несколько мартинов которые показывают прибыльность торговли на каждое колено в пунктах, и чтобы не переделывать исходный советник для получения "не мартина" я пользуюсь копиром для его "размартингейливания)
"Expert comment id for netto Max" - тоже параметр который я сделал под свои личны нужды. Например на мастер-счете торгует несколько советников одновременно в том числе на одних и тех же парах. Различить советников можно только по комментариям (у меня маджики всегда уникальные), например : boll , blitz, hib. Если в этом параметре выставить "boll , blitz, hib", то копир будет копировать не сумму позиции по всем этим ордера, а максимум из них. Логика следующая, мой многолетний опыт работы на форексе говорит о том, что портфель торговых сигналов/систем нужнро всегда реализовывать так, чтобы избежать внутренней корреляции систем. Если все три системы на мастер счете заходят по паре nzdcad в лонг лотом 0.1, 0.1, 0.1 то копир должен копировать только объем 0.1, а не 0.3.
"Max DD percent" - в процентах. Если плавающая просадка на счете от сделок этого копира достигает этой величины, то все сделки копира (и только этого копира) закрываются.
"Fix lot in USD, min=0,01" - в этой версии копира эта функция ни на что не влияет. Я её удалю.
Да, для счетов с где нельзя открывать сделку лотом менее чем 0.1 советник может не работать.Зеро это артефакт из полной версии копира где не только копирование по фифо-правилу идет, а в том числе посделочное копирование. В этой урезанной версии посделочного копирования впринципе нет, поэтому цифра всегда 0.
Limit of fix count steps - если вы копируете мартин или усреднитель с бесконечным усреднением, то вы не знаете максимальный объем который потенциально может открыть ваш советник. Если вы ограничиваете количество колен, то объем открываемых позиций на счете-клиенте можнро точно рассчитать.
На самом деле непосредственно настроить такое гибко в этом копире нельзя, только косвенно настройками которые для этого изначально не предназначались.
Но да если выставить минимальный копируемый объем больше заданного, то получится именно отсечение первых сделок. В целом я сам пользуюсь этой особенностью в этом копире.
Плохо что копир при закрытии сделок также кроет чужие сделки, хоть и магик разный. Можно ли так сделать, чтобы копир не трогал чужие сделки?
Плохо что копир при закрытии сделок также кроет чужие сделки, хоть и магик разный. Можно ли так сделать, чтобы копир не трогал чужие сделки?
обновил копир, в новой версии копир работает только с со своими ордерами
Еще косяк нашел. У меня за один день 44 раза сделки копир открыл закрыл просто так по сути. По всей видимости из-за того что округление лота настроено в меньшую сторону. Я использовал копирование между депозитами в разных валютах, сервер баксы, клиент эфир. И судя по всему расчетный лот на клиенте из-за колебаний курса ETHUSD становился то 0,0300 то 0,0299 и копир постоянно то частично закрывал позиции то опять открывал. Я думаю нужно сделать возможность в копире настроить способ округления, если бы была возможность округлять в ближайшую сторону, а не в меньшую, то шаг лотности на клиенте для копира был бы уже 0,03499-0,02500~0,01, а не 0,0000001, и не было бы этих бесполезных переоткрытий.
2019.11.26 05:30:36.043 KopirFIFO netto ver. 4.58 GBPJPY,H1: AUDNZD LevServer=10.6970604550199 LevClient=2.031385165563761
2019.11.26 05:29:54.949 KopirFIFO netto ver. 4.58 GBPJPY,H1: AUDNZD LevServer=10.71179362700768 LevClient=2.146980598613336
2019.11.26 05:29:52.918 KopirFIFO netto ver. 4.58 GBPJPY,H1: AUDNZD LevServer=10.70452646715217 LevClient=2.032601713619723
2019.11.26 05:29:38.715 KopirFIFO netto ver. 4.58 GBPJPY,H1: AUDNZD LevServer=10.71122097602162 LevClient=2.146883753717781
Вот вырезка из логов, и так его колбасит 44 раза уже. Надо что-то с этим делать.
Вот вырезка из логов, и так его колбасит 44 раза уже. Надо что-то с этим делать.
Если помогло переключение на баланс напишите плз тут. Я окончательно уберу тогда этот переключатель.
Если помогло переключение на баланс напишите плз тут. Я окончательно уберу тогда этот переключатель.
У меня баланс всегда стоял. А как насчет версии, что это все происходит из-за колебаний курса ethusd? При копировании со счетов в одинаковых валютах проблем не было.
У меня баланс всегда стоял. А как насчет версии, что это все происходит из-за колебаний курса ethusd? При копировании со счетов в одинаковых валютах проблем не было.
Да, версия хорошая, действительно изменение курса эфира приводит к переоценке плеча, это почти то же самое что использование плавающей эквити. Но ваш вариант не решит проблему, она просто переместится на другой уровень округления. Я сегодня подумаю над решением. Думаю что стоит отслеживать не только соотношение плечь, но так же сам факт совершения сделок на сервере, чтобы запускать процесс копирования. Это должно решить проблему.
У меня баланс всегда стоял. А как насчет версии, что это все происходит из-за колебаний курса ethusd? При копировании со счетов в одинаковых валютах проблем не было.
Попробуйте в новой версии включить добавленный параметр при копировании на счет в эфире.
У меня баланс всегда стоял. А как насчет версии, что это все происходит из-за колебаний курса ethusd? При копировании со счетов в одинаковых валютах проблем не было.
Вчера не опубликовалась новая версия (забыл кнопку последнюю нажать). Сегодня опубликовал версию с правкам под вашу проблему.
Вчера не опубликовалась новая версия (забыл кнопку последнюю нажать). Сегодня опубликовал версию с правкам под вашу проблему.
Благодарю за быструю правку!
Вроде нормально работает. Но теперь при неторговых операциях на клиенте (ввод/вывод) копир не корректирует позицию, приходится после неторговых операций перезапускать копир. В принципе и так сойдет, но было бы неплохо, если бы копир запускал синхронизацию в том числе и при неторговых операциях на клиенте. Возможно, например, кто-нибудь будет использовать копир для копирования с долларового счета на рублевый памм счет и для него корректировка позиций после вводов выводов будет очень важна.
Благодарю за быструю правку!
Вроде нормально работает. Но теперь при неторговых операциях на клиенте (ввод/вывод) копир не корректирует позицию, приходится после неторговых операций перезапускать копир. В принципе и так сойдет, но было бы неплохо, если бы копир запускал синхронизацию в том числе и при неторговых операциях на клиенте. Возможно, например, кто-нибудь будет использовать копир для копирования с долларового счета на рублевый памм счет и для него корректировка позиций после вводов выводов будет очень важна.
Да, поэтому этим параметром нужно аккуратно пользоваться.
По поводу добавления триггеров на счете клиента, да направление мысли совершенно верное. Реализую попозже. Но стоит отметить что рубль изменяется к доллару не так инртенсивно как эфир, поэтому для рублевого памм-счета вполне допустимо использовать обычный режим.
Что-то не понос так золотуха). Включил новый параметр сделки больше не переоткрывает. Но пропускает часть сделок (не открывает их на клиенте когда сделки есть на сервере). Вот примеры таких ситуаций из логов.
В первом примере в 2:15 открылась сделка по AUDNZD на сервере, на клиенте данная сделка не открылась. Далее в 3:30 на сервере открылась еще одна сделка по AUDNZD, копир на клиенте написал в логах всякие ругательства (ошибки), но потом все таки одной сделкой открыл объем равный сумме пропущенной и текущей сделки.
Первый пример:
0 03:15:06.057 KopirFIFO netto ver. 4.59 GBPJPY,H1: Load data 02:15:05 last tick 246350141
2 04:30:40.322 KopirFIFO netto ver. 4.59 GBPJPY,H1: open #41239870 buy 0.09 AUDNZD at 1.05058 ok
----------------------------------------------------------------------------------------------------------------------------------------
Во втором примере аналогичная ситуация, но ошибок копир уже не писал в логах. В 6:45 открылась сделка по NZDCAD на сервере, на клиенте данная сделка не открылась. Далее в 9:45 на сервере открылась еще одна сделка по NZDCAD, в этот раз копир ошибки не писал, и также открыл одной сделкой объем равный сумме пропущенной и текущей сделки.
Второй пример:
0 07:45:03.807 KopirFIFO netto ver. 4.59 GBPJPY,H1: Load data 06:45:04 last tick 262547907
--------------------------------------------------
Прикрепляю также сеты, полные логи терминалов сервера и клиента.
Что-то не понос так золотуха). Включил новый параметр сделки больше не переоткрывает. Но пропускает часть сделок (не открывает их на клиенте когда сделки есть на сервере). Вот примеры таких ситуаций из логов.
В первом примере в 2:15 открылась сделка по AUDNZD на сервере, на клиенте данная сделка не открылась. Далее в 3:30 на сервере открылась еще одна сделка по AUDNZD, копир на клиенте написал в логах всякие ругательства (ошибки), но потом все таки одной сделкой открыл объем равный сумме пропущенной и текущей сделки.
Первый пример:
0 03:15:06.057 KopirFIFO netto ver. 4.59 GBPJPY,H1: Load data 02:15:05 last tick 246350141
2 04:30:40.322 KopirFIFO netto ver. 4.59 GBPJPY,H1: open #41239870 buy 0.09 AUDNZD at 1.05058 ok
----------------------------------------------------------------------------------------------------------------------------------------
Во втором примере аналогичная ситуация, но ошибок копир уже не писал в логах. В 6:45 открылась сделка по NZDCAD на сервере, на клиенте данная сделка не открылась. Далее в 9:45 на сервере открылась еще одна сделка по NZDCAD, в этот раз копир ошибки не писал, и также открыл одной сделкой объем равный сумме пропущенной и текущей сделки.
Второй пример:
0 07:45:03.807 KopirFIFO netto ver. 4.59 GBPJPY,H1: Load data 06:45:04 last tick 262547907
--------------------------------------------------
Прикрепляю также сеты, полные логи терминалов сервера и клиента.
Да последний вариант правда сомнительный. Откатил версию и подошёл к проблеме с другой стороны. В версии 4.60 копира переоценка стоимости валюты в которой выражен депозит производится 1 раз в сутки или когда в окне обзора рынка меняется количество инструментов. Соответственно если депозит выражен в битках/эфире, открытие/закрытие позиций связанное с движениями на рынке крипты и переоценкой стоимости депозита будет производиться не чаще чем 1 раз в сутки.