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
Neste caso, ainda preciso armazenar o bilhete do pedido do requerente em algum lugar para compará-lo com o bilhete do ofício. E eu só quero me afastar de todo armazenamento em variáveis locais e obter informações apenas do mercado/terminal para nivelar os riscos da infra-estrutura local.
Você está sendo um pouco ingênuo.
O mago é o mesmo para todos os ofícios desta EA!
Mas as ordens são diferentes (únicas)!
Estou negociando em Openvashka em real e testando em demonstração, mas não tenho múltiplos gatilhos.
Coloque sua peça de código paraTRADE_TRANSACTION_DEAL_ADD
Isto acabou de acontecer hoje. Acima afixou um recorte do registro de 2 transações idênticas para o mesmo robô.
2019.02.08 10:55:29 [INFO]: ( PChBreak_RTS-3.19_22) TRADE_TRANSACTION_DEAL_ADD
TRADE_TRANSACTION_DEALDEAL_ADD
Símbolo: RTS-3.19
Bilhete de acordo: 12674810
Tipo de negócio: DEAL_TYPE_BUY
Pedido de bilhete: 82646001
Tipo de pedido: ORDER_TYPE_BUY
Estado do pedido: ORDER_STATE_STARTED
Tipo de tempo de pedido: ORDER_TIME_GTC
Validade do pedido: 1970.01.01.01 00:00
Preço: 119700
Preço de ativação: 0
Stop Loss: 0
Tirar Lucro: 0
Volume: 1
Posição: 82646001
Posição por: 0
2019.02.08 10:55:32 [INFO]: ( PChBreak_RTS-3.19_22 ) TRADE_TRANSACTION_DEAL_ADD
TRADE_TRANSACTION_DEALDEAL_ADD
Símbolo: RTS-3.19
Bilhete de acordo: 12674810
Tipo de negócio: DEAL_TYPE_BUY
Pedido de bilhete: 82646001
Tipo de pedido: ORDER_TYPE_BUY
Estado do pedido: ORDER_STATE_STARTED
Tipo de tempo de pedido: ORDER_TIME_GTC
Validade do pedido: 1970.01.01.01 00:00
Preço: 119700
Preço de ativação: 0
Stop Loss: 0
Tirar Lucro: 0
Volume: 1
Posição: 82646001
Posição por: 0
Código no deal_add
Depois de um bug com duas transações idênticas, acrescentei uma verificação de que o ticket da transação atual não é igual ao da transação anterior.
Isto acabou de acontecer hoje. Acima coloquei um recorte do registro de 2 transações idênticas para o mesmo robô.
2019.02.08 10:55:29 [INFO]: ( PChBreak_RTS-3.19_22 ) TRADE_TRANSACTION_DEAL_ADD
TRADE_TRANSACTION_DEALDEAL_ADD
Símbolo: RTS-3.19
Bilhete de acordo: 12674810
Tipo de negócio: DEAL_TYPE_BUY
Pedido de bilhete: 82646001
Tipo de pedido: ORDER_TYPE_BUY
Estado do pedido: ORDER_STATE_STARTED
.........
Código para negociar_add
Depois de um bug com duas transações idênticas, acrescentei uma verificação de que o ticket da transação atual não é igual ao da transação anterior.
Entendi.
Estado do pedido: ORDER_STATE_STARTED - ESTE NÃO PODE SER EMTRADE_TRANSACTION_DEAL_ADD!
Adicionado
Tenho certeza que você não (eIlya Baranov também não)
Adicionado
Este fórum tem uma seção de "Comércio de Câmbio" que seria melhor você se comunicar lá...
Estou vendo.
Estado do pedido: ORDER_STATE_STARTED - ESTE NÃO PODE SER EM TRADE_TRANSACTION_DEAL_ADD!
Adicionado
Tenho certeza de que não.
Adicionado
Este fórum tem uma seção de "Comércio de Câmbio" que seria melhor você se comunicar lá...
Eu a teria movido há muito tempo - mas@Ilya Child nunca disse - ele negocia na bolsa ou apenas na rede de câmbio. Estou aqui sentado esperando...
Eu a teria movido há muito tempo - mas@Ilya Child nunca disse se ele negocia na bolsa ou apenas na bolsa de valores. Estou aqui sentado esperando...
Símbolo: RTS-3.19 é FORTS
Símbolo: RTS-3.19 é FORTS
Eunão entendo. Há uma bolsa de valores, há forex. Todo o resto está fora do estádio.
Eu não entendo. Há uma bolsa de valores, há forex. Todo o resto está fora do estádio.
FORTS é RTS Futuros e Opções - a seção do mercado de derivativos da Bolsa de Moscou:)
Estou vendo.
Estado do pedido: ORDER_STATE_STARTED - ESTE NÃO PODE SER EMTRADE_TRANSACTION_DEAL_ADD!
Adicionado
Tenho certeza que você não (eIlya Baranov também não)
Adicionado
Há uma seção "Exchange Trading" neste fórum é melhor você se comunicar lá...
Eu não o sigo muito bem. Aqui eu tenho o processamento da transação.
Quanto ao status da ordem na transação. Você percebe que eu mesmo não estou inventando. Em todas as transações de deal_add este é o status do pedido. Observe que é uma ordem de mercado e que costumava ser uma ordem pendente.
Agora temos outra porção de confusão. Uma transação de acordo_add voou e não apareceu nenhuma posição e nenhuma posição pendente foi colocada em uma posição inexistente.
Adicionado.
Chegou uma transação Deal_add, mas a posição não apareceu e as ordens pendentes sobre a posição inexistente foram colocadas. O tipo de transação é Vender, o tipo de pedido é Comprar. Embora inicialmente o limite era Sell_limit
Os próprios limitadores, para os quais TP/SL será exigido, poderão ser parcialmente executados. O TP na forma de limitadores é o mesmo. Por exemplo, o TP é executado por um terço do volume - SL deve ser reduzido na mesma quantidade.
Em resumo, uma lógica bastante desagradável para capturar todos os truques.
A tarefa deve ser implementada na OnTrade. Não deve ser muito difícil de implementar.
Tarefa
Temos pedidos pendentes na Netting (podem ser dirigidos de forma diferente e qualquer número de cada tipo). Cada vez que a ordem pendente inicial é acionada, precisamos definir seu SL/TP como uma ordem pendente Stop/Limit. Então o SL/TP deve ser interdependente: uma vez que a ordem é acionada, a segunda é apagada. As ordens iniciais e SL/TP pendentes podem acionar parcialmente. O Expert Advisor pode ser recarregado a qualquer momento, incluindo a transferência para outro Terminal.
Solução
Eu não o sigo muito bem. Aqui está o processamento da minha transação
Você não tem switch(trans.type)