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
Lors du test, MQL5 Cloud Network n'est pas activé, aucune coche dans le menu contextuel "utiliser /MQL5 Cloud Network", il y a 1 crédit sur le solde. Hier, tout fonctionnait.
Lors du test, le MQL5 Cloud Network n'est pas activé, le menu contextuel "use /MQL5 Cloud Network" n'est pas coché et le solde est de 1 crédit. Hier, tout fonctionnait.
Qu'est-ce qui est écrit dans le journal de bord ?
Quel est votre équilibre ?
Lors du test, MQL5 Cloud Network n'est pas activé, aucune coche dans le menu contextuel "utiliser /MQL5 Cloud Network", il y a 1 crédit sur le solde. Hier, tout fonctionnait.
Il existe une application simple composée d'un champ de saisie contenant un prix et une ligne horizontale:
Il est censé faire deux choses : 1) lorsqu'une nouvelle valeur de prix est saisie dans le champ, la ligne doit être décalée de ce prix, 2) lorsque la ligne est décalée ou que le prix de la ligne est modifié, le nouveau prix (lignes) doit être affiché dans le champ de saisie. Il n'y a pas de problème avec la première partie. La question sur le second : est-il possible d'utiliser l'event map pour attraper l'événement de changement de prix (ou tout autre événement d'un objet non-contrôlant) ? Je pensais que pour cela je devais utiliser ON_EXTERNAL_EVENT(event,handler), mais peu importe comment j'ai tourné autour, cela ne fonctionne pas. En conséquence, quelques questions supplémentaires :
Ou existe-t-il une autre solution ?
Découverte d'un comportement étrange sur le terminal de l'abonné au signal.
1. Lors de la fermeture d'une position (que ce soit à l'aide de stops ou de poignées) dans le journal du terminal de l'abonné apparaît :
2013.03.20 20:58:39 Signal '5002359' : Impossible de copier la transaction #5652339 vendre 0.60 CHFJPY à 101.448, la position est probablement déjà fermée.
Cependant, la position est présente et n'est pas fermée. Après avoir rechargé le terem, cette position sera fermée normalement. La situation se répète presque constamment, surtout si la position est corrigée par un prestataire.
2. Le problème des arrêts. Une entrée apparaît dans le journal du terminal d'abonné :
2013.03.21 07:05:54 Signal '5002359' : la synchronisation est reportée, le traitement des actions commerciales est désactivé.
2013.03.21 07:05:54 Signal '5002359' : synchronisation terminée, impossible de corriger la position [sell 0.10 AUDCHFL 0.9813 sl : 0.9867 tp : 0.9766].
2013.03.21 07:05:54 Trades '5002359' : échec de la modification de la vente de 0.10 AUDCHFL sl : 0.9867, tp : 0.9766 -> sl : 0.9867, tp : 0.9766 [Arrêts non valides].
Les stops sont fixés correctement au Provider, la distance de la position est correcte (à ce symbole le niveau des stops est de 15 pips, très approximativement la limite inférieure du SL est de 0.9842). En même temps, les arrêts eux-mêmes sont fixés ! Le plus triste, c'est que la synchronisation s'arrête(traitement deséchanges actions désactivées) pour TOUS les symboles. Le redémarrage du terem n'aide pas, je dois désactiver les arrêts de copie pour continuer la synchronisation.
/// Ajouté : le vendeur étalait délibérément les arrêts à des distances obscènes - l'erreur persistait !
3. L'abonné ne réagit pas aux changements d'arrêt du fournisseur (déplacements). Pas du tout ! Le redémarrage du terminal n'aide pas.
------------------------
L'abonné dispose de Windows Server 2003 R2 Standart Edition SP2.
Version du terminal 778.
Une copie a été envoyée à Servisdesk.
Ou existe-t-il une autre solution ?
Lorsqu'un objet est modifié, l'événement CHARTEVENT_OBJECT_CHANGE est reçu. Le paramètre sparam contient le nom de l'objet. C'est-à-dire qu'il devrait être écrit comme ceci :
L'endroit où vous le placez (dans une méthode distincte ou dans le corps du gestionnaire) est votre décision.
Bonjour, tout le monde !
Les gars qui savent. J'ai écrit un EA dans mq5 (mon premier EA) et je l'exécute. J'essaie d'ouvrir des ordres (exécution instantanée) mais le stop loss n'est pas défini (bien qu'il le soit dans le code). Je n'ai pas vu d'erreur dans l'exécution des ordres, mais je n'ai pas vu de stop loss. J'ai consulté la FAQ et essayé différentes méthodes pour définir les commandes. J'ai également essayé d'utiliser la connexion de la bibliothèque. Tout s'ouvre sans erreur, mais pas de stop loss.
Je pense que c'est peut-être le mq5 lui-même. J'utilise Alpari. J'ai un compte de test. Il serait dommage que je ne réussisse pas.
Sincèrement,
Sergey
Sergey5347: Написал советник в mq5 (мой первый советник), запускаю его. Ордера (мгновенного исполнения) открываются, а стоп лоссы по факту не проставляются (хотя в коде есть). По отработке ордеров никаких ошибок нет, а стоп лоссов по факту нет. Я тогда залез в хелпы и попробовал разными способами задавать ордера. Пробовал и с подключением библиотеки. Все без ошибок открывается а стоп лоссов нет.
Bonjour, tout le monde !
Les gars qui savent. J'ai écrit un EA dans mq5 (mon premier EA) et je l'exécute. J'essaie d'ouvrir des ordres (exécution instantanée) mais le stop loss n'est pas défini (bien qu'il le soit dans le code). Je n'ai pas vu d'erreur dans l'exécution des ordres, mais je n'ai pas vu de stop loss. J'ai consulté la FAQ et essayé différentes méthodes pour définir les commandes. J'ai également essayé d'utiliser la connexion de la bibliothèque. Tout cela sans erreur, mais sans stop loss.
Je pense que c'est peut-être le mq5 lui-même. J'utilise Alpari. Il serait dommage que je ne sache pas quoi en faire.
Sincèrement,
Sincèrement vôtre,