Qualquer pessoa que quisesse ver gráficos sem barras em falta - aqui =) - página 2

Novo comentário
 
komposter:

Porque os indicadores são calculados um certo número de barras ao contrário. Se houver lacunas - é claro que o mesmo MA pode, em diferentes momentos, ser calculado para diferentes períodos de TEMPO ao contrário. Isto é, ao calcular MA(9) está implícito que MA é calculado para os últimos 9 períodos de tempo. E se houver omissões, obteremos (de fato) então MA(10), então MA(20).


Por quê? Em TODOS* os gráficos também?


Esclareci especificamente: nos gráficos gerados pelo especialista em AllMinutes, isso também está errado?

Certo, na medida em que os indicadores sobre dados inventados podem estar certos :) Mais correto do que saltar dados de qualquer forma, mas ainda assim :(

A questão com as causas da omissão ainda está em aberto.


Alternativamente, uma verificação constante para IsConnected().
Além disso, se as barras faltassem devido à perda da conexão, quando ela for retomada, elas deveriam ser bombeadas para cima.
Entretanto, eu não testei tal situação e não sei como o "enchimento de buracos" se comportaria.
Patch. Mas novamente, não é uma solução - o que fazer com um servidor suspenso, por exemplo (não me diga que não é realista!)? Na verdade, há muitas possibilidades - falhas do cliente, erros de protocolo, configurações de rede, etc. Neste caso, IsConnected() informará que tudo está bem. Entretanto, as citações serão adiadas. Ou se perder completamente. A única maneira de resolver o problema, que eu posso ver, é confirmar que o preço não foi alterado no lado do servidor. Se não houver tal confirmação, isso significa que o problema está em outro lugar. Não insisto que não deveria haver tais problemas, mas quero SABER QUANDO eles ocorrem.
 
max_cpr писал (а):

A única maneira que vejo de resolver o problema é o servidor confirmar o preço REAL.


E se a confirmação de imutável se perde como um ping pode se perder agora?
A pesquisa de disponibilidade de servidores, tanto quanto eu entendo, acontece o tempo todo. E não há diferença entre verificar o status da conexão e solicitar um preço inalterado.
Imho, é claro.
 
komposter:
max_cpr:

A única maneira que vejo para resolver o problema é o servidor confirmar que o preço é INCRÍVEL.


E se a confirmação da imutabilidade for perdida da mesma forma que um ping pode ser perdido agora?
A pesquisa de disponibilidade de servidores, tanto quanto eu entendo, acontece o tempo todo. E não há diferença entre uma verificação do estado normal da conexão e um pedido de preço inalterado.
Imho, é claro.
Se a confirmação do preço for perdida (na forma de uma mensagem sobre o preço atual) - é claro que existem problemas técnicos. E a razão da perda nem sequer é tão interessante - só é importante lidar corretamente com esta situação. Pedidos ao servidor, em termos de confirmação da relevância do preço, geralmente não fazem sentido - embora seria bom receber a confirmação do preço quando solicitado (por exemplo, imediatamente antes de fazer um pedido). A acessibilidade do servidor não garante o último valor conhecido do preço. Como no caso geral, pingar um servidor não garante que ele será capaz de contatar um servidor remoto. Quero enfatizar a diferença - a confirmação da operacionalidade do servidor deve ser vista (curiosamente :) em SEU TRABALHO, ou seja, a entrega de citações. E a ausência de citações do servidor deve ser interpretada como uma situação equivocada e, portanto, deve ser tratada. O que é impossível de se fazer agora sem um remendo torto.
 
Parece que não nos ouvimos um ao outro. Ou não entendem )
 
Este preenchimento não terá efeito sobre a geração de dados de carrapatos?
 
nikkei:
Este preenchimento não terá efeito sobre a geração de dados de carrapatos?
Se gerado a partir de gráficos padrão (ferramentas MT padrão), não o fará.
 
Tentei renomear o nome do arquivo do histórico completo e substituí-lo por incompleto - não quer gerar carrapatos no testador de forma alguma. O formato do arquivo deve ser diferente ali, portanto provavelmente não é adequado para o backtest, apenas em tempo real.
 
Não, é possível testar também em gráficos "costurados".
Somente para este fim, além de mudar o nome do arquivo, você deve mudar o nome do símbolo no cabeçalho do arquivo.

Para este propósito, no AllMinutes Expert Advisor você deve deixar somente _Symbol [curChart ] (nome do símbolo) onde quer que a linha "ALL" se conecte à linha _Symbol[curChart].
Tenha cuidado, às vezes eles são unidos pela função StringConcatenate(). Se esta função tem apenas 2 argumentos, você não deve usá-la de forma alguma. Por exemplo, em vez de
StringConcatenate( "ALL", _Symbol[curChart] )
deveria ser
_Symbol[curChart]

Mas se houver mais argumentos, a função deve ser mantida, simplesmente removendo "TODOS" dela. Por exemplo, em vez de
StringConcatenate( "ALL", _Symbol[curChart], _Period[curChart], ".hst" );
deveria haver
StringConcatenate( _Symbol[curChart], _Period[curChart], ".hst" );


Além disso, o gráfico do símbolo e do período correspondente deve ser fechado. Caso contrário, a própria MT fará o download das citações "corretas" (sobre as correções).
E em geral, para mim, tais testes não fazem sentido =)
É melhor testar em uma ferramenta padrão, e ler os indicadores em TODOS os gráficos. Para este fim, basta gerar os gráficos necessários, abri-los em modo offline, e no cálculo dos indicadores indicar StringConcatenate("ALL", Symbol() ) como o primeiro argumento.

Boa sorte ;)
 

[Tentei renomear o nome do arquivo do histórico completo e substituí-lo por incompleto - ele não quer gerar carrapatos no testador de forma alguma. O formato do arquivo deve ser diferente lá, então acho que não é adequado para o backtest, apenas para o tempo real. [/Quote]
Acabei de importar citações de TODOS... isso é tudo... :)
Diga-me, komposter, é possível carregar citações reais de carrapatos no testador desta maneira? Achei que os caras da MetaQuotes disseram que é possível.

 
Mas eis o que é interessante... Eu fiz uma simples EA com uma linha como esta:
WriteLineInFile(esFileNameOfReport,GetCurRusTime()+"Минута: "+TimeMinute(CurTime()));
Converti todos os outros prazos a partir de minutos remendados, excluí todos os .fxt. Eu testei o modelo "All ticks". Assinalo "recalcular". No cronograma M1 tudo bem, um minuto a um minuto. Mas na M15, por exemplo, está faltando minutos novamente... Pergunta: De onde este rastejador (testador) recebe a ata? Tenho a suspeita de que simplesmente ignora os minutos com OHLC igual. Pergunta: qual é o objetivo de pegar os buracos então?
123456789...12
Novo comentário