Erros, bugs, perguntas - página 515

[Andrei01]

Estou interessado na fórmula para calcular a posição média total para encomendas de uma direcção, tendo em conta o spread. Infelizmente, não o encontrei na minha busca. Obrigado de antemão.

[Rashid Umarov]

Konstantin83:
Pergunta: De que secção posso descarregar o manual MQL5 como um ficheiro chm ou pdf? O link https://www.mql5.com/files/docs/mql5_russian.chm funciona, mas de que secção devo descarregá-lo? Antes era da secção de Documentação, mas agora é apenas documentação online.

Não há links disponíveis na secção de Documentação do sítio web(https://www.mql5.com/ru/docs)?

[Dmitriy Skub]

Rosh:
A transacção só está activa no momento da transacção, pelo que nada pode ser alterado/zeroed. Refere-se a uma ordem mágica de fecho? No comércio manual, um magik não é atribuído às ordens, bem como aos negócios com base nos quais as ordens são colocadas.

A sequência é a seguinte:

1. uma encomenda pendente foi colocada pelo Conselheiro Especialista com um número mágico não zero
2. a ordem foi accionada e a posição aberta
3. a posição é fechada manualmente

Pergunta: este comércio fechado terá um número mágico não nulo ou será zero?

[Rashid Umarov]

Dima_S:

A sequência é a seguinte:

1. uma encomenda pendente foi colocada pelo Conselheiro Especialista com um número mágico não zero
2. a ordem foi accionada e a posição aberta
3. esta posição foi fechada manualmente

Pergunta: este comércio fechado terá um número mágico não nulo ou será zero?

Resposta: Propriedades dos ofícios

Um acordo é um reflexo do facto de uma operação comercial ter sido executada com base numa ordem que contém uma ordem comercial. Cada negócio é descrito por propriedades que permitem obter informações sobre o mesmo. Paraler os valores das propriedades, são utilizadas as funções do tipo HistoryDealGet...(), que retornam os valores dos enumeros correspondentes.

Para a função HistoryDealGetInteger()

ENUM_DEAL_PROPERTY_INTEGER

Identificador	Descrição	Tipo
DEAL_ORDER	Ordem com base na qual o comércio foi executado	longo
DEAL_TIME	Tempo de execução do negócio	data/hora
DEAL_TYPE	Tipo de negócio	ENUM_DEAL_TYPE
DEAL_ENTRY	Direcção do negócio - entrada, saída ou inversão do mercado	ENUM_DEAL_ENTRY
DEAL_MAGIC	Número mágico para o negócio (ver ORDER_MAGIC)	longo
DEAL_POSITION_ID	Identificador da posição, na abertura, modificação ou encerramento da qual este acordo estava envolvido. Cada posição tem um identificador único, que é atribuído a todos os negócios realizados no instrumento durante o tempo de vida da posição.	longo

[Dmitriy Skub]

Isto também já foi tentado:

deal_order = ( long )HistoryDealGetInteger( deal_ticket, DEAL_ORDER );
deal_magic = ( ulong )HistoryOrderGetInteger( deal_order, ORDER_MAGIC );

O resultado é também um valor nulo devolvido.

[Dmitriy Skub]

Interesting:

Pelo que entendo, antes de recuperar as propriedades de uma determinada transacção, é necessário seleccioná-la usando - HistoryDealSelect

HistóriaDealSelect

Selecciona o negócio no histórico para acesso posterior ao mesmo através das funções apropriadas. Retorna verdadeiro se a função for concluída com sucesso. Retorna falso quando a função falha. Para obter a informação sobre o erro, é necessário chamar a função GetLastError().

AHistóriaDealSelect( ulong bilhete//ticket do negócio );

Parâmetros

bilhete

[em] Bilhete

Valor devolvido

Retorna verdadeiro se for bem sucedido, caso contrário falso.

Não se percebe bem.

HistóriaDealGetTicket também selecciona o negócio.

[Валерий]

Dima_S:

Não se percebe bem.

HistóriaDealGetTicket também selecciona o negócio.

Não, estás a fazê-lo bem. É que quando se define uma ordem (fazer uma troca) manualmente, a Magia não é definida (por defeito = 0). É para isso que foi concebido, para que a EA possa distinguir as suas próprias transacções de todas as outras transacções. Se quiser ligar todas as operações sobre a posição, EA e manual, utilize POSITION_IDENTIFIER, será o mesmo para todas as transacções.

[Dmitriy Skub]

Valmars:

Portanto, o que está a dizer é que com esta sequência de operações:

1. uma encomenda pendente foi colocada pelo Conselheiro Especialista com um número mágico não zero
2. a ordem foi accionada e a posição aberta
3. esta posição foi fechada manualmente

o acordo resultante terá um número mágico zero na história e não haverá forma de o obter?

[Валерий]

Dima_S:

Portanto, o que está a dizer é que com esta sequência de operações:

1. uma encomenda pendente foi colocada pelo Conselheiro Especialista com um número mágico não zero
2. a ordem foi accionada e a posição aberta
3. esta posição foi fechada manualmente

o acordo resultante terá um número mágico zero na história e não há forma de o obter?

A magia de um acordo é determinada pela magia da ordem como resultado da execução da qual foi executada. Mas ao enviar manualmente um pedido para realizar um negócio (ordem), pode definir um magik? Sim, o acordo resultante terá um número mágico zero na história. Pode ser obtido e será 0 (o que significa que o mágico não está definido).

Talvez estejamos a falar de coisas diferentes? Na ordem que deu, haveria dois ofícios, o primeiro seria accionado e o segundo - quando a posição fosse fechada manualmente, o seu número mágico seria 0.

[Dmitriy Skub]

Valmars:

O magik de uma transacção é determinado pelo magik da ordem que a causou a ser executada. E enviar manualmente um pedido de transacção (encomenda), pode definir um magik? Sim, o acordo resultante terá um número mágico zero na história. Pode ser obtido e será 0 (o que significa que o mágico não está definido).

Talvez estejamos a falar de coisas diferentes? Na sequência dada por si, haveria duas transacções, a primeira ordem desencadeada, a transacção com um número mágico definido na ordem e a segunda - quando a posição fosse fechada manualmente, o seu número mágico seria 0.

Está a sugerir a utilização de um identificador de posição?