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

В фрагменте инструкция Birt речь идет о текущем спрэде брокера в момент (начала?) скачивания котировок и сохранении именно его вместе с котирами?

Конвертация котировок была сделана именно так:

Кроме того, обратите внимание на очерченое красным.
Конвертация котировок была сделана именно так:

Кроме того, обратите внимание на очерченое красным.
Конвертация котировок была сделана именно так:

Вы не правы, я тоже изначально думал так, но когда начал сравнивать сделки в тестере и на реале в мониторинге обнаружил несоответствие летом на один час. Снайпер правильно сказал - надо ставить UTC+2 (там по умолчанию есть и перевод часов в европе +2 +3 GMT, тогда все будет сходиться.
Это проверено, а просто GMT+3 хоть Москва, Багдад или Нейроби это не наш вариант.

Конвертация котировок была сделана именно так:

Не Москва у нас. А Восточная Европа. Не у нас, а у "Альпари, Робо, Тикмилл". GMT +2/+3.

Не претендуя на истину в последней инстанции.
В тикстори для Alpari я ставлю галку на "Include Weekends", иначе теряется несколько часов вечера пятницы.
UTC+2, Daylight Savings - Yes.

Да, я делаю именно также. Выбор GMT+3 - это не корректно.

Время в терминале Альпари
Летнее время GMT: 0 EET: +3 MSK: +3
Стандартное (зимнее) время GMT: 0 EET: +2 MSK: +3
в Тикстори выбирал МСК+3
Почему не правильно?
Объясните пожалуйста.

Дело в том что Алпари, как и Tickmill в летнее время, с 1 Марта по 1 Октября, используют Европейский стандарт по переходу на летнее время и становятся GMT+3.
В остальное время они GMT+2.
Tickstory это знает и корректно обрабатывает данные если выбрать UTC+2, Helsinki...

надо ставить UTC+2 (там по умолчанию есть и перевод часов в европе +2 +3 GMT, тогда все будет сходиться.
Это проверено, а просто GMT+3 хоть Москва, Багдад или Нейроби это не наш вариант.

надо ставить UTC+2 (там по умолчанию есть и перевод часов в европе +2 +3 GMT, тогда все будет сходиться.
Это проверено, а просто GMT+3 хоть Москва, Багдад или Нейроби это не наш вариант.

Погодите, а я ведь уже делал тест с GMT+2, вот здесь.
И было очевидно, что это неправильный оффсет.

UPD: именно так, я выбирал "Хельсинки, Киев...", Daylight Savings - Yes

не, пойду выпью 300 капель валерьянки и - в отпуск... :d

Выбирайте UTC+2 europe, там по умолчанию будет перевод март октябрь +2/+3 GMT.

В фрагменте инструкция Birt речь идет о текущем спрэде брокера в момент (начала?) скачивания котировок и сохранении именно его вместе с котирами?

Это достаточно хаотичный способ присвоения спрэда котирам, имхо...
Именно поэтому инструкция Birt в первом абзаце предупреждает/напоминает, что некоторые ДЦ резко расширяют спрэды на выходных (точнее, с момента закрытия торгов).

Выбирайте UTC+2 europe, там по умолчанию будет перевод март октябрь +2/+3 GMT.

т.е. UTC+2 Калининград, например? Уже выбрал, есть пару часов ещё у меня...

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

TDS даёт возможность тестировать с реальными спредами Дукаскопи! Именно за это его и ценят:)

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

ХЗ, туплю я что-то, в каком примечании смотреть...
ну по-любому, это же Европа

У вас ТДС, значит там все по другому...

Спойлер

В фрагменте инструкция Birt речь идет о текущем спрэде брокера в момент (начала?) скачивания котировок и сохранении именно его вместе с котирами?

Это достаточно хаотичный способ присвоения спрэда котирам, имхо...
Именно поэтому инструкция Birt в первом абзаце предупреждает/напоминает, что некоторые ДЦ резко расширяют спрэды на выходных (точнее, с момента закрытия торгов).

Ну там же на нормальном английском написано, что variable spread in your CSV.

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

TDS даёт возможность тестировать с реальными спредами Дукаскопи! Именно за это его и ценят:)

UPD:
и вообще, мне всё ещё кажется, что GMT+3 это всё-таки наиболее правильно.
бот экстремально зависим от корректных установок времени торговли, а результаты
теста хорошие. То есть это косвенный признак корректных установок времени.
Я не прав?

Serzhik

дело не в том, кто торгует у Дукаса и кто нет, а в том, что альтернативных источников тиковых котировок с плавающими спредами тупо НЕТ

У вас ТДС, значит там все по другому...

Да, верно. И вообще, я думаю что без разницы какой именно "GMT+3" (например) выбирать,
daylight savings hours будут одинаковы - так должно быть, иначе вообще тогда ничего понять нельзя...

Вопрос не в том больше или меньше нравится тот или иной тест.

Не одинаковы будут, НЕ ОДИНАКОВЫ!

halqv, до проверки оптимальности времени торгов мы когда-то дойдем...
Но это будет намного позже.

А сейчас у нас задача обеспечить синхронность торгов онлайн в Тикмил/Альпари с тестами 99% в тестере.
Что пока у нас получается (или всё еще не получается?) с каким-то просто эзоповым трудом.

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

Если вы про еврочиф

Я так делаю:

halqv, до проверки оптимальности времени торгов мы когда-то дойдем...
Но это будет намного позже.

А сейчас у нас задача обеспечить синхронность торгов онлайн в Тикмил/Альпари с тестами 99% в тестере.
Что пока у нас получается (или всё еще не получается?) с каким-то просто эзоповым трудом.

Старик, так может я вообще ерундой занимаюсь тогда? Ну в смысле, что выкладываю всё это
сюда на форум? Ведь у меня мало сомнений в том, что всё ОК с моим брокером, т.е. ICM?

Я так делаю:

Нет, не ерундой.

GBPUSD_A-TLP1187_mod_visual-GMT2_K.htm37 скач.

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