Les ressources ont été chargées... Je charge...

Comment obtenir le prix d'ouverture et de fermeture d'une ligne k

Auteur:Les morts sont venus., Créé: 2017-01-21 17:08:57, mis à jour:

Ils appellent à l'aide.

J'aimerais vous poser une question. Je suis un utilisateur qui a récemment commencé à apprendre à écrire des stratégies et j'ai quelques questions à poser, très basiques. Il y a peut-être des réponses sur le forum, mais je ne les ai pas encore trouvées.

La question est la suivante: Comment obtenir les prix des jetons Open et Close de la ligne K qui vient de s'achever et de la ligne K qui l'a précédée?

Expliquez-moi: Prenons l'exemple d'une ligne K de 1 minute, supposons qu'il est maintenant entre 13:30:01 et 13:30:59, c'est ainsi que l'on obtient la ligne K de 13:29:00-13:30:00; ainsi que le prix de l'échange Open et Close de la ligne K de 13:28:00-13:29:00.

Lorsque vous entrez à 13:31:00, vous repoussez l'ensemble d'une minute, c'est-à-dire 13:30:00-13:31:00 et 13:29:00-13:30:00 pour les deux lignes K.

Je me sens un peu tendu la main. Mais je n'ai pas vraiment trouvé comment le faire.

Merci beaucoup.


Plus de

L'inventeur de la quantification - un petit rêve- ### Le code Je ne sais pas. Temps d'importation Définition principale: Pour le temps = 0; alors que True: LogStatus (("l'heure actuelle:", _D(time.time))) records = exchange.GetRecords (en anglais) if ((not records or len ((records) < 3): Poursuite else: voir ici Si (perTime!= records[-1][ "Time"]): La ligne de partage Log ((" décompte le premier BAR Time: ", _D ((records[-1]["Time"] / 1000), "open:", records[-1]["Open"], "close:", records[-1]["Close"]) Log (("démontage de la deuxième BAR Time:", _D ((records[-2]["Time"] / 1000), "open:", records[-2]["Open"], "close:", records[-2]["Close"]) Pour les enregistrements[-1]["Time"] Sleep ((1000); Je ne sais pas. Pour les personnes qui ont besoin d'aide, veuillez cliquer sur le lien suivant: https://dn-filebox.qbox.me/0526171cd87660b623631c0e1230d728c54189df.png

Les morts sont venus.En fait, je pense que le graphique de comparaison ne semble pas avoir de problème lors de la réévaluation. De plus, la sortie devrait être la plus rapide lorsque le nouveau BAR est créé.

L'inventeur de la quantification - un petit rêveOh oui, c'est moi qui ai écrit le problème, j'ai produit LOG à l'époque de la création du nouveau BAR, qui est en fait OPEN et CLOSE; je devrais essayer avec les indices -2 et -3

Les morts sont venus. https://dn-filebox.qbox.me/f26922644ef757f579ac683a5032c42d57ee2bcc.png

Les morts sont venus.Le moment où le log est généré devrait être [-1], donc le code devrait être modifié en: Log ((" décompte le premier BAR Time: ", _D ((records[-2]["Time"] / 1000), "open:", records[-2]["Open"], "close:", records[-2]["Close"]) Log (("compte à rebours de la deuxième BAR Time:", _D ((records[-3]["Time"] / 1000), "open:", records[-3]["Open"], "close:", records[-3]["Close"]))

Les morts sont venus.J'ai soudainement découvert que les données de close de la première BAR étaient un peu problématiques, car elles étaient toujours les mêmes en open et close. J'ai comparé et j'ai découvert que close était incorrect, mais je n'ai pas vu de problème dans le code.