Um conselheiro que não tem medo de uma chamada de margem. Quem gostaria de experimentá-lo? - página 12
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
Resultados comerciais para 10.11...
Portfólio em 11.11...
Vender GBPJPY Risco1=0,1635, Risco2= 0,11;
Vender EURJPY Risk1=0,1626, Risk2= 0,1094;
Vender EURUSD Risk1=0,2158, Risk2= 0,1452;
Comprar USDCHF Risk1=0,2661, Risk2= 0,179;
Comprar USDCAD Risk1=0,1920, Risk2= 0,1292;
onde,
Risco1 - nível abaixo do qual fixamos parcialmente a posição;
Risco2 - nível, acima do qual escalamos;
Resultados comerciais para 10.11...
Portfólio em 11.11...
Vender GBPJPY Risco1=0,1635, Risco2= 0,11;
Vender EURJPY Risk1=0,1626, Risk2= 0,1094;
Vender EURUSD Risk1=0,2158, Risk2= 0,1452;
Comprar USDCHF Risk1=0,2661, Risk2= 0,179;
Comprar USDCAD Risk1=0,1920, Risk2= 0,1292;
onde,
Risco1 - nível abaixo do qual fixamos parcialmente a posição;
Risco2 - nível acima do qual escalamos;
Você deu o cálculo da carteira, mas onde está o exp, ou isto é uma vitrine?
Você deu o cálculo da carteira, mas onde está o exp, ou é uma vitrine?
Não vou afixar a exp... Há o Consultor Especialista Reshetov neste tópico. No qual você pode substituir os coeficientes calculados e negociar...
Eu melhorei a idéia do Yuri (muito obrigado por isto) e agora estou testando em uma conta de demonstração.
Tudo o que você precisa para implementar sua EA neste ramo está lá...
Carregue isto e construa-o ou encomende-o a um programador (leva apenas uma hora) .... Boa sorte...
Não vou colocar o especialista... Há o Consultor Especialista Reshetov neste tópico. No qual você pode substituir os coeficientes calculados e negociar...
Atualizei a idéia do Yuri (muito obrigado por isto) e agora estou testando-a em uma conta demo.
Tudo o que você precisa para implementar sua EA neste ramo está lá...
Carregue isto e construa-o ou encomende-o a um programador (leva apenas uma hora) .... Boa sorte...
Leva até menos de uma hora para chegar lá. Não é essa a questão. A questão é que você fornece os parâmetros calculados de um portfólio ao seu Consultor Especialista. Acho que não preciso disso porque a EA não está disponível para os outros, por que se preocupar com seus próprios números. Só não vejo qual é o objetivo.
A teoria em si é clara e simples o suficiente para ser implementada. Qualquer pessoa que tenha uma compreensão do assunto pode compilar um portfólio, Yuri explicou tudo muito claramente.
Leva até menos de uma hora para chegar lá. Não é essa a questão. A questão é que você dá os parâmetros calculados do portfólio a seu especialista. E como o próprio Expert Advisor não está disponível para os outros, por que se preocupar com seus próprios números. Simplesmente não vejo a questão.
A teoria em si é clara e simples o suficiente para ser implementada. Já escrevi sobre isso e não sei como calcular corretamente os coeficientes.
Já escrevi, os coeficientes calculados são adequados para o Consultor Especialista da Reshetov.
Se tentar fazer algo, para obter o melhor resultado possível é "inundação", então você está certo, eu me retirarei e não "inundarei" neste fio ...
Leva ainda menos de uma hora para ser feito.
O que você acha da idéia de implementar em ArbitrageReverse_1.1.mq4 Expert Advisor uma operação inversa, baseada em FixedMarginLevel
- Agora mesmo (do tópico ArbitrageReverse_1.1.mq4):
"Se o preço é baixo, compramos barato. E quanto menor for o preço, maior será o volume de compras.
Se o preço for alto, então venda a um preço mais alto. Quanto mais alto o preço, maior é o volume de vendas".
- Favor escrever a variante de ArbitrageReverse_1.1.mq4 seguindo o princípio de FixedMarginLevel Expert Advisor
"Construí um Expert Advisor com várias moedas por interesse puramente teórico". Eu nem sequer suspeitava que não se comportaria como se esperava em teoria. Afinal, ele age incorretamente, ou seja, vende quando o preço cai e fecha curto (ou seja, compra) quando o preço sobe.
O Yura é silencioso. Estou me dirigindo não apenas à HIDDEN, mas também a outros programadores.
Boa tarde!
Não goste de FixedMarginLEVELwithStop_1 e AllCloseBy robô emparelhado em DC. Coloquei-o em minha demonstração. Coloquei-o em centavos reais e todo o inferno se soltou..... solicitações e erros de servidor... Alguma dica sobre como lidar com este problema com este par de compromissos em particular? Encontrei um tronco semelhante e uma descrição do problema (não meu tronco, mas seu quase exato, exceto os pares e a taxa):
"2006.08.18 17:56:49 '48653': fechar pedido #2337066 comprar 0.20 AUDNZD a 1.1852 sl: 0.0000 tp: 0.0000 ao preço 1.1888
2006.08.18 17:56:50 '48653': pedido foi aceito pelo servidor
2006.08.18 17:56:50 '48653': pedido em processo
2006.08.18 17:56:53 '48653': pedido 1.1882 / 1.1892 para o pedido #2337066 comprar 0,20 AUDNZD fechar em 1.1888
2006.08.18 17:57:10 '48653': fechar pedido #2337066 comprar 0,20 AUDNZD em 1.1852 sl: 0,0000 tp: 0,0000 ao preço 1,1888
2006.08.18 17:57:10 '48653': pedido foi aceito pelo servidor
2006.08.18 17:57:10 '48653': pedido 1,1888 / 1,1898 para o pedido #2337066 comprar 0,20 AUDNZD fechamento a 1.1888
2006.08.18 17:57:10 '48653': fechar pedido #2332011 comprar 0.20 AUDNZD a 1.1874 sl: 0.0000 tp: 0.0000 ao preço 1.1888
2006.08.18 17:57:11 '48653': pedido foi aceito pelo servidor
2006.08.18 17:57:11 '48653': pedido em processo
2006.08.18 17:57:15 '48653': pedido #2332011 comprar 0.20 AUDNZD a 1.1874 sl: 0. 0000 tp: 0.0000 fechado ao preço 1.1888
2006.08.18 17:57:16 '48653': fechar pedido #2330439 comprar 0.20 AUDNZD a 1.1895 sl: 0.0000 tp: 0.0000 ao preço 1.1888
2006.08.18 17:57:16 '48653': pedido foi aceito pelo servidor
2006.08.18 17:57:16 '48653': pedido em processo
2006.08.18 17:57:19 '48653': pedido #2330439 compra 0.20 AUDNZD a 1.1895 sl: 0. 0000 tp: 0.0000 fechado ao preço 1.1888
2006.08.18 17:57:20 '48653': fechar pedido #2322502 comprar 0.20 AUDNZD a 1.1929 sl: 0.0000 tp: 0.0000 ao preço 1.1888
2006.08.18 17:57:20 '48653': pedido em processo.18 17:57:20 '48653': pedido foi aceito pelo servidor
2006.08.18 17:57:20 '48653': pedido em processo
2006.08.18 17:57:23 '48653': pedido #2322502 comprar 0.20 AUDNZD a 1.1929 sl: 0. 0000 tp: 0.0000 fechado ao preço 1.1888
Como você pode ver no registro, a ordem #2337066 não foi mais tocada pelo Consultor Especialista depois de duas tentativas de fechá-la e obter um reembolso, outras ordens começaram a fechar, depois o preço foi revertido e em vez de quebrar e fechar todas as posições, temos uma posição em aberto perdendo. "
O principal problema é que devido a esse robô de DC (removido o nome) a EA não tem tempo para "preencher" até o nível exigido ou para fechar posições em 80% dos casos. Não sei como decifrar códigos. Talvez o nível mínimo deva ser aumentado, como já está escrito aqui. Talvez eu devesse acrescentar o deslizamento e o número de tentativas de fechar (ou abrir) uma posição.
Quem pode ter enfrentado tal problema? Ajuda ao não-programador. Não tenho idéia de como usar este artigo, mas vou tentar mudá-lo para melhor.
Tudo está bem na demonstração. Coloquei-o em centavos reais e todo o inferno se solta..... requerimentos e erros de servidor... Quaisquer dicas sobre como lidar com este problema
Mude seu CD.
E antes de tudo, retire seu nome do seu posto - é ilegal.
A discussão estagnou, todos estão cortando em silêncio ou a idéia foi abandonada?
Surgiram duas questões:
1. Faz sentido mudar o risco de cada par pelo caminho, dependendo das características atuais dos pares na carteira (o valor total é retido)?
2. Há algum sentido em combinar em uma EA um mais próximo (ao invés do bloqueio com "mais próximo" separado proposto pelo autor), e a seleção de um conjunto de pares e seu sinal (tipo 0/1) para cada 1 ou 4 horas, dependendo das leituras de algum indicador de índice de moeda?