Stop Loss, Take Profit et Trailing sont désactivés. Lors de l'ouverture d'une position, un commentaire ("UP" ou "DOWN") est ajouté, afin de comprendre quelle ligne a déclenché le signal.
OnTick affichera une erreur critique lors du dépassement d'une ligne.
MJ 002:48:40.746 Tester EURUSD,H1 (Alpari-MT5-Demo): generating based on real ticks
JR 002:48:40.746 Tester EURUSD,H1: testing of Experts\Two_Trend_Line.ex5 from2019.08.0100:00 to 2019.08.1900:00 started with inputs:
KR 002:48:40.746 Tester InpStopLoss=0
QF 002:48:40.746 Tester InpTakeProfit=0
PL 002:48:40.746 Tester InpTrailingFrequency=9
IN 002:48:40.746 Tester InpTrailingStop=0
PD 002:48:40.746 Tester InpTrailingStep=5
IR 002:48:40.746 Tester InpLotOrRisk=1
NQ 002:48:40.746 Tester InpVolumeLotOrRisk=0.01
MG 002:48:40.746 Tester InpTrendLineUPName=UP
MP 002:48:40.746 Tester InpTrendLineDOWNName=DOWN
IF 002:48:40.746 Tester InpWorkTimeFrame=0
RL 002:48:40.746 Tester InpOnlyOne=false
DQ 002:48:40.746 Tester InpReverse=false
IE 002:48:40.746 Tester InpCloseOpposite=false
LQ 002:48:40.746 Tester InpPrintLog=false
IF 002:48:40.746 Tester InpMagicUP=312169352
EF 002:48:40.746 Tester InpMagicDOWN=312169353
MO 002:48:40.953 Ticks EURUSD : real ticks begin from2019.08.0100:00:00
OI 002:48:41.164 History EURUSD,Daily: history cache allocated for423 bars and contains 410 bars from2018.01.0200:00 to 2019.07.3100:00
DK 002:48:41.183 History EURUSD,Daily: history begins from2018.01.0200:00
CK 202:49:07.469 Two_Trend_Line (EURUSD,H1) 2019.08.0104:00:00 array out of range in'Two_Trend_Line.mq5' (1302,69)
RE 202:49:07.469 Tester OnTick critical error
IK 002:49:07.475 Tester EURUSD,H1: 10397 ticks, 5 bars generated. Environment synchronized in0:00:00.568. Test passed in0:00:26.980 (including ticks preprocessing 0:00:00.172).
FN 002:49:07.475 Tester EURUSD,H1: total time from login to stop testing 0:00:27.548 (including 0:00:00.568for history data synchronization)
HR 002:49:07.476 Tester 274 Mb memory used including 1.41 Mb of history data, 64 Mb of tick data
Une erreur quelque part dans le choix de la gestion de l'argent. Quand on passe des intérêts au lot fixe. Lorsqu'il reste de l'intérêt, des postes sont ouverts. Apparemment, je suis juste pressé. Autre chose : les positions s'ouvrent avec un décalage. Bien sûr, c'est peut-être comme ça que ça doit être pour l'instant. Je ne fais pas la course avec les chevaux. Je ne fais que coordonner le cours des événements. Je suis désolé. J'aurais dû signaler l'offre et la demande plus tôt. Les transactions doivent venir d'eux, pas des chandeliers.
Dans le premier cas, le robot a attendu la prochaine bougie et a ouvert une vente immédiatement avec celle-ci. Mais cela aurait dû être fait dès que Ask a franchi la ligne de baisse de haut en bas. La même histoire avec la ligne UP. Lors des transactions, le robot doit partir du prix actuel du marché (Ask et Bid), mais pas des chandeliers. L'algorithme est le suivant : si l'Ask < la ligne Up ou Down, alors VENDRE. Si l'offre > la ligne de hausse ou de baisse, alors ACHETEZ. Les termes "Bid" et "Ask" ne s'entendent pas en termes de négociation, mais en termes de condition. Les deux indicateurs doivent franchir la ligne. Dès que cela se produit, une transaction est exécutée. L'ouverture et lafermeture des positions doivent être basées sur le prix actuel, et non sur les chandeliers OPN et CLSE.
Correction du travail avec le risque lors de la fixation du lot.
Je vous rappelle que la vérification du crossover fonctionne UNIQUEMENT au moment où une nouvelle barre est née. Réagir instantanément à un croisement de prix est assez dangereux et je n'en vois pas la logique.
Ajouté :
faites attention au paramètre"Work Time Frame" - c'est celui qui définit la période à laquelle la nouvelle barre est capturée. Et déjà sur la nouvelle barre de l'échelle de temps "Work Time Frame ", on vérifie le croisement du prix sur H1. C'est-à-dire que si le"Work Time Frame" est réglé sur M1, cela signifie que le franchissement de nos lignes par la barre H1 sera vérifié une fois par minute.
Correction du travail avec le risque lors de la fixation du lot.
Je vous rappelle que la vérification du crossover fonctionne UNIQUEMENT au moment où une nouvelle barre est née. Réagir instantanément à un croisement de prix est assez dangereux et je n'en vois pas la logique.
Ajouté :
faites attention au paramètre"Work Time Frame" - c'est celui qui définit la période à laquelle la nouvelle barre est capturée. Et déjà sur la nouvelle barre de l'échelle de temps "Work Time Frame ", on vérifie le croisement du prix sur H1. C'est-à-dire que si le"Work Time Frame" est réglé sur M1, cela signifie que le franchissement de nos lignes par la barre H1 sera vérifié une fois par minute.
En tant qu'option : pour faire passer le chèque à un délai plus rapide, oui. Mais j'aimerais qu'il soit sur Ask and Bid. Les échanges seront fréquents, bien sûr. Nous verrons bien. Peut-être sur des barres avec M1 et encore mieux.
Rad89: Problème. La ligne de hausse est franchie, mais la transaction de vente s'accroche. Dans les paramètres, j'ai réglé M1
Fichier complet avec les paramètres, s'il vous plaît. Modèle du graphique dans les lignes tracées. Dates de et à. Symbole et cadre temporel. Généralement deux onglets (Natstrokes et Parameters) de la fenêtre Tester.
Fichier complet avec les paramètres, s'il vous plaît. Modèle de graphique avec des lignes dessinées. Dates de et à. Symbole et cadre temporel. Généralement deux onglets (Natstrokes et Parameters) de la fenêtre Tester.
Il n'y a pas de problème avec les lignes. Placez-les n'importe où sur le graphique et ils sont automatiquement placés là où ils doivent être le nouveau jour. C'est avec eux que tout est clair, d'accord. Le problème se situe dans le décalage du travail avec les commandes. Je n'ai rien changé dans les paramètres autres que le délai et le lot. J'ai appelé les lignes comme elles doivent l'être. Tout va bien avec les lignes. Ils s'adaptent à la carte comme une horloge.
Fichier complet avec les paramètres, s'il vous plaît. Modèle de graphique avec des lignes dessinées. Dates de et à. Symbole et cadre temporel. Généralement deux onglets (Natstrokes et Parameters) de la fenêtre Tester.
Je ne serai en mesure d'enregistrer une vidéo que dans la soirée, si aucune décision n'est prise d'ici là. Je vais montrer directement les points où le robot rate.
Si vous n'avez pas de compte, veuillez vous inscrire
Autorisez l'utilisation de cookies pour vous connecter au site Web MQL5.com.
Veuillez activer les paramètres nécessaires dans votre navigateur, sinon vous ne pourrez pas vous connecter.
Vous êtes connecté. L'authentification à deux facteurs a été désactivée. Configurez-la à nouveau et scannez un nouveau code QR, ou continuez avec l'authentification à deux facteurs désactivée.
Two Trend Line.mq5
version "1.001"
Stop Loss, Take Profit et Trailing sont désactivés. Lors de l'ouverture d'une position, un commentaire ("UP" ou "DOWN") est ajouté, afin de comprendre quelle ligne a déclenché le signal.
OnTick affichera une erreur critique lors du dépassement d'une ligne.
Une erreur quelque part dans le choix de la gestion de l'argent. Quand on passe des intérêts au lot fixe. Lorsqu'il reste de l'intérêt, des postes sont ouverts. Apparemment, je suis juste pressé. Autre chose : les positions s'ouvrent avec un décalage.
Bien sûr, c'est peut-être comme ça que ça doit être pour l'instant. Je ne fais pas la course avec les chevaux. Je ne fais que coordonner le cours des événements.
Je suis désolé. J'aurais dû signaler l'offre et la demande plus tôt. Les transactions doivent venir d'eux, pas des chandeliers.
Dans le premier cas, le robot a attendu la prochaine bougie et a ouvert une vente immédiatement avec celle-ci. Mais cela aurait dû être fait dès que Ask a franchi la ligne de baisse de haut en bas. La même histoire avec la ligne UP. Lors des transactions, le robot doit partir du prix actuel du marché (Ask et Bid), mais pas des chandeliers.
L'algorithme est le suivant : si l'Ask < la ligne Up ou Down, alors VENDRE. Si l'offre > la ligne de hausse ou de baisse, alors ACHETEZ. Les termes "Bid" et "Ask" ne s'entendent pas en termes de négociation, mais en termes de condition. Les deux indicateurs doivent franchir la ligne. Dès que cela se produit, une transaction est exécutée. L'ouverture et lafermeture des positions doivent être basées sur le prix actuel, et non sur les chandeliers OPN et CLSE.
Two Trend Line.mq5
version "1.002"
Correction du travail avec le risque lors de la fixation du lot.
Je vous rappelle que la vérification du crossover fonctionne UNIQUEMENT au moment où une nouvelle barre est née. Réagir instantanément à un croisement de prix est assez dangereux et je n'en vois pas la logique.
Ajouté :
faites attention au paramètre"Work Time Frame" - c'est celui qui définit la période à laquelle la nouvelle barre est capturée. Et déjà sur la nouvelle barre de l'échelle de temps "Work Time Frame ", on vérifie le croisement du prix sur H1. C'est-à-dire que si le"Work Time Frame" est réglé sur M1, cela signifie que le franchissement de nos lignes par la barre H1 sera vérifié une fois par minute.
Two Trend Line.mq5
version "1.002"
Correction du travail avec le risque lors de la fixation du lot.
Je vous rappelle que la vérification du crossover fonctionne UNIQUEMENT au moment où une nouvelle barre est née. Réagir instantanément à un croisement de prix est assez dangereux et je n'en vois pas la logique.
Ajouté :
faites attention au paramètre"Work Time Frame" - c'est celui qui définit la période à laquelle la nouvelle barre est capturée. Et déjà sur la nouvelle barre de l'échelle de temps "Work Time Frame ", on vérifie le croisement du prix sur H1. C'est-à-dire que si le"Work Time Frame" est réglé sur M1, cela signifie que le franchissement de nos lignes par la barre H1 sera vérifié une fois par minute.
Problème. La ligne de hausse est franchie, mais la transaction de vente s'accroche. Dans les paramètres, j'ai réglé M1
Fichier complet avec les paramètres, s'il vous plaît. Modèle du graphique dans les lignes tracées. Dates de et à. Symbole et cadre temporel. Généralement deux onglets (Natstrokes et Parameters) de la fenêtre Tester.
Fichier complet avec les paramètres, s'il vous plaît. Modèle de graphique avec des lignes dessinées. Dates de et à. Symbole et cadre temporel. Généralement deux onglets (Natstrokes et Parameters) de la fenêtre Tester.
Il n'y a pas de problème avec les lignes. Placez-les n'importe où sur le graphique et ils sont automatiquement placés là où ils doivent être le nouveau jour. C'est avec eux que tout est clair, d'accord. Le problème se situe dans le décalage du travail avec les commandes.
Je n'ai rien changé dans les paramètres autres que le délai et le lot. J'ai appelé les lignes comme elles doivent l'être. Tout va bien avec les lignes. Ils s'adaptent à la carte comme une horloge.
Fichier complet avec les paramètres, s'il vous plaît. Modèle de graphique avec des lignes dessinées. Dates de et à. Symbole et cadre temporel. Généralement deux onglets (Natstrokes et Parameters) de la fenêtre Tester.
Je ne serai en mesure d'enregistrer une vidéo que dans la soirée, si aucune décision n'est prise d'ici là. Je vais montrer directement les points où le robot rate.