[Советник] Forex Setka Trader Mod и [EA]-Setka📌

48 минут назад, chinchi19 сказал:

Настройки вашего сета по терминологии оптимизации необходимо определить как СПЛОШНАЯ ПОДГОНКА ПАРАМЕТРОВ выполненая вручную.

А вы попробуйте что-нибудь изменить в нем, и почувствуете разницу. Да и в принципе не вижу подогнанных параметров, все достаточно обще, оно не перебором выставлялось. Но несомненно учитывая исторические данные за обозначенный период. Это просто результат комплекса незамысловатых идей & технологий. По сути тут все строится на маленьком профите, остальное - меры уменьшения рисков

1 час назад, r4f-105 сказал:

Про точно такую же ошибку я вчера и говорил, только на EURCAD. Предоставил логи, сет и скрин, но разработчики к ней как то прохладно отнеслись. Значит это все же косяк бота, а я подумал только у меня и все удалил

Все удалил вместо дать полный отчет, с логами бота и терма!

По данной "ошибке" - бот попытался изменить ТП на то же самое значение, это ошибка округления/сравнения вещественных чисел. "Лечение" этого есть и уже включено в новые доработки

1 час назад, Roman_arina сказал:

Может это как то связанно с уровнем стопов брокера, который выше того что используется в сете

Бот уже давно это проверяет!

52 минуты назад, Roman_arina сказал:

А вы попробуйте что-нибудь изменить в нем, и почувствуете разницу.

Попробуйте сунуть отвертку в работающий двигатель 
 

53 минуты назад, Roman_arina сказал:

Но несомненно учитывая исторические данные за обозначенный пери

1 час назад, chinchi19 сказал:

когда сет удовлетворительно проходит участки, которые в процессе оптимизации (ручной, автоматической не имеет значения)  бот "НЕ ВИДЕЛ". В теории оптимизации их называют БЕК и ФОРВАРД тестирование.

Коллега прав! Это суть метода "Монте-Карло". Об этом он и говорит!

55 минут назад, Roman_arina сказал:

Это просто результат комплекса незамысловатых идей & технологий.

А вот это есть "ноу-хау" - Вы бы еще поделились найденными методами!

20 минут назад, capteen сказал:

Все удалил вместо дать полный отчет, с логами бота и терма!

Куда уж полнее двух zip-архивов за две даты. Если бы я был уверен, что это именно баг бота, я бы мог в теории оформить нормальный баг-репорт, с картинкой единственной сделки, актуальным и ожидаемым результатом и прочими правилами. Но я не настаивал что это была ошибка бота. Я был не уверен, и была мысль, что это что то с брокером и/или сетом, или что то с терминалом. Мало ли. Свою человеческую ошибку я не исключал.

Т.е. теперь 295-й релиз надо тестить? Новее не вижу. В нём включено? Я то использовал 285-ю. Если так, то спасибо. Проверим.

Только что, r4f-105 сказал:

Куда уж полнее двух zip-архивов за две даты. Если бы я был уверен, что это именно баг бота, я бы мог в теории оформить нормальный баг-репорт, с картинкой единственной сделки, актуальным и ожидаемым результатом и прочими правилами. Но я не настаивал что это была ошибка бота. Я был не уверен, и была мысль, что это что то с брокером и/или сетом, или что то с терминалом. Мало ли. Свою человеческую ошибку я не исключал.

 

Т.е. теперь 295-й релиз надо тестить? Новее не вижу. В нём включено? Я то использовал 285-ю. Если так, то спасибо. Проверим.

Возможно это глюк, но ни одного приложенного файла я не увидел Извините!

1 минуту назад, r4f-105 сказал:

Я был не уверен, и была мысль, что это что то с брокером и/или сетом, или что то с терминалом. Мало ли. Свою человеческую ошибку я не исключал.

Здесь на звери! Все ошибаются (даже я! ). Здесь место общения профи и всегда найдется кто-то, кто поможет разобраться. Возможно и Ваша ошибка, а возможно и бота. Но теперь нет исходных данных и разбираться не в чем
Для примера: коллега @kvv75 , тоже думал, что его ошибка, оказалось, что это серьезная недоработка в боте и конкретный косяк ДЦ! А если бы он "испугался" и "все стер" - кто-то на серьезных деньгах мог попасть на такую ошибку и очень сильно "погореть"! Понимаете?

1 час назад, capteen сказал:

А вот это есть "ноу-хау" - Вы бы еще поделились найденными методами!

 

Какое там "ноу-хау", вы больше меня знаете всяких хитростей

1 час назад, capteen сказал:

Но теперь нет исходных данных и разбираться не в чем

Так логи остались в терминале. Они нужны ещё? Я их опять прикрепил. И сет от OstapBender EURCAD. Скрин с одной сделкой я думаю не нужен. Если это тот же баг, который уже исследован и пофиксен, то хорошо, будем работать с 295-м или следующим релизом.

eurcad.set14 скач. experts.zip18 скач. terminal.zip15 скач.

В 05.02.2020 в 12:06, kvv75 сказал:

В 03.02.2020 в 04:39, Старик сказал:

Коллеги, это вообще-то очень серьезная напасть!!...

Кто ведет мультиторги в одном терминале мт4 - услышьте меня, посмотрите историю торгов за дней 10 и лучше приостановите мультиторги, пока с короновирусом ДЦ разберемся!

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

 

Спойлер

 

Попробую порассуждать, а вы если заметите «лажу» сообщите плиз)

 

1. Данная проблема у меня возникла после нового года (что я менял после Н/Г? добавил на VPS терминал Roboforex с 13 парами в дополнение к уже имеющемуся там терминалу F4y с 14 парами и терминалу Альпари с одной парой).

 

2. Если смотреть на время сделок то это в основном период 16:00-17:00 (время выхода новостей).

 

3. Плюс два дня назад (об этом не писал) заметил отсутствие в течении двух часов сделок на покупку по одной из пар, открыл терминал и не обнаружил там бота (в результате ревизии бот отсутствовал еще на 7 парах).

 

Так вот, учитывая, что в момент выхода новостей на рынке обычно сильно возрастает активность и пары с одинаковыми валютами могут модифицироваться и закрывать сетки практически одновременно количество команд отправляемых ботом в единицу времени возрастает в разы. Соответственно в этот момент требования к производительности системы (т.е. физической памяти, процессору) то же резко повышаются. И если они ниже требуемых то мы получаем задержку и возможных хаос… (В преддверии вопроса. Какой у тебя VPS? Сообщаю: у меня MyForexVPS тариф PRO (RAM 2Гб, CPU 1600 МГц, SSD 30 ГБ) вчера когда делал замеры загрузка процессора колебалась в районе 80-90%, RAM-75% (но это вечером после закрытия торгов в Америке))

 

Отсюда вопрос: возможно мой VPS просто не тянет и очень сильно тормозит бота, что и приводит к таким последствиям?

Это то, что мне приходит на ум как вывод. Иначе чем еще (учитывая, что у остальных все нормально) можно объяснить закрытие сеток в минус и исчезновение ботов с графиков?

 

Что скажете? Или это все бред?

 

 

P.S

Кстати, в таком случае объясняется отсутствие минусовых закрытий у других!

я тоже в общем склоняюсь к выводу, что вы неадекватно загрузили VPS - сильно перегрузили, что приводило к краткосрочным потерям сознания ботов и терминалов.

И когда они из обморока выходили, они часть потока котировок и сигналов сервера просто теряли - и переставали понимать что происходит...

VPS же все же не полноценный комп с резервами оперативной и дисковой памяти и файлом подкачки, которые при перегрузке пусть медленнее, но обработают всё.

Что будет терять и как будет работать "как бы комп" VPS при явной перегрузке мало кто ясно понимает...

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

И если это происходит после отсылки ботом приказа открыть ордер, может быть и пропуск и сервером, и ботом ответной информации.

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

Даже по логам терминала и бота не понятно кто (сервер/терминал) настолько криво крест навкрест информировал ботов об открытых ордерах...

В общем, коллеги, выглядит так, что радикально перегруженный VPS в пиковые торги может вести себя неадекватно и что загружать VPS надо адекватно купленным ресурсам.

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

Но всё равно помните, что VPS не полноценный комп и не стоит VPS перегружать бесконтрольно - перегруженность VPS может приводить к глюкам в работе ботов и терминалов.

Также, коллеги, давайте запомним, что недопустимо стартовать мульти торги, в которых количество открытых ордеров может превышать максимум на счете.

Это также крайне серьезное нарушение организации торгов, приводящее к спаму сервера, дискредитации в ДЦ бота с перспективой бана клиента в ДЦ!

По техническим причинам в отдельных автономных ботов нельзя добавить контроль открытия ордеров вообще всеми ботами на конкретном счете.

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

В 08.02.2020 в 11:23, Roman_arina сказал:

Разрабатывался вручную (без опта), проверки проводились с 2016 по 26.01.2020 со спредами 16 и 30, tickstory lite + csv2fxt, ducaskopy.

Коли вы все же взяли весь период 2016-2019 для теста AUDCHF, тем более за основу взять уже готовый сет, история происхождения параметров в котором точно не ясна - когда и как тестили. Моя рекомендация вам взять и прогнать ваш сет на очень близких прах по базовой валюте и валюте котировок: AUDCHF- > AUDUSD – по валюте котировок и AUDCHF -> NZDCHF по базовой валюте. Можете увидеть больше плюсов и минусов вашего набора.

5 часов назад, Старик сказал:

В общем, коллеги, выглядит так, что радикально перегруженный VPS в пиковые торги может вести себя неадекватно и что загружать VPS надо адекватно купленным ресурсам.

Спасибо за столь подробный анализ подтверждающий мои размышления. Со своей стороны выводы сделал и на всякий случай два дня назад ресурсы VPS существенно (в два раза) увеличил. 

5 часов назад, Старик сказал:

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

И если это происходит после отсылки ботом приказа открыть ордер, может быть и пропуск и сервером, и ботом ответной информации.

Разрывы связи периодически контролирую с помощью Ping-Admin (если вы об этом). И до настоящего времени мой VPS в подобных прегрешениях замечен не был.

Что вообщем то данную рекомендацию ничуть не аннулирует!!!

5 часов назад, Старик сказал:

вы неадекватно загрузили VPS - сильно перегрузили, что приводило к краткосрочным потерям сознания ботов и терминалов.

И когда они из обморока выходили, они часть потока котировок и сигналов сервера просто теряли - и переставали понимать что происходит...

Но ведь для этого и существуют летчики-испытатели. Кто-то должен прогнать машину на экстремальных режимах прежде чем допустить к массовой эксплуатации...

4 часа назад, kvv75 сказал:

Но ведь для этого и существуют летчики-испытатели. Кто-то должен прогнать машину на экстремальных режимах прежде чем допустить к массовой эксплуатации...

Вы себе не очень представляете, сколько должен знать и уметь летчик-испытатель!
Учиться - всегда надо! : )

 Успехов! Ждем достижений!

В 03.02.2020 в 00:27, chinchi19 сказал:

У нас в топике этот вопрос НЕ решен на уровне методологии. 

В 03.02.2020 в 00:27, chinchi19 сказал:

1. Название бота. 2. Имя автора сета (Имя автора, которы последним внес какие-либо изменения в настройки сета, посколько - это уже новый сет). 3. Период опта (к примеру 15, или 15-16 в годах.) 4. ПАРА. 5.6.7..... дополнительная автором определяемая информация, которая ему кажется необходимой.....

На самом деле эта проблема решена, пускай не и 100 процентов.

0. На 100% я согласен, что если бы все придерживались общей методологии о названии сета, то это всем бы упростило жизнь. Но так как люди разные - то даже простые требования @Старик не выполняются категорически.

1. Вместе с тем, требование @Старик  выкладывать в топике - сет и отчет после прогона этого сета, как правило исполняются.  В этой связке есть вся информация о сете, и периодах его тестирования.

2. Вся информация об авторе, и месте - где впервые появился этот сет, есть в посте, в котором размещен этот сет.

3. С помощью инструмента "База данных" анализатора, можно спокойно получить обобщенную информацию о любом сете. Или выбрать сет по удовлетворяющим тебя параметрам.

4. Конечно, данный подход требует определенных условностей при сохранение сетов с форума, в тоже время он хоть как то позволяет работать с тем массивом сетов выложенных в топике.

Я например делаю это так (цифры спереди номер поста, где появился этот сет):

5. Что можно сделать для развития этой идеи:  пройти по всем файлам данной темы и создать единую базу данных всех сетов с указанием автора, даты создания и общей информацией по сету и его тестированию, конечно 100% качественного результаты мы не получим. Но общая информация у нас будет.

6. Так, что это не причина не выкладывать сеты 

@kvv75 кое-какие мысли были по поводу вашей проблемы. После поста @Старик о потере потока котировок ботом и о том, тчо VPS может не хватать ресурсов я начал копаться в своих гипервизорах. Итак, если у вас ресурсов с запасом, то хостер вашего VPS скорее всего, на время перезагрузок машины гибернирует ваш VPS (в данном случае состояние вашего VPS сохраняется, соединения просто подвисают, но не разрываются) и после перезагрузки продолжает работу. Так же хостер может перераспределять неиспользуемые вами ресурсы (в основном это ОЗУ, т.к. ядра, а точнее потоки, используются совместно) между другими машинами на одном хосте с вами. Вы же видите в диспетчере объем, доступный вам при загрузке системы и далее, если он будет расширен (динамическая память), при уменьшении\перераспределении, гостевая ось не видит изменений.

Могу, конечно ошибаться, т.к. тестирование я проводил на своих мощностях и осях вин 10, вин серв 16\19. Хостом был hyper-v 2019, т.е. последняя версия гипервизора от майков. На предыдущих версиях дела еще хуже.

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

28 минут назад, Altegron сказал:

Итак, если у вас ресурсов с запасом, то хостер вашего VPS скорее всего, на время перезагрузок машины гибернирует ваш VPS (в данном случае состояние вашего VPS сохраняется, соединения просто подвисают, но не разрываются) и после перезагрузки продолжает работу.

Как раз на момент возникновения проблемы ресурсов не хватало (увеличил буквально два дня назад).

30 минут назад, Altegron сказал:

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

Так то оно так, но существуют на мой взгляд две проблемы:

1 Стабильный интернет. Например, у меня периодически бывают сложности (причем не всегда это зависит от качества работы провайдера) и требуются определенные действия чтобы его восстановить.

2 Как минимум нужен бесперебойник или нормальный ноут на случай отключения электричества. Но и это по моему не решает проблему, а если уехал и тебя нет дома несколько недель, как быть в этом случае...?).

В 08.02.2020 в 19:42, capteen сказал:

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

  Думаете? Если верно записаны логи, то это похоже на попытку ордеру продажи установить ТП больше(!) цены ордера. Например, перепутаны СЛ и ТП.

В 08.02.2020 в 16:23, Roman_arina сказал:

"2020.02.07 21:22:23.443    (EA) - Setka v1.43-ADX-IMP-R295-SR10 AUDCHF,M15: [Èíôî] - Set TP kernel_order::set_tp ERROR detected! order 250169225, order_operation_sell order_price: 0.65017, market price: 0.65017, SL: 0.00000, TP: 0.65065"

31 минуту назад, kvv75 сказал:

1 Стабильный интернет. Например, у меня периодически бывают сложности (причем не всегда это зависит от качества работы провайдера) и требуются определенные действия чтобы его восстановить.

 

2 Как минимум нужен бесперебойник или нормальный ноут на случай отключения электричества. Но и это по моему не решает проблему, а если уехал и тебя нет дома несколько недель, как быть в этом случае...?).

интернет, увы....

по поводу того, что "вырубили свет на 3 часа, потом дали, а комп не завелся" Wake on lan сейчас есть почти во всех биосах и в каждом роутере.

32 минуты назад, kvv75 сказал:

Как раз на момент возникновения проблемы ресурсов не хватало (увеличил буквально два дня назад).

тогда тестируйте. и выключите файл подкачки (swap) на виртуалке.

Короче работа с ВПС требует знаний по оптимизации этого самого впс...

11 минут назад, Altegron сказал:

по поводу того, что "вырубили свет на 3 часа, потом дали, а комп не завелся" Wake on lan сейчас есть почти во всех биосах и в каждом роутере.

Не вырубили, а что-то коротнуло и сработал автомат (у меня так было пару раз). Пока его принудительно не включишь электричество не появится...

@kvv75 поставьте другу на работу ноут)))))

на самом деле, раз у вас такие проблемы, вы можете потестировать метаквотовский впс у вашего брокера. Есть инфа, что эти впс самые стабильные и поддерживаются брокером-партнером.

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

10 часов назад, elavr сказал:

Я например делаю это так (цифры спереди номер поста, где появился этот сет):

К сожалению, № поста в топике на большинстве форумов не является абсолютным и меняется при редактировании или реорганизации топика.

Например, когда мы/я когда-то (за пару недель) наверно разделим топик на старый и новый проекты, то все №№ постов по порядку поменяются.

Предпочтительнее, видимо, ориентироваться на абсолютный 6-ти значный № записи поста в БД форума, видимый в браузере слева внизу - при наведении курсора на ссылки на пост справа вверху каждого поста.

(№ записи в БД форума вроде не должен меняться при любых трансформациях форума).

5 часов назад, maximoom сказал:

  Думаете? Если верно записаны логи, то это похоже на попытку ордеру продажи установить ТП больше(!) цены ордера. Например, перепутаны СЛ и ТП.

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

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

5 часов назад, maximoom сказал:

продажи установить ТП больше(!) цены ордера

Для сетки - это нормально! И блок защиты уже поправлен в этом плане.

Здравствуйте. Выкладываю сет "переживший" коронавирус . Щёт центовый NDD на  Forex4You. Депо 250$ сетка закрылась с прибылью 20$. Сет с реинвестом! Мож кого заинтересует 

(EA) - Setka v1.43-rel-190815-R245 eursgd_m30.set48 скач.

59 минут назад, Victor47 сказал:

Здравствуйте. Выкладываю сет "переживший" коронавирус . Щёт центовый NDD на  Forex4You. Депо 250$ сетка закрылась с прибылью 20$. Сет с реинвестом! Мож кого заинтересует 

(EA) - Setka v1.43-rel-190815-R245 eursgd_m30.set 7 \u043a\u0411 · 4 загрузки

А нет тестов за 1346—1353 годы Чёрной Чумы в Европе? Её тоже из Китая завезли.

Всем привет! Извиняюсь, что не по теме. Перешел с f4you в roboforex и узнал, что на новых счетах подключается рибэйт от брокера, раньше пользовался рибейтом от fxcash. Какой рибейт выгоднее fxcash или robo, подскажите пожалуйста

5 часов назад, Victor47 сказал:

Здравствуйте. Выкладываю сет "переживший" коронавирус . Щёт центовый NDD на  Forex4You. Депо 250$ сетка закрылась с прибылью 20$. Сет с реинвестом! Мож кого заинтересует 

 

Так короновирус еще не закончился!Трам сказал-до апреля.

7 минут назад, valerii.badaev@gmail.com сказал:

6 часов назад, Victor47 сказал:

Здравствуйте. Выкладываю сет "переживший" коронавирус . Щёт центовый NDD на  Forex4You. Депо 250$ сетка закрылась с прибылью 20$. Сет с реинвестом! Мож кого заинтересует 

Так короновирус еще не закончился!Трам сказал-до апреля.

до апреля ....

до апреля человечество продержится и всё!

Коронавирус "переживут" тараканы и сет Виктора на центовом щёте