Erreur ProOrder au lancement: un indicateur utilisé manque d’historique

Forums ProRealTime forum Français Support ProOrder Erreur ProOrder au lancement: un indicateur utilisé manque d’historique

Viewing 15 posts - 1 through 15 (of 17 total)
  • #72962

    Bonjour à tous,

    Comme me l’a conseillé Nicolas hier soir, j’ouvre aujourd’hui un nouveau sujet à propos d’un message d’erreur lorsque j’essaie de lancer un algorithme en réel. J’ai en réalité 2 algorithmes complémentaires qui doivent se synchroniser via un indicateur ProBuilder qui simule les prises de position du premier algortihme (code principal).

    Voilà le message d’erreur affiché par ProOrder quelques secondes après que j’ai mis en marche mon code :
    “Votre système de trading a été arrêté car au moins un indicateur utilisé manque d’historique pour être calculé. Merci d’augmenter la quantité d’historique pré-chargée au démarrage du système en utilisant l’instruction DEFPARAM (ex : DEFPARAM Preloadbars = 2000).”

    Très bien, seulement dans mon code je n’appelle jamais plus de quelques barres d’historique (20 exactement pour l’HistoricVolatility dans le code ProBuilder) or, j’ai une ligne DEFPARAM PRELOADBARS = 1000 qui devrait être largement suffisante… De plus à l’affichage de ce message d’erreur j’ai bien évidemment essayer de modifier le nombre de barres à précharger (jusqu’à plusieurs milliers) mais cela n’a rien changé.

    Je ne comprends pas ce qui pose problème surtout que je n’ai aucun problème en Backtest. Pourquoi ? Pour moi, de mon côté, tout fonctionne exactement comme je l’ai codé en BackTest sauf que je ne peux pas le lancer sur le marché.. Un peu frustrant (rire).

    Si quelqu’un pouvait m’éclairer et me permettre de lancer cette stratégie cela serait génial!

    Merci par avance pour votre temps passé sur nos questions qui parfois, faut il l’avouer, ne nécessitent qu’un peu de bon sens et d’observations.

    PS : Je vous joins aussi l’indicateur ProBuilder que j’ai crée pour simuler le code principal bien qu’il ne soit surement pas d’un grand intérêt car, comme je l’ai déjà stipulé plus haut, il n’appelle pas plus de 20 d’historique. Mais tout est là. Encore merci pour votre aide.

     

     

     

     

    #72963

    Test rapide à faire, avant d’aller plus loin:

    1. remplacer HistoricVolatility par un autre indicateur lambda (juste pour “voir”)
    2. faire un defparam preloadbars=0, même si cela paraît étrange 🙂

     

    #73012

    Merci @Nicolas pour cette réponse rapide. Je viens de tester en remplacent la volatilité par un RSI[14] qui doit être supérieur à 0 pour démarrer le trading, avec DEFPARAM PreLoadBars = 0  mais sans succès. J’ai la toujours la même erreur…

    Ça ne m’étonne pas trop mais je suis curieux de connaître ton avis sur ce résultat. 🙂

    #73026

    Ok, PRT-CFD/IG ou PRT software ? Le problème est apparu quand ?

    #73027

    @Nicolas

    Je suis avec PRT-CFD chez IG. Le problème vient d’apparaître car ce code est mon “petit dernier” que je comptais bien tester cette semaine en réel avec 1 mini contrat.

    #73028

    Bon, j’ai écarté tout ce à quoi je pouvais penser comme potentiel problème “invisible”.. Il faudrait lancer un ticket support sous la plateforme (CTRL+M) et mettre en référence ce topic. Merci.

    1 user thanked author for this post.
    #73029

    @Nicolas

    D’accord, donc si je comprends bien, le problème ne vient donc pas de mon code ? En tout cas pas de quelque chose qui dépend de moi ?

    Je vais donc faire ça, et je te tiendrais informé des avancées en espérant en avoir rapidement… J’ai hâte de voir ce code tourner en réel 🙂

    Merci pour tout, c’est toujours génial de pouvoir compter sur toi ou sur la communauté de ce forum en général! Bonne soirée ou journée en fonction de l’endroit où tu te trouves 🙂

    #73030

    @Nicolas, j’ai oublié de te demander, mais peut-être pourrais tu si tu en as le temps, essayer de faire tourner ces codes chez toi en démo et me dire si ils marchent en attendant la réponse de PRT que je viens de contacter via la plateforme. Même si je ne vois pas pourquoi cela fonctionnerai mieux…

    #73088

    J’ai oublié de demander, sur quel instrument et unité de temps est lancé le programme ?

    #73091

    Très honnêtement, je ne suis pas encore sûr du TimeFrame pour l’instant.. Il est toujours en période de test pour savoir où j’obtient les meilleurs résultats. Mais en ce qui concerne le problème lui-même j’ai testé presque toutes les périodes et le problème reste identiques : à l’ouverture de la bougie où le code doit démarrer il est presque instantanément bloqué. (J’ai testé 1s, 1min, 10min, 1H, 2H, 4H)

    Pour l’instrument je l’ai prévu pour de l’Euro/USD  (en fonction des résultats je pourrais éventuellement adapter de futurs versions pour d’autres instruments)

    #74740

    Bonjour @Nicolas,

    Cela fait maintenant plus de 2 semaines que j’ai contacté PRT, mais à part IG m’ayant informé qu’ils avaient transmis le code aux développeurs je n’ai aucune nouvelle supplémentaire… J’avoue être un peu impatient de pouvoir tester ce code et le faire évoluer afin de l’optimiser au maximum, chose qui nous passionne tous plus ou moins je suppose 🙂

    En sais tu plus sur les délais habituels car cela m’inquiète un peu ?

    #74744

    J’essai d’obtenir des infos et je reviens dés que possible.

    #75098

    @Nicolas

    D’accord, c’est très gentil merci beaucoup.

    #76082

    Bonjour @nicolas,

    J’ai reçu ce matin la réponse de PRT m’indiquant sans grande précision que le problème ne pourrait être résolu avant la prochaine MAJ prévue pour Septembre 2018. Je trouve cette réponse non satisfaisante et relativement cavalière, d’autant plus qu’il aura fallu les relancer 3 fois, attendre plus d’un mois pour obtenir une “non-réponse”. En fait il me confirme la  fiabilité “relative” de ProRealTime, en effet je conçois un code, j’y passe du temps pour le résultat suivant : mes positions gagnantes en Backtest ne peuvent être prise en réel à cause d’un bug ProRealTime.

    Évoluant dans un monde financier sérieux et étant partenaire d’IG.com, j’attendais de leur part une attitude plus professionnelle à savoir soit une solution alternative, soit la reconnaissance de mon travail car si j’ai bel et bien mis le doigt sur un bug qui les aidera à améliorer leur plateforme ils pourraient faire comme Apple qui rémunère de manière importante les personnes les aidant à détecter les failles de leur OS pour les corriger car eux ont compris que pour tout logiciel ou code la fiabilité, et donc la crédibilité, est la chose la plus importante.

    En résumé je trouve que face à cette situation ProRealTime n’est pas à la hauteur de ses concurrents, qu’il me prive de gains potentiels significatifs et que dans le milieu de la finance et du trading où la priorité est d’être réactif face aux enjeux financiers importants. Malgré qu’il présente une interface et des fonctions simpliés très prometteuses, Prorealtime a encore beaucoup de chemin à parcourir avant d’être reconnu comme un logiciel professionnel de référence et fiable à toute épreuve.

    Si tu as le moyen de leur faire parvenir ce message, je t’en serais très reconnaissant car je n’ai aucun moyen de les contacter directement. Je crois beaucoup en ProRealTime, mai je trouve leur réaction légère face à ce bug. J’en viens à douter de la confiance que l’on peut accorder à une plateforme sur laquelle nous investissons nos fonds en réel alors qu’ils ne sont pas capable de fournir ne serait-ce qu’une simple explication lorsqu’un bug dont ils sont pleinement responsables apparaît. Que ce serait-il passé si ce bug été apparu durant un trade et qu’une somme importante avait été perdue ?

    En tout cas merci pour le temps et l’intérêt que tu as consacré à ce sujet, et à m’aiguiller dans les procédures.

    Amitiés

    Lorenzo

    #112547

    Bonjour,

    Sait-on s’il y a eu des évolutions sur ce genre de soucis?

    J’ai moi aussi des erreurs de ce type pour 3 systèmes qui marchaient bien jusqu’à ce que j’y ajoute des filtres tels que le repulse ou l’adx sur l’ut principale de ces stratégies (5min), mais aussi en multitimeframe sur plusieurs ut différentes. J’ai aussi ce type de filtres sur d’autres stratégies sans que cela pose problème.

    La V11 notamment permettra-t-elle d’augmenter la quantité d’historique préchargée ?

Viewing 15 posts - 1 through 15 (of 17 total)

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