Toute question des nouveaux arrivants sur MQL4 et MQL5, aide et discussion sur les algorithmes et les codes. - page 1584
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
différence entre les modules. Sans module, seule la zone supérieure entre dans la condition. | OpenPrice - Bid |> Condition d'ouverture de 10*_Point
C'est ainsi que la condition devrait être, l 'offre est inférieure au prix ouvert et aucun module.
Sinon, nous obtiendrons un résultat correct si l'offre est supérieure au prix ouvert.
différence entre les modules. Sans le module, seule la zone supérieure entre dans la condition. | OpenPrice - Bid |> 10*_Point condition d'ouverture
Je ne comprends pas bien...
Pouvez-vous s'il vous plaît le rendre plus clair... pour un débutant)
Vous me surprenez.
Comment ?
Sur l'image, vous pouvez voir que le rapport OpenPrice - Bid ne doit pas être supérieur à 10*_Point.
mais peut être inférieure, y compris négative
mais peut être inférieure, y compris négative
Ouais... et tu obtiens la condition avec "&& > 0"
Quelle est la question ? Juste comme ça, ou pour quelque chose ?
Ouais... et tu obtiens la condition avec "&& > 0"
Quelle est la question ? Juste comme ça, ou pour quelque chose ?
J'utilise actuellement cette définition du moment pour entrer sur le marché.
J'ai pensé qu'il pourrait y avoir un moyen de le simplifier).
Aidez à optimiser un morceau de code pour Martin
La tâche est la suivante :
-Après l'arrêt, un Martin va multiplier les lots ;
-Le nombre de multiplications peut être ajusté avec la fonction OrdersClose, et lorsqu'il atteint une valeur spécifiée, le lot est remis à zéro ;
- le volume du lot ne doit pas être remis au volume de départ, mais doit être diminué séquentiellement dans l'ordre inverse ;
par exemple OrdersClose=5, Martin=2, lot=0.01 :
nous avons la séquence : 0.01 ; 0.02 ; 0.04 ; 0.08 ; 0.16 (remise à zéro) 0.01 ; 0.01 ;,,,,
besoin : 0,01 ; 0,02 ; 0,04 ; 0,08 ; 0,16 (remise à zéro) 0,16 ; 0,08 ; 0,04 ; .... 0,01.
Je n'ai pas assez de connaissances pour résoudre le problème moi-même.
J'ai essayé de saisir différentes combinaisons, mais je n'ai pas obtenu l'effet désiré.
J'utilise actuellement cette définition du point d'entrée sur le marché
J'ai pensé qu'il pourrait y avoir un moyen de le simplifier).
Et Alexey a raison))
C'est ainsi que cela devrait être par condition, enchérir en dessous du prix ouvert et aucun module.
Sinon, nous obtenons un résultat correct si l'offre est supérieure au prix ouvert.
Fixe)
Oui, c'est ça. N'a pas changé la condition. Par habitude. Il est confus dans l'image que Bid est au milieu))))
Mais là deuxième condition, l'entrée est la même en nombre de conditions.
Aidez à optimiser un morceau de code pour Martin
La tâche est la suivante :
-Après l'arrêt, un Martin va multiplier les lots ;
-Le nombre de multiplications peut être ajusté avec la fonction OrdersClose, et lorsqu'il atteint une valeur spécifiée, le lot est remis à zéro ;
- le volume du lot ne doit pas être remis au volume de départ, mais doit être diminué séquentiellement dans l'ordre inverse ;
par exemple OrdersClose=5, Martin=2, lot=0.01 :
nous avons la séquence : 0.01 ; 0.02 ; 0.04 ; 0.08 ; 0.16 (remise à zéro) 0.01 ; 0.01 ;,,,,
besoin : 0,01 ; 0,02 ; 0,04 ; 0,08 ; 0,16 (remise à zéro) 0,16 ; 0,08 ; 0,04 ; .... 0,01.
Je n'ai pas assez de connaissances pour résoudre le problème moi-même.
J'ai essayé de saisir différentes combinaisons, mais je n'ai pas obtenu l'effet désiré.
Et Alexei a raison))
Oui, c'est vrai. Ça n'a pas changé la situation. Par habitude. C'est déroutant sur la photo que Bid soit au milieu))))
Merci, mais cela ne simplifie en rien mon code)