Je suppose que oui, mes excuses. Mais n'est-ce pas un peu inhabituel, dans ce cas, car le tenkan-sen et le kijun-sen auront des valeurs différentes à chaque ordre ouvert. Cela signifie donc sûrement que les valeurs ne peuvent pas être données. La seule propriété qui serait la même pour chaque ordre ouvert est la valeur de tenkan-sen étant plus élevée que la valeur de kijun-sen.
ToBa: Je suppose que oui, toutes mes excuses. Mais n'est-ce pas un peu inhabituel, dans ce cas, puisque le tenkan-sen et le kijun-sen auront des valeurs différentes à chaque ordre ouvert.
Mais vous n'obtenez pas les valeurs qui changent avec chaque nouvelle barre... vous déclarez les variables et vous ne les définissez jamais... donc elles ne changent jamais, vous attendiez-vous à ce qu'elles changent par magie ?
Si vous avez donné à tenkan-sen et kijun-sen le bon codage pour obtenir sa valeur et que vous le mettez dans ceci
alors vous aurez chaque tick tenkan_sen>kijun_sen un nouveau trade.
Combien de trades voulez-vous ouvrir ? ??
L'objectif est de placer un seul ordre ouvert (1,0 lot) dès que le tenkan-sen est supérieur au kijun-sen et de maintenir la position jusqu'à ce que le tenkan-sen soit inférieur au kijun-sen.
L'objectif est de placer un seul ordre ouvert (1,0 lot) dès que le tenkan-sen est supérieur au kijun-sen et de maintenir la position jusqu'à ce que le tenkan-sen soit inférieur au kijun-sen.
Je ne suis pas sûr de ce que vous voulez dire. Dans l'exemple MACD, il semble que l'on puisse utiliser : if(MacdCurrent<0 && MacdCurrent>SignalCurrent && MacdPrevious<SignalPrevious &&
MathAbs(MacdCurrent)>(MACDOpenLevel*Point) && MaCurrent>MaPrevious) et aucune valeur n'est donnée.
J'ai "simplifié" un peu le codage et j'ai commencé à tester la stratégie.
Le test de stratégie montre que la qualité de la modélisation est de 90% et qu'il n'y a pas d'erreurs dans le journal.
Le journal indique : 2012.01.18 20:29:44 ICHIMOKU_F1 GBPCHF,H1 : chargé avec succès.
2012.01.18 20:29:47 ICHIMOKU_F1 entrées : Lots=1 ; Tenkan=9 ; Kijun=26 ;
Cependant, aucune transaction n'a été effectuée et il n'y a donc pas eu de résultats.
Pourrait-il y avoir un problème avec le code ?
Vous initialisez ces variables mais ne leur donnez aucune valeur . . .
... donc le test sera toujours faux. Cet EA ne passera jamais d'ordre.
Je suppose que oui, toutes mes excuses. Mais n'est-ce pas un peu inhabituel, dans ce cas, puisque le tenkan-sen et le kijun-sen auront des valeurs différentes à chaque ordre ouvert.
Mais vous n'obtenez pas les valeurs qui changent avec chaque nouvelle barre... vous déclarez les variables et vous ne les définissez jamais... donc elles ne changent jamais, vous attendiez-vous à ce qu'elles changent par magie ?
J'ai "simplifié" un peu le codage et j'ai commencé à tester la stratégie.
Le test de stratégie montre que la qualité de la modélisation est de 90% et qu'il n'y a pas d'erreurs dans le journal.
Le journal indique : 2012.01.18 20:29:44 ICHIMOKU_F1 GBPCHF,H1 : chargé avec succès.
2012.01.18 20:29:47 ICHIMOKU_F1 entrées : Lots=1 ; Tenkan=9 ; Kijun=26 ;
Cependant, aucune transaction n'a été effectuée et il n'y a donc pas eu de résultats.
Pourrait-il y avoir un problème avec le code ?
"simplifié" Pourquoi de cette façon....
Si vous avez donné à tenkan-sen et kijun-sen le bon codage pour obtenir sa valeur et que vous le mettez dans ceci
alors vous obtiendrez chaque tick tenkan_sen>kijun_sen un nouveau trade.
Combien de transactions voulez-vous ouvrir ?
"simplifié" Pourquoi de cette façon....
Si vous avez donné à tenkan-sen et kijun-sen le bon codage pour obtenir sa valeur et que vous le mettez dans ceci
alors vous aurez chaque tick tenkan_sen>kijun_sen un nouveau trade.
Combien de trades voulez-vous ouvrir ? ??
L'objectif est de placer un seul ordre ouvert (1,0 lot) dès que le tenkan-sen est supérieur au kijun-sen et de maintenir la position jusqu'à ce que le tenkan-sen soit inférieur au kijun-sen.
L'objectif est de placer un seul ordre ouvert (1,0 lot) dès que le tenkan-sen est supérieur au kijun-sen et de maintenir la position jusqu'à ce que le tenkan-sen soit inférieur au kijun-sen.
D'où proviennent ces valeurs ?
MathAbs(MacdCurrent)>(MACDOpenLevel*Point) && MaCurrent>MaPrevious) et aucune valeur n'est donnée.
Ok, je vois enfin ce que vous voulez dire. Cependant, je n'ai pas la moindre idée de la façon de récupérer les valeurs.