Boa tarde a todos. Quero fazer minha primeira EA, mas não sei como escrever o código. Os negócios são abertos no MA. Se o preço tocar o MA de cima, então compre. Se tocar abaixo, então é uma venda. A inclinação da MA deve ser considerada. A inclinação dos MA e a abertura da ordem devem ser unidirecionais. Obrigado.
a pesquisa é fascinante! é até bom para o cérebro e para a experimentação. eu saúdo e respeito isso.
Todas as bicicletas e motos já foram (strikethrough) inventadas antes de nós - coloque todas as encomendas em sua própria matriz (talvez mais de uma) e faça as manipulações que quiser com ela. classificá-lo por qualquer critério, ou eliminá-lo (o bilhete é seu amigo), ou modificá-lo (é fácil fazer modificações de stoplosses/takeprofits, ou criar novos pedidos.
ps (mais uma coisa). se você decidir levar sua criação a sério, lembre-se que a qualquer segundo (milissegundo) a conexão com sua corretora pode se desconectar. A solução ideal é permitir ao consultor especializado ver a necessidade de fechar certas ordens (neste caso) após uma parada/parada de emergência e fechá-las.
Entretanto, a maioria dos "grails" vendidos publicamente sob a forma de P.C. - são semelhantemente de brinquedo...
Sobre as matrizes, eu realmente não entendo. Mas a segunda idéia - que se o especialista perder o sinal de fechamento, ele ainda será capaz de entender a necessidade do fechamento, eu gosto disso. Mas como fazer isso...
A EA coloca ordens de limite de bylimit após o movimento de preços à distância =Distância.
Preciso apagar os pedidos excessivos (mais distantes) à medida que o preço sobe.
Já o fiz. Mas por alguma razão, funciona de forma muito incorreta! O primeiro pedido é excluído normalmente. Então, pelo contrário, os mais próximos do preço são eliminados! Então eles param ou são apagados "do nada", e o registro gera o erro 4108 (bilhete desconhecido). Depois, por algum tempo, eles são apagados normalmente.
Acho que foi dito em algum lugar que é importante organizar corretamente a busca de pedidos.
//жжжжж Удаление лишних байлим ордеров жжжжжжжжжif( NumberOfOrders(NULL,OP_BUYLIMIT, MAGIC)> КоличествоОрдеров ){//если ордеров больше заданного значения //for (int z = OrdersTotal() - 1; z >= 0; z -- ) {//перебираем с "конца"for(int z=0; z<OrdersTotal(); z++){//перебираем с начала if(OrderSelect( z, SELECT_BY_TICKET, MODE_TRADES)){//перебираем по тикету if(OrderSymbol()==Symbol()&&OrderType()==OP_BUYLIMIT){//выбираем байлимиты if(OrderOpenPrice()<(Ask-( КоличествоОрдеров* Дистанция)*Point)){//если расстояние от тек. цены больше заданногоOrderDelete(OrderTicket(),Yellow);// return(0); //удаляем самый дальний}}}}}
No entanto. Independentemente de a recuperação do pedido ser feita "do final" ou do início. O resultado é incorreto.
Sergey, um lucro de US$ 6.000 em 6.000 a 9.000 transações.
1. O que é o MOJ?
2. 1.500 negócios por dia - que corretor pode resistir a isso?
Boa noite a todos! Houve outro problema. Por favor me diga se você sabe como escrever a expressão
hann = iCustom(.... .... ) para indicador
Pelo menos em sua forma mais básica - para definir o parâmetro Lb e o número de barras...
Aqui está a tabela -Boa noite a todos! Houve outro problema. Por favor, ajude, quem pode - escrever uma expressão
hann = iCustom(.... .... ) para indicador
Obrigado, komposter.
Boa tarde. Por favor, informe.
Há um indicador Force-index instalado no mt4. É bipolar, com uma linha média em t.0.
Aqui está seu código.
No entanto. Minha tarefa é desenhar o indicador em sua totalidade em zona positiva (ou negativa, não importa).
Para fazer isso de forma programática.
Isto é, não assim: força dupla=(iForce+10), mas programática!
Favor informar quem sabe o que acrescentar (inserir) ao código para este fim?
No entanto. Preciso que todo o indicador seja desenhado na zona mais (ou menos, o que quer que seja).
Por favor, me diga, quem sabe, o que devo acrescentar ao código para isto?
IMHO, embalagem sigmóide é o que você precisa. O buffer terá valores de 0 a 1.
Obrigado, TheXpert! Vou tentar.
//gzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz.
Funcionou!
Boa tarde a todos. Quero fazer minha primeira EA, mas não sei como escrever o código. Os negócios são abertos no MA. Se o preço tocar o MA de cima, então compre. Se tocar abaixo, então é uma venda. A inclinação da MA deve ser considerada. A inclinação dos MA e a abertura da ordem devem ser unidirecionais. Obrigado.
a pesquisa é fascinante! é até bom para o cérebro e para a experimentação. eu saúdo e respeito isso.
Todas as bicicletas e motos já foram (strikethrough) inventadas antes de nós - coloque todas as encomendas em sua própria matriz (talvez mais de uma) e faça as manipulações que quiser com ela. classificá-lo por qualquer critério, ou eliminá-lo (o bilhete é seu amigo), ou modificá-lo (é fácil fazer modificações de stoplosses/takeprofits, ou criar novos pedidos.
ps (mais uma coisa). se você decidir levar sua criação a sério, lembre-se que a qualquer segundo (milissegundo) a conexão com sua corretora pode se desconectar. A solução ideal é permitir ao consultor especializado ver a necessidade de fechar certas ordens (neste caso) após uma parada/parada de emergência e fechá-las.
Entretanto, a maioria dos "grails" vendidos publicamente sob a forma de P.C. - são semelhantemente de brinquedo...
Sobre as matrizes, eu realmente não entendo. Mas a segunda idéia - que se o especialista perder o sinal de fechamento, ele ainda será capaz de entender a necessidade do fechamento, eu gosto disso. Mas como fazer isso...
Boa tarde.
A EA coloca ordens de limite de bylimit após o movimento de preços à distância =Distância.
Preciso apagar os pedidos excessivos (mais distantes) à medida que o preço sobe.
Já o fiz. Mas por alguma razão, funciona de forma muito incorreta! O primeiro pedido é excluído normalmente. Então, pelo contrário, os mais próximos do preço são eliminados! Então eles param ou são apagados "do nada", e o registro gera o erro 4108 (bilhete desconhecido). Depois, por algum tempo, eles são apagados normalmente.
Acho que foi dito em algum lugar que é importante organizar corretamente a busca de pedidos.
No entanto. Independentemente de a recuperação do pedido ser feita "do final" ou do início. O resultado é incorreto.
O código parece ser o mais simples!
O que pode estar errado aqui? Por favor, avise!