Gestion de multiples stratégies sur les serveurs de prorealtime

Forums ProRealTime forum Français Support ProOrder Gestion de multiples stratégies sur les serveurs de prorealtime

Viewing 6 posts - 1 through 6 (of 6 total)
  • #110125

    Bonjour,

     

    J’ai 16 robots (stratégies) qui tournent en production sur prorealcode et mon problème est que pas mal d’ordres ne sont pas executés en réalité alors qu’ils le sont sur les backtests.

    La réponse d’IG à ce problème c’est qu’il n’y a pas de contre partie. Le problème c’est qu’il n’y a aucun log me permettant de prendre conaissance des motifs de refus de l’ordre.

    Dans ma logique cela pourrait très bien être le serveur de pro real time qui execute l’ordre trop tard du à une surcharge et ducoup, le prix demandé ne correspond plus et ig refuse d’ouvrir l’ordre ?

    Il y a aussi un GAP entre le prorealtime demo et production car j’ai deux compte et les deux compte qui font tourner les même robots ne présente pas les mêmes ouvertures au même moment.

    Quelqu’un as t’il une idée de comment ProRealTime gère les ressources serveurs, comment ils passent les ordre à IG, si il y a des logs qquepart ?

    Cordialement.

    #110134

    Le courtier ne semble pas incriminer le logiciel qui envoie les ordres, mais parle d’aucune contre partie, les ordres doivent être refusés “quelque part”, et cela doit être répertorié en effet dans un log. Dans la liste des ordres de la plateforme, tu devrais déjà trouver quelques pistes (onglet ordres rejetés).

    Il est difficile de comparer les backtests, serveurs démo et compte réel. Le slippage et la variation du spread auront toujours un impact significatif en trading réel.

    #110136

    Merci Nicolas !

     

    Je ne trouve justement pas ces ordres rejetés dans les logs. C’est comme si il n’avaient jamais existés.

    As-tu déjà utilisé une boucle while pour transmettre un ordre jusqu’à ce que cet ordre passe ? Cela se fait en mql mais en prt ? c’est vrai que les info retourné sur les ouverture dans le code sont minimalistes.

    #110139

    Oui j’ai déjà essayé, mais pas depuis le support MTF. Dans ce cas, il faudrait tenter une boucle WHILE, de ce type : (attention très dangereux sans un DEFPARAM cumulateorders=false). A tester, je ne suis pas certain de l’efficacité !

     

    #110141

    Oui exactement, très dangereux donc comme sécurité il y a la limite d’ordre maximal par jour a mettre comme garde fou et vérification constante de savoir si on a un ordre en cours et vérification de la déviation du prix. J’essaie et je donne le feedback. Merci

    #110267

    bonsoir,

    je donne un ordre en H4 je récupère le temps et nombre de position .

    en M5 je laisse passer 5 minute pour que le compteur de position ce mettre a jour.

    voici le code

     

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

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