[Arquivo!] Qualquer pergunta de novato, de modo a não desorganizar o fórum. Profissionais, não passem por ela. Não poderia ir a lugar algum sem você - 2. - página 486
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
mostrar como você lê a variável global_trailing_SP
Mas não há nenhum problema com isso, pois a posição principal é a de ficar atrás, sem erros. O problema é atribuir o mesmo valor a outra(s) posição(ões).No momento, para a posição principal, o valor do trailing é calculado pela ATR desta forma:
Portanto, não entendo. A ordem pendente existe no momento da modificação da ordem principal?
Se existir, então a modificação da ordem principal e a modificação da ordem pendente estão no mesmo bloco. E se a ordem principal for modificada, o pendente deve fazer o mesmo, se essa for a sua idéia.
Outra coisa é que nossa idéia não funciona. Isso significa um erro no estado. Tente fazer tudo da mesma forma que na condição de modificação da ordem principal, como eu mostrei acima. Parece-me que o erro está na lógica. Não me surpreende. Aqui tudo é muito complicado. Deveria ser mais simples.
É bem possível que você deva simplificá-lo. Isto é inexperiência).
No momento, é assim, para a posição principal em uma função separada. Então, se houver ordens pendentes ou outras posições com outras majors, seus valores são verificados em relação à parada da posição principal. E se eles forem diferentes, o valor do principal é tomado.
Não me surpreende. É um pouco complicado para você. Você deve manter as coisas simples.
Tornei tudo mais simples. O problema parece ter desaparecido até agora. Obrigado.)))
O quê, a pausa é modificável ou algo assim? :)
A caligrafia tem que mudar. Quanto mais clara for a caligrafia, menos erros serão cometidos. Tente não amontoar tudo em uma pilha, o mínimo possível de variáveis e outras coisas desnecessárias. Sempre comece a colocar os suportes em uma nova linha para tornar os blocos claramente visíveis.
O quê, a armadilha foi modificada ou algo assim?
Sim, na função acima, ATR trailing, excluí a verificação Magic e acrescentei uma pausa:
if (OrderType() == OP_SELL || OrderType() == OP_SELLSTOP)
A caligrafia tem que ser mudada. Quanto mais clara for a caligrafia, menos erros serão cometidos. Tente não amontoar tudo em uma pilha, com o mínimo possível de variáveis e coisas desnecessárias. Sempre escreva suportes em uma nova linha para tornar os blocos claramente visíveis.
Sim, na função acima, ATR trailing, excluí a verificação Magic e acrescentei as pausas:
Sim. Isso mesmo, eu estava prestes a dizer Magik. Veja. Não há necessidade de variáveis desnecessárias. Vejo vocês mais tarde.
Sim. É verdade, eu ia dizer Magik. Veja. Não há necessidade de variáveis desnecessárias. Vejo vocês mais tarde.
Essa é uma idéia sábia: "Não há necessidade de variáveis desnecessárias".
Não há necessidade de um magik... por que verificar o pedido de um magik?
Se você modificar um pedido de outro EA, tudo bem.
Você deve excluir o mágico como uma classe em geral - seus desenvolvedores perderam seu tempo - e nós fomos submetidos a lavagem cerebral por todos os tipos de mágicos.
p.s. E para o dançarino, o que está no caminho é melhor aparado.
idéia sábia - "sem necessidade de variáveis extras"
e "sem necessidade de um mágico" - por que verificar o pedido de um mágico?
modificar um pedido de outro assessor - nada demais.
excluir o mágico como uma classe
)))) Não, eu acho que seria melhor deixar o mágico. Você deve simplesmente deixar as ordens pendentes.
Para ser mais exato, devemos deixar os mágicos que são necessários. Se utilizarmos vários Expert Advisors em diferentes gráficos, devemos também incluir símbolos na verificação. Mas eu ainda não cheguei a este ponto. ))
Nunca uso mágicos de forma alguma. Embora às vezes existam alguns itens de cada vez. Eu uso bilhetes. É muito mais fácil de verificar através da OrderSelect. E a função OrderSend se torna mais clara. Bem, cada um é o mestre de sua própria caligrafia. Pessoalmente, nunca tive nenhum problema sem os mágicos.
O bilhete nunca vai a lugar algum. É conveniente com ele.