Maxim, bonjour ! Merci pour la variante, la mienne est presque la même, elle fonctionne aussi, maisAlekseu Fedotov l'a suggéré et j'ai écrit qu'il y a une idée comment la corriger ?
Si cela ne vous dérange pas de le redessiner (par exemple, vous le recalculerez de toute façon, comme maintenant) - renvoyez de la fonction OnCalculate l'endroit à partir duquel vous voulez le recalculer, dans votre cas - la barre de l'heure précédente.
return rates_total-iBarShift(_Symbol,_Period,time[0]-TimeMinute(time[0])*60-TimeSeconds(time[0])-1 ) ; // à propos de ceci, écrit "à la main et non vérifié", pour démontrer l'approche.
Pouvez-vous m'indiquer comment réinitialiser le tampon lorsqu'une nouvelle barre apparaît, mais de manière à ce que les données précédentes ne soient pas effacées et soient affichées sur le graphique. Pour une raison quelconque, je n'arrive pas à remettre le tampon à zéro et lorsqu'une nouvelle barreapparaît, les nouvelles données sont superposées aux anciennes données accumulées. Qu'est-ce qui ne va pas dans mon code ? Merci pour cette précision.
Lorsqu'une nouvelle barre apparaît, le terminal ajoute de nouveaux éléments nuls dans les tampons. Dans les lignes 3 ... 6 c'est exactement les mettre à zéro. Tout le reste est sauvegardé
STARIJ: Lorsqu'une nouvelle barre apparaît, le terminal ajoute de nouveaux éléments nuls dans les tampons. Dans les lignes 3 ... ... 6 sont exactement nuls. Tous les autres éléments sont préservés
Pourquoi les barres de l'histogramme croissent-elles immédiatement à l'apparition d'une nouvelle barre et continuent-elles de croître, mais la barre suivante croît à l'apparition de la barre suivante et de la précédente ?
Pourquoi les barres de l'histogramme immédiatement après l'apparition d'une nouvelle barre ont-elles la croissance de la barre précédente, puis continuent à croître, et la barre suivante a, à l'apparition de la barre suivante, la croissance de la précédente ?
Je ne sais pas quoi reprocher, peut-être devrais-je utiliser OrderModify() ou OrderSelect pour envoyer un ticket par référence et le modifier d'une manière ou d'une autre ?
ijonhson: Bonjour à tous, je n'arrive pas à me comprendre, une sorte de poltergeist, bien que je sois peut-être inattentifDans une telle combinaison dans le testeur de stratégie, erreur de ticket incorrect (OrderModify()), et sur le n-ième ordre, pas sur le premier ou le second, je ne sais pas ce qu'il faut blâmer, peut-être dans OrderModify(), ou le ticket OrderSelect est passé par référence et il change en quelque sorte ?
Vous sélectionnez l'ordre par ticket et ensuite, après des kilomètres de code, vous essayez de le modifier. Mais il se peut qu'elle soit déjà fermée à ce moment-là.
Maxim, bonjour ! Merci pour la variante, la mienne est presque la même, elle fonctionne aussi, maisAlekseu Fedotov l'a suggéré et j'ai écrit qu'il y a une idée comment la corriger ?
Si cela ne vous dérange pas de le redessiner (par exemple, vous le recalculerez de toute façon, comme maintenant) - renvoyez de la fonction OnCalculate l'endroit à partir duquel vous voulez le recalculer, dans votre cas - la barre de l'heure précédente.
return rates_total-iBarShift(_Symbol,_Period,time[0]-TimeMinute(time[0])*60-TimeSeconds(time[0])-1 ) ; // à propos de ceci, écrit "à la main et non vérifié", pour démontrer l'approche.
La trame temporelle du graphique utilisée est celle où se trouve l'indicateur - zéros
Pouvez-vous m'indiquer comment réinitialiser le tampon lorsqu'une nouvelle barre apparaît, mais de manière à ce que les données précédentes ne soient pas effacées et soient affichées sur le graphique. Pour une raison quelconque, je n'arrive pas à remettre le tampon à zéro et lorsqu'une nouvelle barreapparaît, les nouvelles données sont superposées aux anciennes données accumulées. Qu'est-ce qui ne va pas dans mon code ? Merci pour cette précision.
Lorsqu'une nouvelle barre apparaît, le terminal ajoute de nouveaux éléments nuls dans les tampons. Dans les lignes 3 ... ... 6 sont exactement nuls. Tous les autres éléments sont préservés
Pourquoi les barres de l'histogramme croissent-elles immédiatement à l'apparition d'une nouvelle barre et continuent-elles de croître, mais la barre suivante croît à l'apparition de la barre suivante et de la précédente ?
Pourquoi les barres de l'histogramme immédiatement après l'apparition d'une nouvelle barre ont-elles la croissance de la barre précédente, puis continuent à croître, et la barre suivante a, à l'apparition de la barre suivante, la croissance de la précédente ?
En bas, vieux, en haut, neuf
Le cadre temporel du graphique utilisé est celui où l'indicateur - les zéros se tiennent.
Salutations à tous, je n'arrive pas à comprendre moi-même,
Il est ainsi plus facile de trouver l'erreur :
Mais je pense qu'avant OrderSelect() il devrait être tiket_order=(correct_ticket)Bonjour à tous, je n'arrive pas à me comprendre, une sorte de poltergeist, bien que je sois peut-être inattentifDans une telle combinaison dans le testeur de stratégie, erreur de ticket incorrect (OrderModify()), et sur le n-ième ordre, pas sur le premier ou le second, je ne sais pas ce qu'il faut blâmer, peut-être dans OrderModify(), ou le ticket OrderSelect est passé par référence et il change en quelque sorte ?