Conseiller multi-devises. De préférence, l'avis des développeurs.

Yuriy Zaytsev 2008.05.20 11:45 #21

Reshetov:

LeoV:

YuraZ a écrit (a) : Pour être honnête et ce n'est pas très agréable ... disons que le tic n'est pas arrivé pour ces paires et que vous le manquerez à nouveau

Si vous montriez un morceau de code qui génère l'entrée, vous pourriez trouver l'erreur de logique plus rapidement.

Mais il devrait y avoir une solution communément acceptée dans MQL, non ? Comment "synchroniser" l'ouverture des barres pour différents symboles ? Eh bien, apparemment, nous devrions attendre l'ouverture d'une nouvelle barre pour tous les symboles utilisés. Mais comment le faire correctement ?

Il n'y a pas besoin de synchronicités et autres inventions de vélo. Tout a déjà été inventé il y a longtemps. La présence d'une nouvelle barre formée est vérifiée uniquement pour l'instrument sur lequel l'Expert Advisor est installé à l'arrivée du premier tick. Et l'événement start() se déclenche également uniquement sur ce symbole à l'arrivée d'un nouveau tick. Je vous ai donné un morceau de code qui effectue cette vérification afin que la position suivante, en cas de requotes, ne soit pas ouverte sur la barre suivante et qu'après un échec, elle tente de s'ouvrir sur la même barre. Tout fonctionne bien pour moi, tant en mode simple qu'en mode multidevise. Dans le cas des requotes, la transaction est ouverte sur la même barre, mais seulement avec un certain retard, et donc pas toujours au prix d'ouverture de la barre, mais avec un certain décalage. C'est-à-dire qu'il y aura des différences avec le testeur, mais pas dans les barres, mais dans le prix d'ouverture.

Yuri, le début d'une nouvelle heure arrivera même si le tic-tac n'est pas venu !

Nous allons commencer une nouvelle heure même si la tique n'est pas venue !

Il est possible de calculer une nouvelle barre par un tick dans une nouvelle barre de N'IMPORTE QUEL instrument.

LeoV attend un nouveau tick de manière synchrone pour toutes les paires utilisées.

Vérification de la bougie Fonctions utiles de KimIV Mt4 Fin de l'assistance.

TheCore 2008.05.20 11:50 #22

YuraZ:

Thecore:

YuraZ a écrit (a) :

franchement et ce n'est pas vraiment joli... Si la tique n'est pas venue pour ces paires et que vous allez encore les manquer

Si le tick n'est pas arrivé, vous ne pouvez pas placer un ordre immédiatement, sauf si vous utilisez un script,

Et seulement si les tiques arrivent aux sociétés de courtage et qu'elles ne les transmettent pas à votre terminal (dans la journée).

C'est pourquoi, lorsque j'implémentais un Expert Advisor multi-devises, je réalisais une State Machine par Miles (ou Moore),

qui surveille les états ouverts d'ordre pour les paires nécessaires. Bien sûr, ce n'était pas toujours possible

Naturellement, il n'était pas toujours possible d'ouvrir au bon prix, mais cette approche garantissait que les ordres seraient EXACTEMENT ouverts.

facile ! il est possible de passer un ordre :-) si le tick n'est pas venu

Réfléchissez-y ! Si vous ne le faites pas, je vais vous donner un indice !

Habituellement, avec les EA multidevises, la situation est telle que s'il n'y a pas de garantie à 100% de l'arrivée de l'ordre...

alors la logique du travail du conseiller sera détruite.

A propos, n'oubliez pas que votre EA travaille sur les ticks de la paire sur laquelle il plane,

Ainsi, même s'il y avait un tick sur une autre paire, et qu'il n'y avait pas de tick sur la paire avec votre EA attaché,

alors la synchronisation sera interrompue.

N'oubliez pas des choses aussi désagréables que la perte de connexion avec les sociétés de courtage et les requotes (si vous avez affaire à un compte réel).

À propos, sur les micro-réels, j'ai souvent des situations où un ordre n'est jamais passé avant que le terminal ne soit rechargé.

Même en mode manuel. Ils attendent quelque chose, ils attendent...

C'est pourquoi j'ai abandonné depuis longtemps les systèmes basés sur les ordres par paire.

C'est trop gênant.

Questions "pour" du conducteur [Toute question de débutant, Toute question des nouveaux

Yuriy Zaytsev 2008.05.20 12:01 #23

thecore:

YuraZ:

lecore:

YuraZ a écrit (a) :

franchement et ce n'est pas vraiment joli... Si la tique n'est pas venue pour ces paires et que vous allez encore les manquer

Si le tick n'est pas arrivé, vous ne pouvez pas placer un ordre immédiatement, sauf si vous utilisez un script,

Et seulement si les tiques arrivent aux sociétés de courtage et qu'elles ne les transmettent pas à votre terminal (dans la journée).

C'est pourquoi, lorsque j'implémentais un Expert Advisor multi-devises, je réalisais une State Machine par Miles (ou Moore),

qui surveille les états ouverts d'ordre pour les paires nécessaires. Bien sûr, ce n'était pas toujours possible

Naturellement, je n'étais pas toujours en mesure d'ouvrir au prix nécessaire, mais cette approche garantissait que les ordres seraient TOUJOURS ouverts.

facile ! il est possible de passer un ordre :-) si le tick n'est pas venu

Réfléchissez-y ! Si vous ne le faites pas, je vais vous donner un indice !

Habituellement, avec les EA multidevises, la situation est telle que s'il n'y a pas de garantie à 100% de l'arrivée de l'ordre...

alors la logique du travail du conseiller sera détruite.

A propos, n'oubliez pas que votre EA travaille sur les ticks de la paire sur laquelle il plane,

Ainsi, même s'il y avait un tick sur une autre paire, et qu'il n'y avait pas de tick sur la paire avec votre EA attaché,

alors la synchronisation sera interrompue.

N'oubliez pas des choses aussi désagréables que la perte de connexion avec les sociétés de courtage et les requotes (si vous avez affaire à un compte réel).

À propos, sur les micro-réels, j'ai souvent des situations où un ordre n'est jamais passé avant que le terminal ne soit rechargé.

Même en mode manuel. Ils attendent quelque chose, ils attendent...

C'est pourquoi j'ai abandonné depuis longtemps les systèmes basés sur les ordres par paire.

Douloureusement gênant.

Vous vouliez probablement écrire TIC... mais vous venez de rédiger un ordre.

Vous comprenez qu'un EA peut entrer sur EURUSD et utiliser USDCHF.

Il suffit d'écrire

LevelOpenBUY = MarketInfo("USDCHF",MODE_ASK) ;

... = OrderSend ("USDCHF",Lot, LevelOpenBUY, ...)

Un morceau de code qui fonctionne

OpenLevel = MarketInfo( sSymbol, MODE_BID ) ;
si ( TDARELOCK == 0 )
ticket=OrderSend( sSymbol,OP_SELL,Lots,OpenLevel,3,0,0,sComment,mMagic,0,Red) ;

----

Et le TIC pour USDCHF peut ne pas être suffisant pour obtenir un tick pour n'importe quelle paire.

J'espère que MQL5 n'aura pas besoin de recevoir des ticks pour que le programme fonctionne.

ils ont promis de faire des événements, ce qui signifie que n'importe quel morceau de code peut être exécuté sur un événement

----

la deuxième question concernant les gels dans le terminal - ce problème peut être résolu en redémarrant - ceci est plus probable pour les développeurs.

J'ai vu cela aussi

Cela peut également être corrigé et il y a un exemple ici sur le forum.

Ну вот и все - отлично работает процедруа программного реконнекта :)
НЕ ЗАБУДЬТЕ ВКЛЮЧИТЬ ГАЛОЧКУ "Разрешить импорт ДЛЛ" в настройках МТ4.
//В начале советника подключаем необходимые ДЛЛ-ки и модули
#include <winuser32.mqh>
#import "user32.dll"
int GetParent(int hWnd);
#import
 
//Копируем процедуру в наш советник или библиотеку и вызываем ее там, где вам нравиться
//Лично я вызываю перед рассчетом данных - но можно перед установкой ордеров. Правда тогда
//возможно нужно будет делать задержку в пару секунд
//У меня все работает
int Reconnect()
{
int result;
int hwnd = WindowHandle(Symbol(), Period()); // получаем хендл окна графика
hwnd = GetParent(hwnd); // получаем хендл родительского окна
hwnd = GetParent(hwnd); // ...
hwnd = GetParent(hwnd); //добираемся до главного окна
result = SendMessageA(hwnd, WM_COMMAND, 37400, 0);
Print("SendMessageA = " + result); //посылаем сообщене
return;
}

---

donc si vous envoyez un ordre mais qu'il ne s'ouvre pas, vous pouvez envoyer ce bout de code pour déterminer

Questions des débutants MQL5 Bienvenue au cours MQL4 [Archive] Toute question de

TheCore 2008.05.20 12:04 #24

YuraZ писал (а):

Habituellement, avec les EA multidevises, s'il n'y a pas de garantie qu'un ordre arrive à 100%, c'est qu'il n'y a pas de garantie,

Vous vouliez probablement écrire TIC... mais vous avez écrit l'ordre.

Je faisais référence au fait de passer une commande à 100%.

Yuriy Zaytsev 2008.05.20 12:12 #25

thecore:

YuraZ a écrit (a) :

Habituellement, avec les EA multidevises, s'il n'y a pas de garantie qu'un ordre arrive à 100%, c'est qu'il n'y a pas de garantie,

Vous vouliez probablement écrire TIC... Vous devez avoir voulu dire TIC

Je faisais référence au fait de passer une commande à 100%.

Mais vous comprenez que ce n'est pas seulement dans un système multi-devises

Vous n'obtenez pas une garantie de 100% dans un conseiller expert ordinaire... jamais de garantie à 100%.

parce qu'il y a des facteurs

INTERNET

VOTRE FOURNISSEUR

VOTRE FOURNISSEUR DC

votre matériel

Équipement à courant continu

etc.

---

c'est à ça que servent les arrêts... ou un ordinateur de rechange avec un fournisseur différent (si le problème est de votre côté)

---

mais s'il s'agit d'une erreur dans la logique du programme !!! alors c'est une autre affaire et elle est traitée

---

et la logique ne devrait pas s'effondrer parce que l'entrée n'a pas eu lieu à 15h00 mais à 15h05 ou 15h02.

c'est exactement ce que nous voyons avec l'auteur du fil de discussion ! il essaie d'entrer à 15:00:00:00

( les chiffres sont arbitraires)

Il ne fait pas de pips, donc entrer à 15:00 ou 15:01 - 15:07 ne devrait pas lui poser trop de problèmes.

C'est ce que je dis : on ne peut pas être lié strictement au début d'une mesure pour tous les symboles nécessaires - il suffit d'obtenir le début d'une mesure à n'importe lequel d'entre eux.

Test de CGraphic - EURUSD - Tendances, prévisions Toute question des nouveaux

TheCore 2008.05.20 12:21 #26