[Toute question de débutant, afin de ne pas encombrer le forum. Professionnels, ne passez pas votre chemin. Je ne peux aller nulle part sans toi. - page 793
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
N'ouvrons-nous pas l'option Acheter au prix demandé ? ??????
C'est ce que j'ai écrit : "Lesordres d'achat sont ouverts au prix Ask".
Mais sur le graphique, vous voyez le prix d'achat.
C'est ce que j'ai écrit : "Les ordres d'achat sont ouverts au prix Ask".
Mais sur le graphique, vous voyez le prix d'achat.
Ne sommes-nous pas en train d'ouvrir un Buy at Ask ? ?????? ? Et il ne peut y avoir un spread de 60 pips (si on le prend après le gap), et si on le prend avant ... alors le spread sur l'EUR de 325 pips équivaut à .... :)
votre photo ne montre pas de points.
votre photo ne montre pas les points.
J'ai toujours les deux prix sur le tableau... Dans les paramètres du terminal, j'ai activé l'affichage des Ask`ts par F8... Et j'ai corrigé un peu le post précédent sur l'écart - il ne peut pas être.
Mais le prix Ask n'est pas visible dans les barres.
A propos de la propagation. C'est un écart à cinq chiffres? Si oui, spread élargi sur les nouvelles + slippage = 6 pips complets (60 à cinq chiffres) pour vous.
Mais le prix Ask n'est pas visible dans les barres.
A propos de la propagation. C'est un écart à cinq chiffres ? Si oui, alors l'écart étendu sur les nouvelles + le slippage = c'est 6 pips complets (60 pips à cinq chiffres).
Si j'ai bien compris votre problème, vous ne devez pas être guidé par l'heure de clôture de l'ordre. Vous devez commencer au début de la barre à laquelle le signal d'ouverture et la position ont été ouverts. Ce que je ferais, personnellement, est le suivant :
1) créer une variable de type datetime où j'entrerais la valeur Time[0] si la commande est passée avec succès ;
2) dans la fonction init(), initialiser cette variable avec la valeur "0". Je préfère une initialisation explicite car elle est plus claire lors de la révision du code ;
3) lorsque les conditions pour ouvrir une position apparaissent, avant d'envoyer la requête OrderSend(...), comparez la valeur de cette variable avec la valeur Time[0] et si elles ne sont pas égales, envoyez une requête.
4) si la position s'ouvre, je stocke la valeur de Time[0] dans la même variable.
Merci pour la clarification - mais pensez-vous qu'au lieu de comparer avec la valeur Time[0], vous pourriez donner cette tâche avant la requête OrderSend(...) : vérifier s'il y a une clôture StopLoss-y sur la barre actuelle ? Ensuite, je dois introduire une double fonction StopLoss() qui fonctionnera avec la variable StopLoss que j'ai annoncée ? Ou bien ce n'est PAS POSSIBLE par principe ? Il est important pour moi qu'une nouvelle position ne soit pas ouverte sur la barre qui a enregistré une perte, même si elle correspond aux paramètres de l'ouverture.
extern double Stoploss =1000;
Le fait est que les facteurs temporels doivent être examinés en dernier lieu - très souvent, ils glissent - ou plutôt l'interprétation d'une ordonnance s'avère différente (ambiguë).
Mais vous ne pouvez pas voir le prix de la demande dans les barres.
A propos de la propagation. C'est un écart à cinq chiffres ? Si oui, alors l'écart s'est élargi sur les nouvelles + le slippage = c'est 6 pips complets (60 pips à cinq chiffres).
Aussi, à mon avis, il peut y avoir une "épingle à cheveux", nettoyée par la suite :)), mais "sauvegardée dans la mémoire" de plus petites échéances, que vous n'atteindrez pas...
Et la question des tests sur l'histoire :
peut un Conseiller Expert (un simple !) - ... mais pas une grille) sur la même période de l'histoire, avec les mêmes paramètres, donnerait-il des résultats complètement différents ?
La seule chose que j'ai faite, entre ces deux tests, a été de mettre à jour l'archive des citations... et qui aurait pu conduire à un tel résultat ? - puis il s'avère que toute l'histoire est une connerie ! ?
Quelqu'un peut-il me dire pourquoi MathRound() se comporte étrangement. Les grandes valeurs comptent, les petites ne comptent pas...
Il existe un code simple pour augmenter les valeurs de certaines variables de 10% :
Les valeurs calculées sont enregistrées. Si toutes les lignes, sauf la première, sont divisées par 10, alors celle-ci compte comme le numéro 100 et il n'y a aucun problème :
2010.08.11 19:16:20 2009.01.02 10:34 Sergitas_v1.01 EURUSD,M5 : Fonction de calcul : SLs = 11 et TPs = 66, TStartS = 60, TStop.Sell = 20, TStopLastPosS = 60, TStop.SellLP = 25
Ce qui est marqué en vert est ce qui compte dans la première ligne de code.
Mais si vous mettez la division par 100 (comme cela devrait être)
... alors toutes les lignes, sauf celle du haut, ne comptent pas du tout - les valeurs initiales restent, comme si elles n'avaient pas été ajoutées.
dix pour cent :
2010.08.11 19:41:03 2009.01.02 10:34 Sergitas_v1.01 EURUSD,M5 : Fonction de calcul : SLs = 11 et TPs = 66, TStartS = 30, TStop.Sell = 10, TStopLastPosS = 30, TStop.SellLP = 15
Aidez-moi à comprendre ce que c'est et où c'est... :)