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
Eu tenho uma boa conexão própria. Talvez essa seja a razão.
Mas eu notei algo diferente com este teste. Mesmo quando estou correndo agora com contagem de passes, recebo 10 passes através da OnCalculate. Acontece que a melhor opção para você parece ser um pequeno atraso no início do indicador.
Não há necessidade de uma solução de muleta, repito. O comportamento atual não me convém, os conselhos dados pelos próprios desenvolvedores não funcionam. Deixar que coisas como esta aconteçam por conta própria não adianta de nada. Um problema foi detectado, ele precisa ser resolvido pelos desenvolvedores.
Não há necessidade de uma solução de muleta, vou dizer novamente. O comportamento atual não me convém, os conselhos dados pelos próprios desenvolvedores não funcionam. Deixar que coisas como esta aconteçam por conta própria não adianta de nada. Um problema é descoberto, ele precisa ser resolvido pelos desenvolvedores.
Eu descrevi o que vi. É preciso pensar em como consertá-lo. Não serve de nada conseguir o rastreamento do primeiro passe, etc...
Eu descrevi o que vi. Tenho que pensar como lidar com isso. Ou seja, não é bom de forma alguma obter o rastreamento do primeiro passe, etc.
Acho que precisa haver um mecanismo testado em locais tão "finos", trabalhando corretamente com números de erro (batendo em cada pedido), ou algum tipo de verificação adicional nas funções de acesso ao histórico (isto é, embutido, de modo a não procurar tais problemas por horas). E este mecanismo deve ser descrito em detalhes na documentação. Então não haverá nenhuma pergunta para os desenvolvedores. Mas como está agora? Na documentação nada sobre o acesso aos dados de TFs mais antigos, portanto, os próprios desenvolvedores não sabem como obter os dados. Há apenas alguns links para o fórum dos anos barbudos onde eles têm o mesmo raciocínio.
Algo como isto
A propósito, você não respondeu à sua pergunta sobre a versão terminal.
terminais 1121 e 1090
A comunicação com o servidor é estabelecida. Ao solicitar dados da TF sênior, se os dados não estiverem prontos - erro ou retorno 0. Se os dados estiverem prontos - retornar SOMENTE dados reais. Isso é tudo. Se os dados não estiverem prontos por muito tempo - deixe-os retornar erro ou 0.
Aqui não há erro. Há uma conexão e dados do histórico.
Os dados que já se encontram no terminal são exibidos imediatamente.
Novos dados vêm com um atraso, pois é necessário enviar um pedido ao corretor e carregá-lo se algo estiver faltando.
Assim que novos dados aparecem, um tique é imediatamente gerado (mesmo agora, quando o mercado é fechado).
Você só precisa verificar o aparecimento de uma nova barra e mudar suas variáveis você mesmo.
ps. não há bandeira para a relevância dos dados no mt4.
terminais 1121 e 1090
Aqui não há erro. Há uma conexão e os dados do histórico estão presentes.
Os dados que já se encontram no terminal são exibidos imediatamente.
Novos dados chegam com um atraso porque um pedido tem que ser enviado ao corretor e carregado se algo estiver faltando.
Assim que novos dados aparecem, um tique é imediatamente gerado (mesmo agora, quando o mercado é fechado).
Você só precisa verificar o aparecimento de uma nova barra e mudar suas variáveis você mesmo.
ps. não há bandeira de atualização de dados no mt4.
Como eu disse, terá que tentar novamente no terminal atualizado.
Eu discordo categoricamente do comportamento que não pode ser controlado. A função retorna dados incorretos sem erros - isto é errado. Você mesmo se deparará mais tarde com tal situação e se perguntará qual é o problema.
Digamos, no início a função retornou um erro. Eles são liberados. Durante a consulta seguinte, a função não retornou o erro e retornou alguns dados "incorretos". Está tudo bem?
O que você quer dizer com dados incorretos?
Quando eles não estão lá, ou não há conexão, ou o que quer que seja, então sim, há um erro.
E não há nada para contar.
Quando todos os dados estão corretos - tudo está normal e tudo funciona.
Seu indicador não rastreia a atualização dos dados.
Novos bares vêm do corretor e você não os verifica.
Acrescentei algumas linhas para mostrar que quando você verifica, tudo está correto.
É uma situação de trabalho para verificar um novo bar.
O que você quer dizer com dados incorretos?
E vejam meu primeiro posto. Você vê o erro 4066 aí? Em seguida, erro 0 e retornar dados incorretos. Por que a função (SeriesInfoInteger() neste caso) não verifica a relevância antes de enviar os dados? Por que ela não define a bandeira de erro? É que eu prefiro esperar um pouco mais para que as verificações internas passem do que procurar por erros mais tarde.
Mas depois disso, recebi muitos conselhos, com os quais ainda não obtive nenhum resultado. E afinal não se tratava nem mesmo do temporizador.