Errores, fallos, preguntas - página 506

 
tol64:

Intentaré hacer la pregunta una tercera vez). MetaDriver mostró un ejemplo aquí. Aquí es donde di mi ejemplo.

El gráfico se reduce cuando el número de operaciones empieza a superar los 3000. ¿Los desarrolladores tienen en cuenta este problema?

Este problema no nos permite analizar los resultados de las operaciones en el terminal de una sola vez cuando probamos el sistema en una gran franja de datos históricos cuando la cantidad de operaciones puede ser de unos 10000 y más.

Recuerdo que tenía algo similar en Excel. Pero el programa estaba sobrecargado de fórmulas complejas y simplemente se colgaba si el número de líneas superaba las 5000. ¿Cuál puede ser el problema aquí?

Secundo la pregunta. La misma situación. Aunque no sabía que estaba relacionado con el número de operaciones. Ahora lo sabré, gracias :)

De cara al Campeonato, sería bueno resolver este problema.

 
tol64:

Intentaré hacer la pregunta una tercera vez). MetaDriver mostró un ejemplo aquí. Aquí es donde di mi ejemplo.

El gráfico se reduce cuando el número de operaciones empieza a superar los 3000. ¿Los desarrolladores tienen en cuenta este problema?

Este problema no nos permite analizar los resultados de las operaciones en el terminal de una sola vez cuando probamos el sistema en una gran franja de datos históricos cuando la cantidad de operaciones puede ser de unos 10000 y más.

Recuerdo que tenía algo similar en Excel. Pero el programa estaba sobrecargado de fórmulas complejas y simplemente se colgaba si el número de líneas superaba las 5000. ¿Cuál puede ser el problema aquí?

Habrá una solución en la próxima versión. El arreglo es el siguiente:

El agente probador ahora siempre envía paquetes habituales con cambios de equi-balance. Si el número de cambios es superior a 16384 (cambios de equi-balance para Moving Average.ex5 durante 12 años en Euro-reloj), se realiza el "empaquetamiento" de los nuevos datos. Se eliminan 2/5 de los registros de la parte 10240, es decir, se adelgazan los datos anteriores. Los datos tardíos se muestran tal cual

 
stringo:

Habrá una solución en la próxima versión. Es lo siguiente:

El agente probador ahora siempre envía paquetes regulares con cambios de saldo de capital. La ampliación de la información se realiza ahora en el lado del terminal del cliente. Si el número de cambios es superior a 16384 (cambios de equi-balance para Moving Average.ex5 durante 12 años en Euro-reloj), se realiza el "empaquetamiento" de los nuevos datos. Se eliminan 2/5 de los registros de la parte 10240, es decir, se adelgazan los datos anteriores. Los datos tardíos se muestran tal cual

Gracias. Es una gran noticia. Otro problema será menor).
 
stringo:

Habrá una solución en la próxima versión.

Gracias.
 
Habrá algún comentario por parte de los desarrolladores sobre la función SeriesInfoInteger(símbolo,0,SERIES_SERVER_FIRSTDATE), devuelve cero cuando intento solicitar la fecha de inicio del historial para un símbolo distinto al que está ejecutando el Asesor Experto.
Документация по MQL5: Стандартные константы, перечисления и структуры / Торговые константы / Информация об исторических данных по инструменту
Документация по MQL5: Стандартные константы, перечисления и структуры / Торговые константы / Информация об исторических данных по инструменту
  • www.mql5.com
Стандартные константы, перечисления и структуры / Торговые константы / Информация об исторических данных по инструменту - Документация по MQL5
 
sergey1294:
¿Habrá algún comentario por parte de los desarrolladores sobre la función SeriesInfoInteger(símbolo,0,SERIES_SERVER_FIRSTDATE), devuelve cero cuando intento solicitar la fecha de inicio del historial para un símbolo distinto al que está ejecutando el Asesor Experto.

Por favor, recuérdame el número de ticket en el Service Desk (o actualiza la aplicación).

Para los problemas no triviales, es preferible tratarlos en el Service Desk.

 
En el período previo al Campeonato (y en general, la prueba no es una broma, para la próxima implementación en lugar de MT4) sería bueno para poner orden en los datos - en primer lugar, con el tiempo de la terminal (es muy importante, por ejemplo, para el análisis de velas y todo tipo de redes neuronales, la vinculación a las bolsas de valores, y en general para todos los TS basado en la recurrencia de eventos - y probablemente todos ellos), y con el volumen - para aquellos que construyen todo tipo de EAs acumulativos basados en el volumen.
 
stringo:

Por favor, recuérdame el número de ticket en el Service Desk (o actualiza la aplicación).

Para cuestiones no triviales, es preferible tratar con el servicio de atención al cliente.

Todavía no he aplicado a Service Desk, había una pregunta con un ejemplo en este hilo https://www.mql5.com/ru/forum/1111/page507#comment_95140
 

HistorySelect(), HistoryDealsTotal(), Tester, Modo de comercio: retraso aleatorio.

En el probador, en el modo de retraso aleatorio, la función HistoryDealsTotal() a veces

determina incorrectamente el número de operaciones en el segmento seleccionado mediante HistorySelect() del historial,

añadiéndole la cantidad total de tratos desde el principio de la historia.

En este caso, la lista final de ofertas, formada mediante HistoryDealGetTicket() en base a los valores de HistoryDealsTotal()

es la siguiente: trato 3; trato 4; trato 5; trato 1; trato 2; trato 3; trato 4; trato 5;

donde deal 3 - deal 5 son ofertas para el periodo seleccionado por el usuario.

 
masharov:

¿Pueden decirme cómo averiguar la hora de cierre de una transacción?

No lo encuentro en las propiedades del trato.

Una operación no tiene hora de cierre, porque una operación es una transacción y tiene un tiempo de ejecución HistoryDealGetInteger(ticket,DEAL_TIME).Si una operación ha provocado el cierre de una posición, ésta será la hora de cierre. Aunque, es extraño, las propiedades de la función PositionGetInteger contienen el identificador POSITION_TIME - tiempo de apertura de la posición, pero la verificación de cierre de la posición no.