![MQL5 - Linguaggio delle strategie di trading integrato nel client terminal MetaTrader 5](https://c.mql5.com/i/registerlandings/logo-2.png)
Ti stai perdendo delle opportunità di trading:
- App di trading gratuite
- Oltre 8.000 segnali per il copy trading
- Notizie economiche per esplorare i mercati finanziari
Registrazione
Accedi
Accetti la politica del sito e le condizioni d’uso
Se non hai un account, registrati
Cari sviluppatori!
VI CHIEDO di leggere attentamente questo messaggio.
Penso di aver capito il motivo per cui appare la discrepanza temporale!!!
Oggi:
Terminale
Esperto
Meccanismo di controllo del tempo.
Quando la profondità del mercato cambia per un simbolo(lavoro solo con la profondità del mercato)
La funzioneCheckMarketTime è chiamata
Dopo aver ottenuto i dati sull'ultimo tick per il simbolo
Controllo il tempo, ma(MOLTO IMPORTANTE) !!!!
MqlTick (IMMEDIATAMENTE) non contiene l'ultimo timeframe, se
nella profondità del mercato è cambiato SOLO il volume dello stesso prezzo.
Faccio questa supposizione perché non c'è
Flags TICK_FLAG_ASK_VOLUMEe TICK_FLAG_BID_VOLUME
La funzione OnBookEvent ha funzionato (il volume di tale e tale prezzo è cambiato), ma
MqlTick non ha registrato il tempo di questo cambiamento.
Si prega di aggiungere queste bandiere a MqlTick, rispettivamente con il tempo aggiornato.
Aggiunto
Per qualche motivo non riesco a fare una registrazione nel CD
MqlTick (QUI) non registra l'ultimo tempo se
nella tazza dei prezzi è cambiato SOLO il volume dello stesso prezzo.
Assolutamente corretto. E questo è un comportamento corretto. MqlTick prende i dati dalla stessa fonte da cui viene riempita la storia dei tick. Non ci dovrebbero essere duplicati nella cronologia dei tick, perché la cronologia dei tick in MT5 non memorizza il volume anche su bestbands.
È stato sollevato da molto tempo che non c'è un modo diretto per conoscere il tempo a cui corrisponde la storia del tick. Scopritelo in un altro modo.
Assolutamente giusto. E questo è il comportamento corretto. MqlTick prende i dati dalla stessa fonte da cui viene riempita la storia dei tick. Non ci dovrebbero essere duplicati nella cronologia dei tick, perché la cronologia dei tick in MT5 non memorizza il volume anche su bestbands.
È stato sollevato per molto tempo che non c'è un modo diretto per conoscere il tempo a cui corrisponde la storia del tick. Scopritelo in un altro modo.
Sarebbe così gentile da suggerirmi quale?
Aggiunto
Se ricevo una notifica che qualcosa è cambiato nel takan, allora
perché non aggiungere un campo per comodità ("poco sangue")
datetime book_change; ?
O ancora più semplice, aggiungere il seguente campo a MqlBookInfo
datetime book_change;
Tanto più che questo tempo è tradotto dallo scambio.
Sarebbe così gentile da dirmi quale?
Non essere ridicolo... :)
Se mi è stato notificato che qualcosa è cambiato in takan, allora
perché non aggiungere un campo per comodo ("pochi soldi")
datetime book_change; ?
O semplicemente, aggiungete la struttura MqlBookInfo con l'opzione
datetime book_change;
Soprattutto, che questo tempo è tradotto dallo scambiatore.
Solo che non è datetime, ma lungo - millisecondi. E
Forum sul trading, sistemi di trading automatico e test di strategia
Mercato chiuso
fxsaber, 2017.09.22 09:17
Laquestione è stata sollevata per molto tempo che non c'è un modo diretto per conoscere il tempo a cui corrisponde la finestra di scommessa.
Con suggerimenti simili.
Forse dopo l'attivazione di OnBookEvent
richiedere CopyTicks su questo personaggio?
Farò un tentativo...
Forse dopo l'attivazione di OnBookEvent
richiedere CopyTicks su questo personaggio?
Non sarebbe d'aiuto, ovviamente. L'unica opzione ora è scoprire la tempistica del led del tumbler.
Non servirà, ovviamente. L'unica opzione ora è scoprire i tempi del led del vetro.
È interessante :)
Risultato
???????
Non so nemmeno cosa dire....
Non so nemmeno cosa dire....
vedrete che i tempi saranno diversi solo in queste situazioni
È stato discusso più volte che MqlTick non restituisce un tick così com'è. Che ci sono due flussi di tick - quotazione e transazione. E che in CopyTicks vengono uniti a volte retroattivamente, perché i flussi non sono sincronizzati. E che i tempi di MqlTick e CopyTicks possono non coincidere.