Limitations – TimeFrame & Proscreener

Forums ProRealTime forum Français Support ProScreener Limitations – TimeFrame & Proscreener

Viewing 5 posts - 1 through 5 (of 5 total)
  • #179240

    Bonjour,
    je vous contacte car il me semblait qu’il n’y avait aucune limitation dans l’utilisation de la fonction TIMEFRAME avec ProScreener.
    Or, dernièrement, j’ai été incapable de créer un screener en précisant “UpdateOnclose”, que ce soit en 15 minutes, ou en Weekly

    De plus, je ne comprends pas : j’utilise généralement Hourly, mais ce timeframe est refusé, je dois mettre 1hour.

    Est-ce que l’utilisation de TIMEFRAME pour un screener diffère de l’utilisation pour une stratégie ?
    ou y a-t-il des limitations particulières? (par exe. avec probuilder, pas plus de 5 timeframe, mais ici ?)

    Merci d’avance

    #179347

    En effet la syntaxe de TIMEFRAME diffère de celles des stratégies et indicateurs. ProScreener a été le premier outil à utiliser cette instruction il y a de très nombreuses années et n’a pas évolué avec les dernières améliorations ajoutées à ProBuilder/ProBacktest.

    Donc comme tu le remarques, il n’y a pas de UPDATEONCLOSE avec ProScreener, la détection se fait sur la bougie en cours, si tu veux détecter une bougie en arrière par exemple, tu utiliseras un offset de périodes dans tes conditions avec les crochets, par exemple:

     

     

    1 user thanked author for this post.
    #179351

    ok, c’est noté.
    Merci encore.
    bonne journée

    #179394

    Ok, la syntaxe diffère, mais les unités de temps disponibles aussi ?!!

    Pas possible de mettre 6heures, 8heures ou encore 6mois ?

    est-ce que cette mise à jour est étudiée par PRT ?

    merci encore

    #179405

    Les seules unités de temps disponible dans ProScreener sont ceux de la liste déroulante. Le mensuel et l’annuel viennent d’être ajouté.

    Les scans qu’effectuent ProScreener  sont réalisés côté serveur, pour une raison de confort, sinon il serait impossible pour votre ordinateur de scanner des milliers d’instruments en temps réel. Pour cette raison les scans sont délocalisés, mais on doit limiter les données historiques, sinon si chaque client voulait utiliser ses propres UT, les ressources nécessaires seraient énormes !

     

Viewing 5 posts - 1 through 5 (of 5 total)

Create your free account now and post your request to benefit from the help of the community
Register or Login