Optimisation des variables pour horaires de trading

• 10/01/2024 at 1:11 PM #238351
  DonTony

  Bonjour à tous,

   

  Je vous sollicite aujourd’hui pour savoir s’il est possible d’optimiser les variables pour les horaires de trading.

  C’est de cette partie ci dont je parle:

  // Définition des paramètres du code DEFPARAM CumulateOrders = False // Cumul des positions désactivé // Annule tous les ordres en attente et ferme toutes les positions à 0:00, puis empêche toute création d'ordre avant l'heure "FLATBEFORE". DEFPARAM FLATBEFORE = 153000 // Annule tous les ordres en attente et ferme toutes les positions à l'heure "FLATAFTER" DEFPARAM FLATAFTER = 220000

  1 2 3 4 5 6

  // Définition des paramètres du code DEFPARAM CumulateOrders = False // Cumul des positions désactivé // Annule tous les ordres en attente et ferme toutes les positions à 0:00, puis empêche toute création d'ordre avant l'heure "FLATBEFORE". DEFPARAM FLATBEFORE = 153000 // Annule tous les ordres en attente et ferme toutes les positions à l'heure "FLATAFTER" DEFPARAM FLATAFTER = 220000

  J’ai bien essayé de remplacer 153000 et 22000 par X ou A afin de définir des variables mais PRT m’affiche un message d’erreur.

   

  L’un de vous aurait-il une idée?

   

  Merci par avance!

  Tony

  

  DonTony

  Participant

  Topics: 8

  Replies: 18

  Been thanked: 2 times
  10/01/2024 at 2:44 PM #238355
  GraHal

  Non, vous ne pouvez pas optimiser FLATBEFORE ou FLATAFTER, mais si vous codez le même effet en utilisant Hour < et / ou Hour >, nous pouvons optimiser les valeurs pour Hours.

  L’espoir ci-dessus a du sens.

  1 user thanked author for this post.

  Iván

  

  GraHal

  Participant

  Topics: 214

  Replies: 8830

  Been thanked: 2201 times
  10/01/2024 at 3:30 PM #238356
  druby

  Bien que FLATBEFORE et FLATAFTER semblent créer une plage horaire pour le trading, ils font en fait le contraire.
  Comme son nom l’indique, FLAT signifie qu’il n’y a pas de trading en dehors de la plage suggérée.
  Je le mentionne parce que, outre l’heure, les positions sont fermées, les ordres en attente sont annulés et d’autres ordres sont empêchés dans le fuseau horaire de l’utilisateur.
  Cela peut, ou non, être un problème selon ce que vous faites, j’ai pensé que je devrais le mentionner.
  Une plage horaire mentionnée par Grahal, le codage avec hh, mm, ss peut être contrôlé à l’aide de variables pour créer une zone pour effectuer des transactions. Un autre code devrait être créé pour imiter les autres opérations si nécessaire.
  Le FLATBEFORE et le FLATAFTER constitueraient la dernière ligne de défense.

  Pour optimiser, je pense qu’il faudrait imiter toutes les opérations afin de s’assurer que seules les transactions appropriées ont été prises et qu’elles ont été fermées ou annulées.

  2 users thanked author for this post.

  GraHal, Iván

  

  druby

  Participant

  Topics: 1

  Replies: 380

  Been thanked: 291 times
• Author
  Posts