No hay manera de conseguir que el EA llame a cada uno de esos ticks. ¿Se acepta la prueba?
¿Hablas en serio?
Cuando el tick se reproduce, está caliente, y se puede llamar de inmediato utilizando la petición SymbolInfoTick. Escribí sobre esta posibilidad de inmediato. Si quieres, puedes hacer Sleep(1) en lugar de Sleep(10).
Anton Zverev: Lo he leído y con mucha atención. La cuestión es que si se utiliza la función Sleep en OnTimer, es imposible determinar cuándo se sale del intervalo de prueba. IsStopped (lo puse en el código de una vez por leer la documentación) no funciona en el momento de la salida. ¿De quién es la culpa?
¿Por qué hay que determinar cuándo se sale del intervalo de prueba? El probador lo detectará por usted y dejará de probar. ¿Leíste exactamente la cita que te di?
¿Por qué determinar el punto en el que se supera el intervalo de prueba? El probador lo determinará por usted y dejará de probar. ¿Has leído bien mi cita?
Por favor, mire mi código fuente de arriba y señale dónde contiene un error lógico. No salgo del intervalo allí en ningún sitio.
IsStopped() no se convierte en verdadero al romper el intervalo en OnTimer. Por eso es un fastidio.
Se reproduce un tick, y se puede tomar inmediatamente aún caliente con la solicitud SymbolInfoTick. Escribí sobre esta posibilidad de inmediato. Si quieres, puedes utilizar Sleep(1) en lugar de Sleep(10).
¡En serio! Sleep(1) no ayudará porque hay varios ticks por 1 ms en el mismo FORTS.
Por otra parte, ¿cómo funcionará Sleep(1) durante el fin de semana? Habrá millones de cheques ociosos. Es un despilfarro.
MQL4. TimeToString() y TimeToStr(). En los parámetros del segundo argumento, se escribe "TIME_MINUTES obtiene el resultado en forma " hh:mm "" y "TIME_SECONDS obtiene el resultado en forma " hh:mm:ss "". Esto debería corregirse a "hh:mi " y "hh:mi:ss".
Maxim Khrolenko: MQL4. TimeToString() y TimeToStr(). En los parámetros del segundo argumento, se escribe "TIME_MINUTES obtiene el resultado en forma " hh:mm "" y "TIME_SECONDS obtiene el resultado en forma " hh:mm:ss "". Esto debería corregirse a "hh:mi " y "hh:mi:ss".
mi no está en este formato. Hay mm - significa minutos. Y mmm significa mes.
Maxim Khrolenko: Entonces el formato "aaaa.mm.dd hh:mi" debe corregirse a "aaaa.mmm.dd hh:mm".
yyyyy son cuatro dígitos de un año, mm - dos dígitos del mes, dd - señales de dos días, hh - dos dígitos de horas, mm son dos dígitos de minutos.
Pero mi es un signo para los minutos y un signo para qué? Pensé que era un índice de ciclo. Así que no te inventes normas para acortar los formatos de tiempo, por favor. No hay que confundirse...
Para iniciar sesión y usar el sitio web MQL5.com es necesario permitir el uso de Сookies.
Por favor, active este ajuste en su navegador, de lo contrario, no podrá iniciar sesión.
Ha iniciado sesión. La autenticación de dos factores se ha desactivado. Vuelva a configurarla y escanee un nuevo código QR, o continúe con la autenticación de dos factores desactivada.
Lo han escrito en la documentación.
No hay manera de conseguir que el EA llame a cada uno de esos ticks. ¿Se acepta la prueba?
¿Hablas en serio?
Cuando el tick se reproduce, está caliente, y se puede llamar de inmediato utilizando la petición SymbolInfoTick. Escribí sobre esta posibilidad de inmediato. Si quieres, puedes hacer Sleep(1) en lugar de Sleep(10).
Lo he leído y con mucha atención. La cuestión es que si se utiliza la función Sleep en OnTimer, es imposible determinar cuándo se sale del intervalo de prueba. IsStopped (lo puse en el código de una vez por leer la documentación) no funciona en el momento de la salida. ¿De quién es la culpa?
¿Por qué hay que determinar cuándo se sale del intervalo de prueba? El probador lo detectará por usted y dejará de probar. ¿Leíste exactamente la cita que te di?
¿Por qué determinar el punto en el que se supera el intervalo de prueba? El probador lo determinará por usted y dejará de probar. ¿Has leído bien mi cita?
Por favor, mire mi código fuente de arriba y señale dónde contiene un error lógico. No salgo del intervalo allí en ningún sitio.
IsStopped() no se convierte en verdadero al romper el intervalo en OnTimer. Por eso es un fastidio.
¿Hablas en serio?
Se reproduce un tick, y se puede tomar inmediatamente aún caliente con la solicitud SymbolInfoTick. Escribí sobre esta posibilidad de inmediato. Si quieres, puedes utilizar Sleep(1) en lugar de Sleep(10).
¡En serio! Sleep(1) no ayudará porque hay varios ticks por 1 ms en el mismo FORTS.
Por otra parte, ¿cómo funcionará Sleep(1) durante el fin de semana? Habrá millones de cheques ociosos. Es un despilfarro.
MQL4. TimeToString() y TimeToStr(). En los parámetros del segundo argumento, se escribe "TIME_MINUTES obtiene el resultado en forma " hh:mm "" y "TIME_SECONDS obtiene el resultado en forma " hh:mm:ss "". Esto debería corregirse a "hh:mi " y "hh:mi:ss".
mi - no existe tal formato. Hay mm - que significa minutos. Y mmm significa mes.
EL SISTEMA DE GESTIÓN DE LA CALIDAD DE LOS PRODUCTOS DE LA INDUSTRIA DE LA CONSTRUCCIÓN ES UN SISTEMA DE GESTIÓN DE LA CALIDAD.
intArrayMinimum(const void&array[],// matriz a buscar
intcount=WHOLE_ARRAY// número de pruebas
intinicio=0,// índice a partir del cual se inicia la búsqueda
);
EL SISTEMA DE GESTIÓN DE LA CALIDAD DE LOS PRODUCTOS DE LA INDUSTRIA DE LA CONSTRUCCIÓN ES UN SISTEMA DE GESTIÓN DE LA CALIDAD.
intArrayMinimum(const void&array[],// matriz a buscar
intinicio=0,//el índice desde el que se inicia la búsqueda
intcount=WHOLE_ARRAY// número de comprobados
);
¿Se supone que esto endulza la vida? Brillante.
Entonces el formato "aaaa.mm.dd hh:mi" debe corregirse a "aaaa.mmm.dd hh:mm".
mm - dos dígitos del mes,
dd - señales de dos días,
hh - dos dígitos de horas,
mm son dos dígitos de minutos.
Pero mi es un signo para los minutos y un signo para qué? Pensé que era un índice de ciclo.
Así que no te inventes normas para acortar los formatos de tiempo, por favor. No hay que confundirse...