Optimisation des variables pour horaires de trading

Viewing 3 posts - 1 through 3 (of 3 total)
  • Author
    Posts
  • 10/01/2024 at 1:11 PM #238351 quote
    DonTony
    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

    10/01/2024 at 2:44 PM #238355 quote
    GraHal
    Participant
    Master

    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
    10/01/2024 at 3:30 PM #238356 quote
    druby
    Participant
    New

    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
  • Author
    Posts
Viewing 3 posts - 1 through 3 (of 3 total)
  • You must be logged in to reply to this topic.

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 druby
1 year, 5 months ago.

Topic Details
Forum: ProOrder : Trading Automatique & Backtests
Language: French
Started: 10/01/2024
Status: Active
Attachments: No files
Logo Logo
Loading...
Do you like cookies? 🍪 We use cookies to ensure you get the best experience on our website. (Learn more)
©2026 ProRealCode - Trading & Coding with ProRealTime™