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, ao trabalhar em FORTS, você não deve confiar nos dados de posição.
Meus robôs acompanham seus negócios e lembram o preço inicial de abertura da posição (não após a última compensação), e o utilizam para calcular os lucros, SL, ...
A propósito, outro motivo para não confiar nos dados de posição: FORTS é a rede, e vários robôs podem negociar com o mesmo símbolo mais o comércio manual. E o que é praticamente útil a partir desta posição combinada?
Assim, cada robô se lembra e "lidera" sua posição.
Eu lhe mostrei. Pegue este último preço médio e volume da posição, o preço do novo comércio e seu volume. Tudo será calculado corretamente.
A propósito, outro motivo para não confiar nos dados de posição: FORTS é a rede, e vários robôs mais o comércio manual podem negociar com o mesmo símbolo. E o que é praticamente útil a partir desta posição combinada?
Assim, cada robô se lembra e "lidera" sua posição.
spc. Naturalmente, todos esses negócios e posições no mercado são SONÁRIOS? (EM UMA DIREÇÃO)?
Os robôs podem ter diferentes estratégias, tendências e contra tendências, e podem trabalhar em diferentes períodos de tempo, de modo que as poses podem estar em qualquer direção. E em MT você só pode ver o "total".
Os robôs podem ter diferentes estratégias, tendências e contra tendências, e podem trabalhar em diferentes períodos de tempo, de modo que as poses podem estar em qualquer direção. E em MT você só pode ver o "total".
ou seja, você pode essencialmente manter um registro comercial dedicado para cada direção e é isso... :-)
Isto é duro, é claro... tudo virtual - todos os prós e contras. Há apenas uma posição em comum... Redes.
É certamente uma zombaria - se você fizer tudo num só instrumento...
ou seja, você pode essencialmente manter um registro comercial dedicado para cada linha de negócio e é isso... :-)
É difícil, é claro... tudo é virtual - todos os prós e contras. Há apenas uma posição em comum... Redes.
É claro que é uma zombaria - se você fizer tudo num só instrumento...
Mas não há muitas opções aqui. Ou um robô "ideal" sobre o símbolo, ou diversificação - vários reais.
E não há muitas opções aqui. Ou um robô "perfeito" no símbolo, ou diversificação - vários reais.
Se pudermos fazer uma observação geral: além da transferência dos preços de abertura da posição cumulativa após a compensação, quais são as armadilhas "escondidas" que merecem atenção quando se negocia?
Há essencialmente comissões, trocas - acho que você pode vê-las. E a história dos negócios e posições pode ser contada. (é de modo que, de acordo com o algoritmo de negociação, a posição real ou suas partes - estavam SOMENTE em vantagem!)
A que mais você acha que devemos prestar atenção quando negociamos?
Posso fazer uma observação geral: além da transferência dos preços de abertura para posições agregadas após a compensação, que outras armadilhas "ocultas" existem para se ter cuidado ao negociar?
Há essencialmente comissões, trocas - acho que você pode vê-las. E a história dos negócios e posições pode ser contada. (é de modo que, de acordo com o algoritmo de negociação, a posição real ou suas partes - estavam SOMENTE em vantagem!)
A que mais você acha que devemos prestar atenção quando negociamos?
Essa comissão, que é visível na transação - é apenas a comissão da troca. A comissão do corretor não é visível na transação. Pelo menos, é assim para o corretor que o abre.
Procuro negócios da OnTrade (ou OnTradeTransaction), calculo e escrevo-os imediatamente no Estado e em log.
Quero acrescentar apenas para o caso de: você deve ter em mente que um pedido pode causar vários negócios com volume parcial.
A comissão que é visível na transação é apenas a comissão da bolsa. A comissão do corretor não é visível na transação. Pelo menos, é assim com o abridor.
Procuro negócios pela OnTrade (ou OnTradeTransaction), calculo e escrevo-os imediatamente no estado e no diário de bordo.
Quero acrescentar apenas para o caso de: você deve ter em mente que um pedido pode causar vários negócios com volume parcial.
Há também uma questão organizacional, se alguém souber como resolvê-la da melhor maneira - por favor, escreva-a em palavras, eu a colocarei em código:
em geral, como entender que o ciclo do pedido, uma nova posição - LUCRO começou - para levar em conta o preço médio de abertura da posição (a compensação muda seu valor):
para ser claro, eu mesmo posso tanto do terminal através das chaves como por um robô com magik....
Em geral, eu preciso de um ponto de relatório - para calcular o preço médio de entrada da posição.
Posso usar dados daqui + por exemplo, tempo de leitura quando a posição anterior fechou em lucro e tirar uma diferença com o tempo real do servidor de lá, como se eu iniciasse um ciclo a partir do terminal - sem um robô:
Refiro-me a algo como isto:
como a posição passada está no lado positivo - então a contabilidade do ciclo atual já começou. e encomendas - você já deve contar tanto o preço de entrada quanto o volume para calcular o preço médio de entrada da posição agregada...https://www.mql5.com/ru/articles/211
--------------------------------------------------------------
Naturalmente, o ideal é que seja fechado independentemente do resultado do ciclo anterior - lucro ou prejuízo.
O início - o novo foi marcado para cálculo no código - o preço médio do novo ciclo atual de médias, por exemplo, ou ações - não importa...