FORTS. Questions relatives à l'application de la loi - page 58
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
C'est vrai, la latence du réseau. L'envoi (ou la confirmation) de la commande prend beaucoup de temps et l'événement est perdu.
Non, ce n'est pas le cas !
1. Il ne s'agit pas d'un retard "réseau", mais d'un retard du serveur MT5(peut-être le matériel du courtier).
2. la TradeTransaction n'est PAS toujours perdue (TOUJOURS), comme vu ci-dessus, le délai était de 409 ms et l' événement n'a pas été perdu.
C'estpourquoi je soutiens que ce n'est pas le réseau mais le serveur MT5 (le matériel du courtier) qui est responsable des retards.
Le temps de réponse du serveur pour la fonction CheckOrders() est de 700 à 1200 ms (en fonction de l'utilisation de la fonction).
à quel moment du timer (période 500 ms) la commande a été envoyée), ce qui est 100 fois plus long que le temps d'exécution (dans ma configuration) en mode normal ( 7-9 ms)
Le fait qu'avec un délai de 18 ms l'événement a été perdu, et qu'avec 409 ms il ne l'a pas été, nous permet de dire qu'il s'agit d'un "bug" du serveur MT5 et non d'autres
causes.
Aussi... Mon ami, qui vit dans ma maison, effectue des transactions sur deux terminaux avec mon robot par l'intermédiaire de mon ISP via le même routeur dans la maison, et pour une raison quelconque, il...
aucune latence à ce moment-là !
Michael, s'il te plaît, ne modifie pas les messages. Mieux vaut en ajouter de nouveaux, pour ne pas avoir à chercher les mises à jour du regard.
Quoi ?
Le script fait OrderSelect sur chaque commande avant de la supprimer et si elle est sélectionnée, cela signifie qu'elle n'est pas dans l'historique et active, quelles sont les erreurs ?
Après avoir supprimé un ordre, les numéros des ordres restants non traités sont décalés de 1.
Michael, faisons une autre "feuille" avec des retards, ça devient ennuyeux. :))))
Quand allez-vous à l'ouverture ? :)))))))
Il y a le code suivant :
En d'autres termes,nous ouvrons une positionavec un ordre, la fermons avec un ordre inverse, et examinons le volume de la position en conséquence.
Nous attendons 0 (zéro), nous avons 1 (un). Les journaux sont ci-dessous (commencez en bas).
Quelle en est la raison ?
Voici une question que je pose aux connaisseurs. Comment remettre à zéro une position ?(FORTS, Otkrytie-Broker, Real)
Il y a le code suivant :
En d'autres termes,nous ouvrons une positionavec un ordre, la fermons avec un ordre inverse, et examinons le volume de la position en conséquence.
Nous attendons 0 (zéro), nous avons 1 (un). Les journaux sont ci-dessous (commencez en bas).
Quelle en est la raison ?
N'est-ce pas plus simple ?
?
Quelle en est la raison ?
Ce n'est pas plus simple :
?
Non, ça ne l'est pas. C'est ainsi que je traite mon propre code, alors que dans votre version, je devrais analyser une bibliothèque que je n'ai pas écrite. Si vous regardez à l'intérieur de cette bibliothèque, vous trouverez à peu près le même ensemble d'opérations que moi. C'est pourquoi je veux d'abord comprendre le mécanisme de passation des ordres sur FORTS, et ensuite, peut-être, utiliser les bibliothèques standard.