Connaître le nombre de chandelier sous 0€
Forums › ProRealTime forum Français › Support ProOrder › Connaître le nombre de chandelier sous 0€
- This topic has 23 replies, 2 voices, and was last updated 4 years ago by imencity.
-
-
07/22/2020 at 10:12 AM #139808
Bonjour,
Sur les tests de codes, comme tous le monde, je m’aperçois que pas mal de trade perdant touche le stoploss à 0, 1, voir 4 ou 5 barre sans jamais avoir été positif.
Je voudrais savoir comment faire pour connaître le nombre moyen de barre (moyenne pondéré 🙂 ?) déclenchant un trade positif.Car évidemment je pourrais chercher à éliminer tous les trades négatifs qui pendant x (par ex 4) bougies n’ont pas été une seule fois dans le positif.
Mais il doit y a voir des trades super positif qui ont débuter à 6 bougies… et donc on s’en prive.Et pour fermer une position qui n’a pas eu de MFE > 0 pendant 5 bougie c’est bien cela ?
1234floatingprofit = (((close-positionprice)*pointvalue)*countofposition)/pipsizeIF BARINDEX-TRADEINDEX(1) <= 5 AND floatingprofit < 0 THENSELL AT MARKETENDIFMerci par avance.
07/22/2020 at 10:44 AM #139816Ta fonction n’est pas bonne puisque tu ne regardes le floating profit que sur la barre actuelle. Tu devrais plutôt faire une somme par exemple, avec summation[5](floatingprofit), cela te permettant de vérifier si cette somme est positive ou non et in fine savoir si l’ordre a déjà été gagnant dans le passé.
07/22/2020 at 10:59 AM #139820merci de ta réponse Nicolas,
cela m’aide à comprendre un aspect tu as raison.
mais la seconde partie de mon post est plus subtil qu’une somme. Car si la somme me dit si le volume des gains / perte est négatif, elle ne me dit pas si toute les bougies ont été négatif or je voudrais couper avant le stoploss si toutes les X bougies ont été perdantes (dans un premier temps).
ensuite pour les trade gagnants sur 15 bougies par ex, j’aimerais savoir à partir de combien de bougie c’est gagnant en moyenne, pour ensuite tester ce nombre sur la première partie du présent post.
07/22/2020 at 12:38 PM #139836Les 5 dernières bougies ont toutes étaient négatives :
1test = summation[5](floatingprofit < 0) = 5Ici la somme retourne une somme de conditions booléenne (1 = vrai ; 0 = faux), si la somme est égale à 5, alors toutes ont été négatives et donc la variable “test” (qui est elle même une variable booléenne) retournera 1.
07/22/2020 at 1:27 PM #13984807/22/2020 at 3:41 PM #139861Ah. Je croyais que c’était la somme totale des gains / pertes.
Mon premier exemple est différent du second.
Pour ta nouvelle question, lorsque l’ordre est ouvert, on attend d’être en gain pour renseigner la quantité de chandeliers dans une variable, essayons avec ce code :
1234567891011121314151617181920212223defparam cumulateorders=false//strategy exampleif not onmarket and rsi[14] crosses over 50 thenbuy at marketstart = barindexset target %profit 5set stop %loss 2.5endif//how many bars were in profitif onmarket then//floating profitfloatingprofit = (((close-positionprice)*pointvalue)*countofposition)/pipsizeif floatingprofit>0 and lastorder<start thenlastorder=startbar=barindex-startendifelsebar=0endifgraph barDans cet exemple, la variable “bar” indique à partir de combien de chandelier l’ordre a été en gain.
07/22/2020 at 10:06 PM #139925Merci de tes réponses Nicolas.
Je rencontre un delta entre l’affichage Graph et le nombre de barre dans la fenêtre pro-order.
J’avais déjà graphé un truc moins bien que ton code, et je crois que je ne comprends toujours pas c’est qu’est le nombre de barre dans la fenêtre de résultat proorder car tu indiques la même chose dans ta capture d’écran:Le nombre de petite barre minuscule (les bougies) de ton graphique doit être au moins 10 fois plus grand que le graph qui est au maximum de 8.
Dans ma capture d’écran du 15 au 16 janvier à 9h le graph indique 11 alors que la fenêtre des ordres indique 1408.
Qu’est-ce que je ne comprends pas stp ?
07/22/2020 at 10:48 PM #13992707/23/2020 at 10:47 AM #139950Dans la fenêtre du rapport détaillé, nombre de barres signifie la quantité de bougies de la durée de vie de l’ordre tout simplement et n’a rien à voir avec le MAE/MFE ou à quel moment l’ordre a commencé a être en gain ou non.
07/23/2020 at 3:10 PM #139980Et oui et évidemment, au début du comptage on ne sais pas encore si l’ordre sera gagnant ou perdant… donc on ne peut pas afficher a priori que les gagnants…
sinon j’ai testé ça mais ça marche pas dans mon code:
1234floatingprofit = (((close-positionprice)*pointvalue)*countofposition)/pipsizeIF BARINDEX-TRADEINDEX(1) <= 5 AND summation[5](floatingprofit < 0) = 5 THENSELL AT MARKETENDIFJe pense avoir mal inclu ton code ?
07/24/2020 at 10:45 AM #14002007/25/2020 at 8:59 PM #14009807/31/2020 at 8:58 PM #140576Bonsoir Nicolas,
Je retourne dans tous les sens et j’ai évidemment testé avec ta dernière proposition.
MAIS je ne comprends pas ce que le “bar” retourne…Dans l’exemple, pour une position, il m’indique un nombre de chandelier de 88 à partir de laquelle la stratégie est gagnante.
Or il n’y en as que 10 bougie d’écouler depuis l’affichage 88 alors que “nombre de barres signifie la quantité de bougies de la durée de vie de l’ordre“.Par contre en tout il y a 86 bougies… mais rien à voir car au moment du graph 88 le système ne peut pas savoir.
ET de plus, la stratégie est gagnante sur une bougie, bien avant ce graph… (bougie Rouge qui dépasse bien le mR1H)12345678910111213//how many bars were in profitif onmarket then//floating profitfloatingprofit = (((close-positionprice)*pointvalue)*countofposition)/pipsizeif floatingprofit>0 and lastorder<start thenlastorder=startbar=barindex-startendifelsebar=0endifgraph bar as "bar"Une idée ?
08/01/2020 at 9:04 PM #140631Hum… je crois que je comprends.
Dans ma stratégie j’achète en TF M15, mais je suis en TF M1 pour les clôtures.
Donc le start = barindex est sur TF M15 alors que je vois les barres en TFM1… D’où la différence…Je pourrais retomber sur mes pieds si le nombre par ex était de 2 barres et si j’en avais 30… car 2 X 15.
Mais là il m’affiche 88 pour seulement 10 bougies…A chaque fois que j’ai des questions simples ça finit toujours par devenir compliqué 😉
08/01/2020 at 9:48 PM #140634Voilà donc un ex de problème. Si on commente les TF tout est cohérent.
Dès qu’on active les TF les résultats n’ont aucun sens (enfin je ne les comprends pas).123456789101112131415161718192021222324252627282930defparam cumulateorders=falsetimeframe(15 minutes)//strategy exampleif not onmarket and rsi[14] crosses over 50 thenbuy at marketstart = barindexset stop %loss 2.5endiftimeframe(1 minutes)if rsi[14] crosses under 50 thensell at marketendif//how many bars were in profitif onmarket then//floating profitfloatingprofit = (((close-positionprice)*pointvalue)*countofposition)/pipsizeif floatingprofit>0 and lastorder<start thenlastorder=startbar=barindex-startendifelsebar=0endifgraph barEt j’ai besoin d’utiliser ça pour une stratégie; je dois identifier le nombre moyen de bougie au-dessus de laquelle on pourrait couper plus tôt.
Une idée pour m’aider à résoudre le (dernier) problème de ce fil svp ?
-
AuthorPosts
Find exclusive trading pro-tools on