Probando 'CopyTicks' - página 46

 
Igorz2006:
Gracias, lo investigaré.

Vea también esta respuesta a su pregunta:

Foro sobre trading, sistemas de trading automatizados y pruebas de estrategias de trading

¡Asesor Experto Universal para Cryptoexchange para más de un par!

Vladimir Karputov, 2020.05.18 14:29

Es necesario conectarse a un servidor de operaciones que emita cotizaciones de criptomonedas y luego ejecutar

Descargar el historial de precios#


 
instalado mt4, lo hace fácil
 

Foro sobre trading, sistemas de trading automatizados y pruebas de estrategias de trading

MT5 y Speed en acción

fxsaber, 2020.06.01 11:43

¿Cuál es la razón por la que este EA no alerta?
const MqlTick GetMarketWatchTick( void )
{
  MqlTick Tick = {0};
  
  ::SymbolInfoTick(_Symbol, Tick);
  
  return(Tick);
}

const MqlTick GetLastHistoryTick()
{
  MqlTick Tick[1];
  
  ::CopyTicks(_Symbol, Tick, COPY_TICKS_ALL, 0, 1);
  
  return(Tick[0]);
}

void OnTick()
{
  if (GetMarketWatchTick().time_msc > GetLastHistoryTick().time_msc) // Тик из Обзора рынка свежее, чем последний тик из истории.
    Alert("Hello!");
}


Al mismo tiempo la misma comprobación, cosida en el EA de comercio en vivo en el mismo Terminal, Alertit. ¿Cuál podría ser la razón de esto?

 

En episodios anteriores.

A la izquierda hay una solicitud en el Terminal de Combate para un intervalo de 10 segundos del día actual. Combate - funcionando durante varios días, en cada tick llama a CopyTicks* para obtener ticks frescos.

A la derecha - acaba de empezar el Terminal, solicitando el mismo intervalo de 10 segundos.

Puedes ver que hay cinco garrapatas más a la derecha. Significa que la DB de ticks se forma con errores en el Terminal.

Esté atento. MT5 se salta sus propios ticks históricos, que llegaron (lo comprobé) a OnTick a través de SymbolInfoTick.

 
fxsaber:

En episodios anteriores.


Esté atento. MT5 se salta sus propios ticks históricos que llegaron (comprobados) a OnTick a través de SymbolInfoTick.

Es triste, estoy usando un flujo de datos intensos en mi trabajo. No está claro si se trata de un error de la terminal o se pretende que lo sea.

 
fxsaber:

En episodios anteriores.

A la izquierda hay una solicitud en el Terminal de Combate para un intervalo de 10 segundos del día actual. Combate - funcionando durante varios días, en cada tick llama a CopyTicks* para obtener ticks frescos.

A la derecha - acaba de empezar el Terminal, solicitando el mismo intervalo de 10 segundos.

Puedes ver que hay cinco garrapatas más a la derecha. Significa que la DB de ticks se forma con errores en el Terminal.

Esté atento. MT5 se salta sus propios ticks históricos, que llegaron (lo comprobé) a OnTick a través de SymbolInfoTick.

A primera vista, parece más un error que un filtrado consciente por alguna razón (las marcas que faltan no parecen destacar). ¿O me equivoco?

 
Maksim Emeliashin:

Lamentablemente, en mi trabajo utilizo intensamente el flujo de datos de ticks. No está claro si se trata de un error del terminal o si está pensado para ello.

Aleksey Nikolayev:

A primera vista, parece más un error que un filtrado deliberado con algún propósito (las marcas que faltan no parecen destacar mucho). ¿O me equivoco?

El terminal genera una base de datos de ticks para el día actual, si no hay fallos de conexión. Es mucho más rápido y económico.

Pero hay un error en este algoritmo de formación de la base de datos de garrapatas.

 
fxsaber:

El terminal genera una base de datos de ticks para el día actual si no hay interrupciones en la conexión. Esto es mucho más rápido y económico.

Pero hay un error en este algoritmo de generación de bases de datos de garrapatas.

¿Y si lo solicitamos al final del día, ya hay un vacío?

Tesis dudosa sobre la ausencia de fallos de conexión, los reescaneados/conmutaciones se producen con regularidad.

Si los ticks correctos estuvieran en la memoria, no sería difícil escribirlos sin error. Lo más probable es que haya una comprobación de integridad o un error de montaje en alguna parte.

 
Andrey Khatimlianskii:

Y si consultas al final del día, ¿ya está el pase?

Parece que la primera solicitud de las últimas 24 horas actualiza la base de datos de garrapatas mediante la sincronización con el servidor.

Tesis cuestionable sobre la ausencia de fallos de conexión, las reexploraciones/conmutaciones se producen con regularidad.

Si los ticks correctos estuvieran en la memoria, no sería difícil escribirlos sin errores. Lo más probable es que haya una comprobación de integridad o un error de montaje en alguna parte.

SymbolInfoTick capturó al menos un tick que no estaba en la base de datos.

 
fxsaber:

Parece que la primera consulta de las últimas 24 horas actualiza la base de datos de ticks mediante la sincronización con el servidor.

SymbolInfoTick ha capturado al menos un tick que no está en la base de datos.

Sólo @renat puede responder aquí. O @Slava

Razón de la queja: