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
¡Buenas tardes, Anton!
Siguiendo tu consejo (LoadServerData() llama a SeriesInfoInteger( a_symbol, PERIOD_M1, SERIES_SERVER_FIRSTDATE),
Es decir, se lee "primera fecha en el historial por símbolo en el servidor, independientemente del periodo".
Esta solicitud en sí no se considera una solicitud de historial, es decir, no provoca la creación de una caché,
no impide la descarga de los datos de los símbolos. Tiene sentido solicitar la SERIES_FIRSTDATE o el número de barras de la serie temporal.),
He añadido una nueva función al indicador para evitar la descarga de los datos de los símbolos:
La función OnBookEvent() se activa en los caracteres BR-8.15 y BR-9.15 con bastante frecuencia,
pero el resultado es el mismo:
¿Cuál es el problema?
¿Por qué es imposible conseguir Bares?
La función OnBookEvent() se activa en los caracteres BR-8.15 y BR-9.15 con bastante frecuencia,
pero el resultado es el mismo:
¿Cuál es el problema?
¿Por qué es imposible conseguir Bares?
La frecuencia de "lo suficiente" no inspira confianza. Es mejor añadir la salida de registro de la función GetBars() para la depuración.
Si quieres entenderlo, abre una solicitud en servicedesk. Adjunte un ejemplo de código completo, intentaremos reproducir el problema.
La frecuencia de "lo suficiente" no inspira confianza. Es mejor añadir la salida del registro de GetBars() para la depuración.
Si tienes ganas de averiguarlo, abre una solicitud en el servicedesk. Adjunto un ejemplo de código completo, vamos a intentar reproducir el problema.
Bien. Solicitud:Errores,Cliente MetaTrader 5,Abierto,Iniciado: 2015.07.24 18:28,#1267768
P/S "Bastante a menudo" es de 10 a 100 disparos de OnBookEvent() en dos instrumentos de gran liquidez por MINUTO.
¡Hurra!
He reproducido el problema. De hecho, los datos de los símbolos se descargaban a veces de la memoria incluso con consultas periódicas. El error será corregido.
Gracias.
Michael, ¿has conseguido superar este problema con la obtención de series de otros símbolos? Estoy harto de pelearme con mi indicador, constantemente pierde la sincronización con otros símbolos.
Ahora mismo el servidor de demostración está dando la Build 1159 del 22 de junio de 2015. Y en él los indicadores multidivisa funcionan horriblemente también. Hay que cambiar de periodo varias veces o reiniciar el indicador para que se muestre correctamente. Y después de un tiempo no vuelve a obtener los datos de la serie. Siempre escribo en el registro.
Данные символа "Si-12.15" не синхронизированы с торговым сервером.
A los desarrolladores:
¿Es imposible hacer una función, no para comprobar si los datos están sincronizados o no, sino directamente para sincronizar y no para descargar estos datos de la memoria?
El ahorro de recursos es bueno, en términos de optimización del algoritmo. Pero, ¿por qué debería ser tan fanático de la descarga de datos de la memoria?
Prefiero comprar uno o dos gigabytes más de memoria en mi PC en lugar de molestarme con esta molesta sincronización de series.
Hacer una función que se llama una vez en OnInit() para cargar los datos para el símbolo requerido y no se descargará mientras el indicador se está ejecutando.
El terminal debe preparar los datos y controlar su relevancia, en lugar de que el usuario piense en la primera cita, en cuántas barras tengo y en el servidor, etc.
Michael, ¿has conseguido superar este problema con la obtención de series de otros símbolos? Estoy harto de pelearme con mi indicador, constantemente pierde la sincronización con otros símbolos.
Ahora mismo el servidor de demostración está emitiendo la build 1159 del 22 de junio de 2015. Y en él los indicadores multidivisa también funcionan fatal. Hay que cambiar de periodo varias veces o reiniciar el indicador para que se muestre correctamente. Y después de un tiempo no vuelve a obtener los datos de la serie. Siempre escribo en el registro.
A los desarrolladores:
¿No se puede hacer una función, no para comprobar si los datos están sincronizados o no, sino directamente para la sincronización y no para descargar estos datos de la memoria?
El ahorro de recursos es bueno, en términos de optimización del algoritmo. Pero, ¿por qué debería ser tan fanático de la descarga de datos de la memoria?
Prefiero comprar uno o dos gigabytes adicionales de memoria en mi PC en lugar de molestarme con esta molestia de la sincronización de series.
Haga una función que sea llamada una vez en OnInit() para cargar los datos del símbolo requerido y no será descargada de nuevo hasta que el indicador se ejecute.
El terminal debe preparar los datos y controlar sus actualizaciones, en lugar de que el usuario piense en la primera cita, en cuántas barras tengo y en el servidor, etc.
¡Buenas tardes!
Los desarrolladores han respondido que lo arreglarán en la nueva versión.
Todavía no se sabe cuándo saldrá a la venta.
FORTALEZAS. He encontrado un problema, las funciones OrderCheck() y OrderCalcMargin() a veces (!) determinan incorrectamente el GO requerido para una operación y como resultado devuelven FALSE.
Con el GO requerido para RTS-12.15(SYMBOL_MARGIN_INITIAL) de 12.500 , ¡la función requiere nada menos que 143.105 rublos!
Al mismo tiempo, todo se abre perfectamente de forma manual.
¿Cómo puedo llamar?
Inténtalo de esta manera:
Este es mi resultado: