Машинное обучение в трейдинге: теория, модели, практика и алготорговля - страница 2942
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
По моему вы где то жёстко тупите...
И где же?
И где же?
На входе только ценовые данные. Обработка их в одном месте, а не в разных. В терминале и в пакетах обучения это не совсем правильно. Исторически удобней конечно, что есть в терминале обработанное забрать в пакеты обучения с ценами, но это тупиковый путь. Индикаторы конечно удобны своим дорасчетом, а не перерасчетом, но это вроде даже в задачи поставлено.
В общем, место где получаются первичные данные и идет управление торговым окружением использовать для расчетов не правильно по сути.
На входе только ценовые данные. Обработка их в одном месте, а не в разных. В терминале и в пакетах обучения это не совсем правильно. Исторически удобней конечно, что есть в терминале обработанное забрать в пакеты обучения с ценами, но это тупиковый путь. Индикаторы конечно удобны своим дорасчетом, а не перерасчетом, но это вроде даже в задачи поставлено.
В общем, место где получаются первичные данные и идет управление торговым окружением использовать для расчетов не правильно по сути.
Как правильно - вопрос в другом. Я пока про то, как осуществимо - т.е. обученную модель подключите, но как делать предобработку тогда. Предполагается, что питона нет после экспорта модели.
Как правильно - вопрос в другом. Я пока про то, как осуществимо - т.е. обученную модель подключите, но как делать предобработку тогда. Предполагается, что питона нет после экспорта модели.
Модель должна получать на входе сырые исходные данные и делать их предобработку сама. Для этого придумана концепция конвейера (pipeline). Одна из фишек ONNX формата, например, в том, что в один файл можно впихнуть весь конвейер.
Модель должна получать на входе сырые исходные данные и делать их предобработку сама. Для этого придумана концепция конвейера (pipeline). Одна из фишек ONNX формата, например, в том, что в один файл можно впихнуть весь конвейер.
Запихнуть в модель расчет зигзагов, МАшек и др. стандартные и нестандартные индикаторы и продублировать их с разными настройками? ONNX умеет хоть один из вариантов ZZ делать, а сколько индикаторов в нем есть, хотя бы стандартных?
Мда уж...
Тогда и МТ не нужен. Можно по АПИ работать - там тоже только цены и торговые команды.
На входе только ценовые данные. Обработка их в одном месте, а не в разных. В терминале и в пакетах обучения это не совсем правильно. Исторически удобней конечно, что есть в терминале обработанное забрать в пакеты обучения с ценами, но это тупиковый путь. Индикаторы конечно удобны своим дорасчетом, а не перерасчетом, но это вроде даже в задачи поставлено.
В общем, место где получаются первичные данные и идет управление торговым окружением использовать для расчетов не правильно по сути.
Запихнуть в модель расчет зигзагов, МАшек и др. стандартные и нестандартные индикаторы и продублировать их с разными настройками?
Мда уж...
Тогда и МТ не нужен. Можно по АПИ работать - там тоже только цены и торговые команды.
Либо так, либо делать среду программирования, в которой код на питоне перемежается с кодом на mql5. Второй вариант кажется гораздо менее реализуемым.
Либо так, либо делать среду программирования, в которой код на питоне перемежается с кодом на mql5. Второй вариант кажется гораздо менее реализуемым.
Я описал ситуацию, которую мне нужно решить. Если Вам хватает только цены и все преобразования в питоне, то как такая концепция подразумевает использование вообще перенос моделей? Дублирование логики для питона и терминала предлагаете делать?
Очевидно, что нужен мост для работы с данными, и это сейчас только через файл получается, но синхронизация тогда опять только через файлы, что чревато проблемами.
Что толку запускать питон в терминале если обмен данными как и был через файл или сокеты.
У меня данные для опроса моделей готовит советник, а не питон. Т.е. данные надо передать, а потом обратно получить результаты для отрисовки.
При таком сценарии нет смысла пользоваться любыми интеграциями MT5 и питона.
У меня данные полностью готовит МТ. И выдает на модель матрицу для расчетов (сейчас файлом, но можно и массивом через DLL). Все уже работает, и ради оннх ни один из предложенных вами вариантов не вижу мотивации даже рассматривать и тем более тратить время на дублирование индикаторов.
Ну, писал же про варианты обмена данными только внутри платформы. Естественно, на практике все мы пользуемся внешними по отношению к платформе (файлы, сокеты и тд) способами обмена данными между средствами анализа данных и ТС.
Запихнуть в модель расчет зигзагов, МАшек и др. стандартные и нестандартные индикаторы и продублировать их с разными настройками? ONNX умеет хоть один из вариантов ZZ делать, а сколько индикаторов в нем есть, хотя бы стандартных?
Мда уж...
Тогда и МТ не нужен. Можно по АПИ работать - там тоже только цены и торговые команды.
ИМХО модель должна заниматься только обучением. Генерацию матриц для обучния должны делать другие программы, например индикаторы и/или эксперты МТ.Ну так МТ это не для больших торгов, так то можно и пренебречь рисками воздействия времени расчета на торговые приказы. Но ниша МТ, даже с этими рисками большая))) Народ любит риски)