FORTS. Questions relatives à l'application de la loi - page 131
Vous manquez des opportunités de trading :
- Applications de trading gratuites
- Plus de 8 000 signaux à copier
- Actualités économiques pour explorer les marchés financiers
Inscription
Se connecter
Vous acceptez la politique du site Web et les conditions d'utilisation
Si vous n'avez pas de compte, veuillez vous inscrire
https://www.mql5.com/ru/blogs/post/733393
Cool, merci pour la critique !
1. Quel type de matériel ? Le serveur est exigeant, et ici on dirait qu'il a tout fait fonctionner sur un PC normal. Ou ai-je tort ?
2. Avez-vous vérifié les paramètres d'exécution / les plugins / le routage exactement ? Cela ressemble beaucoup à un retard artificiel (pour ne pas brûler le livre B).
Il serait intéressant de faire la lumière sur cette affaire.
ps : dupliqué ici car je vais voir la réponse (et j'ai besoin de vérifier le blog)
ps : dupliqué ici car je vais voir la réponse (et j'ai besoin de vérifier le blog)
Répondu là.
Il serait intéressant de faire la lumière sur cette affaire.
La 6e année demande aux développeurs et au courtier de régler le problème....
Ajouté
Pour faciliter le tri, il est préférable d'utiliser des commandes asynchrones (plus de journaux).
Rien ne change.... C'est triste (Open, Real, FORTS, Bild 2280).
Il n'y a pas de journal du terminal, car les développeurs n'ont pas jugé nécessaire d 'enregistrer la réponse de l'échange.
1 minute et 42 secondes, la commande a été supprimée !
https://www.mql5.com/ru/blogs/post/733393
Ouvert, réel, FORTS, Bild 2280
Aujourd'hui, il n'a pas été "surchargé" du tout, il n'y a pas eu de synchronisation du tout :
Voici le début et la fin du journal (réinitialisation de l'EA à la main)
Sur d'autres graphiques (2 terminaux 83 EAs), les EAs ont bien fonctionné.
Ajouté
Il me semble que "glitched" parce que d'une certaine manière le terminal utilisé pour synchroniser
après"accepté modifier commande #117284549" et il aurait dû recevoir une confirmation et se synchroniser.
données après"modifier l'ordre #117284549 buy limit 1.00 SBRF-9.20 at 23557 sl : 0 tp : 0 expiration : day -> 24138, sl : 0 tp : 0 expiration : day placé pour exécution dans 1299.618 ms"
Aujourd'hui, il n'y a pas eu de "pépin" du tout, il n'y a pas eu de synchronisation du tout :
Voici le début et la fin du journal (réinitialisation de l'EA à la main)
Cela ressemble plus à une erreur dans la logique du conseiller expert.
Soit ils se sont basés sur la séquence des événements (qui était différente), soit ils n'ont tout simplement pas pris en compte un élément.
Plus comme une erreur dans la logique de l'EA.
Soit ils se sont appuyés sur la séquence des événements (et c'était différent), soit ils n'ont tout simplement pas pris en compte quelque chose.
Andrei !
Je serais d'accord avec vous si cet Expert Advisor (non édité depuis 5 ans ) fonctionnait toujours correctement !
Avec toute action sur la commande dans le conseiller, rien ne se passe jusqu'à ce que l'on sache ce qui est arrivé à la commande.
Et enregistre que la commande est modifiée (Print(__FUNCTION__, ": Buy order modified.", "New price = ", order_data.price_open, " Ticket = ", a_ticket);) non !
Non et autre entrée Print ( __FUNCTION__ , " : Commande d'achat en cours de modification. Ticket = " , a_ticket);
Un enregistrement
ne peut apparaître que si une erreur s'est produite ou si l'état de la commande n'est pas défini ( cas SELECT_BUSY : )
Ajoutée
La fonction OrderRealSelect() a toujours fonctionné correctement jusqu'à aujourd'hui (je pense qu'elle fonctionne toujours...)
Malheureusement, la plupart des erreurs (du moins pour FORTS) sont flottantes !
C'est-à-dire qu'il est toujours très difficile de reproduire une erreur.
Ce n'est pas pour rien que ce sujet dure depuis presque 6 ans.....
S'il y avait une erreur dans la logique du conseiller expert, elle se produirait souvent, pas seulement une ou deux fois par semaine !
De plus, cet EA fonctionne depuis plus de 5 ans sur 84 symboles !
Ajouté
Oh et à partir du pépin (post ci-dessus)
Y avait-il encore une réponse de la bourse dans OnTradeTransaction() ou les données étaient-elles encore synchronisées dans le terminal(cette dernière entrée) !
Après 1 minute 42 secondes, il a détecté ce qui est arrivé à l'ordre !
Ajouté par
Oui et ce n'est pas moi qui ai mis ces retards colossaux dans le journal !
Et ce, sans tenir compte de la réponse de l'échange !
Ajouté
Détailler les erreurs.
Nous verrons demain s'il y a un pépin.
Si vous reprenez l'historique de ce sujet, au début, nous étions scandalisés par des délais de quelques dizaines de millisecondes,
puis des secondes, et maintenant des minutes!
Petit à petit, je commence à réécrire des robots pour KVIK !
Avec MT5 potentiel de 6-7 millisecondes avec mon réseau (de chez moi, hors réponse de la bourse)
Avec detels retards, à mon avis, le terminal n'a pas d'avenir.