EA BAsed sur Heiken ASHI - page 15
Vous manquez des opportunités de trading :
- Applications de trading gratuites
- Plus de 8 000 signaux à copier
- Actualités économiques pour explorer les marchés financiers
Inscription
Se connecter
Vous acceptez la politique du site Web et les conditions d'utilisation
Si vous n'avez pas de compte, veuillez vous inscrire
Aagarcia, ils ont l'air assez proche d'être les mêmes, sauf que la v2 n'a pas de queue et comme c'est ex4, je ne suis pas capable de dire si c'est la même chose ou pas. L'image du haut est la v2 et celle du bas est la v1 avec la même période MaPeriod que la v2.
Oui, vous avez raison. Merci de chercher. Avez-vous trouvé un TF particulier où il est le plus fiable ? Les TF les plus élevés sont-ils plus précis ?
M. Tools, en ce qui concerne le paramètre du facteur de diminution, que se passe-t-il si mon courtier ne peut négocier que des lots de 0,1 et plus et que je négocie déjà à 0,1 ?
J'aime le concept, qui consiste à se protéger autant que possible des marchés fluctuants, mais que puis-je faire dans ma situation particulière ? ? Des idées ?
Merci, bon travail !
Oui, vous avez raison. Merci d'avoir cherché. Avez-vous trouvé un TF particulier où il est le plus fiable ? Les TF les plus élevés sont-ils plus précis ?
M. Tools, en ce qui concerne le paramètre du facteur de diminution, que se passe-t-il si mon courtier ne peut négocier que des lots de 0,1 et plus et que je négocie déjà à 0,1 ?
J'aime bien le concept, qui consiste à se protéger autant que possible des marchés fluctuants, mais que puis-je faire dans ma situation particulière ? ? Des idées ?
Merci, bon travail !Oui, les cadres temporels plus élevés vous donneront des séries plus longues et sont les plus précis, mais vous aurez toujours ces moments où le marché varie, mais moins dans les cadres temporels plus élevés.
A propos du facteur de diminution, c'est une bonne question, par défaut si après 3 pertes (facteur de diminution) la taille du lot passera à la plus petite taille de lot qui dans votre cas serait de 0,1 lot, mais peut-être que vous pouvez l'essayer sur un back test en commençant avec une taille de lot supérieure à 0,10 pour être sûr que cela fonctionne de cette façon dans votre cas. Sinon, je ne sais pas quoi vous dire d'autre.
Oui, les cadres temporels les plus élevés vous donneront des séries plus longues et je dirais qu'ils sont les plus précis, mais vous aurez toujours ces moments où le marché varie, mais je dirais moins dans les cadres temporels les plus élevés. A propos du facteur de diminution, c'est une bonne question, par défaut si après 3 pertes (facteur de diminution) la taille du lot passera à la plus petite taille de lot qui dans votre cas serait de 0,1 lot, mais peut-être que vous pouvez essayer sur un back test en commençant avec une taille de lot supérieure à 0,10 pour être sûr que cela fonctionne de cette façon dans votre cas. Sinon, je ne sais pas quoi vous dire d'autre.
Super, je le ferai. Merci beaucoup pour votre contribution. Une dernière question : j'ai vu la version 1.04 de l'EA. La seule différence entre la version 1.04 et la version 1.03 est-elle l'ajout de paramètres pour les heures et les minutes ?
Super, je vais le faire. Merci beaucoup pour votre contribution. Une dernière question : j'ai vu la version 1.04 de l'EA. La seule différence entre la 1.04 et la 1.03 est-elle l'ajout de paramètres pour les heures et les minutes ?
Oui, le filtre temporel a ajouté des minutes et à la clôture du vendredi, il a changé en clôture quotidienne.
Bonjour MrTools,
J'ai fait un test avec la dernière version sur les graphiques renko et j'ai trouvé les problèmes suivants. J'espère que vous pourrez les résoudre :
1. redémarrages inattendus avec uninit reason 2 (de MQL = expert recompilé) ?
à partir du fichier journal :
16:59:44 Heiken Ashi Ea_v1.04 USDJPYi,M3 : désinitialisé
16:59:44 Heiken Ashi Ea_v1.04 USDJPYi,M3 : désinitialisation raison 2
16:59:44 Heiken_Ashi_Smoothed_v1 USDJPYi,M3 : désinitialisation raison 1
16:59:44 Heiken_Ashi_Smoothed_v1 USDJPYi,M3 : supprimé
16:59:45 Heiken Ashi Ea_v1.04 USDJPYi,M3 : chargement réussi
16:59:45 Heiken Ashi Ea_v1.04 USDJPYi,M3 : initialisé
16:59:45 Heiken Ashi Ea_v1.04 USDJPYi,M3 : entrées : "à l'origine, voici le jeu par défaut"
16:59:46 Heiken_Ashi_Smoothed_v1 USDJPYi,M3 : chargé avec succès
16:59:46 Heiken_Ashi_Smoothed_v1 USDJPYi,M3 : initialisé
Parfois, l'EA se recompile et redémarre avec les paramètres par défaut pour une raison inconnue.
2. Double ouverture d'ordre
à partir du fichier journal :
Une ouverture d'ordre normale avec modication SLTP :
10:00:54 '2089040421' : ordre d'achat marché 0.10 USDJPYi sl : 0.000 tp : 0.000
10:00:55 '2089040421' : la demande a été acceptée par le serveur
10:00:55 '2089040421' : demande en cours de traitement
10:00:55 '2089040421' : l'ordre a été ouvert : #10469228 acheter 0.10 USDJPYi à 104.403 sl : 0.000 tp : 0.000
10:00:55 '2089040421' : modification de l'ordre #10469228 buy 0.10 USDJPYi at 104.403 sl : 0.000 tp : 0.000 -> sl : 104.302 tp : 104.452
10:00:55 '2089040421' : la demande a été acceptée par le serveur
10:00:55 '2089040421' : demande en cours de traitement
10:00:55 '2089040421' : l'ordre #10469228 buy 0.10 USDJPYi at 104.403 a été modifié -> sl : 104.302 tp : 104.452
ouverture d'un ordre double :
15:36:06 '2089040421' : ordre buy market 0.10 USDJPYi sl : 0.000 tp : 0.000
15:36:07 '2089040421' : la demande a été acceptée par le serveur
15:36:07 '2089040421' : demande en cours de traitement
15:36:07 '2089040421' : l'ordre a été ouvert : #10472446 acheter 0.10 USDJPYi à 104.480 sl : 0.000 tp : 0.000
15:36:07 '2089040421' : ordre d'achat marché 0.10 USDJPYi sl : 0.000 tp : 0.000
15:36:07 '2089040421' : la demande a été acceptée par le serveur
15:36:07 '2089040421' : demande en cours de traitement
15:36:07 '2089040421' : l'ordre #10472447 buy 0.10 USDJPYi at 104.478 a été modifié -> sl : 0.000 tp : 0.000
Dans ce cas, l'EA ouvre 2 ordres simultanément et ne fixe pas le SL et le TP pour une raison quelconque.
Avez-vous une idée de ce qui peut causer cela ?
En dehors de ces inconvénients, l'EA fonctionne très bien.
De plus, j'aimerais vous demander d'améliorer encore la fonction TP si possible. Pouvez-vous ajouter des niveaux de TP partiels à l'EA ?
Quelque chose comme :
TP1 (pips)
TP1_percent (pourcentage de la taille de l'ordre original)
TP2 (pips)
TP2_percent (pourcentage de la taille de l'ordre original)
J'aimerais conserver la fonction TP originale comme TP final.
Merci pour votre excellent travail :-)
Salutations,
Daniel.
Bonjour MrTools,
J'ai fait un test avec la dernière version sur les graphiques renko et j'ai trouvé les problèmes suivants. J'espère que vous pourrez les résoudre :
1. redémarrages inattendus avec uninit reason 2 (de MQL = expert recompilé) ?
à partir du fichier journal :
16:59:44 Heiken Ashi Ea_v1.04 USDJPYi,M3 : désinitialisé
16:59:44 Heiken Ashi Ea_v1.04 USDJPYi,M3 : désinitialisation raison 2
16:59:44 Heiken_Ashi_Smoothed_v1 USDJPYi,M3 : désinitialisation raison 1
16:59:44 Heiken_Ashi_Smoothed_v1 USDJPYi,M3 : supprimé
16:59:45 Heiken Ashi Ea_v1.04 USDJPYi,M3 : chargement réussi
16:59:45 Heiken Ashi Ea_v1.04 USDJPYi,M3 : initialisé
16:59:45 Heiken Ashi Ea_v1.04 USDJPYi,M3 : entrées : "à l'origine, voici le jeu par défaut"
16:59:46 Heiken_Ashi_Smoothed_v1 USDJPYi,M3 : chargé avec succès
16:59:46 Heiken_Ashi_Smoothed_v1 USDJPYi,M3 : initialisé
Parfois, l'EA se recompile et redémarre avec les paramètres par défaut pour une raison inconnue.
2. Double ouverture d'ordre
à partir du fichier journal :
Une ouverture d'ordre normale avec modication SLTP :
10:00:54 '2089040421' : ordre d'achat marché 0.10 USDJPYi sl : 0.000 tp : 0.000
10:00:55 '2089040421' : la demande a été acceptée par le serveur
10:00:55 '2089040421' : demande en cours de traitement
10:00:55 '2089040421' : l'ordre a été ouvert : #10469228 acheter 0.10 USDJPYi à 104.403 sl : 0.000 tp : 0.000
10:00:55 '2089040421' : modification de l'ordre #10469228 buy 0.10 USDJPYi at 104.403 sl : 0.000 tp : 0.000 -> sl : 104.302 tp : 104.452
10:00:55 '2089040421' : la demande a été acceptée par le serveur
10:00:55 '2089040421' : demande en cours de traitement
10:00:55 '2089040421' : l'ordre #10469228 acheter 0.10 USDJPYi à 104.403 a été modifié -> sl : 104.302 tp : 104.452
ouverture d'un ordre double :
15:36:06 '2089040421' : ordre buy market 0.10 USDJPYi sl : 0.000 tp : 0.000
15:36:07 '2089040421' : la demande a été acceptée par le serveur
15:36:07 '2089040421' : demande en cours de traitement
15:36:07 '2089040421' : l'ordre a été ouvert : #10472446 acheter 0.10 USDJPYi à 104.480 sl : 0.000 tp : 0.000
15:36:07 '2089040421' : ordre d'achat marché 0.10 USDJPYi sl : 0.000 tp : 0.000
15:36:07 '2089040421' : la demande a été acceptée par le serveur
15:36:07 '2089040421' : demande en cours de traitement
15:36:07 '2089040421' : l'ordre #10472447 buy 0.10 USDJPYi at 104.478 a été modifié -> sl : 0.000 tp : 0.000
Dans ce cas, l'EA ouvre 2 ordres simultanément et ne fixe pas le SL et le TP pour une raison quelconque.
Avez-vous une idée de ce qui peut causer cela ?
En dehors de ces inconvénients, l'EA fonctionne très bien.
De plus, j'aimerais vous demander d'améliorer encore la fonction TP si possible. Pouvez-vous ajouter des niveaux de TP partiels à l'EA ?
Quelque chose comme :
TP1 (pips)
TP1_percent (pourcentage de la taille de l'ordre original)
TP2 (pips)
TP2_percent (pourcentage de la taille de l'ordre original)
J'aimerais conserver la fonction TP originale comme TP final.
Merci pour votre excellent travail :-)
Salutations,
Daniel.Daniel
Il semble que votre version de renko ait un problème. EA ne peut pas se recompiler tout seul. La seule chose qui vient à l'esprit (si vous n'êtes pas celui qui recompile l'EA) est que le code de génération de renko envoie un message erroné à la fenêtre graphique hors ligne de renko (mais ce serait une erreur très, très compliquée). Dans tous les cas, essayez d'utiliser un autre renko et voyez ce qui se passe.
Pour les ordres doubles : d'après ce que je vois, l'EA devrait être modifié pour avoir une vérification stricte des erreurs lorsque les ordres sont ouverts, sinon lorsqu'une tentative d'ouverture d'un ordre est faite, ce genre de problèmes peut se produire parfois sur deux ticks consécutifs (ou vous avez un problème sérieux avec votre courtier aussi
).
Merci pour votre réponse mladen !
J'ai testé sur la démo d'ICM. Je vais continuer à surveiller l'EA et je vais essayer de le tester sur différents graphiques renko et brokers.
En ce qui concerne la fonction de TP partiel, pouvez-vous l'ajouter à l'EA s'il vous plaît ?
Salutations,
Daniel.
M. outils,
Bonne journée !
Merci beaucoup, c'était moi sur votre Pm !
Je vais travailler dessus !
Encore une fois, merci beaucoup.
Márcio
Cette version est la même que la version 1.03 sauf que le filtre temporel est différent et bien sûr le heiken ashi rapide/lent, aussi si désiré cette version a quelques commentaires de graphiques. J'ai également ajouté une protection contre les écarts si l'écart dépasse un certain niveau (heure des nouvelles le plus souvent), et si la protection contre les écarts est activée, l'EA ne devrait pas ouvrir d'ordres.
Cette version est la même que la version 1.03, sauf que le filtre temporel est différent et, bien sûr, le heiken ashi rapide/lent. J'ai également ajouté une protection contre les écarts si l'écart dépasse un certain niveau (heure des nouvelles le plus souvent), et si la protection contre les écarts est activée, l'EA ne devrait pas ouvrir d'ordres.
Bonjour à tous :
Je suis désolé de prendre plus de votre temps, mais j'essaie de configurer cette ea sans succès. J'ai besoin qu'il exécute 2 hashi, un rapide et l'autre lent, et quand les deux sont bleus, il achète, et quand les deux sont rouges, il vend. Quand l'un d'eux est dans une couleur différente, il ferme le trade ouvert et ne trade pas.
Est-ce possible ? Quelqu'un peut-il m'aider ?
Merci