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
Le prix de la paire dépend à 90% d'une rupture des niveaux passés.
Forex a détecté quelque chose d'anormal et vous a banni juste au cas où ? Ou est-ce juste une période de non-négociation ?
La même situation s'est reproduite aujourd'hui :
2017.02.22 02:00:08.326 '3389676' : ordre de vente 0.01 EURUSD ouverture à 1.0536 sl : 0.0000 tp : 0.0000 échoué [Le marché est fermé].
Mais lorsque manuellement, sur le bureau, j'ai appelé et fermé l'EA, il a ouvert la position avec succès :
2017.02.22 02:07:38.121 '3389676' : l'ordre #115497034 vendre 0.01 EURUSD à 1.0536 a été modifié -> sl : 1.1036 tp : 1.0036
Cette situation s'est répétée aujourd'hui :
2017.02.22 02:00:08.326 '3389676' : ordre de vente 0.01 EURUSD ouverture à 1.0536 sl : 0.0000 tp : 0.0000 échoué [Le marché est fermé].
Mais lorsque manuellement, sur le bureau, j'ai appelé et fermé l'EA, il a ouvert la position avec succès :
2017.02.22 02:07:38.121 '3389676' : l'ordre #115497034 vendre 0.01 EURUSD à 1.0536 a été modifié -> sl : 1.1036 tp : 1.0036
A propos de votre kamikaze - vous pouvez créer un seul robot, qui commencera une nouvelle transaction avec un nouveau magicien lorsqu'un dépôt sera détecté sur le compte.
Cette situation s'est répétée aujourd'hui :
2017.02.22 02:00:08.326 '3389676' : ordre de vente 0.01 EURUSD ouverture à 1.0536 sl : 0.0000 tp : 0.0000 échoué [Le marché est fermé].
Mais lorsque manuellement, sur le bureau, j'ai appelé et fermé l'EA, il a ouvert la position avec succès :
2017.02.22 02:07:38.121 '3389676' : l'ordre #115497034 vendre 0.01 EURUSD à 1.0536 a été modifié -> sl : 1.1036 tp : 1.0036
lorsque vous ouvrez une position, vous devez vérifier si le marché fonctionne. À 02:00, 02:07 (heure locale du terminal), le serveur peut être dans la merde (minuit), la transaction peut être arrêtée pendant 10-15 minutes pendant que le DC charge les swaps, les commissions et les ordres de transfert. En fait, les règlements prévoient généralement des avertissements à ce sujet et, dans le "dur monde réel", vous devez lire tous les documents.
Yusuf, il se peut très bien qu'à l'ouverture d'une nouvelle journée, votre DC rouvre des positions, facture des swaps, ou quoi que ce soit d'autre. Pendant cette période, le commerce est interdit. Vous devez juste essayer d'ouvrir un peu plus tard. Votre conseiller expert a un paramètre pour le nombre de tentatives en cas d'échec. Le paramètre par défaut est 5. Vous devriez peut-être essayer de l'augmenter ? Cependant, ce n'est pas une bonne idée de bombarder le serveur de demandes stupides lorsqu'il renvoie que le marché est fermé. Mais d'une manière ou d'une autre, il faut déterminer que le commerce est déjà autorisé...
A propos de votre kamikaze - vous pouvez créer un seul robot, qui commencera une nouvelle transaction avec un nouveau magicien lorsqu'un dépôt sera détecté sur le compte.
1. Il existe des exemples de commandes passées à temps :
2017.02.20 02:00:04.139 '3389676' : ordre instantané de vente de 0.01 EURUSD à 1.0619 sl : 0.0000 tp : 0.0000
2017.02.20 02:00:07.009 '3389676' : un ordre a été ouvert : #115360836 vendre 0.01 EURUSD à 1.0619 sl : 0.0000 tp : 0.0000
2017.02.20 02:00:07.009 '3389676' : modifier l'ordre #115360836 vendre 0.01 EURUSD à 1.0619 sl : 0.0000 tp : 0.0000 -> sl : 1.1119 tp : 1.0119
2017.02.20 02:00:07.727 '3389676' : l'ordre #115360836 sell 0.01 EURUSD at 1.0619 a été modifié -> sl : 1.1119 tp : 1.0119
La commande a été fixée avec succès.
Mais, le lendemain, le processus s'interrompt à la deuxième étape :
2017.02.21 02:00:05.795 '3389676' : ordre instantané de vente de 0.01 EURUSD à 1.0612 sl : 0.0000 tp : 0.0000
2017.02.21 02:00:06.825 '3389676' : ordre de vente 0.01 EURUSD ouverture à 1.0612 sl : 0.0000 tp : 0.0000 échoué [Le marché est fermé].
2 Je vais essayer d'augmenter le nombre de demandes, au cas où cela n'aiderait pas, essayons de le démarrer à 01.00 ou 00.00 dans le code. 30 du temps DC ;
3. à propos du changement de Magician : Tout d'abord, je dois changer le code de l'Expert Advisor et cela ne signifie pas qu'il n'y aura pas de confusion dans la comptabilité du travail de chaque robot. Lorsqu'un compte meurt, un compte nouvellement créé prend sa place à l'UPU. Je pense que c'est plus facile dans tous les sens du terme.
1. Il existe des exemples de commandes passées à temps :
2017.02.20 02:00:04.139 '3389676' : ordre instantané de vente de 0.01 EURUSD à 1.0619 sl : 0.0000 tp : 0.0000
2017.02.20 02:00:07.009 '3389676' : un ordre a été ouvert : #115360836 vendre 0.01 EURUSD à 1.0619 sl : 0.0000 tp : 0.0000
2017.02.20 02:00:07.009 '3389676' : modifier l'ordre #115360836 vendre 0.01 EURUSD à 1.0619 sl : 0.0000 tp : 0.0000 -> sl : 1.1119 tp : 1.0119
2017.02.20 02:00:07.727 '3389676' : l'ordre #115360836 sell 0.01 EURUSD at 1.0619 a été modifié -> sl : 1.1119 tp : 1.0119
La commande a été fixée avec succès.
Mais, le lendemain, le processus s'interrompt à la deuxième étape :
2017.02.21 02:00:05.795 '3389676' : ordre instantané de vente de 0.01 EURUSD à 1.0612 sl : 0.0000 tp : 0.0000
2017.02.21 02:00:06.825 '3389676' : ordre de vente 0.01 EURUSD ouverture à 1.0612 sl : 0.0000 tp : 0.0000 échoué [Le marché est fermé].
2 Je vais essayer d'augmenter le nombre de demandes, au cas où cela n'aiderait pas, nous le lancerons à 01.00 ou 00. 30 du temps DC ;
3. à propos du changement de Magician : Tout d'abord, je dois changer le code de l'Expert Advisor et cela ne signifie pas qu'il n'y aura pas de confusion dans la comptabilité du travail de chaque robot. Lorsqu'un compte meurt, un compte nouvellement créé prend sa place à l'UPU. Je pense que c'est plus facile dans tous les sens du terme.
il y a un minuit quand le "double" swap est chargé et donc le processus peut prendre plus de temps. Fondamentalement, il pourrait y avoir des incohérences/discrépances entre le DC et les fournisseurs de liquidités (ces clous et lacunes nocturnes), encore une fois, le serveur doit trier les piles pour tous les instruments à un état fonctionnel.
Le travail a été bloqué en raison du mauvais fonctionnement du serveur de mon courtier :
Je ne peux pas résoudre la situation où une seule et même EA sur un compte (cent PAMM) place correctement des ordres au début de TF D1 (EA 1 conditionnelle) et l'autre (EA 2) sur un compte cent normal "comique" est rebuffé par (le marché est fermé) et n'ouvre pas de position jusqu'à ce qu'il soit appelé et fermé à nouveau sans aucune reconfiguration. Un peu plus tôt, nous avons discuté de cette situation ici et beaucoup ont conseillé de s'informer :
1. contactez le support technique de la société de courtage et vérifiez s'il est lié aux swaps et aux commissions au début de TF D1.
Le Service répond : Oui, cela peut être lié aux swaps et aux commissions et le Conseiller Expert répond "Le marché est fermé" et ferme le cycle de demande d'ouverture. Il nous a été conseillé de corriger ce bogue dans le conseiller expert. La question reste alors de savoir pourquoi l'EA n°1 ne parvient pas à fonctionner correctement.
Je soupçonne que cela est dû à des serveurs différents du DC ( ?).
2. J'ai examiné attentivement le panneau de configuration des deux EA - tout est identique, à l'exception d'une circonstance étrange :
Dans le panneau de l'EA #2 défectueux, dans la section "Sécurité", il y a 3 options :
- permet l'importation de fonctions à partir de DLL - c'est vérifié ;
- Autoriser l'importation depuis des EA externes - coché ;
- permettre la modification des paramètres des signaux - aucune case à cocher.
Il n'y a que 2 options dans la section "Sécurité" dans le panneau du fonctionnement de l'EA #1, et la troisième option est manquante :
- permettre l'importation de fonctions à partir de DLL - il y a une coche ;
- autoriser l'importation depuis des EA externes - cochez cette case ;
Ensuite, j'ai exécuté l'EA #1 dans l'EA #2 du serveur et la chose incroyable s'est produite - l'EA #1 s'est transformée en EA #2 et la troisième ligne est apparue et est aussi apparemment devenue défectueuse !
Il est possible que quelque chose ait changé dans le code de l'EA - je n'ai pas ouvert le code.
J'ai copié l'EA #1 et l'ai mis dans le terminal de l'EA #2 - et l'EA #1 s'est immédiatement transformé en un EA #2 défectueux ( !).
Maintenant, la question est la suivante : cette circonstance peut-elle influencer la fonctionnalité de l'EA ?
3. Je soupçonne que les deux serveurs de la DC sont fondamentalement différents l'un de l'autre en ce qui concerne le travail des conseillers et je vais attirer l'attention du support technique de la DC sur ce fait.
Chers programmeurs, j'attends votre aide pour résoudre cette situation.
Entre-temps, 4 bandes dessinées fonctionnant sur le VPS et 1 bande dessinée sur l'ordinateur personnel sont actuellement contrôlées manuellement à cause de ce problème, par conséquent, le lancement massif du projet peut être temporairement oublié.
Yusuf, salut !
On dirait que les DCs ont eu vent... qu'ils pourraient perdre des millions .... donc ils se mettent en travers du chemin.
Le travail a été bloqué en raison du mauvais fonctionnement du serveur de mon courtier :
Je n'arrive pas à résoudre la situation où une seule et même EA sur un compte (cent PAMM) commande correctement au début de TF D1 (EA 1 conditionnelle) et une autre EA (EA 2) sur un compte normal en cent "comique" reçoit une rebuffade sous la forme (Le marché est fermé) et n'ouvre pas de position jusqu'à ce qu'elle soit appelée et fermée à nouveau sans aucune reconfiguration. Un peu plus tôt, nous avons discuté de cette situation ici et beaucoup ont conseillé de s'informer :
1. contactez le support technique de la société de courtage et vérifiez s'il est lié aux swaps et aux commissions au début de TF D1.
Le Service répond : Oui, cela peut être lié aux swaps et aux commissions et le Conseiller Expert répond "Le marché est fermé" et ferme le cycle de demande d'ouverture. Il nous a été conseillé de corriger ce bogue dans le conseiller expert. La question reste alors de savoir pourquoi l'EA n°1 ne parvient pas à fonctionner correctement.
Je soupçonne que cela est dû à des serveurs différents du DC ( ?).
2. J'ai examiné attentivement le panneau de configuration des deux EA - tout est identique, à l'exception d'une circonstance étrange :
Dans le panneau de l'EA #2 défectueux, dans la section "Sécurité", il y a 3 options :
- permet l'importation de fonctions à partir de DLL - c'est vérifié ;
- Autoriser l'importation depuis des EA externes - coché ;
- permettre la modification des paramètres des signaux - aucune case à cocher.
Il n'y a que 2 options dans la section "Sécurité" dans le panneau du fonctionnement de l'EA #1, et la troisième option est manquante :
- permettre l'importation de fonctions à partir de DLL - il y a une coche ;
- autoriser l'importation depuis des EA externes - cochez cette case ;
Ensuite, j'ai exécuté l'EA #1 dans l'EA #2 du serveur et la chose incroyable s'est produite - l'EA #1 s'est transformée en EA #2 et la troisième ligne est apparue et est aussi apparemment devenue défectueuse !
Il est possible que quelque chose ait changé dans le code de l'EA - je n'ai pas ouvert le code.
J'ai copié l'EA #1 et l'ai mis dans le terminal de l'EA #2 - et l'EA #1 s'est immédiatement transformé en un EA #2 défectueux ( !).
Maintenant, la question est la suivante : cette circonstance peut-elle influencer la fonctionnalité de l'EA ?
3. Je soupçonne que les deux serveurs de la DC sont fondamentalement différents l'un de l'autre en ce qui concerne le travail des conseillers et je vais attirer l'attention du support technique de la DC sur ce fait.
Chers programmeurs, j'attends votre aide pour résoudre cette situation.
Entre-temps, 4 bandes dessinées fonctionnant sur le VPS et 1 bande dessinée sur l'ordinateur personnel sont actuellement contrôlées manuellement en raison de ce problème, de sorte que le lancement massif du projet peut être temporairement oublié.
Yusuv, pourquoi ne pas changer de courtier ?