Indicadores de múltiplos períodos de tempo - página 1148

 
mladen:

pati9191

Se eu mudar a maneira como funciona, os resultados não serão os mesmos (já que já é uma espécie de indicador de múltiplos períodos de tempo, se eu mudar isso, tudo muda). É isso que você tinha em mente?

Sim, senhor, entendo o que você quer dizer, obrigado.
 
pati9191:
Sim, senhor, entendo o que você quer dizer, obrigado.

Aqui está. Experimente-o

Arquivos anexados:
 

oi mladen...

me ajude sobre este indicador....

não pode funcionar....mas depois que eu conseguir o cronograma e voltar a aparecer...obrigado u....
Arquivos anexados:
 
yoppy:

oi mladen...

me ajude sobre este indicador....

yoppy

shi silver trend signal is repainting. O que você vê é o que normalmente é chamado de "repintura clássica".

 

Tendência Dinâmica de TimeFrames Maiores


Arquivos anexados:
 

Oi Tampa_


O quadro de tendências HTF parece interessante, portanto, experimentei-o.

Mas está se desintegrando devido aos índices fora de faixa ao acessar o Trendx[(i+N)*multiplicador] no passe inicial.

Ela falha na tendência x com +N= 1, 2 ou 3, dependendo de quais TFs foram selecionadas.


Como uma simples correção, eu apenas subtraí 600 (ou seja, >3*168) para obter TFs H4, D1, W1 para exibir no gráfico H1, mas é necessária uma solução mais cuidadosa:

ou seja, limite int = Barras_contadas_barras -600;


Também notei que quando o gráfico está em um período de tempo, ou mudado para um período de tempo que é >= para qualquer uma das 3 tendências MTF definidas no indicador, que ele envia um alerta (o que é OK), mas ainda assim ele passa e aloca e define buffers etc. (vs retorno(0) (ou -1)), que não são devidamente limpos quando todos os TFs ajustados corretamente, então deixa muita porcaria ao redor.


E também trava, ao baixar o TF do gráfico do que o H1 (com H4, D1, W1 selecionado), devido à rápida correção de -600 acima, em vez do manuseio correto do código.


Espero que este teste/feedback seja útil.

Obrigado

 
tampa_:

Tendência Dinâmica de TimeFrames Maiores


você se lembra de seus ajustes?

 
mrtools:

Tenha este aqui

Oi mrtools,


Sim, isto é exatamente o que eu estava procurando.


Um par de características que seria bom para permitir a passagem de um gráfico para outro e um intervalo de tempo para um intervalo de tempo seria um limite de exibição de barras (economizar CPU/largura de banda) e um parâmetro para a seleção relativa do TF, por exemplo, 1, 2 etc. para exibir o TF+1 atual, TF+2, etc. para aumentar as seleções TF atuais/específicas.


No entanto, como está, este é um indicador muito bom e muito obrigado!!!

 
thefxpros:

você se lembra de seus ajustes?

Parâmetros padrão + 1 hora, 4 horas e horários diários
 
profitabl:

Oi Tampa_


O quadro de tendências HTF parece interessante, portanto, experimentei-o.

Mas está se desintegrando devido aos índices fora de faixa ao acessar o Trendx[(i+N)*multiplicador] no passe inicial.

Ela falha na tendência x com +N= 1, 2 ou 3, dependendo de quais TFs foram selecionadas.


Como uma simples correção, eu apenas subtraí 600 (ou seja, >3*168) para obter TFs H4, D1, W1 para exibir no gráfico H1, mas é necessária uma solução mais cuidadosa:

ou seja, limite int = Barras_contadas_barras -600;


Também notei que quando o gráfico está em um período de tempo, ou mudado para um período de tempo que é >= para qualquer uma das 3 tendências MTF definidas no indicador, que ele envia um alerta (o que é OK), mas ainda assim ele passa e aloca e define buffers etc. (vs retorno(0) (ou -1)), que não são devidamente limpos quando todos os TFs ajustados corretamente, então deixa muita porcaria ao redor.


E também trava, ao baixar o TF do gráfico do que o H1 (com H4, D1, W1 selecionado), devido à rápida correção de -600 acima, em vez do manuseio correto do código.


Espero que este teste/feedback seja útil.

Obrigado

profitabl

Quando você tem as quedas"fora de alcance"?

Até onde eu vejo que o código indicador não está usando o modo estrito, e então não deve haver esse tipo de falhas/erro, a menos que o modo estrito seja invocado nesse código independentemente dos parâmetros (e prazos) usados (pelo menos não falha quando eu tento reproduzir as falhas que você descreveu).