Optimisation des variables pour horaires de trading

Viewing 3 posts - 1 through 3 (of 3 total)
  • Author
    Posts
  • #238351 quote
    DonTonyDonTony
    Participant
    Average

    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

    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

    #238355 quote
    GraHalGraHal
    Participant
    Legend

    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.

    Iván González thanked this post
    #238356 quote
    drubydruby
    Participant
    Junior

    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.

    Iván González and GraHal thanked this post
Viewing 3 posts - 1 through 3 (of 3 total)
  • You must be logged in to reply to this topic.
ProRealAI ProRealAI New

Stuck on this ProBuilder code?

Describe what this topic is trying to build, in plain English, and ProRealAI writes the ProRealTime™ indicator, screener or system for you.

Available in 7 languages
Try ProRealAI

Optimisation des variables pour horaires de trading


ProOrder : Trading Automatique & Backtests

New Reply
Author
author-avatar
DonTony @dontony Participant
Summary

This topic contains 2 replies,
has 3 voices, and was last updated by drubydruby
2 years ago.

Topic Details
Forum: ProOrder : Trading Automatique & Backtests
Language: French
Started: 10/01/2024
Status: Active
Attachments: No files
ProRealCode ProRealCode
Loading...