![MQL5 - Lenguaje de estrategias comerciales para el terminal de cliente MetaTrader 5](https://c.mql5.com/i/registerlandings/logo-2.png)
Está perdiendo oportunidades comerciales:
- Aplicaciones de trading gratuitas
- 8 000+ señales para copiar
- Noticias económicas para analizar los mercados financieros
Registro
Entrada
Usted acepta la política del sitio web y las condiciones de uso
Si no tiene cuenta de usuario, regístrese
Los chicos de BCS, que tienen una cuenta real,
Por favor, ejecute el código en una cuenta real y publique el resultado aquí.
#property link "https://www.mql5.com"
#property version "1.00"
//+------------------------------------------------------------------+
//| Expert initialization function |
//+------------------------------------------------------------------+
int OnInit()
{
MqlTick post_ticks[];
string symbol = "Si-3.17";
ulong from = ulong(D'2017.01.20 23:49:00') * 1000;
int result=CopyTicks(symbol, post_ticks, COPY_TICKS_ALL, from, 2000);
if(result > 0)
{
string str="";
int f_handle=FileOpen("Si-3.17_ticks.txt",FILE_WRITE|FILE_ANSI|FILE_TXT);
if (f_handle != INVALID_HANDLE)
{
FileWrite(f_handle, "Symbol\tTime\tLast\tFlags");
for(int i = 0; i< result;i++)
{
if(post_ticks[i].flags == 88)
{
str=symbol + "\t" + string(post_ticks[i].time) + "." +
string(post_ticks[i].time_msc%1000) + "\t" + string(post_ticks[i].last) +
"\tПродажа";
}
else
if(post_ticks[i].flags == 56)
{
str=symbol + "\t" + string(post_ticks[i].time) + "." +
string(post_ticks[i].time_msc%1000) + "\t" + string(post_ticks[i].last) +
"\tПокупка";
}
else
{
str=symbol + "\t" + string(post_ticks[i].time) + "." +
string(post_ticks[i].time_msc%1000) + "\t" + string(post_ticks[i].last) +
"\t" + string(post_ticks[i].flags);
}
FileWrite(f_handle, str);
}
FileClose(f_handle);
}
}
//---
return(INIT_SUCCEEDED);
}
Es poco probable que se resuelva tan rápido :(
Añadido
Creo que tengo una idea de por qué ocurre esto.
Lo que ocurre es que las operaciones y las cotizaciones (órdenes) de la bolsa llegan en flujos diferentes,
y en el servidor son procesados por diferentes funciones. El que es responsable de los tratos
funciona correctamente y guarda la información en el historial
(como lo demuestra el hecho de que no tenemos ni un solo salto en 496.357 operaciones), y el responsable de
el responsable de los pedidos no es tan bueno...
Este es un extracto de la correspondencia con el BOD:
1. Тики (а также буки, текущие цены из маркет вотча) обновляются/собираются независимо от работы индикаторов/экспертов. Также независимо от экспертов строятся бары.
2. А вот расчет индикаторов происходит в потоке построения баров. То есть после каждого применения тика к бару - вызывается расчет индикатора! При этом ни один тик не пропускается.
3. Отсюда получается, что вызывая из индикатора CopyTicks вы можете получать более свежие тиковые данные (а также буки, значения из маркет вотча), чем те, что уже применены к барам.
Это нужно учитывать в расчетах: либо вы анализируете тики, либо бары, либо если нужно и то и другое, то кому то нужно отдать приоритет (для случая последнего бара).
4. Особенно это начинается сильно проявляется если расчет индикатора делается долго.
Dejaré aquí para su referencia un extracto de la correspondencia con el SR:
La sincronización se produce en la primera transacción (por ahora, a la espera de una aclaración)
Funcionó con precisión tanto a las 10:00 como a las 14:05
2017.01.26 14:05:00.005 Time_sync_forts (URKA-3.17,H1) Local time sync is done. Symbol = RTS-3.17 Sync hour = 14 Sync min = 5 Sync sec = 0 Sync ms = 5
Añadido
Creo que voy a quitar BR para que todo pase automáticamente durante 3 meses :)
Del anuncio de la nueva construcción 1525 punto 11
Pero la SD no escribió nada en absoluto.
¿Había algún "agujero" antes?
Del anuncio de la nueva construcción 1525 punto 11
Pero la SD no escribió nada en absoluto.
¿Había algún "agujero" antes?
Antes, sin duda, lo eran. En cuanto a las garrapatas de TRADE, seguro. En la versión 1495 es mucho mejor.
No he encontrado ninguna omisión en casi 500.000 operaciones.
Aparentemente no arreglaron nada más, aparte de los INFO (pedidos)...
Pero, es bueno ver que el progxx está ahí después de todo.
Añadido
Es una pena que los participantes del foro (FORTS) sean débiles en este importante problema.
Nadie de BCS ha publicado una prueba.
Cuantos más datos, más rápido podrán corregirlo.
No he encontrado ninguna omisión en casi 500.000 operaciones.
Aparentemente no arreglaron nada más, aparte de los INFO (pedidos)...
Pero, es bueno ver que los progrexs están ahí después de todo.
No he encontrado ninguna omisión en casi 500.000 operaciones.
Aparentemente no arreglaron nada más, aparte de los INFO (pedidos)...
Pero, es bueno ver que el progxx está ahí después de todo.
Añadido
Es una pena que los participantes del foro (FORTS) sean débiles en este importante problema.
Nadie de BCS ha publicado una prueba.
Cuantos más datos, más rápido podrán corregirlo.