Organiza una enumeración de puestos vacantes. Se filtran por símbolo, tipo y mago. Si el beneficio de la posición seleccionada se corresponde con el criterio de activación de la red de arrastre - mover el tope de esta posición al nivel especificado, sin olvidar hacer todas las comprobaciones sobre la corrección de estas acciones.
¿No es adecuado el period_converter del suministro estándar?
Por supuesto que no, no forma semanas y encima correctamente, ¿lo has usado?
COMPAÑEROS, ¡¡¡BRONCO, BRONCO!!! AYUDA
Otra pregunta, ¿cuál es el error del probador? ¿Cuántas barras como mínimo necesita el comprobador para funcionar y por qué es necesaria esta restricción?
Tengo un millón, pero he comprobado que si son menos de 100 bares, el comprobador no hace ninguna prueba. Entonces la pregunta es, si se respeta la regla de las 100 barras, ¿por qué no se prueba dentro de esas 100 barras y se empieza sólo después?
Yo tengo un millón, he comprobado que si son menos de 100 bares, el comprobador no hace ninguna prueba. Entonces la pregunta es: si se respeta la regla de las 100 barras, ¿por qué no se prueba dentro de esas 100 barras y se empieza sólo después?
Los 10 millones de barras son para las barras de minutos en las que el probador simula los ticks. Y 100 barras-minutos es muy pequeño, menos que las barras que caben en un gráfico de 1 minuto. ¡El comprobador debería funcionar si hay al menos 1440 barras para ir de 0,00 a 0,00! Eso es probablemente lo mínimo, ¿y por qué lo necesitas? ¿Querías hacer la prueba en un tramo corto? Pero no se pueden establecer pruebas por horas, sólo por fechas, días enteros. Lo entiendo en su caso.
//+-------------------------------------------------------------------------------------+//| Определение индекса бара, с которого необходимо производить перерасчет |//+-------------------------------------------------------------------------------------+int GetRecalcIndex(int& total)
{
int counted_bars = IndicatorCounted(); // Сколько баров уже посчитано
total = Bars - 1; // Определение первого бара историиif (indBarsCount > 0 && indBarsCount < total) // Если не нужно рассчитывать всю..
total = indBarsCount; // ..историю, то начнем с указанного..// ..бара - indBarsCountif (counted_bars == 0) // Кол-во посчитанных баров - 0.
{
DeleteAllObjects(); // Не забудем удалить все созданные..// ..объектыreturn(total); // Нужно пересчитать всю историю
}
return(Bars - counted_bars - 1); // Начинаем с первого непосчитанного..// ..бара
}
Hay algo que no entiendo. Por lo general, comprueban el número de barras no calculadas así:
Bares - counted_bars
La esencia es la siguiente. Por ejemplo, tenemos 500 bares. También se han calculado 500. Tras la ejecución de la función, ésta devolverá 500 - 500 - 1 = -1. ¿Es normal?
Si no fuera -1 al final, devolvería 0, es decir, se calculan todas las barras. ¿Cómo entender este punto?
Hay algo que no entiendo. Por lo general, comprueban el número de barras no calculadas así:
Bares - counted_bars
La esencia es la siguiente. Por ejemplo, tenemos 500 bares. También se han calculado 500. Tras la ejecución de la función, ésta devolverá 500 - 500 - 1 = -1. ¿Es normal?
Si no fuera -1 al final, devolvería 0, es decir, se calculan todas las barras. ¿Cómo entender este punto?
Una barra de cero no puede ser "calculada" porque aún no está completa.
¿Qué tiene que ver el foro con esto?
la cola de pedidos, por supuesto.Gracias por la sensata respuesta
Gracias por la sensata respuesta
Aún más inteligible:
Organiza una enumeración de puestos vacantes. Se filtran por símbolo, tipo y mago. Si el beneficio de la posición seleccionada se corresponde con el criterio de activación de la red de arrastre - mover el tope de esta posición al nivel especificado, sin olvidar hacer todas las comprobaciones sobre la corrección de estas acciones.
He resuelto mi turno... Siguiente... :)
Gracias por tu respuesta sobre el cruce del CCI con el cero.
Gracias por tu respuesta sobre el cruce del CCI con el cero.
Se le ha mostrado cómo calcular los cruces de CCI.
Creo que podrás manejarlo desde aquí.¿No es adecuado el period_converter del suministro estándar?
Por supuesto que no, no forma semanas y encima correctamente, ¿lo has usado?
COMPAÑEROS, ¡¡¡BRONCO, BRONCO!!! AYUDA
Otra pregunta, ¿cuál es el error del probador? ¿Cuántas barras como mínimo necesita el comprobador para funcionar y por qué es necesaria esta restricción?
¿Se puede editar este parámetro?
No por supuesto que no forma semanas y encima correctamente, ¿lo has usado tú?
COMPAÑEROS, ¡¡¡BRONCO, BRONCO!!! AYUDA
Otra pregunta, ¿cuál es el error del probador? ¿Cuántas barras necesita el probador como mínimo para empezar?
Ajústalo a 10 millones en Ajustes.
Tengo un millón, pero he comprobado que si son menos de 100 bares, el comprobador no hace ninguna prueba. Entonces la pregunta es, si se respeta la regla de las 100 barras, ¿por qué no se prueba dentro de esas 100 barras y se empieza sólo después?
Yo tengo un millón, he comprobado que si son menos de 100 bares, el comprobador no hace ninguna prueba. Entonces la pregunta es: si se respeta la regla de las 100 barras, ¿por qué no se prueba dentro de esas 100 barras y se empieza sólo después?
Esta es la función del indicador:
Hay algo que no entiendo. Por lo general, comprueban el número de barras no calculadas así:
Bares - counted_bars
La esencia es la siguiente. Por ejemplo, tenemos 500 bares. También se han calculado 500. Tras la ejecución de la función, ésta devolverá 500 - 500 - 1 = -1. ¿Es normal?
Si no fuera -1 al final, devolvería 0, es decir, se calculan todas las barras. ¿Cómo entender este punto?
Esta es la función del indicador:
Hay algo que no entiendo. Por lo general, comprueban el número de barras no calculadas así:
Bares - counted_bars
La esencia es la siguiente. Por ejemplo, tenemos 500 bares. También se han calculado 500. Tras la ejecución de la función, ésta devolverá 500 - 500 - 1 = -1. ¿Es normal?
Si no fuera -1 al final, devolvería 0, es decir, se calculan todas las barras. ¿Cómo entender este punto?