Un marché des changes sûr, rentable et passionnant - page 6

 

Le prix de la paire dépend à 90% d'une rupture des niveaux passés.

 
Yury Kirillov:
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

Quelqu'un a-t-il rencontré une telle situation ? Quelle peut en être la raison ?
 
Yousufkhodja Sultonov:

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

Quelqu'un a-t-il rencontré une telle situation ? Quel peut être le problème ?
Vous avez peut-être raison, à l'ouverture d'une nouvelle journée, votre société de courtage rouvre les positions et calcule les swaps. 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 ? Bien que battre le serveur avec des requêtes stupides quand il renvoie que le marché est fermé n'est pas une bonne idée. Mais d'une manière ou d'une autre, il faut déterminer que les échanges sont déjà autorisés...

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.
 
Yousufkhodja Sultonov:

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

Quelqu'un a-t-il rencontré une telle situation ? Quel peut être le problème ?
Vous êtes confronté à un monde réel non idéal :-)

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.
 
Artyom Trishkin:
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.


 
Yousufkhodja Sultonov:

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 n'y a pas de quotidien :-)

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.

 
Yousufkhodja Sultonov:

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 ?
 
Ivan Butko:
Yusuv, pourquoi ne pas changer de courtier ?
Je travaille avec ce courtier depuis très longtemps, nous avons une relation de confiance, ils essaient toujours de m'aider en ligne ou par téléphone. Je ne pense pas qu'ils le fassent consciemment. Je ne sais pas comment le faire, mais je ne sais pas comment le faire sur le marché et je ne sais pas quoi faire. Je suis intéressé de savoir par les programmeurs - comment la 3ème ligne apparaît dans le système de sécurité de l'EA.