[ARCHIVE]Toute question de débutant, afin de ne pas encombrer le forum. Professionnels, ne passez pas à côté. Je ne peux aller nulle part sans toi - 5. - page 131
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
Bonjour.J'ai écrit un indicateur basé sur l'indicateur, l'indicateur original Signal-Signal montre ses valeurs sur toutes les barres précédentes quand il est attaché au graphique (il est appliqué à toutes les barres, à partir de la barre [1]), mais l'indicateur créé à partir de lui (il est appliqué à la barre [0]) montre ses valeurs seulement quand il est attaché au graphique, ses valeurs sont correctes mais sur les barres précédentes "vide", s'il vous plaît dites-moi comment le réparer.
Mon code :
Victor, je pense que tu devrais mettre une pause sur Asc + distance, et dans la condition spécifier le ratio d'Asc et de Mashka, alors ce sera ce que tu veux. Essayez-le !
Vous pouvez voir sur le graphique que le prix n'est pas au-dessus de fastMa (le bracelet rouge), mais carrément en dessous. Mais dans le code, la condition est explicitement indiquée que la pause doit être au prix :
Quel est le piège, professionnels ? Je ne sais plus quoi faire...
Victor, je pense que tu devrais mettre une pause sur Asc + distance, et dans la condition spécifier le ratio d'Asc et de Mashka, alors ce sera ce que tu veux. Essayez-le !
Boris, c'est ce que j'ai fait :
Et voici l'ouverture du poste :
Tout semble être correct. Mais il est toujours là.
Peut-être qu'au moment où la commande a été passée, le MAHA était inférieur à celui qui est maintenant tiré. Essayez de prendre les valeurs MA de la 1ère barre au lieu de la 0ème.
Je l'ai essayé, aucune différence. Je l'ai remis... Ce qui m'importe, c'est ce qui se passe en ce moment, pas ce qui s'est passé avant.
Voici une capture d'écran (si la valeur reçue de la machine n'est pas 0, mais 1) :
Victor, c'est pour cela que j'écris les conditions au début, pour tout voir, pour qu'il soit plus facile de trouver les erreurs de logique, surtout quand il n'y a pas encore assez de connaissances et d'expérience, ce dont je ferai partie pendant longtemps encore. Les professionnels manipulent facilement les fonctions, les fichiers et les bibliothèques, et ont probablement oublié comment ils ont progressivement maîtrisé toute cette sagesse. Mais nous ne pouvons pas apprendre la théorie sans la pratique, et beaucoup plus dépend du caractère de chaque personne.
Boris, c'est ce que j'ai fait :
Et voici l'ouverture du poste :
Tout semble aller bien. Mais c'est toujours là.
Je l'ai essayé, aucune différence. Je l'ai remis... Ce qui m'importe, c'est ce qui se passe en ce moment, pas ce qui se passait avant.
Voici une capture d'écran (si la valeur reçue de la machine n'est pas 0, mais 1) :
Enfin, dites-moi exactement ce que vous voulez faire... Par exemple : MAA tel et tel est en train de monter et il est au-dessus de MAA tel et tel et le prix est au-dessus/au-dessous de MAA tel et tel et si c'est vrai, alors placez un ordre en attente à telle distance. Je vais vous donner un algorithme approximatif. En raison de tous ces fragments de code, sortis de leur contexte, il est difficile de vous orienter dans la bonne direction. Et le problème est pour la cinquième année (exagéré).
Pour ce qui est de la mise en évidence: travaillez sur les prix ouverts, vous ne verrez pas les MACs se redessiner sur la barre zéro.
... il est difficile de vous indiquer la bonne direction...
IMHO, pas difficile, mais très facile à "diriger" ou à envoyer, car le camarade est trop zélé dans sa lutte contre les sachets et les étagères, ne prenant pas la peine d'étudier le manuel et la documentation. :-)
IMHO, pas difficile, mais très facile à "diriger" ou à envoyer, car le camarade est trop zélé dans la lutte contre les sachets et les étagères, ne prenant pas la peine d'étudier le manuel et la documentation. :-)
Un homme s'est donc entouré de ces pierres et les déplace, les fait bouger.
Merci beaucoup, c'est exactement ce dont j'ai besoin.)
IMHO, pas compliqué, mais très facile à "diriger" ou à envoyer,
Il est certainement plus facile d'"envoyer", c'est-à-dire d'"envoyer", que de suggérer. Et en fait, je n'ai rien demandé pour me mettre dans un manuel scolaire. Écrire un double à un endroit, c'est vrai, mais l'essence ne change pas.
Enfin, dites-moi exactement ce que vous voulez faire... Par exemple : MAK untel est en train de monter et il est au-dessus de MAK untel et le prix est à un certain point en dessous/au-dessus de MAK untel et si c 'est vrai, alors placez un ordre en attente à une certaine distance. Je vais vous donner un algorithme approximatif. Parce qu'il est difficile de vous orienter dans la bonne direction, lorsque vos fragments de code sont arrachés de leur contexte. Après tout, la tâche est pour la cinquième année (exagérément).
Je joins ici une version de test du code et la publie également dans mon post.
Les conditions indiquent clairement que le prix de l'ordre est supérieur (inférieur) à la MA+(-) décalée de la MA.
C'est ici :
Le signal ne doit être calculé que lorsque le prix se trouve dans lazone de "gap" du tiret +(-) de la MA.
Dans une fonction d'achat, par exemple :
L'achat doit être supérieur àfastMa dei_thresholdFromMa * pt.
En fait, il n'y en a pas. Soit c'est un défaut de la langue, soit c'est un bug de l'ondulation. Comment expliquer autrement ce dont j'ai besoin ? J'ai donné le code entier sans conditions et fonctions supplémentaires (seulement un signal nu et une ouverture).C'est déjà écrit clairement(pour un testeur, je ne l'ai pas vérifié pour de vrai !).
Voici comment ça s'ouvre :
En ce qui concernela mise en évidence: travaillez sur les prix ouverts, alors il n'y aura pas de reflux des MAs sur la barre zéro.