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
Mas o segundo bot precisa de um cronograma, você não o leu cuidadosamente.
Isto você escreveu de forma incorreta. O segundo Expert Advisor precisa do prazo no qual o sinal para entrar (ou abrir um pedido) foi recebido. Em seguida, use uma variável global para economizar o período de tempo (no primeiro robô). E leia-o com o segundo robô.
Isto você escreveu de forma incorreta. O segundo Expert Advisor precisa do prazo no qual o sinal para entrar (ou abrir um pedido) foi recebido. Em seguida, use uma variável global para economizar o período de tempo (no primeiro robô). E leia-o com o segundo robô.
Não funciona assim, porque o bot está rodando em um servidor remoto, então eu escrevo o TF no comentário, isso seria bom, mas ele é sobrescrito pelo ticket quando você fecha parte do volume.
Portanto, é um bot, não o ponto.
Como não é esse o objetivo?! Qualquer programador lhe dirá que o indicador não faz negócios. Estude cuidadosamente a documentação antes de começar a desenvolver aplicações.
Você não pode fazer isso porque o bot está rodando em um servidor remoto, então eu escrevo o TF no comentário, tudo bem, mas ele é sobrescrito pelo ticket quando você fecha parte do volume.
Então, deixe o 1º robô em paralelo abrir um mercado ou ordem pendente com volume mínimo e pode ser escrito um comentário, que não mudará.
Esta opção é ainda mais fácil do que eu sugeri.
Crie uma série de ponteiros para os objetos: ticket - informações sobre pedidos. Quando a ordem for fechada, apagar o objeto e apagar o ponteiro da matriz. Não há nada de difícil. Mas você terá que aprender a trabalhar com arrays dinâmicos, indicadores e aulas. Eu devo ter dito algo assustador para você. :)Como não é esse o objetivo?! Qualquer programador lhe dirá que o indicador não faz negócios. Estude cuidadosamente a documentação antes de começar a desenvolver aplicações.
Então, deixe o 1º robô abrir simultaneamente um mercado ou uma ordem pendente com um volume mínimo e você pode escrever ali um comentário que não mudará.
<<Então, deixe o 1º robô em paralelo abrir um mercado ou uma ordem pendente com volume mínimo e será possível escrever ali um comentário, que não mudará. >>
oh não obrigado :) exceto Bill Gates de tais manobras.
não funciona dessa forma, porque o bot está rodando em um servidor remoto, então escrevo o TF no comentário, isso seria bom, mas ele é sobrescrito pelo ticket quando você fecha parte do volume.
Para escrever as informações sobre a TF no pedido, precisamos usar seu número mágico. Mas este atributo nunca muda. Devemos numerar condicionalmente todos os TFs em ordem e gerar um número mágico considerando este número + deixar algum espaço para a função de identificação, as operações bitwise são melhores.
Posso dizer que fiz uma gralha.
Não é uma gralha. Você simplesmente não entende a diferença entre um robô e um indicador. E isso é óbvio para qualquer programador. Leia a documentação:https://www.mql5.com/ru/docs/runtime/running.
Citação do artigo:
Esta opção é ainda mais fácil do que eu sugeri.
Criar uma série de ponteiros para os objetos: tikets - informações sobre pedidos. Quando a ordem for fechada, apagar o objeto e apagar o ponteiro da matriz. Não há nada de difícil. Mas você terá que aprender a trabalhar com arrays dinâmicos, indicadores e aulas. Eu devo ter dito algo assustador para você. :)Muito. Imaginei criar uma estrutura com dois din. arrays tikets e timeframes, onde os valores são colocados de acordo com seus nomes.
Não é uma gralha. Você simplesmente não entende a diferença entre um robô e um indicador. E isso é óbvio para qualquer programador. Leia a documentação:https://www.mql5.com/ru/docs/runtime/running.
Citação do artigo: