Seguro, lucrativo e excitante forex - página 6

 

O preço do par é 90% dependente de uma divisão dos níveis passados.

 
Yury Kirillov:
Forex detectou algo errado e o proibiu só para o caso? Ou é apenas um tempo não comercial?

Esta situação se repetiu hoje:

2017.02.22 02:00:08.326 '3389676': ordem de venda 0,01 EURUSD abertura a 1,0536 sl: 0,0000 tp: 0,0000 falhou [O mercado está fechado]

Mas quando manualmente, na área de trabalho, chamou e fechou a EA, ela abriu a posição com sucesso:

2017.02.22 02:07:38.121 '3389676': ordem #115497034 vender 0.01 EURUSD a 1.0536 foi modificado -> sl: 1.1036 tp: 1.0036

Alguém já se deparou com tal situação? Qual pode ser a razão?
 
Yousufkhodja Sultonov:

Esta situação se repetiu hoje:

2017.02.22 02:00:08.326 '3389676': ordem de venda 0,01 EURUSD abertura a 1,0536 sl: 0,0000 tp: 0,0000 falhou [O mercado está fechado]

Mas quando manualmente, na área de trabalho, chamou e fechou a EA, ela abriu a posição com sucesso:

2017.02.22 02:07:38.121 '3389676': ordem #115497034 vender 0.01 EURUSD a 1.0536 foi modificado -> sl: 1.1036 tp: 1.0036

Alguém já se deparou com tal situação? Qual pode ser a questão?
Você pode estar certo, ao abrir um novo dia, sua corretora reabre posições e calcula os swaps. Durante este tempo é proibida a comercialização. Você só precisa tentar abrir um pouco mais tarde. Seu consultor especializado tem um ajuste para o número de tentativas se você falhar. A configuração padrão é 5. Talvez você devesse tentar aumentá-la? Embora, bater no servidor com pedidos estúpidos quando ele retorna que o mercado está fechado não é uma boa idéia. Mas, de alguma forma, têm de determinar que o comércio já é permitido.

A propósito, sobre seu kamikaze - você pode fazer apenas um robô, que iniciará uma nova negociação com um novo mágico quando for detectado o depósito na conta.
 
Yousufkhodja Sultonov:

Esta situação se repetiu hoje:

2017.02.22 02:00:08.326 '3389676': ordem de venda 0,01 EURUSD abertura a 1,0536 sl: 0,0000 tp: 0,0000 falhou [O mercado está fechado]

Mas quando manualmente, na área de trabalho, chamou e fechou a EA, ela abriu a posição com sucesso:

2017.02.22 02:07:38.121 '3389676': ordem #115497034 vender 0.01 EURUSD a 1.0536 foi modificado -> sl: 1.1036 tp: 1.0036

Alguém já se deparou com tal situação? Qual pode ser a questão?
Você está enfrentando um mundo real não ideal :-)

quando você abre uma posição que tem que verificar - o mercado está funcionando? Às 02:00, 02:07 (terminal horário local), o servidor pode estar na merda (meia-noite), a negociação pode ser interrompida por 10-15 minutos enquanto a DC está cobrando swaps, comissões e ordens de transferência. Na verdade, os regulamentos geralmente advertem sobre isso e no "mundo real duro", você tem que ler todos os documentos.
 
Artyom Trishkin:
Yusuf, pode ser que na abertura de um novo dia seu CD reabra posições, cobra trocas, ou o que quer que faça. Durante este tempo é proibida a comercialização. Você só precisa tentar abrir um pouco mais tarde. Seu consultor especializado tem um ajuste para o número de tentativas se você falhar. A configuração padrão é 5. Talvez você devesse tentar aumentá-la? Embora, bater no servidor com pedidos estúpidos quando ele retorna que o mercado está fechado não é uma boa idéia. Mas, de alguma forma, têm de determinar que o comércio já é permitido.

A propósito, sobre seu kamikaze - você pode fazer apenas um robô, que iniciará uma nova negociação com um novo mágico quando for detectado o depósito na conta.

1. Há exemplos de colocação de um pedido em tempo hábil:

2017.02.20 02:00:04.139 '3389676': venda imediata 0,01 EURUSD a 1,0619 sl: 0,0000 tp: 0,0000

2017.02.20 02:00:07.009 '3389676': ordem foi aberta : #115360836 venda 0,01 EURUSD a 1,0619 sl: 0,0000 tp: 0,0000

2017.02.20 02:00:07.009 '3389676': modificar ordem #115360836 vender 0,01 EURUSD a 1,0619 sl: 0,0000 tp: 0,0000 -> sl: 1,1119 tp: 1,0119

2017.02.20 02:00:07.727 '3389676': ordem #115360836 vender 0.01 EURUSD a 1.0619 foi modificado -> sl: 1.1119 tp: 1.0119

A ordem foi estabelecida com sucesso.

Mas, no dia seguinte, o processo se decompõe na segunda etapa:

2017.02.21 02:00:05.795 '3389676': venda imediata 0,01 EURUSD a 1,0612 sl: 0,0000 tp: 0,0000

2017.02.21 02:00:06.825 '3389676': ordem de venda 0,01 EURUSD abertura a 1,0612 sl: 0,0000 tp: 0,0000 falhou [O mercado está fechado]

2 Tentarei aumentar o número de solicitações, caso não ajude, lançá-lo-emos à 01.00 ou 00.00 horas. 30 do tempo DC;

3. Sobre a mudança de Mago: Primeiramente, tenho que mudar o código do Expert Advisor e isso não significa que não haverá confusão na contabilidade do trabalho de cada robô. Quando uma conta morre, uma conta recém-criada toma seu lugar na UPU. Acho que é mais fácil em todos os sentidos.


 
Yousufkhodja Sultonov:

1. Há exemplos de colocação de um pedido em tempo hábil:

2017.02.20 02:00:04.139 '3389676': venda imediata 0,01 EURUSD a 1,0619 sl: 0,0000 tp: 0,0000

2017.02.20 02:00:07.009 '3389676': ordem foi aberta : #115360836 venda 0,01 EURUSD a 1,0619 sl: 0,0000 tp: 0,0000

2017.02.20 02:00:07.009 '3389676': modificar ordem #115360836 vender 0,01 EURUSD a 1,0619 sl: 0,0000 tp: 0,0000 -> sl: 1,1119 tp: 1,0119

2017.02.20 02:00:07.727 '3389676': ordem #115360836 vender 0.01 EURUSD a 1.0619 foi modificado -> sl: 1.1119 tp: 1.0119

A ordem foi estabelecida com sucesso.

Mas, no dia seguinte, o processo se decompõe na segunda etapa:

2017.02.21 02:00:05.795 '3389676': venda imediata 0,01 EURUSD a 1,0612 sl: 0,0000 tp: 0,0000

2017.02.21 02:00:06.825 '3389676': ordem de venda 0,01 EURUSD abertura a 1,0612 sl: 0,0000 tp: 0,0000 falhou [O mercado está fechado]

2 Tentarei aumentar o número de solicitações, caso não ajude, lançá-lo-emos à 01.00 ou 00.00 horas. 30 do tempo DC;

3. Sobre a mudança de Mago: Primeiramente, tenho que mudar o código do Expert Advisor e isso não significa que não haverá confusão na contabilidade do trabalho de cada robô. Quando uma conta morre, uma conta recém-criada toma seu lugar na UPU. Acho que é mais fácil em todos os sentidos.


não há dia-a-dia :-)

há uma meia-noite quando uma troca "dupla" é cobrada e por isso o processo pode demorar mais tempo. Em princípio, poderia haver inconsistências/discrepâncias entre o DC e os provedores de liquidez (aqueles pinos e lacunas noturnos), mais uma vez, o servidor precisa ordenar as pilhas de todos os instrumentos para um estado de funcionamento.
 

O trabalho estagnou devido ao funcionamento incorreto do servidor do meu corretor:

Não posso resolver a situação quando uma e a mesma EA em uma conta (PAMM de centavos) coloca corretamente as ordens no início da TF D1 (EA condicional 1) e a outra (EA 2) em uma conta normal "cômica" é rejeitada por (Mercado é fechado) e não abre uma posição até que seja chamada e fechada novamente sem qualquer reconfiguração. Um pouco antes, discutimos esta situação aqui e muitos nos aconselharam a descobrir:

1. Entre em contato com o suporte técnico da corretora e verifique se ela está conectada com swaps e comissões no início da TF D1.

O Serviço respondeu: Sim, pode estar relacionado a trocas e comissões e o Consultor Especialista responde "O mercado está fechado" e fecha o ciclo de solicitação de abertura. Fomos aconselhados a corrigir este erro no Expert Advisor. Então a questão permanece: por que a EA #1 não consegue trabalhar corretamente?

Suspeito que isto se deva a diferentes servidores do CD (?).

2. Examinei cuidadosamente o painel de ajustes de ambos os EAs - tudo é idêntico, exceto por uma circunstância estranha:

No painel de EA #2 defeituoso, na seção "Segurança", há 3 opções:

- permitir aimportação de funções a partir de DLL - é verificado;

- Permitir a importação de EAs externos - assinalado;

- permitir a mudança das configurações dos sinais - sem verificação na caixa.

Há apenas 2 opções na seção "Segurança" no painel da EA #1 em funcionamento, e a terceira opção está faltando:

- permitir a importação de funções de DLL - há uma marca de seleção;

- permitir a importação de EAs externos - marque esta caixa;

Então, eu executei a EA #1 na EA #2 no servidor e a coisa inacreditável aconteceu - a EA #1 transformou-se na EA #2 e a terceira linha apareceu e também se tornou aparentemente defeituosa!

É possível que algo tenha mudado no código da EA - eu não abri o código.

Eu copiei a EA #1 e a coloquei no terminal da EA #2 - e a EA #1 transformou-se imediatamente em uma EA #2 defeituosa (!).

Agora a questão é: esta circunstância pode influenciar a funcionalidade da EA?

3. Suspeito que os dois servidores da DC são fundamentalmente diferentes um do outro em termos de trabalho dos Conselheiros e chamarei a atenção do suporte técnico da DC para este fato.

Caros programadores, estou esperando sua ajuda para resolver esta situação.

Enquanto isso, 4 quadrinhos rodando no VPS e 1 quadrinho no computador de casa são controlados manualmente por causa deste problema, portanto, o lançamento em massa do projeto pode ser temporariamente esquecido.

 

Yusuf, olá!

Parece que os CDs têm um cheiro... de que eles podem perder milhões .... por isso, eles estão atrapalhando.

 
Yousufkhodja Sultonov:

O trabalho estagnou devido ao funcionamento incorreto do servidor do meu corretor:

Não posso resolver a situação quando uma e a mesma EA em uma conta (PAMM de centavos) coloca corretamente as ordens no início da TF D1 (EA condicional 1) e a outra (EA 2) em uma conta normal "cômica" é rejeitada por (Mercado é fechado) e não abre uma posição até que seja chamada e fechada novamente sem qualquer reconfiguração. Um pouco antes, discutimos esta situação aqui e muitos nos aconselharam a descobrir:

1. Entre em contato com o suporte técnico da corretora e verifique se ela está conectada com swaps e comissões no início da TF D1.

O Serviço respondeu: Sim, pode estar relacionado a trocas e comissões e o Consultor Especialista responde "O mercado está fechado" e fecha o ciclo de solicitação de abertura. Fomos aconselhados a corrigir este erro no Expert Advisor. Então a questão permanece: por que a EA #1 não consegue trabalhar corretamente?

Suspeito que isto se deva a diferentes servidores do CD (?).

2. Examinei cuidadosamente o painel de ajustes de ambos os EAs - tudo é idêntico, exceto por uma circunstância estranha:

No painel de EA #2 defeituoso, na seção "Segurança", há 3 opções:

- permitir aimportação de funções a partir de DLL - é verificado;

- Permitir a importação de EAs externos - assinalado;

- permitir a mudança das configurações dos sinais - sem verificação na caixa.

Há apenas 2 opções na seção "Segurança" no painel da EA #1 em funcionamento, e a terceira opção está faltando:

- permitir a importação de funções de DLL - há uma marca de seleção;

- permitir a importação de EAs externos - marque esta caixa;

Então, eu executei a EA #1 na EA #2 no servidor e a coisa inacreditável aconteceu - a EA #1 transformou-se na EA #2 e a terceira linha apareceu e também se tornou aparentemente defeituosa!

É possível que algo tenha mudado no código da EA - eu não abri o código.

Eu copiei a EA #1 e a coloquei no terminal da EA #2 - e a EA #1 transformou-se imediatamente em uma EA #2 defeituosa (!).

Agora a questão é: esta circunstância pode influenciar a funcionalidade da EA?

3. Suspeito que os dois servidores da DC são fundamentalmente diferentes um do outro em termos de trabalho dos Conselheiros e chamarei a atenção do suporte técnico da DC para este fato.

Caros programadores, estou esperando sua ajuda para resolver esta situação.

Enquanto isso, 4 quadrinhos rodando no VPS e 1 quadrinho no computador de casa são controlados manualmente por causa deste problema, portanto, o lançamento em massa do projeto pode ser temporariamente esquecido.

Yusuv, que tal mudar para outro corretor?
 
Ivan Butko:
Yusuv, que tal mudar para outro corretor?
Trabalho com este corretor há muito tempo, temos uma relação de confiança, eles sempre tentam me ajudar on-line ou por telefone. Não creio que o façam de forma consciente. Eu não sei como fazê-lo, mas não sei como fazê-lo no mercado e simplesmente não sei o que fazer. Estou interessado em saber dos programadores - como a 3ª linha aparece no sistema de segurança da EA.
Razão: