solicitud de EA de m�todo de tendencia simple, pagar�

 

Publi

Página 1 de 403 123 ÚltimoÚltimo
Resultados 1 al 10 de 24

Tema: solicitud de EA de m�todo de tendencia simple, pagar�

  1. #1
    1 Adjunto(s) queridos todos,

    algunos codificadores desearon codificar EA con esto:

    la m�quina:
    establecer orden de compra 30 pips por encima de la disponibilidad diaria (0 gmt) - se cancelar� si se abre la venta
    establezca la orden de venta 30 pips por debajo de la disponibilidad diaria (0 gmt) - se cancelar� si se abre la compra
    SL: 30 pips
    tp: 3 componentes, 30/60/90 pips (si se alcanzan los 30, establecer 60 90 para romper)

    Gracias por su respuesta.
    brgds

    https://www.forexycfds.com/cryptocur...r-request.html

  2. #2
    �A qu� te refieres con que no funciona? �Puede recibir un error cuando intenta abrir una posici�n? Si es as�, �qu� error? �Abre montos de lotes impares? Inclu� en una verificaci�n de d�gitos y cuando son dos o tres d�gitos, se ajusta a los pares de JPY. Si es posible, intente realizar un backtest en un par JPY con RiskPercentage = 0. Y Lots = 1. O cualquier precio arbitrario. Si esto funciona y recibe un error de lote no v�lido normalmente, entender� cu�l podr�a ser el problema y lo reparar�. Puede usar el EA con casi cualquier configuraci�n de Sl/Tp/etc, pero puede que no sea rentable. Simplemente ejecutar� las �rdenes con estos valores (solo 10 pip Tp para la operaci�n inicial, 20 pip TP la segunda, 30 pip TP la tercera). Editar: Bien, lo siento, creo que puede ser un problema con RiskManagement, d�jame realizar algunos c�lculos manuales. �Quiere que publique la versi�n corregida aqu� o que la env�e por skype?

  3. #3
    adicto. . Controlar
    http://imagebin.org/203113es el error (backtest) sobre los pares JPY. (en este caso USDJPY) Estoy usando el porcentaje de riesgo.

  4. #4
    Hola geek, �puedes verificar por qu� la pareja EJ, GJ no funciona con este EA? Tampoco es posible hacer backtest en EJ, GJ. Otra pregunta. . �Ser�a posible que use este EA con SL, TP y Orderstart con solo 10 pips? gracias, forta

  5. #5
    No. Tradehour funciona con todo el tiempo del servidor en el corredor que est� utilizando. Un corredor que usa 2 GMT est� 2 horas por delante de GMT, por lo que debe configurar TradeHour en dos (0:00 dos = 02:00).

  6. #6
    Hola, geek, s�, lo que parece, gracias por la conversaci�n de Skype. S�lo una cosa. . extern int TradeHour = 0 ; extern int TradeMinute = 0 ; . . Como saben me gusta usar el bot seg�n 0gmt. As� que eleg� 0 gmt broker (fxcm uk) con la configuraci�n anterior. �Es posible utilizar TradeHour = -2 para un corredor que usa 2 gmt? Objetivo: que el bot utilice la hora del servidor a las 22:00 (que es 0gmt) kilian, �c�mo fueron tus resultados en este ejemplo? �Puede ser usted puede compartir alguna experiencia? Gracias

  7. #7

    Cita Iniciado por ;
    Gram kilian... lo siento?
    Ten�a un EA escrito con este estilo, pero como logr� resolver la mayor�a de los problemas, decid� eliminarlo para que las personas que vean este hilo no se confundan.

  8. #8
    Oye, acabo de leer tu mensaje. Creo que se envi� antes de que habl�ramos por Skype, av�seme si necesito escribirlo aqu� si todo est� claro ahora.

  9. #9
    200-300 pips? �Quieres decir el total de los 3 pares? Lo ten�a en EURUSD y acabo de ganar 29*3 = 97 pips. Por supuesto, har�a que EA estableciera �rdenes de cierre cada vez que no lleguen a TP/SL despu�s de 16 horas. Que no tengo idea de c�mo calcular en qu� zona horaria se encuentra el tiempo del servidor. MQL4 funciona para devolver el tiempo del servidor, y es el m�s f�cil de usar. Adem�s, es mucho m�s f�cil simplemente porque los gr�ficos de sus corredores tambi�n utilizan este tiempo. Te explicar� c�mo funciona: SL/TP funciona exactamente como lo necesitas si la configuraci�n es de 30 pips cada una. SL la cantidad de pips por cada operaci�n dada. TP = n�mero de pips otorgados para la primera operaci�n, la 2.� operaci�n es TP * 2, la 3.� operaci�n es TP * 3. Entonces, con TP = 30: Opere 1 TP = 30. Opere 2 TP = 30 * 2 = 60. Opere 3 TP = 30 * 3 = 90. Si TP es 60, se convierte en 60,120,180. OrderStart es en qu� transferencia de pip establecer� las paradas de compra y venta. Entonces, si tiene un precio de 1.3000 en el tiempo que dio, es: Buystop en 1.3030 y Sellstop en 1.2970. Las �rdenes se cancelan si cualquiera de los topes de compra o de venta cambia a una posici�n abierta de compra o venta. Tengo que publicar una nueva variante ya que la que sub� antes no tiene configuraci�n de caducidad. C�mo funciona ahora: SL 30/OrderStart 30/TP 30. El precio es 1,3000/1,3002. Abra BuyStop: 1.3030 SL: 1.3000 TP: 1.3060 Abierto BuyStop: 1.3030 SL: 1.3000 TP: 1.3090 Open BuyStop: 1.3030 SL: 1.3000 TP: 1.3120 Abrir SellStop: 1.2972 SL: 1.3002 TP: 1.2942 Abrir SellStop: 1.2972 SL: 1.3002 TP: 1.2912 Abrir SellStop: 1.2972 SL: 1.3002 TP: 1.2882 Si se abre el lugar BuyStop, se eliminan los 3 puntos de venta, si se abre el lugar SellStop, se eliminan los 3 puntos de compra. Bleah, escrib� esto hace como 4 horas y podr�a haber jurado que hice clic en responder, supongo que no gt;_lt;.

  10. #10
    Hola, lamentablemente no pude hablar contigo por skype hasta ahora. A decir verdad, no entiendo la l�gica detr�s de las preferencias y su comentario de la funci�n de inicializaci�n experta de la secci�n 1. Seg�n tengo entendido, se requieren las siguientes configuraciones: -cambiar hora (si el momento del servidor es 2 gmt, cambiar hora = -2) -order1 precio largo por encima de 0 gmt (en nuestro ejemplo =30) -order1 precio corto por debajo de 0 gmt (en nuestro ejemplo =30) -order1 TP (en nuestro ejemplo =30) -order1 SL (en nuestro ejemplo =30) ) -order1 SL Breakeven despu�s de pips (en nuestro ejemplo deshabilitado como sin BE para la primera operaci�n) -order1 riesgo (si 1 por ciento del capital = 1) -order2 precio largo por encima de 0 gmt (en nuestro ejemplo =30) -order2 precio corto por debajo 0 gmt (en nuestro ejemplo =30) -order2 TP (en nuestro ejemplo =60) -order2 SL (en nuestro ejemplo =30) -order2 SL Punto de equilibrio despu�s de pips (en nuestro ejemplo =30) -order2 riesgo (si el 1 por ciento de equity =1) -order3 precio largo por encima de 0 gmt (en nuestro ejemplo =30) -order3 precio corto por debajo de 0 gmt (en nuestro ejemplo =30) -order3 TP (en nuestro ejemplo =90) -order3 SL (en nuestro e ejemplo =30) -order3 SL Punto de equilibrio despu�s de pips (en nuestro ejemplo =30) -order3 riesgo (si el 1 por ciento del capital =1) 2. El bot no deber�a: -�Abrir transacciones cada 30 pips! (deber�a abrir solo en funci�n del precio de la orden X mucho m�s de 0 gmt) - no se olvide de cancelar la orden extendida si se qued� corto y viceversa
    �quiz�s pueda organizar la secci�n de las configuraciones como arriba? Me alegrar�a y creo que no podr�a haber nada que malinterpretar. Por cierto, eval�e EU;GU;GJ. . Hab�amos hecho alrededor de 200-300 pips hoy con este egy. Gracias de antemano

Permisos de publicación

  • No puedes crear nuevos temas
  • No puedes responder temas
  • No puedes subir archivos adjuntos
  • No puedes editar tus mensajes
  •  
Cookies
Utilizamos cookies propias y de terceros para mejorar nuestros servicios y mostrarle publicidad relacionada con sus preferencias mediante el análisis de sus hábitos de navegación. Si continua navegando, consideramos que acepta su uso. Puede cambiar la configuración u obtener más información y política de cookies aquí.