[ARQUIVO!] Qualquer pergunta de novato, para não desorganizar o fórum. Profissionais, não passem por aqui. Em nenhum lugar sem você - 4. - página 169

 
Roman.:

Este é o fórum errado?

Lá se vai a "Pergunta de qualquer recém-chegado a ...." para manter todos os tipos de usuários de fora.

 
FAQ:

Isto é algo novo, mostre-me, por favor.

Nesta tabela, o Consultor Especialista abriu o pedido 7447278. Nenhuma seta nesta tabela.


Ao mesmo tempo, outro EA em outro gráfico com a mesma moeda abriu uma ordem pendente. A seta de ordem aberta na tabela acima aparece aqui. Além disso, o ponteiro da ordem sendo modificado durante o arrasto não foi definido. A cor da seta da ordem definida parece ser a mesma que a da ordem modificada. Naturalmente, os Consultores Especialistas têm diferentes mágicos.


 
pusheax:
Você já tentou mudar #define LAST_BUILD_KNOWN 406 para 432?
Sim, eu fiz, mas não funcionou((((
 
Lisi4ka330:
Sim, eu tentei, mas não deu certo((((
A opção mais fácil é colocar um 409 separado, construído no computador, e testá-lo.
 

Tenho uma pergunta (é o fim de semana de qualquer forma).
é esta estratégia realista (talvez alguém a tenha experimentado)
têm praticamente 3 ordens abertas com stop=take e são 50-100-200pp sootv.
As ordens IMPORTANTES são abertas ao mesmo tempo.
Em seguida, acumulamos gradualmente estatísticas para os resultados dos pedidos
0-perdas 1 ganha
parecerá:
0 0 0 - 15%
1 0 1 -20%
Acho que o significado é claro.
Aqui está a estratégia: vamos assumir que praticamente abrimos uma ordem 50/50 que funcionou a 0 (perdas), depois de zero procuramos as variantes 100-100 e 200-200 e procuramos o maior percentual de sucesso, e abrimos uma ordem real 100-100 e assim por diante.
Você acha que esta estratégia tem um lugar para se viver?

É algo análogo à rede. Por exemplo, vamos tomar uma variante para 2 pedidos 50/50, 100/100.
Suponha que as estatísticas sejam as seguintes (todos os pedidos são do tipo de compra)
0 0 -10%
0 1- 20%
1 0 -40%
1 1- 30%
e um pedido 50/50 ganha =1
então olhamos para todas as variantes com 1 no início é
1 0-40% e 1 1-30%, o que logicamente significa que uma ordem de compra de 100/100 terá muito provavelmente um - sinal, neste caso abrimos uma ordem de venda ao invés de uma ordem de compra.

Eis o que temos em 10 anos - paradas e takei:
SL1=250; TP1=250; SL2=500; TP2=500; SL3=1000; TP3=1000; SL4=1250; TP4=1250;
e a matriz correspondente:
0000-321
0001-34
0010-8
0011-119
0100-34
0101-2
0110-11
0111-117
1000-111
1001-18
1010-4
1011-36
1100-117
1101-15
1110-44
1111-340

é claro que algumas opções são muito raras em comparação com outras, portanto, à medida que as encomendas fecham (é claro que as primeiras serão com paradas e lucros menores) já podemos prever quais encomendas fecharão + ou - (e, portanto, não devemos esperar por uma perda, mas prepará-la de antemão)
por exemplo 1 ordem fechada em + aqueles = 1
ver
1000-111
1001-18
1010-4
1011-36
1100-117
1101-15
1110-44
1111-340
vemos o resultado mais provável 1111-340, não cobrimos nada,
segundo pedido 0
1000-111
1001-18
1010-4
1011-36
a variante mais provável é 1000-111 e é razoável fechar 2 pedidos restantes com uma perda, mas menor do que seria no próximo pedido.

 
alsu:
A opção mais fácil é colocar um 409 separado construído em seu computador e testar nele.
desde 1º de junho, versões inferiores a 416 não são suportadas
 
Lisi4ka330:
versões abaixo de 416 construídos não são suportadas a partir de 1 de junho

Remover seções de código responsáveis por ligar cov a qualquer construção...
 
Lisi4ka330:
a partir de 1º de junho, as versões mais novas que 416 não são suportadas

Eles são os que não são suportados pelo servidor. Localmente, eles trabalham. Eu ainda uso 225.

Romano.:

Remover fragmentos de código que são responsáveis por ligar a cov a qualquer construção.
Como assim?

 
Zhunko:

Eles são os que não são suportados pelo servidor. Localmente, eles trabalham. Eu ainda uso 225.

Como assim?


Como se isto não fosse servir?

//#define LAST_BUILD_KNOWN 406 на 432?

E depois há algo assim para excluir, por isso não importa o que constrói...

 
Roman.:


Como se isto não fosse servir?

e depois há algo assim para excluir, para que não se preocupe com a construção.

Não há funções ou macros na MQL4 que devolvam o número de construção.