Você está perdendo oportunidades de negociação:
- Aplicativos de negociação gratuitos
- 8 000+ sinais para cópia
- Notícias econômicas para análise dos mercados financeiros
Registro
Login
Você concorda com a política do site e com os termos de uso
Se você não tem uma conta, por favor registre-se
Boa tarde, Anton!
Seguindo seu conselho (LoadServerData() chama SeriesInfoInteger( a_symbol, PERIOD_M1, SERIES_SERVER_FIRSTDATE),
ou seja, lê-se "primeira data da história por símbolo no servidor, independentemente do período".
Este pedido em si não é realmente considerado um pedido de histórico, ou seja, não causa a construção de um cache,
não impede o descarregamento de dados de símbolos. Faz sentido solicitar o SERIES_FIRSTDATE ou o número de barras das séries de tempo.),
Adicionei uma nova função ao indicador para evitar o descarregamento de dados de símbolos:
A função OnBookEvent() é acionada nos caracteres BR-8.15 e BR-9.15 com bastante freqüência,
mas o resultado é o mesmo:
Então, qual é o problema?
Por que é impossível conseguir Bars?
A função OnBookEvent() aciona nos caracteres BR-8.15 e BR-9.15 com bastante freqüência,
mas o resultado é o mesmo:
Então, qual é o problema?
Por que é impossível conseguir Bars?
A freqüência de "com freqüência suficiente" não inspira confiança. Melhor adicionar a saída de log da função GetBars() para depuração.
Se você quiser entendê-lo, então abra um pedido em servicedesk. Anexar exemplo de código completo, tentaremos reproduzir o problema.
A freqüência de "com freqüência suficiente" não inspira confiança. Melhor adicionar a saída de log da GetBars() para depuração.
Se você tiver vontade de descobrir, então abra um pedido no Servicedesk. Anexe um exemplo de código completo, vamos tentar reproduzir o problema.
Ok. Solicitação:Erros,Cliente MetaTrader 5,Aberto,Iniciado: 2015.07.24 18:28,#1267768
P/S "Muitas vezes" é 10 a 100 OnBookEvent() aciona em dois instrumentos altamente líquidos por MINUTO.
Viva!
Reproduziu o problema. De fato, os dados dos símbolos às vezes eram descarregados da memória, mesmo com consultas periódicas. O erro será corrigido.
Obrigado!
Michael, você conseguiu superar este problema com a obtenção de séries de outros símbolos? Estou farto de lutar com meu indicador, ele perde constantemente a sincronização com outros símbolos.
Neste momento, o servidor demo está distribuindo o Build 1159 de 22 de junho de 2015. E nele os indicadores de múltiplas moedas também funcionam horrivelmente. Você tem que trocar os períodos várias vezes ou reiniciar o indicador para que ele seja exibido corretamente. E depois de um tempo não recebe os dados da série novamente. Eu sempre escrevo no diário de bordo.
Данные символа "Si-12.15" не синхронизированы с торговым сервером.
Para os desenvolvedores:
É impossível fazer uma função, não para verificar se os dados estão sincronizados ou não, mas diretamente para sincronizar e não para descarregar esses dados da memória?
A economia de recursos é boa, em termos de otimização de algoritmos. Mas por que eu deveria ser tão fanático por descarregar dados da memória?
Eu preferiria comprar um ou dois gigabytes adicionais de memória em meu PC em vez de me preocupar com esta preocupação de sincronização em série.
Faça uma função que é chamada uma vez no OnInit() para carregar dados para o símbolo requerido e não será descarregada enquanto o indicador estiver funcionando.
O terminal deve preparar os dados e monitorar suas atualizações, ao invés de o usuário pensar na primeira data, quantas barras eu tenho e no servidor, etc.
Michael, você conseguiu superar este problema com a obtenção de séries de outros símbolos? Estou farto de lutar com meu indicador, ele perde constantemente a sincronização com outros símbolos.
Neste momento, o servidor demo está emitindo o build 1159 a partir de 22 de junho de 2015. E nele os indicadores de múltiplas moedas também funcionam de forma horrível. Você tem que trocar os períodos várias vezes ou reiniciar o indicador para que ele seja exibido corretamente. E depois de um tempo não recebe os dados da série novamente. Eu sempre escrevo no diário de bordo.
Para os desenvolvedores:
Você não pode fazer uma função, não para verificar se os dados estão sincronizados ou não, mas diretamente para sincronização e não para descarregar esses dados da memória?
A economia de recursos é boa, em termos de otimização de algoritmos. Mas por que eu deveria ser tão fanático por descarregar dados da memória?
Eu preferiria comprar um ou dois gigabytes adicionais de memória em meu PC em vez de me preocupar com esta preocupação de sincronização em série.
Faça uma função que é chamada uma vez no OnInit() para carregar dados para o símbolo requerido e não será descarregada novamente até que o indicador funcione.
O terminal deve preparar os dados e monitorar suas atualizações, ao invés de o usuário pensar na primeira data, quantas barras eu tenho e no servidor, etc.
Boa tarde!
Os desenvolvedores responderam que irão consertá-la na nova construção.
Ainda não se sabe quando será lançado.
FORTES. Encontrei um problema, funções OrderCheck() e OrderCalcMargin() algumas vezes (!) determinam incorretamente o GO necessário para uma troca e como resultado retornam FALSE.
Com o GO requerido para RTS-12.15(SYMBOL_MARGIN_INITIAL) de 12.500 , a função requer até 143.105 rublos!
Ao mesmo tempo, tudo se abre perfeitamente manualmente.
Como posso ligar:
Tente desta forma:
Aqui está o meu resultado: