O que deve ser acrescentado para apoio adicional de cálculos matemáticos universais em MQL5 e MQL5 Cloud Network? - página 6
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
Eis o que se passa, Renat.
MT5 compreende claramente quando um stop loss é activado e quando um take profit é activado. // Isto pode ser visto a partir de comentários de encomendas e é claro a partir do próprio manuseamento da plataforma.
É por isso que temos o pedido (constantemente). - Gostaríamos que a bandeira apropriada aparecesse na OnTradeTransaction ao activar o SL ou TP.
Mas se isto for impossível (mesmo teoricamente) devido à falta de uma arquitectura vinculativa adequada, é melhor dizer apenas que a arquitectura da plataforma não nos permite colocar uma bandeira na ordem que está a ser enviada para esta acção para confirmar se foi um SL ou um TP.
Embora para si não exista tal palavra como "nada é impossível". São metaquotes :)
Por outras palavras, olhando para a estrutura da transacção https://www.mql5.com/ru/docs/constants/structures/mqltradetransaction
Eu acrescentaria um campo TRADE_ACTION
as razões para fazer a encomenda, respectivamenteSL desencadeado
TP desencadeado
Sair de uma posição por Stop Out
e outros, se houver algum // embora isto possa ser tudo o que precisamos
Há aqui um ponto, Renat.
MT5 compreende claramente quando o Stop Loss é activado e quando o Take Profit é activado. // Isto pode ser visto nos comentários da ordem e na própria plataforma.
O problema é esse: ele não compreende e não deve compreender.
Tudo passa por filas de execução, as ordens são divididas em simples BUY/SELL, com gateways para fornecedores de liquidez e bolsas. Não se sabe como será executado (incluindo parcial) na realidade. E se de repente proclamarmos que garantimos o fim das bandeiras, o Papaklass acusar-nos-á amanhã com justa raiva de que "não funcionou para mim!
A questão é essa: na realidade, não o faz e não deve fazê-lo.
Tudo corre em filas de execução, as ordens são divididas em simples BUY/SELL, e através das portas de acesso aos fornecedores de liquidez e bolsas.
Sim, está a dividir-se.
Mas esta acção de divisão requer uma acção bastante específica - para activar o Stop Loss/StackProfit. E estas acções são processadas pelo servidor da MT , não pelo terminal do cliente.
Mesmo que a activação de paragens não ocorra em MT, o resultado continua a ser a criação de uma ordem ou evento real para MT5.
Compreendo que não consigo entrar nas entranhas do servidor MT5, mas é só ter a certeza, mais uma vez. É possível notificar sobre a acção com base na qual a encomenda é feita?
Assim que o servidor (ou gateway) activa um stoploop/stackprofit/stopout, etc., a resposta é fazer uma encomenda de qualquer maneira. // Nada acontece sem uma encomenda!
E aqui, nesta ordem e colocar a bandeira apropriada - a razão para colocar esta ordem ou evento.
Talvez devesse ter sido introduzida uma nova estrutura, apenas para TradeTransaction?
Não é assim tão novo :) é muito completo.
Faltam apenas dois campos
- identificador de posição
- razão para fazer uma encomenda
Sim, divide-se.
Mas a acção para esta divisão é bastante específica - para activar o stoploop/stackprofit. E esta acção é processada pelo servidor MT , não pelo terminal do cliente.
A resposta é simples - não há garantia de 100% de bandeiras.
Porque existem muitas fontes e iniciadores de desencadeamento, e não é o único servidor comercial.
A resposta é simples - não há garantia de 100% de bandeiras.
Pois há tantas fontes e gatilhos, e este não é de modo algum o único servidor comercial.
A activação de um stop loss é realmente tratada por vários servidores comerciais?
Pareceu-me que apenas um servidor comercial é suficiente para este fim.
Ou em MT pode haver negócios sem ordem se o stop loss for tratado pela porta de entrada?Para a activação, é criada uma ordem e a plataforma é notificada da sua criação. // por um portão externo
depois é derramado. e os ofícios aparecem.
É compreensível que a encomenda não possa ser preenchida, e que o resto seja retirado.
Mas no momento da criação desta ordem podemos acrescentar à transacção uma bandeira dizendo que se trata de uma ordem de stop loss.
O mais importante é o próprio acontecimento que é uma ordem para uma paragem da perda.
Mas sabe melhor, não vou discutir. é um ponto muito subtil.
papaklass:
E quem é que está a falar?
Definitivamente, você.
Para quê?
Comporte-se.
Nós, pela nossa parte, estamos a pensar numa comunicação independente entre agentes sem um terminal. Por exemplo, um dos agentes pode gerar dados iniciais e enviá-los para os outros por fordcast.
Sem o envolvimento do terminal, isto é bom.
Quem irá gerar os dados para este "um dos agentes"? Será um guião ou um indicador capaz de o fazer?
Para que serve a comunicação entre agentes, ilumine os pouco sofisticados se puder.
Já escreveu um guião para testar as capacidades de cálculos matemáticos, mas faltam algumas funções)