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
Enfrentado a un error cuando CopyTicksRange devuelve todos los ticks solicitados correctamente, pero con LastError == ERR_HISTORY_TIMEOUT(4403).
No es un error, es una característica. A veces pasa lo mismo con CopyTicks. Todavía no he descubierto cómo usar esta "cosa".
en la descripción de la función CopyTicksRange:
ERR_HISTORY_TIMEOUT – время ожидание синхронизации тиков вышло, функция отдала всё что было.
Por supuesto, me gustaría que los desarrolladores explicaran qué significa este error cuando se recibe un tick con la función CopyTicks. Cómo manejar este error. ps: Lo llamo en un indicador
Por favor, indique qué datos hay que proporcionar para resolver este problema lo antes posible.
Tiki no está copiando, dando un error.
Constante
Valor
Descripción
ERR_HISTORY_SMALL_BUFFER
4407
La matriz receptora es demasiado pequeña para contener todos los datos solicitados
Es imposible trabajar bien con semejantes sorpresas.
A través de la GUI (CTRL+U) los ticks se toman sin problemas.
Cadena de búsqueda: Oshibka 007.Por favor, indique qué datos hay que proporcionar para resolver este problema lo antes posible.
Tiki no está copiando, dando un error.
Constante
Valor
Descripción
ERR_HISTORY_SMALL_BUFFER
4407
La matriz receptora es demasiado pequeña para contener todos los datos solicitados
Probado localmente de varias maneras - hasta ahora no hay reproducción. Necesito más detalles:
1. ¿Qué versión del terminal?
2. ¿Con qué servidor está trabajando?
3. ¿En qué carácter se llama el guión?
4. ¿Si no se llama con COPY_TICKS_INFO sino con COPY_TICKS_ALL también se produce el error ERR_HISTORY_SMALL_BUFFER?
Gracias.
Probado localmente de varias maneras - hasta ahora no hay reproducción. Necesita detalles:
1. ¿Qué versión del terminal?
2. ¿Con qué servidor está trabajando?
3. ¿En qué carácter se llama el guión?
4. Si no se llama con COPY_TICKS_INFO sino con COPY_TICKS_ALL ¿se producirá también el error ERR_HISTORY_SMALL_BUFFER?
Gracias.
ZS En el remolque es costumbre. Crear un símbolo a partir de json, importar ticks, ejecutar el script en el gráfico de este símbolo. Por favor, escriba si se ha reproducido o no.
Por favor, escriba si ha tocado o no.
Sí, se reprodujo en 2380.
¡Muchas gracias! Ordenar la situación.
ZY El remolque es personalizado. Crear símbolo desde json, importar ticks, ejecutar el script en este gráfico de símbolos. Por favor, escriba si se reproduce o no.
Gracias de nuevo.
Sí, en el año 2380 se introdujo accidentalmente el problema y luego se solucionó rápidamente. Pero logró entrar en la compilación 2380.
Lamentablemente desde entonces las nuevas construcciones donde todos los fijos en MetaQuotes-Demo no era todavía.
Puedes volver a cualquier versión anterior o esperar a la siguiente versión en MetaQuotes-Demo.Puedes volver a cualquier versión anterior o esperar a la siguiente versión en MetaQuotes-Demo.
Gracias, por ahora la construcción anterior es de verdad. El 2380 ha hecho mucho...
MT5 última versión build 2361. Se adjunta un símbolo personalizado. Crear un símbolo desde json, importar ticks, ejecutar el EA en un gráfico de este símbolo.
EA
Parámetros
1. Cuenta de compensación.
1.1. Con las fechas dadas la salida es similar a la verdadera: 2000 0 2000 0.
1.2. Cuando se cambian las fechas a 07.04.2020-08.04.2020 la salida se vuelve extraña: -1 4004 1 0.
En primer lugar, ¿por qué aparece el error en el primer caso? En segundo lugar, ¿por qué en el segundo caso sólo se necesita 1 tick? La fecha de la solicitud de la garrapata no ha cambiado.
2. Cuenta de cobertura.
2.1. Con las fechas dadas la salida se vuelve extraña: 2000 0 1 0.
¿Por qué en el segundo caso sólo se necesita 1 tick? La fecha de la solicitud de la garrapata no ha cambiado.
2.2. Cuando las fechas cambian a 07.04.2020-08.04.2020 la salida dejará de ser extraña, pero igual: 2000 0 1 0.
De ahí las preguntas: ¿por qué CopyTicks con parámetros fijos depende no sólo de las fechas de prueba, sino también del tipo de cuenta? ¿O no entiendo algo y estoy haciendo algo mal?
Esto dificulta mucho el trabajo, por favor corrija si es posible. ¿Has conseguido reproducirlo? ¿Necesitas algo más para reproducirlo? Gracias.
De ahí las preguntas: ¿por qué CopyTicks con parámetros fijos depende no sólo de las fechas de prueba, sino también del tipo de cuenta? ¿O es que he entendido algo mal y estoy haciendo algo mal?
Dependencia del tipo de cuenta: a grandes rasgos, puede imaginarse las razones. Yo no diría que es correcto. Símbolos de intercambio con la última historia - los desarrolladores tienen que pensar bien una vez allí, qué hacer con ellos en la cobertura, etc.
Yo mismo no utilizo CopyTicks en Tester. Las primeras 24 horas no son importantes. Si realmente necesita señales de trading claras, entonces no opere el primer día.
MT5 última versión build 2361. Se adjunta un símbolo personalizado. Crear un símbolo desde json, importar ticks, ejecutar el EA en un gráfico de este símbolo.
EA
Parámetros
1. Cuenta de compensación.
1.1. Con las fechas dadas la salida es similar a la verdadera: 2000 0 2000 0.
1.2. Cuando se cambian las fechas a 07.04.2020-08.04.2020 la salida se vuelve extraña: -1 4004 1 0.
En primer lugar, ¿por qué aparece el error en el primer caso? En segundo lugar, ¿por qué en el segundo caso sólo se necesita 1 tick? La fecha de la solicitud de la garrapata no ha cambiado.
2. Cuenta de cobertura.
2.1. Con las fechas dadas la salida se vuelve extraña: 2000 0 1 0.
¿Por qué en el segundo caso sólo se necesita 1 tick? La fecha de la solicitud de la garrapata no ha cambiado.
2.2. Cuando las fechas cambian a 07.04.2020-08.04.2020 la salida dejará de ser extraña, pero igual: 2000 0 1 0.
De ahí las preguntas: ¿por qué CopyTicks con parámetros fijos depende no sólo de las fechas de prueba, sino también del tipo de cuenta? ¿O no entiendo algo y estoy haciendo algo mal?
Esto dificulta mucho el trabajo, por favor corrija si es posible. ¿Has conseguido reproducirlo? ¿Necesitas algo más para reproducirlo? Gracias.
La primera carrera. Mirando los registros de los probadores.
El probador sincronizó las garrapatas durante un solo día, el 8 de abril. Es decir, no hay garrapatas antes del 8 de abril.
Al principio nos encontramos con el error 4004 (no hay suficiente memoria para los ticks solicitados). Este es un mensaje inválido, lo investigaremos. Parece ser porque la solicitud con parámetros por defecto está en el límite de los ticks existentes
La siguiente consulta le dio, con toda razón, 1 punto. Porque desde el 2020.04.06 00:00:00 hasta el probador actual, cuando llegó el primer tick, sólo existe un tick.
Vamos a ajustar el EA un poco
y vemos, que a partir de la segunda garrapata, las garrapatas han comenzado a ser recogidas. En ambos casos son 2 ticks.
Es decir, la suposición del error de solicitud en el límite de la garrapata ha resultado ser correcta.
Cambiemos la fecha de inicio al 7 de abril.
Todo es igual, excepto por el hecho de que los ticks están sincronizados para 2 días ya - la base de datos del probador contiene ticks para el 7 y el 8 de abril.
Hemos retrasado la fecha de inicio al 8 de abril. Y vemos el resultado esperado
Porque hay más garrapatas en el probador que en la primera ejecución. Y no tiene nada que ver con las coberturas y las redes.