Synchroniser l'heure locale de Windows avec le serveur MT5 - page 12
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
Les gars de BCS, qui ont un vrai compte,
veuillez exécuter le code sur un compte réel et poster le résultat ici.
#property link "https://www.mql5.com"
#property version "1.00"
//+------------------------------------------------------------------+
//| Expert initialization function |
//+------------------------------------------------------------------+
int OnInit()
{
MqlTick post_ticks[];
string symbol = "Si-3.17";
ulong from = ulong(D'2017.01.20 23:49:00') * 1000;
int result=CopyTicks(symbol, post_ticks, COPY_TICKS_ALL, from, 2000);
if(result > 0)
{
string str="";
int f_handle=FileOpen("Si-3.17_ticks.txt",FILE_WRITE|FILE_ANSI|FILE_TXT);
if (f_handle != INVALID_HANDLE)
{
FileWrite(f_handle, "Symbol\tTime\tLast\tFlags");
for(int i = 0; i< result;i++)
{
if(post_ticks[i].flags == 88)
{
str=symbol + "\t" + string(post_ticks[i].time) + "." +
string(post_ticks[i].time_msc%1000) + "\t" + string(post_ticks[i].last) +
"\tПродажа";
}
else
if(post_ticks[i].flags == 56)
{
str=symbol + "\t" + string(post_ticks[i].time) + "." +
string(post_ticks[i].time_msc%1000) + "\t" + string(post_ticks[i].last) +
"\tПокупка";
}
else
{
str=symbol + "\t" + string(post_ticks[i].time) + "." +
string(post_ticks[i].time_msc%1000) + "\t" + string(post_ticks[i].last) +
"\t" + string(post_ticks[i].flags);
}
FileWrite(f_handle, str);
}
FileClose(f_handle);
}
}
//---
return(INIT_SUCCEEDED);
}
Il est peu probable que cela soit résolu aussi rapidement :(
Ajouté
Je pense avoir une idée de la raison pour laquelle cela se produit !
Le problème est que les transactions et les cotations (ordres) de la bourse arrivent dans des flux différents,
et sur le serveur, ils sont traités par différentes fonctions. Celui qui est responsable des transactions
fonctionne correctement et enregistre l'information dans l'historique
(comme en témoigne le fait que nous n'avons pas un seul skip en 496 357 échanges), et le responsable de
responsable des commandes n'est pas très bon...
Voici un extrait de la correspondance avec le CA :
1. Тики (а также буки, текущие цены из маркет вотча) обновляются/собираются независимо от работы индикаторов/экспертов. Также независимо от экспертов строятся бары.
2. А вот расчет индикаторов происходит в потоке построения баров. То есть после каждого применения тика к бару - вызывается расчет индикатора! При этом ни один тик не пропускается.
3. Отсюда получается, что вызывая из индикатора CopyTicks вы можете получать более свежие тиковые данные (а также буки, значения из маркет вотча), чем те, что уже применены к барам.
Это нужно учитывать в расчетах: либо вы анализируете тики, либо бары, либо если нужно и то и другое, то кому то нужно отдать приоритет (для случая последнего бара).
4. Особенно это начинается сильно проявляется если расчет индикатора делается долго.
Je laisse ici pour votre référence un extrait de la correspondance avec le SR :
La synchronisation se fait lors de la première transaction (pour l'instant, en attendant une clarification).
A fonctionné avec précision à 10h00 et à 14h05.
2017.01.26 14:05:00.005 Time_sync_forts (URKA-3.17,H1) Local time sync is done. Symbol = RTS-3.17 Sync hour = 14 Sync min = 5 Sync sec = 0 Sync ms = 5
Ajouté
Je pense que je vais supprimer le BR pour que tout se passe automatiquement pendant 3 mois :)
Extrait de l'annonce de la nouvelle construction 1525 point 11
Mais le SD n'a rien écrit du tout.
Y avait-il des "trous" auparavant ?
Extrait de l'annonce de la nouvelle construction 1525 point 11
Mais le SD n'a rien écrit du tout.
Y avait-il des "trous" auparavant ?
Plus tôt - ils l'étaient certainement. En ce qui concerne les ticks TRADE, c'est sûr. Dans la version 1495, c'est beaucoup mieux.
Je n'ai pas trouvé d'omissions sur près de 500 000 transactions.
Apparemment, ils n'ont rien réparé d'autre, à part les INFO (ordres)...
Mais, c'est bon de voir que le progxx est là après tout.
Ajouté
Il est dommage que les participants au forum (FORTS) soient faibles dans ce problème important.
Personne de BCS n'a jamais posté de test.
Plus il y a de données, plus vite ils peuvent corriger le problème.
Je n'ai pas trouvé d'omissions sur près de 500 000 transactions.
Apparemment, ils n'ont rien réparé d'autre, à part les INFO (ordres)...
Mais il est bon de voir que les progrexs sont là après tout.
Je n'ai pas trouvé d'omissions sur près de 500 000 transactions.
Apparemment, ils n'ont rien réparé d'autre, à part les INFO (ordres)...
Mais, c'est bon de voir que le progxx est là après tout.
Ajouté
Il est dommage que les participants au forum (FORTS) soient faibles dans ce problème important.
Personne de BCS n'a jamais posté de test.
Plus il y a de données, plus vite ils peuvent corriger le problème.