dans les 2 cas (horaire et journalier, et faisant abstraction du nom et du sens haut/bas qui ne colle pas mais ce n’est pas le sujet ici) on a basdugap=dopen(0)=35137.5 et hautdugap=dclose(2)=35059.4, donc une différence 78.1
Mais comme difgap dans cette façon de coder est calculé “avant” de mettre à jour les data basdugap et hautdugap, alors logiquement en journalier il garde sa valeur 56.3 de la semaine d’avant.
En horaire, à la première bougie 1h de la journée difgap vaut aussi 56.3 puis met à jour basdugap et hautdugap, dont les nouvelles valeurs sont ensuite lues en 2e bougie 1h où logiquement difgap passe à 78.1
Il n’y a donc pas de problème avec les calculs de la plateforme. Si on veut obtenir le même résultat dans les 2 UT et que le résultat retenu soit celui de la semaine en cours, il suffit de calculer difgap juste après la mise à jour de basdugap et hautdugap, plutôt qu’avant:
Du coup, si j’ai bien compris, c’est tout simplement car j’ai mis la ligne “difgap” en premier et pas après “hautdugap” et “basdugap” (oui, mes noms de variables sont pas très très précises 🙂 )?
Je me disais bien que ça devait être simple, mais pas à ce point là ! lol
J’ai appris un truc sur le codage prt, merci beaucoup.