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
Ao testar, a MQL5 Cloud Network não é activada, não é assinalado no menu de contexto "use /MQL5 Cloud Network", há 1 crédito no saldo. Ontem estava tudo a funcionar.
Ao testar, a MQL5 Cloud Network não é activada, o menu de contexto "use /MQL5 Cloud Network" não tem marca de verificação e o saldo é de 1 crédito. Ontem estava tudo a funcionar.
O que diz no diário de bordo?
Qual é o seu equilíbrio?
Há uma suspeita de que a transferência de 4 pode ter sido feita sem ter em conta as características de 5. E a carga da CPU e a renderização de velas é apenas uma consequência de cálculos demasiado pesados ou de ciclos de espera, etc. no OnCalculate.
Funcionou bem com a construção seguinte, parece que o problema estava no MT5, e não nos meus indicadores.
No entanto, o terminal.exe ainda começa a carregar a CPU quando o preço muda acentuadamente
Ao testar, a MQL5 Cloud Network não é activada, não é assinalado no menu de contexto "use /MQL5 Cloud Network", há 1 crédito no saldo. Ontem estava tudo a funcionar.
Existe uma aplicação simples que consiste num campo de entrada contendo um preço e uma linha horizontal:
É suposto fazer duas coisas: 1) quando um novo valor de preço é introduzido no campo, a linha deve ser deslocada por esse preço, 2) quando a linha é deslocada ou o preço da linha é editado, o novo preço (linhas) deve ser exibido no campo de entrada. Não há qualquer problema com a primeira parte. A pergunta sobre o segundo: é possível utilizar o mapa de eventos para apanhar o evento de mudança de preço (ou qualquer outro evento de objecto não-controlador)? Pensei que para este fim deveria utilizar ON_EXTERNAL_EVENT(event,handler), mas não importa como me virei, não funciona. Consequentemente, aqui ficam mais algumas questões:
Ou existe alguma outra solução?
Descobriu algum comportamento estranho no terminal do assinante do sinal.
1. Quando se fecha uma posição (seja utilizando paragens ou pegas) no registo do terminal do Assinante aparece:
2013.03.20 20:58:39 Sinal '5002359': não pode copiar negócio #5652339 vender 0.60 CHFJPY a 101.448, provavelmente a posição já está fechada
No entanto, a posição está presente e não está fechada. Depois de recarregar o ter, esta posição será fechada normalmente. A situação repete-se quase constantemente, especialmente se a posição for corrigida por um fornecedor.
2. O problema das paragens. Uma entrada aparece no registo do terminal do subscritor:
2013.03.21 07:05:54 Sinal '5002359': a sincronização é adiada, o processamento de acções comerciais é desactivado
2013.03.21 07:05:54 Sinal '5002359': sincronização terminada, não pode corrigir posição [vender 0.10 AUDCHFL 0.9813 sl: 0.9867 tp: 0.9766]
2013.03.21 07:05:54 Comércios '5002359': modificar sem sucesso vender 0.10 AUDCHFL sl: 0.9867, tp: 0.9766 -> sl: 0.9867, tp: 0.9766 [Paragens inválidas]
As paragens no Provedor são definidas correctamente, a distância da posição é correcta (neste símbolo o nível de paragens é de 15 pips, muito aproximadamente o limite inferior do SL é de 0,9842). Ao mesmo tempo, as próprias paragens são estabelecidas! O mais triste é que a sincronização pára(processamento de comércio acções deficientes) para TODOS os símbolos. Reiniciar o ter não ajuda, tenho de desactivar as paragens de cópia para continuar a sincronização.
//// Adicionado: o vendedor estava deliberadamente a espalhar paragens para distâncias obscenas - o erro persistiu!
3. O assinante não tem qualquer reacção às mudanças de paragem do fornecedor (movimentos). Nada mesmo! Reiniciar o terminal não ajuda.
------------------------
O assinante tem o Windows Server 2003 R2 Standart Edition SP2.
Versão terminal 778.
Uma cópia foi para o servisdesk.
Ou existe alguma outra solução?
Quando um objecto é alterado, o evento CHARTEVENT_OBJECT_CHANGE é recebido. O parâmetro sparam contém o nome do objecto. Isto é, deve ser escrito desta forma:
Onde a coloca (em método separado ou em corpo de manuseador) é a sua decisão.
Olá a todos!
Gente que sabe. Escrevi uma EA em mq5 (a minha primeira EA) e estou a geri-la. Estou a tentar abrir ordens (execução instantânea), mas não se define o fim da perda (embora esteja em código). Não vi qualquer erro na execução da ordem, mas não vi qualquer stop loss. Procurei nas FAQ e tentei diferentes métodos para definir ordens. Tentei também usar a ligação da biblioteca. Tudo se abre sem erros, mas sem perda de paragem.
Penso que pode ser o próprio mq5. Estou a usar Alpari. Tenho uma conta teste. Seria uma pena se eu não tivesse sucesso.
Sinceramente,
Sergey
Sergey5347: Написал советник в mq5 (мой первый советник), запускаю его. Ордера (мгновенного исполнения) открываются, а стоп лоссы по факту не проставляются (хотя в коде есть). По отработке ордеров никаких ошибок нет, а стоп лоссов по факту нет. Я тогда залез в хелпы и попробовал разными способами задавать ордера. Пробовал и с подключением библиотеки. Все без ошибок открывается а стоп лоссов нет.