Quien quiera ver gráficos sin barras perdidas - aquí =) - página 2

Nuevo comentario
 
komposter:

Porque los indicadores se calculan un cierto número de barras hacia atrás. Si hay huecos - está claro que la misma MA puede en diferentes momentos ser calculada para diferentes períodos de TIEMPO hacia atrás. Es decir, al calcular MA(9) se da a entender que MA se calcula para los últimos 9 periodos de tiempo. Pero si hay omisiones, obtendremos (de hecho) luego MA(10), luego MA(20).


¿Por qué? ¿También en TODOS* los gráficos?


Aclaro específicamente: en los gráficos generados por el experto de AllMinutes también está mal?

Correcto hasta donde los indicadores sobre datos inventados pueden ser correctos :) Más correcto que en los datos de los saltos de todos modos, pero aún así :(

La cuestión con las Causas de salteo sigue abierta.


Alternativamente, una comprobación constante de IsConnected().
Además, si las barras han desaparecido por la pérdida de la conexión, cuando se reanude, deberían estar bombeadas.
Sin embargo, no he probado tal situación y no sé cómo se comportaría el "relleno de agujeros".
Parche. Pero, de nuevo, no es una solución: ¿qué hacer con un servidor colgado, por ejemplo (¡no me digas que no es realista!)? De hecho, hay muchas posibilidades: fallos del cliente, errores de protocolo, configuración de la red, etc. En este caso IsConnected() informará que todo está bien. Sin embargo, las cotizaciones se retrasarán. O perderse del todo. La única forma de resolver el problema, que veo, es confirmar que el precio no se ha modificado en el lado del servidor. Si no hay tal confirmación, significa que el problema está en otra parte. No insisto en que no deban existir esos problemas, pero QUIERO SABER CUÁNDO se producen.
 
max_cpr писал (а):

La única forma que veo de resolver el problema es que el servidor confirme el precio REAL.


¿Y si la confirmación de la inmutabilidad se pierde al igual que un ping podría perderse ahora?
La encuesta sobre la disponibilidad de los servidores, por lo que tengo entendido, se realiza constantemente. Y no hay diferencia entre comprobar el estado de la conexión y solicitar un precio sin cambios.
Por supuesto.
 
komposter:
max_cpr:

La única forma que veo para solucionar el problema es que el servidor confirme que el precio es INCREIBLE.


¿Y si la confirmación de la inmutabilidad se pierde de la misma manera que se puede perder un ping ahora?
La encuesta sobre la disponibilidad de los servidores, por lo que tengo entendido, se realiza constantemente. Y no hay diferencia entre una comprobación normal del estado de la conexión y una solicitud de precio sin cambios.
Por supuesto.
Si se pierde la confirmación del precio (en forma de mensaje sobre el precio actual), está claro que hay problemas técnicos. Y la razón de la pérdida ni siquiera es tan interesante: sólo es importante manejar esta situación correctamente. Las solicitudes al servidor, en términos de confirmación de la relevancia del precio, generalmente no tienen sentido -aunque sería bueno recibir la confirmación del precio a petición (por ejemplo, inmediatamente antes de hacer un pedido). La accesibilidad del servidor no garantiza el último valor conocido del precio. Como en el caso general, hacer ping a un servidor no garantiza que pueda contactar con un servidor remoto. Quiero enfatizar la diferencia - la confirmación de la operatividad del servidor debe ser vista (curiosamente :) en SU TRABAJO, es decir, la entrega de cotizaciones. Y la ausencia de citas del servidor debe interpretarse como una situación errónea y, en consecuencia, debe tratarse. Lo cual es imposible de hacer ahora sin un parche torcido...
 
Parece que no nos escuchamos. O no entienden )
 
¿Este relleno no tendrá ningún efecto en la generación de datos de garrapatas?
 
nikkei:
¿Este relleno no tendrá ningún efecto en la generación de datos de garrapatas?
Si se genera a partir de gráficos estándar (herramientas estándar de MT), no lo hará.
 
He probado a cambiar el nombre del archivo del historial completado y a sustituirlo por uno incompleto, pero no quiere generar ticks en el probador en absoluto. El formato del archivo debe ser diferente allí, por lo que probablemente no es adecuado para el backtest, sólo en tiempo real.
 
No, también se puede probar en cartas "cosidas".
Sólo para este propósito, además de cambiar el nombre del archivo, debe cambiar el nombre del símbolo en la cabecera del archivo.

Para ello, en el Asesor Experto AllMinutes debe dejar sólo _Symbol [ curChart] (nombre del símbolo) donde la línea "ALL " se conecta con la línea _Symbol[curChart].
Tenga cuidado, a veces se combinan con la función StringConcatenate(). Si esta función tiene sólo 2 argumentos, no debería usarla. Por ejemplo, en lugar de
StringConcatenate( "ALL", _Symbol[curChart] )
debe ser
_Symbol[curChart]

Pero si hay más argumentos, la función debe mantenerse, simplemente eliminando "ALL" de ella. Por ejemplo, en lugar de
StringConcatenate( "ALL", _Symbol[curChart], _Period[curChart], ".hst" );
debería haber
StringConcatenate( _Symbol[curChart], _Period[curChart], ".hst" );


Además, hay que cerrar el gráfico del símbolo y el periodo correspondientes. De lo contrario, la propia MT descargará las citas "correctas" (sobre parcheado).
Y en general, para mí, esas pruebas no tienen sentido =)
Es mejor probar en una herramienta estándar, y leer los indicadores en TODOS los gráficos. Para ello, basta con generar los gráficos necesarios, abrirlos en modo offline, y al calcular los indicadores indicar StringConcatenate("ALL", Symbol() ) como primer argumento.

Buena suerte ;)
 

[Quote]He probado a cambiar el nombre del archivo del historial completado y sustituirlo por uno incompleto, pero no quiere generar ticks en el probador en absoluto. El formato del archivo debe ser diferente allí, así que supongo que no es adecuado para el backtest, sólo para el tiempo real. [/Quote]
Acabo de importar citas de TODOS... eso es todo... :)
Dime, komposter, ¿es posible cargar cotizaciones reales de ticks en el probador de esta manera? Pensé que los chicos de MetaQuotes dijeron que era posible...

 
Pero aquí está lo interesante... Hice un simple EA con una línea como esta:
WriteLineInFile(esFileNameOfReport,GetCurRusTime()+"Минута: "+TimeMinute(CurTime()));
He convertido todos los demás plazos de los minutos parcheados, he borrado todos los .fxt. He probado el modelo "All ticks". En el marco temporal M1 todo está bien, de un minuto a otro... Pero en M15, por ejemplo, vuelve a saltar de minutos... Pregunta: ¿De dónde saca los minutos este cretino (probador)? Tengo la sospecha de que simplemente ignora los minutos con igual OHLC... Pregunta: ¿para qué sirve entonces atrapar los agujeros?
123456789...12
Nuevo comentario