El atractivo indicador estocástico

 

Publi

Página 1 de 402 12 ÚltimoÚltimo
Resultados 1 al 10 de 20

Tema: El atractivo indicador estocástico

  1. #1
    2 Adjunto (s) Hola a todos, para las personas que usan la eegia estocástica seductora desarrollada por Boxing Life esto va a ser un gran ayudante

    Puede ubicar la eegia aquí:


    https://www.forexycfds.com/forex-mar...e-journal.html

    He decidido lanzar este indicador a la naturaleza, ya que creo que no es el indicador de que las cosas, es el comerciante.

    Adjunto está su indicador junto con el código. Lo he documentado, obviamente, pero tengo la intención de producir una guía para ello.

    El sistema de alarma ha sido ajustado por ACS. Enormes gracias a él

    https://www.forexycfds.com/general-f...fed-speak.html

    https://www.forexycfds.com/attachmen...6473474134.mq4

  2. #2

    Cita Iniciado por ;
    Hola a todos, para las personas que utilizan la eegia estocástica sexy desarrollada por Boxingislife, que será un gran ayudante. Aquí puede encontrar la eegia:
    https://www.forexycfds.com/forex-mar...ixthsense.htmlFinalmente, decidí publicar este indicador como comodín, ya que creo que no es el indicador el que importa, sino el comerciante. Adjunto está tu indicador con el código. Lo grabé claramente, pero tengo la intención de producir una guía para ello. Tengo una dificultad que espero que la comunidad pueda resolver. El proceso de despertar y correo está funcionando pero envía 4 minutos al despertar (uno por cada vela subsiguiente, mire este tema
    https://www.forexycfds.com/general-forex/115-swaps.htmlpara informacion adicional)
    Hola melpheos, voy a probarlo. Parece que algunas personas han indicado algunas cosas y las van a verificar (del otro hilo). Tengo dos preguntas (suponiendo que las siguientes señales de gráfico muestran los números de caso del indicador): 1. Si los correos repetidos son siempre cuatro o cambian (del gráfico en el hilo primario, pueden ser 1-5 señales para cada caso, caso2 teniendo la mayoría de las repeticiones)? 2. ¿Están en velas consecutivas (del gráfico que publicaste en el hilo principal, espero que no sean consecutivas)? Si se tratara de 4 señales consecutivas para cada caso, la compra case2 de la siguiente tabla crearía 16 correos electrónicos.
    https://www.forexycfds.com/forex-mar...py-trades.htmlSi esos son tontos y no son apropiados, perdónenme. Creí que estos pueden tener alguna relevancia para el problema. En otra nota, ha colocado la alerta de correo electrónico dentro de la alerta emergente y cuando DisplayAlert está desactivado, el correo electrónico también se desactivará. Creo que deberían estar separados. Saludos, chandra

  3. #3

    Cita Iniciado por ;
    Hola, voy a probarlo. Parece que algunas personas han indicado algunas cosas y es probable que las pruebes (en el otro hilo). Tengo dos preguntas (suponiendo que las siguientes señales de gráfico revelen los números de caso del indicador): 1. Si los correos duplicados son siempre cuatro o si varía (en el gráfico en el hilo primario, puede haber 1-5 señales para cada circunstancia, caso2 teniendo la mayoría de las repeticiones)? 2. ¿Están realmente en velas secuenciales (en la tabla que publicaste en el hilo principal, espero que no sean secuenciales)? Si hubieran sido 4 signos secuenciales para cada caso, la compra de case2 en el siguiente gráfico de publicación produciría 16 correos electrónicos.
    https://www.forexycfds.com/general-f...ing-breed.htmlSi esos son tontos y no son correctos, perdónenme. Pensé que esto podría tener alguna relevancia para el problema. En otra nota, has puesto la alerta por correo electrónico dentro de la alerta emergente y si DisplayAlert está deshabilitado, el correo electrónico se desactivará. Creo que deberían estar separados. Saludos, chandra
    1Siempre cuatro veces cualquiera que sea el caso, por lo que pude ver. Por supuesto, si se ve una nueva señal antes de la 4ta vela, la alarma será reemplazada por la nueva señal (por ejemplo, un caso de tendencia ascendente 1 acompañado por un caso de moda ascendente 2) 2Como aclaró alguien en el primer hilo que dejé , el indicador da una alarma para cada vela donde se confirma la situación. Dado que el indicador verifica la posición de 3 velas en el tiempo y pone la señal en la vela, proporcionamos 4 alarmas y podemos suponer que el ciclo ocurre 4 veces. Podría tomar una captura de pantalla mañana de este despierto. En cuanto a su alerta de correo electrónico, esta línea Insertó Código if (emailAlert) SendMail (mensaje Símbolo (), mensaje Símbolo () , Etapa () gráfico mínimo); debería comprobar si el correo electrónico es si o no.

  4. #4

    Cita Iniciado por ;
    1Siempre cuatro veces cualquiera que sea la situación, por lo que puedo decir. Por supuesto, cuando aparece un nuevo letrero antes de la 4ta vela, la alarma se sustituirá por el nuevo letrero (por ejemplo, un caso de tendencia alcista 1 seguido de un caso de moda ascendente 2) 2Como explicó alguien en el primer hilo que dejé , el indicador da una alarma por cada vela en la que se confirma la situación. Como el indicador verifica la posición de 3 velas en el tiempo y pone el letrero en la vela, podemos suponer que el ciclo ocurre 4 veces y dar 4 alertas. Puedo tener una captura de pantalla de la alerta que ocurre. En cuanto a la alerta por correo electrónico, esta línea Insertó Código if (emailAlert) SendMail (mensaje Símbolo (), mensaje Símbolo () , Etapa () gráfico de minutos); debería evaluar si el correo electrónico está habilitado o no.
    Hola melpheos, no veo ningún ciclo 4 veces. MT4 comprueba hasta dos velas anteriores una actual. Pero realmente no creo que ese sea el problema. Como mis alertas no lo hacen, repítelo. ¡Creo que el principal problema es que estás especificando los booleanos de CaseShown dentro de la función de inicio y reiniciando en cada tic! La información sobre tick falta cada vez. ¡De enviar las alertas cada tic evita! Los booleanos deben definirse antes de la función de inicio y no deben inicializarse dentro de la función de inicio (debe cuidar estos booleanos exactamente como está tratando el último Tiempo de vuelo). En esa situación, ni siquiera necesitamos el control. Por favor evalúa esto. Creo que esta es la razón y cuatro velas pueden ser solo una coincidencia (podrían ser cuatro barras para superar esa condición). Sobre el correo electrónico, menciono que se llamará a la rutina de correo electrónico solo si el DisplayAlert está configurado en verdadero (luego también aparecerá un mensaje emergente y no podemos tener un correo electrónico sin una ventana emergente, aunque podamos tener una ventana emergente sin correo electrónico) . Saludos, chandra

  5. #5

    Cita Iniciado por ;
    Hola, no veo ningún ciclo 4 veces. MT4 comprueba hasta dos velas pasadas una actual. Sin embargo, realmente no creo que ese sea el problema. Como mis alertas no lo hacen, rep. ¡Creo que el principal problema es que estás especificando los booleanos de CaseShown dentro del propósito inicial y reiniciando en cada tic! La información sobre tick se pierde cada vez. LastAlertTime en la función SendAlert le impide enviar alertas cada tic! Los booleanos deben definirse hasta la función de inicio y no deben inicializarse dentro del propósito de inicio (debe tener en cuenta estos booleanos como si estuviera tratando el último Tiempo de vuelo). En esa situación, sí requerimos el control. Por favor, chequee esto. Creo que esta debe ser la razón y cuatro velas pueden ser solo una coincidencia (puede ser que requiera cuatro barras para superar ese estado). Sobre el correo electrónico, menciono que se llamará a la rutina de correo electrónico solo si el DisplayAlert está configurado en verdadero (y luego aparecerá un mensaje emergente y no podemos tener un correo electrónico sin un mensaje emergente, aunque podemos tener un mensaje emergente sin correo electrónico) ) Saludos, chandra
    Personalmente, no quería que el correo electrónico se activara solo cuando lo hice y, como tenía este problema de alerta de reparación, lo olvidé, sin embargo, tiene razón sobre la lógica de esta programación. Voy a cambiar eso, ya que es posible que desee ahora obtener una alerta rápida (ventana emergente) en algún gráfico en lugar de otras personas y una alerta por correo electrónico para un gráfico TF más largo. En cuanto al momento 4 * realmente no recibo tu explicación, no soy un codificador excelente)

  6. #6

    Cita Iniciado por ;
    Personalmente no necesitaba la alerta por correo electrónico solo cuando la creé, ya que tenía este problema de alerta de reparación, lo olvidé, sin embargo, tiene razón en la lógica de la codificación. Lo cambiaré ya que es posible que desee ahora recibir alerta rápida (ventana emergente) en algún gráfico en lugar de otros y alerta por correo electrónico para obtener más gráficos de TF. En cuanto a la 4 vez que realmente obtengo tu explicación, no soy un excelente codificador)
    Hola melpheos, aquí están los tres problemas. 1. Se va a reinicializar mientras el cálculo se realiza en el siguiente tic. Que los valores no se mantienen seguros. El tipo de elementos Case1_Shown cuando se especifica dentro de la función de inicio, tendrá constantemente el valor de inicio como cero (significa falso para booleano). Entonces, inicializarlo es innecesario. Cualquier valor que hayan sido delegados en el último ciclo de cálculo será eliminado. En consecuencia, si Case1_Shown se configuró en True desde el último cálculo de ticks, se restablecerá a False automáticamente al final de ese grupo de cálculos (por lo que para cada nueva señal, Case1_Shown comenzará como False). En consecuencia, si desea que se recuerden los últimos datos, debe definirse donde ha descrito el último Tiempo de vuelo (fuera de cualquier función, creo que se denominan variables globales). Opción: los moví cerca de lastAlertTime (los convertí en factores globales). 2. Todo el propósito de guardar falta, si continúas reiniciando. Funcionará solo hasta el final de la parte restante del ciclo y en cada nueva marca ese valor será y usted recibirá una nueva alerta (solo el último control AlertTime lo salvó de tener acceso a las alertas en cada tic). Opción: agregué la inicialización en lugares muy diferentes. 3. No está evaluando si Case1_Shown fue auténtico mientras evaluaba los estados de Case1 (otros también). Creo (no estoy seguro de esto) que no queremos verificar Case1, una vez que Case1_Shown es actualmente correcto. Por lo tanto, en esa lista de condiciones para cada situación, debe agregar control adicional antes de evaluar si el Case1_Shown == False es válido para evaluar. Aquí podemos confundirnos, ya que los estados arriba y abajo usan el mismo factor Case1_Shown ... Puede ser que tengan que crearse como dos conjuntos diferentes. Opción: dejé las condiciones adicionales, las hice por separado y agregué que también había un conjunto de Case3_Shown. No entiendo cómo funcionan los cálculos y si es factible que las condiciones sean auténticas en velas consecutivas. Por lo tanto, no estoy seguro si solucionará el problema o agregará más. Anexé a una tabla y evalué los signos y parece que están bien. No revisé las alertas. Por favor, compruebe si esto funciona como esperaba. No entiendo el cuarto conjunto de cálculos (que tiene dos formas), pero como no tenía alertas, no me molesté demasiado. También arreglé las funciones de Alerta y Correo. Ahora deberían funcionar independientemente. ¡Por favor revisa y avísame si son mejores! Saludos, chandra EDIT: Creo que podría tener un problema de alerta y correo electrónico para las señales pasadas también (que serán demasiadas). Si se convierte en un signo de escenarios pasados, debe solucionarse desde la llamada a sendAlert modificando como se muestra a continuación (en la mayoría de las 6 ubicaciones; I lt; 3 está OK o I == 0 debe usarse, no estoy seguro): Línea actual:
    Cita Iniciado por ;
    SendAlert (caso estocástico de tendencia bajista 3 ; }
    Nueva línea:
    Cita Iniciado por ;
    if (I lt; 3) SendAlert (Caso estocástico de la tendencia bajista 3 ; }
    EDITAR: vea la última versión de la primera publicación.

  7. #7
    1 Adjunto (s) Sin cambio Se repite cuatro veces como antes ... La marca de tiempo de esta alerta es un tanto extraña debido a la hora tardía y el mercado no está tan ocupado ...
    https://www.forexycfds.com/forex-mar...ixthsense.html

  8. #8

    Cita Iniciado por ;
    Sin cambios Se repite cuatro veces como anteriormente ... La marca de tiempo del despierto es algo extraña que se debe a la hora tardía y el mercado no está tan activo ...
    Hola melpheos, lamento que mi trabajo final no haya solucionado el problema. También verifiqué solo en el gráfico de 1M e hizo exactamente lo mismo. Tuve que tomar medidas enérgicas contra el código. Tiré todas las cosas de Case_Shown del código. Dado que los símbolos se veían correctamente, los usé para hacer las alertas también (mis aplicaciones utilizan esta manera). Para hacer que esto funcione, tuve que hacer que los valores de inicialización del búfer sean cero (el anterior EMPTY_VALUE utilizado dio los signos de replicación incluso con esta modificación). Actualmente, para los 2 signos que recibí, solo había 1 despierto para cada uno (eran 3 y 1 instancias, 4 abajo no se pudo mostrar la señal, ya que no lo programé, pero se puede usar fácilmente). Por favor, mira esto y avísame. ¡Espero encontrar una cara! Saludos, chandra EDIT: Vea la versión final en la primera publicación.

  9. #9
    Lo estoy probando ahora pero es tan tarde como en M1. No tendré una alarma. Lo veré mañana, sin embargo, la reparación parece ser una gran idea, todavía no se trató de un solo problema, cayendo el caso mostrado ahora puede proporcionar el despertar múltiple siempre que haya un signo múltiple en la misma vela (signo arriba y abajo no puede aparecer exactamente al mismo tiempo, pero indica que 2 y 1 u otra mezcla pueden aparecer al mismo tiempo ^^) Creo que podría sobrevivir con esto, esto no ocurre todo el tiempo Gracias por el trabajo que estás haciendo. Editar: acabo de tener una alarma para M1 y parece estar bien, pero también cambié la configuración para que el letrero no se vuelva a pintar sobre el otro y hay un montón de señal doblada.

  10. #10

    Cita Iniciado por ;
    Lo estoy probando hoy, pero es tarde e incluso en M1. Probablemente no tenga una alerta hoy. Lo comprobaré mañana, sin embargo, la solución parece ser una buena idea, aunque no pensé en esto. Solo un problema, cayendo el caso mostrado ahora puede dar lugar a varios mensajes cuando hay una señal múltiple exactamente en la misma vela (señal hacia abajo y hacia arriba no puede aparecer exactamente al mismo tiempo pero indica que 2 y 1 u otra combinación pueden aparecer exactamente al mismo tiempo ^^) Creo que podría sobrevivir con esto ya que esto no sucede todo el tiempo Gracias por el trabajo que está obra. Editar: Acabo de recibir una alerta en M1 y parece estar bien, pero también modifiqué la configuración para que la señal no se vuelva a pintar y hay un montón de señales múltiples.
    ¡Acabo de descubrirlo y lo solucioné ya! Prueba esta variante. Otros están siendo eliminados por mí. Chandra EDIT: Mire la versión ajustada en el artículo inicial.

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í.