Page 1 sur 2 12 DerniéreDerniére
Résultats de 1 é 10 sur 20

Sujet : L'indieur stochastique sexy

  1. #1
    2 Pièce (s) jointe (s) Salut tout le monde, pour les personnes utilisant la égie stochastique sexy développée par Boxingislife ce sera une grande aide

    Vous pouvez trouver la égie ici:


    https://www.sundytrading.com/forex-m...e-journal.html

    J'ai finalement décidé de sortir cet indieur à l'état sauvage car je crois que ce n'est pas l'indieur qui compte, c'est le trader.

    Ci-joint l'indieur avec le code. Je l'ai documenté assez clairement mais j'ai l'intention de faire un guide pour cela.

    Le système d'alerte a été corrigé par ACS. Un grand merci à lui

    https://www.sundytrading.com/general...fed-speak.html

    https://www.sundytrading.com/attachm...6473474134.mq4

  2. #2

    Citation Envoy? par ;
    Salut tout le monde, pour les personnes qui utilisent la égie stochastique sexy développée par Boxingislife ce sera une grande aide Vous pouvez trouver la égie ici:
    https://www.sundytrading.com/forex-m...ixthsense.htmlJ'ai finalement décidé de relâcher cet indieur dans la nature car je crois que ce n'est pas l'indieur qui compte, c'est le trader. Ci-joint l'indieur avec le code. Je l'ai documenté assez clairement mais j'ai l'intention de faire un guide pour cela. J'ai un problème que j'espère que la communauté va résoudre. Le système d'alerte et de messagerie fonctionne mais il envoie 4 fois l'alerte (un pour chaque bougie suivante, voir ce sujet
    https://www.sundytrading.com/general...115-swaps.htmlpour plus de détails)
    Salut Melpheos, je vais prendre une fissure à ce sujet. Il semble que certaines personnes ont suggéré quelque chose et que vous allez les vérifier (à partir de l'autre thread). J'ai deux questions (en supposant que les signaux graphiques suivants montrent les numéros de cas de cet indieur): 1. si les mails répétés sont toujours à quatre ou varient (du graphique dans le fil principal, cela peut être 1-5 signaux pour chaque cas , cas2 ayant le plus de répétitions)? 2. Sont-ils vraiment sur les bougies consécutives (du graphique que vous avez posté dans le fil principal, je m'attends à ce qu'elles ne soient pas consécutives)? Si c'était 4 signaux consécutifs pour chaque instance, le case2-buy dans le tableau suivant produirait 16 emails !!!
    https://www.sundytrading.com/forex-m...py-trades.htmlSi ceux-ci sont bêtes et ne sont pas corrects, pardonnez-moi. Je pensais que ceux-ci peuvent avoir une certaine pertinence pour le problème. Sur une note différente, vous avez placé l'alerte par e-mail dans l'alerte contextuelle et si DisplayAlert est désactivé, l'e-mail sera également désactivé. Je pense qu'ils devraient être séparés. Cordialement, Chandra

  3. #3

    Citation Envoy? par ;
    Salut, je vais prendre une fissure à ce sujet. Il semble que certaines personnes ont suggéré quelque chose et que vous allez les vérifier (à partir de l'autre thread). J'ai deux questions (en supposant que les signaux graphiques suivants montrent les numéros de cas de cet indieur): 1. si les mails répétés sont toujours à quatre ou varient (du graphique dans le fil principal, cela peut être 1-5 signaux pour chaque cas , cas2 ayant le plus de répétitions)? 2. Sont-ils vraiment sur les bougies consécutives (du graphique que vous avez posté dans le fil principal, je m'attends à ce qu'elles ne soient pas consécutives)? Si c'était 4 signaux consécutifs pour chaque instance, le case2-buy dans le tableau suivant produirait 16 emails !!!
    https://www.sundytrading.com/general...ing-breed.htmlSi ceux-ci sont bêtes et ne sont pas corrects, pardonnez-moi. Je pensais que ceux-ci peuvent avoir une certaine pertinence pour le problème. Sur une note différente, vous avez placé l'alerte par e-mail dans l'alerte contextuelle et si DisplayAlert est désactivé, l'e-mail sera également désactivé. Je pense qu'ils devraient être séparés. Cordialement, Chandra
    1Toujours quatre fois quel que soit le cas pour autant que je sache. Bien sûr, si un nouveau signal apparaît avant la 4ème bougie, l'alerte sera remplacée par le nouveau signal (par exemple un cas de tene 1 suivi d'un cas de tene 2) 2Comme expliqué par quelqu'un sur le premier fil j'ai fait , l'indieur donne une alerte pour chaque bougie où la situation est vérifiée. Comme l'indieur vérifie l'état de 3 bougies dans le temps et met le signal sur la première bougie, on peut supposer que la boucle se produit 4 fois et donner 4 alertes. Je peux prendre une capture d'écran demain de l'alerte survenant. En ce qui concerne l'alerte e-mail, cette ligne Code inséré si (emailAlert) SendMail (message symbole (), message symbole () , période () graphique minutes); devrait vérifier si l'email est activé ou non.

  4. #4

    Citation Envoy? par ;
    1Toujours quatre fois quel que soit le cas pour autant que je sache. Bien sûr, si un nouveau signal apparaît avant la 4ème bougie, l'alerte sera remplacée par le nouveau signal (par exemple un cas de tene 1 suivi d'un cas de tene 2) 2Comme expliqué par quelqu'un sur le premier fil j'ai fait , l'indieur donne une alerte pour chaque bougie où la situation est vérifiée. Comme l'indieur vérifie l'état de 3 bougies dans le temps et met le signal sur la première bougie, on peut supposer que la boucle se produit 4 fois et donner 4 alertes. Je peux prendre une capture d'écran demain de l'alerte survenant. En ce qui concerne l'alerte e-mail, cette ligne Code inséré si (emailAlert) SendMail (message symbole (), message symbole () , période () graphique minutes); devrait vérifier si l'email est activé ou non.
    Salut melpheos, je ne vois aucune boucle se produisant 4 fois. MT4 vérifie jusqu'à deux bougies passées une actuelle. Mais je ne pense pas que ce soit le problème. Parce que mes alertes ne font pas cette répétition. Je pense que le principal problème est que vous définissez les booléens CaseShown à l'intérieur de la fonction start et que vous réinitialisez à chaque tick! Ainsi, les informations sur la dernière tique sont perdues à chaque fois. Seul lastAlertTime dans la fonction SendAlert l'empêche d'envoyer les alertes à chaque tick! Les booléens doivent être définis avant la fonction init et ne doivent pas être initialisés dans la fonction start (vous devriez traiter ces booléens comme si vous traitez lastAlertTime). Dans ce cas, nous n'avons même pas besoin du contrôle lastAlertTime. S'il te plaît, vérifie cela. Je pense que cela doit être la raison et quatre bougies peuvent être juste une coïncidence (peut-être qu'il faut quatre barres pour passer cette condition). À propos du courrier électronique, je mentionne que la routine d'email sera appelée seulement si le DisplayAlert est réglé sur vrai (alors le pop-up viendra aussi et nous ne pouvons pas avoir d'email sans pop-up, bien que nous puissions avoir une pop-up sans email). Cordialement, Chandra

  5. #5

    Citation Envoy? par ;
    Salut, je ne vois pas de boucle se produisant 4 fois. MT4 vérifie jusqu'à deux bougies passées une actuelle. Mais je ne pense pas que ce soit le problème. Parce que mes alertes ne font pas cette répétition. Je pense que le principal problème est que vous définissez les booléens CaseShown à l'intérieur de la fonction start et que vous réinitialisez à chaque tick! Ainsi, les informations sur la dernière tique sont perdues à chaque fois. Seul lastAlertTime dans la fonction SendAlert l'empêche d'envoyer les alertes à chaque tick! Les booléens doivent être définis avant la fonction init et ne doivent pas être initialisés dans la fonction start (vous devriez traiter ces booléens comme si vous traitez lastAlertTime). Dans ce cas, nous n'avons même pas besoin du contrôle lastAlertTime. S'il te plaît, vérifie cela. Je pense que cela doit être la raison et quatre bougies peuvent être juste une coïncidence (peut-être qu'il faut quatre barres pour passer cette condition). À propos du courrier électronique, je mentionne que la routine d'email sera appelée seulement si le DisplayAlert est réglé sur vrai (alors le pop-up viendra aussi et nous ne pouvons pas avoir d'email sans pop-up, bien que nous puissions avoir une pop-up sans email). Cordialement, Chandra
    Personnellement, je ne voulais pas l'alerte par e-mail seulement quand je l'ai créé et, comme j'ai eu ce problème d'alerte de remise à zéro j'ai oublié à ce sujet, mais vous avez raison sur la logique du codage. Je vais changer cela comme je veux maintenant recevoir une alerte rapide (popup) sur certains graphiques et pas d'autres et l'alerte par courriel pour un graphique plus longue TF. En ce qui concerne le temps 4 * je ne comprends pas vraiment votre expliion, je ne suis pas un très bon codeur)

  6. #6

    Citation Envoy? par ;
    Personnellement, je ne voulais pas l'alerte par e-mail seulement quand je l'ai créé et, comme j'ai eu ce problème d'alerte de remise à zéro j'ai oublié à ce sujet, mais vous avez raison sur la logique du codage. Je vais changer cela comme je veux maintenant recevoir une alerte rapide (popup) sur certains graphiques et pas d'autres et l'alerte par courriel pour un graphique plus longue TF. En ce qui concerne le temps 4 * je ne comprends pas vraiment votre expliion, je ne suis pas un très bon codeur)
    Salut melpheos, Voici les trois problèmes. 1. Tout ce qui est défini à l'intérieur d'une routine sera réinitialisé lorsque les calculs sont effectués au prochain tick. Ces valeurs ne sont jamais gardées en sécurité. Le type de choses Case1_Shown lorsque vous définissez à l'intérieur de la fonction start aura toujours la valeur de départ comme zéro (signifie false pour boolean). Donc, l'initialiser n'est pas nécessaire. Ensuite, quelle que soit la valeur qui leur a été assignée dans le dernier cycle de calcul, elle sera perdue. Ainsi, si Case1_Shown a été défini sur True dans le dernier calcul de tick, il sera automatiquement réinitialisé à False à la fin de cet ensemble de calculs (donc pour chaque nouvelle case, Case1_Shown commencera comme False). Donc, si vous voulez que les dernières données soient mémorisées, vous devez les définir à l'endroit où vous avez défini lastAlertTime (en dehors de toute fonction, je pense que ce sont des variables globales). Solution: Je les ai déplacés près de lastAlertTime (les ai faits variables globales). 2. Aussi, si vous continuez à réinitialiser, tout le point de sauvegarde est perdu. Cela ne fonctionnera que jusqu'à la fin du reste de la boucle et à chaque nouvelle tique, cette valeur sera fausse et vous obtiendrez une nouvelle alerte (seul le contrôle lastAlertTime vous a évité d'obtenir les alertes à chaque tick). Solution: j'ai ajouté l'initialisation à des endroits très différents. 3. Vous ne vérifiez pas si Case1_Shown était vrai en vérifiant les conditions de Case1 (autres également). Je pense (je ne suis pas sûr sur ce point), nous ne voulons pas vérifier Case1, lorsque Case1_Shown est déjà vrai. Donc, dans cette liste de conditions pour chaque cas, vous devez ajouter un contrôle supplémentaire pour vérifier si Case1_Shown == False, avant de vérifier frais. Ici nous pouvons avoir de la confusion parce que les deux conditions de haut et de bas utilisent la même variable. Case1_Shown ... Peut-être doivent-elles être faites en deux ensembles différents. Solution: J'ai fait les conditions supplémentaires, et les ai séparées et j'ai ajouté un ensemble de Case3_Shown également. Je ne comprends pas comment les calculs fonctionnent et s'il est possible que les conditions soient vraies à des bougies consécutives. Donc, je ne suis pas sûr que les changements que j'ai faits régleront le problème ou en ajouteront plus! J'ai attaché à une carte et vérifié les signaux et ils semblent être OK. Je n'ai pas vérifié les alertes. Veuillez vérifier si cela fonctionne comme prévu. Je ne comprends pas le quatrième ensemble de calculs (qui a deux types), mais comme il n'y avait pas d'alertes, je n'ai pas beaucoup dérangé. J'ai également réparé les fonctions Alert et Email. Maintenant, ils devraient fonctionner indépendamment. S'il vous plaît vérifier et laissez-moi savoir si elles sont mieux! Cordialement, Chandra EDIT: Je pense qu'il peut avoir un problème d'alerte et de courrier électronique pour les signaux passés aussi (ce sera trop). Si vous obtenez de tels signaux pour des cas passés, il doit être corrigé dans l'appel à sendAlert en changeant comme indiqué ci-dessous (dans les 6 emplacements, si 3 est OK ou i == 0 devrait être utilisé, je ne suis pas sûr) : Ligne actuelle:
    Citation Envoy? par ;
    SendAlert (Tene Stochastique Cas 3; }
    Nouvelle ligne:
    Citation Envoy? par ;
    if (i lt; 3) SendAlert (Tene Stochastique Cas 3; }
    EDIT: Voir la version finale dans le premier post.

  7. #7
    1 Pièce (s) jointe (s) Pas de changement Il répète encore quatre fois comme précédemment ... L'horodatage de l'alerte est un peu bizarre c'est à cause de l'heure tardive et le marché n'est pas très actif ...
    https://www.sundytrading.com/forex-m...ixthsense.html

  8. #8

    Citation Envoy? par ;
    Pas de changement Ça se répète encore quatre fois comme précédemment ... L'horodatage de l'alerte est un peu bizarre c'est à cause de l'heure tardive et le marché n'est pas très actif ...
    Salut Melpheos, je suis désolé que mon dernier travail n'a pas résolu le problème. J'ai également vérifié tout à l'heure sur le graphique 1M et il a fait de même. J'ai dû faire une répression sur le code. J'ai jeté toutes les choses Case_Shown du code. Parce que les symboles apparaissaient correctement, j'ai utilisé ceux pour faire les alertes aussi (mes programmes utilisent de cette façon). Afin de faire ce travail, j'ai dû mettre à zéro les valeurs d'initialisation du tampon (le EMPTY_VALUE utilisé précédemment donnait les signaux de répétition même avec cette modifiion). Maintenant, pour les deux signaux que j'ai reçus, il n'y avait qu'une seule alerte pour chacun (1 et 3 cas, 4 cas en bas n'affichaient pas de signal, parce que je ne l'ai pas programmé, mais il peut être ajouté facilement). S'il vous plaît vérifier cela et laissez-moi savoir. J'espère voir un visage souriant! Cordialement, Chandra EDIT: Voir la version finale dans le premier post.

  9. #9
    Je le teste maintenant mais il est tard et même sur M1 je n'aurai probablement pas d'alerte maintenant. Je vais vérifier demain, mais le correctif semble être une très bonne idée, mais pas à ce sujet. Un seul problème, abandonner case_shown maintenant peut donner une alerte multiple quand il y a plusieurs signaux sur la même bougie (le signal descendant ne peut pas apparaître en même temps mais le signal 1 et 2 ou autre combinaison peut apparaître en même temps ^^) Je pense que je peux survivre avec ceci comme ceci ne se produit pas tout le temps Merci encore pour le travail que vous faites. edit: je viens d'avoir une alerte sur M1 et ça a l'air OK mais j'ai aussi changé les réglages pour que le signal ne se repeigne pas au dessus de l'autre et qu'il y ait pas mal de signal mutiple

  10. #10

    Citation Envoy? par ;
    Je le teste maintenant mais il est tard et même sur M1 je n'aurai probablement pas d'alerte maintenant. Je vais vérifier demain, mais le correctif semble être une très bonne idée, mais pas à ce sujet. Un seul problème, abandonner case_shown maintenant peut donner une alerte multiple quand il y a plusieurs signaux sur la même bougie (le signal descendant ne peut pas apparaître en même temps mais le signal 1 et 2 ou autre combinaison peut apparaître en même temps ^^) Je pense que je peux survivre avec ceci comme ceci ne se produit pas tout le temps Merci encore pour le travail que vous faites. edit: je viens d'avoir une alerte sur M1 et ça a l'air OK mais j'ai aussi changé les réglages pour que le signal ne se repeigne pas au dessus de l'autre et qu'il y ait pas mal de signal mutiple
    Je viens de le remarquer et de le réparer déjà! Essayez cette version. Je supprime les autres. Chandra EDIT: Voir la version corrigée dans le premier post.

Régles des messages

  • Vous ne pouvez pas cr?er de sujets
  • Vous ne pouvez pas r?pondre aux sujets
  • Vous ne pouvez pas importer de fichiers joints
  • Vous ne pouvez pas ?diter vos messages
  •  
  • Les BB codes sont Activés
  • Les Smileys sont Activés
  • Le BB code [IMG] est Activé
  • Le code [VIDEO] est Activé
  • Le code HTML est Désactivé
Le site d'sundytrading utilise des cookies
Le site d'sundytrading utilise des cookies pour vous assurer la meilleure expérience sur notre site ; certains sont déjà effectifs. Vous pouvez consulter plus de détails sur leurs usages ici. Veuillez cliquer sur le bouton à droite pour accepter nos cookies. Si vous continuez à utiliser le site internet d’sundytrading, nous considérerons que vous acceptez nos cookies.