Dans pratiquement 50% des cas, la durée des transactions ininterrompues est égale à "1". Nous avons donc des situations du type suivant : nous avons ouvert un achat puis inversé la position (c'est-à-dire fermé un achat avec une perte et ouvert une vente) ou cette situation : nous avons ouvert une vente puis inversé la position (c'est-à-dire fermé une vente avec une perte et ouvert un achat). Ainsi, les situations avec des transactions ininterrompues de longueur "1" sont une perte garantie.
Environ 25% de tous les cas où la durée des transactions ininterrompues est égale à "2", par l'exemple suivant : nous avons ouvert un Achat, puis ouvert un autre Achat et inversé la position (c'est-à-dire fermé deux Achats et ouvert une Vente - ce qui a entraîné une perte égale à zéro).
Je pense que ces catégories les plus nombreuses (durée des transactions ininterrompues égale à "1" et "2") doivent être réfléchies plus en détail afin de corriger la stratégie de placement des ordres stop en attente.
Vérifions l'idée de pyramide (dans le cas où nous ouvrons une position dans la direction de la précédente) :
1. Variante d'augmentation de la taille du lot en progression géométrique
Une progression géométrique est une séquence de nombresb1, b2, b3,... (Membres de la progression), dans laquelle chaque nombre suivant à partir du deuxième, est obtenu à partir du précédent en le multipliant par un certain nombre q(dénominateur de la progression), où b1!=0, q!=0 : b1, b2=b1*q, b3=b2*q.
2. Variante de l'augmentation du lot dans la progression arithmétique
La progression arithmétique (algébrique) est une suite de nombres (membres de la progression) dans laquelle chaque nombre commençant par le deuxième est obtenu à partir du précédent en lui ajoutant un nombre constant d (pas, ou différence de progression).
Avec l'introduction des deux types de régression, il devient nécessaire de vérifier la taille de lot calculée. La fonction LotCheck sera utilisée à cet effet. Exemple d'utilisation de cette fonction dans le script :
Les professions géométriques et arithmétiques ont été ajoutées à la classe EA. Implémentation du calcul des lots (pour l'instant) pour la progression géométrique.
//+------------------------------------------------------------------+//| 1.001: |//| when starting, sets Buy stop and sell stop |//| 1.002: |//| OnTradeTransaction: if DEAL_ENTRY_IN delete all pending orders,|//| and, sets Buy stop and sell stop |//| 1.003: |//| OnTradeTransaction: DEAL_ENTRY_IN |//| DEAL_TYPE_BUY => ClosePositions(POSITION_TYPE_SELL) |//| DEAL_TYPE_SELL => ClosePositions(POSITION_TYPE_BUY) |//| PlacesXXXX: |//| "RefreshRates()" is now inside the "PlacesXXXX" |//| OnTradeTransaction: |//| a "while" loop for "PlacesXXXX" |//| 1.004: |//| add OnTester and save csv file |//| 1.005: |//| add Geometric and arithmetic progression |//| only a geometric progression is realized |//+------------------------------------------------------------------+
Comparaison du trading(symbole EURUSD, étape 35) avec un lot régulier et avec une progression géométrique :
Fig. 1 : Un Expert Advisor Buy stop Sell stop Grille en tant que classe : un lot régulier
Fig. 2. Une grille d'achat stop de vente stop de conseiller expert en tant que classe : progression géométrique.
Fig. 3 : Classificateur de la grille Buy stop Sell stop Expert Advisor : lot progressif arithmétique
Disons-le ainsi : "Augmenter les lots en progression géométrique ou arithmétique lorsqu'on tient des positions dans une direction est pire que de négocier avec un lot constant".
Pour l'étape 35, les totaux étendus :
Ici, nous pouvons voir que
Je pense que ces catégories les plus nombreuses (durée des transactions ininterrompues égale à "1" et "2") doivent être réfléchies plus en détail afin de corriger la stratégie de placement des ordres stop en attente.
Vérifions l'idée de pyramide (dans le cas où nous ouvrons une position dans la direction de la précédente) :
Ajout de deux liens dans le premier message :
Forum sur le trading, les systèmes de trading automatisé et les tests de stratégies de trading
Achat stop Vente stop Grille Expert Advisor en tant que classe
Vladimir Karputov, 2017.09.26 19:26
***
Ajouté :
Pendant l'exécution de l'EA, les données sont écrites dans un tableau dans OnTradeTransaction. Le format d'enregistrement est le suivant : s'il y a une position d'achat ouverte, cela signifie que nous enregistrons "+1" ; s'il y avait une position de vente ouverte, cela signifie que nous enregistrons "-1".
Vérifions l'idée du pyramidage (dans le cas où une position a été ouverte dans la direction de la précédente).
Avec l'introduction des deux types de régression, il devient nécessaire de vérifier la taille de lot calculée. La fonction LotCheck sera utilisée à cet effet. Exemple d'utilisation de cette fonction dans le script :
Afin de ne pas altérer le journal du terminal, toute la sortie est organisée sur le graphique :
Les professions géométriques et arithmétiques ont été ajoutées à la classe EA. Implémentation du calcul des lots (pour l'instant) pour la progression géométrique.
ds
Comparaison du trading(symbole EURUSD, étape 35) avec un lot régulier et avec une progression géométrique :
Fig. 1 : Un Expert Advisor Buy stop Sell stop Grille en tant que classe : un lot régulier
Fig. 2. Une grille d'achat stop de vente stop de conseiller expert en tant que classe : progression géométrique.
Fig. 3 : Classificateur de la grille Buy stop Sell stop Expert Advisor : lot progressif arithmétique
Disons-le ainsi : "Augmenter les lots en progression géométrique ou arithmétique lorsqu'on tient des positions dans une direction est pire que de négocier avec un lot constant".
J'ai un problème lorsque j'essaie de mettre à jour des données à partir de Storage it writes :
2017.10.03 12:59:10.146 Échec de la lecture des données http par le stockage (storage.mql5.com:443 read failed [12152]).
En général, mon travail avec le stockage ne fonctionne pas du tout... Je fais quelque chose de mal...Je reçois un message lorsque j'essaie de mettre à jour depuis l'entrepôt :
2017.10.03 12:59:10.146 Échec de la lecture des données http par le stockage (storage.mql5.com:443 read failed [12152]).
En général, mon travail avec le stockage ne fonctionne pas du tout... Je fais quelque chose de mal...Allons sur Skype, puis affichons une solution au problème de stockage ici ...
Allons sur Skype et affichons ensuite la solution au problème de l'entrepôt ici ...
Pas de problème. Je vous l'ai envoyé par e-mail en personne.
Donc.
J'ai Windows7 x64, le contrôle des comptes est désactivé. Je dois me connecter à l'entrepôt à chaque fois que je me connecte au méta-éditeur.
Vladimir, ajoutez-moi également au projet. Merci.