Servizi, nuove funzionalità nell'architettura MT5, il funerale di MT4 è proprio dietro l'angolo. - pagina 8
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
dall'ing.
dati
alimentazione
datafeed -- fonte di dati (anche se la parola "fonte" non è del tutto corretta)
alimentatore -- alimentatore, alimentatore, alimentatore
О датафидах. Сколько встречал этот термин, сложилось ощущение, что этим словом обозначают источник данных (котировок). Буквально "заполнитель данных". Когда речь идет о собственных инструментах, понимаю так, что мы сможем вычислять котировки, например, никем не котируемого MXNRUB по известным курсам MXNUSD и USDRUB, выгруженным из терминала в .csv формат, и легализовать для терминала новые котировки, указав файл .csv как новый датафид. Возможно, будет реализовано и более изящное решение, без выгрузки в файлы, путем онлайновых операций */ над тиками (MXNRUB = MXNUSD * USDRUB). И это будет новый датафид.
Non è rimasto nessun link a una discussione, un rapporto di bug o qualcosa del genere? O solo la sensazione che ce ne fosse uno, ma non l'ho controllato ora?
Per quanto ricordo, i tick raccolti in OnCalculate corrispondevano a quelli richiesti tramite CopyTix.
Ora l'ho controllato di proposito... come sospettavo, ho ottenuto qualche schifezza, ma non quella che mi aspettavo :)
OnBookEvent() cattura i tick con il flag 0...
E questo è quello che mi aspettavo di vedere:
Come potete vedere, quando si richiede l'ultimo tick su ogni chiamata a OnCalculate() con SymbolInfoTick() - c'è un salto in alcuni dei tick che CopyTicks() restituisce.Codice da controllare:
Codice da testare:
Lascerei solo la scrittura dei tick su file quando OnCalculate è chiamato, per essere sicuro (non per testare OnBookEvent e CopyTicks, maOnCalculate, come previsto).
E poi per script avrebbe generato lo stesso file, ottenendo i tick tramite CopyTicks. La differenza sarebbe più evidente, e indicherebbe o dei tick mancati in OnCalculate o un funzionamento errato di CopyTicks.
Per essere sicuri (non per testare OnBookEvent e CopyTicks, ma OnCalculate, come previsto), lascerei solo i tick a scrivere nel file quando OnCalculate viene chiamato.
E poi per script avrebbe generato lo stesso file, ottenendo i tick tramite CopyTicks. La differenza sarebbe molto più chiara, e indicherebbe o il salto di tick in OnCalculate o il lavoro errato di CopyTicks.
Con un calcolo così semplice non vedo il motivo di preoccuparsi. C'è un confronto specifico tra due chiamate: SymbolInfoTick() e CopyTicks(). E tutte le chiamate di SymbolInfoTick() sono chiaramente mostrate. E si può vedere chiaramente che CopyTicks() ha restituito il tick, che non è stato ricevuto nella chiamata SymbolInfoTick() da OnCalculate(). E qui ci possono essere due ragioni per l'errore: 1. O OnCalculate() perde un tick, o 2. SymbolInfoTick() restituisce la cosa sbagliata da qualche parte.
Sì, questa è una parte del registro, che è stato raccolto per circa 30 secondi... quindi immaginate il numero di zecche mancanti.
Il nostro dialogo con il service desk:
Guarda per non perderti:https://www.mql5.com/ru/forum/190129/page8#comment_5081300 e i prossimi 2 post.
CopyTicks dall'indicatore dà un tick che l'indicatore non ottiene in OnCalculate (né prima né dopo).
OnCalculate viene chiamato ad ogni tick.
Le zecche sono aggiunte al database in un thread separato. Cioè in modo asincrono. Non il fatto che con CopyTicks avrete lo stesso tick che ha chiamato OnCalculate.
Non si tratta di questo.
Con CopyTicks è possibile ottenere un tick, che non era in OnCalculate (lo apprendiamo in OnCalculate su un tick, il cui tempo è più lungo del mancato).
Date un'occhiata ai registri.
Questo è esattamente ciò di cui stiamo parlando.
È arrivata una partita di zecche. Due thread iniziano ad elaborare questo pacchetto - un thread nel ciclo esegue OnCalculate su ogni tick del pacchetto; un altro thread mette l'intero pacchetto in un database di tick. Questi due thread non sono sincronizzati tra loro in alcun modo ed è sconosciuto quale thread elaborerà un pacchetto di tick più velocemente
Ma ogni tick del pacchetto dovrebbe essere elaborato da OnCalculate. E questo non sta accadendo.
Non c'è nessun tic con quel tempo. C'è un segno di spunta con meno tempo e un segno di spunta con più tempo. E non c'è nessuna chiamata OnCalculate in mezzo.
komposter
Ma ogni tick del pacchetto deve essere gestito da OnCalculate. E questo non sta accadendo.
Non c'è nessun tic con quel tempo. C'è un segno di spunta con meno tempo e un segno di spunta con più tempo. E non c'è nessuna chiamata di OnCalculate tra di loro.
Ogni segno di spunta nel pacchetto viene elaborato a OnCalculate. Non ci sono salti. Il ciclo è scritto in questo modo.
Per scoprire quale tick viene elaborato in OnCalculate, usateSymbolInfoTick- qui tutto è chiaro. Il tick è applicato alle informazioni del simbolo e poi tutti gli indicatori di questo simbolo sono chiamati, tutto in un thread
Si prega di dare un'occhiata al registro al link.
SymbolInfoTick da OnCalculate non vede il tick, che può essere ottenuto da CopyTicks.
Ecco perché ho scritto
Dobbiamo fare esattamente come hai suggerito inhttps://www.mql5.com/ru/forum/190129/page8#comment_5082755
Io, per essere sicuro (per testare OnCalculate invece di OnBookEvent e CopyTicks, come previsto), lascerei solo la scrittura dei tick nel file quando OnCalculate viene chiamato.
E poi per script avrebbe generato lo stesso file, ottenendo i tick tramite CopyTicks. La differenza sarebbe molto più chiara, e indicherebbe o il salto di tick in OnCalculate o un lavoro errato di CopyTicks.
Ed esattamente in questo modo abbiamo controllato una volta la correttezza di CopyTicks. Gli script di test e gli indicatori sono rimasti, li controlleremo di nuovo.
Forum sul trading, sistemi di trading automatico e test di strategie di trading
Bug, bug, domande
fxsaber, 2017.02.07 13:41
SymbolInfoTick negli indicatori funziona in modo abbastanza diverso rispetto agli EA.
In un indicatore restituisce sempre il tick che è stato l'iniziatore della chiamata OnCalculate. E questi tick iniziatori nell'indicatore non dovrebbero essere saltati - questa è l'ideologia degli sviluppatori. Il problema è nella formazione della coda di queste zecche.
In Expert Advisor, il SymbolInfoTick in OnTick non restituisce il tick che ha iniziato la chiamata di OnTick, ma fa una richiesta completa dello stato attuale.
Forum sul trading, sistemi di trading automatico e test di strategia
Caratteristiche del linguaggio mql5, sottigliezze e trucchi
fxsaber, 2017.03.29 22:32
L'evento Calcola viene generato su OGNI tick. Quindi c'è una coda di tick per gli indicatori. Se raggiunge un certo numero, c'è un avviso nel registro che l'indicatore è troppo lento.
Le barre stesse sono indicatori per natura e sono generate da Calculate-events. Quindi, se TF M1 ed è 10:15:00.020 e arriva un pacchetto di 50ms, il primo tick in esso ha ancora il tempo 10:14:59.970. E tutti gli indicatori sono chiamati prima su questo evento Calculate - prima l'indicatore delle serie temporali e poi gli indicatori personalizzati con queste serie temporali. Cioè in questa disposizione la barra delle 10:15 non è ancora formata come la barra zero. E la barra zero è 10:14.
Poi, quando il pacchetto inizia a srotolarsi tramite gli eventi Calculate, apparirà anche la barra delle 10:15. Credo di averla descritta in dettaglio.
Forum sul trading, sistemi di trading automatico e test di strategia
Caratteristiche del linguaggio mql5, sottigliezze e trucchi
fxsaber, 2017.03.29 22:41
Di conseguenza, è abbastanza normale per un EA ottenere un tick di una barra che non si è ancora formata. Ma questo è un punto così sottile che ci vuole uno sforzo per riprodurlo anche di proposito. In generale, è più teorico che pratico.
Se siamo paranoici sulla velocità, usare gli indicatori (e le barre, ovviamente) non è un'opzione. Tutto è nell'EA.
Il nostro dialogo con il Service Desk:
Service Desk è, purtroppo, nel loro repertorio. Non hanno bisogno di mettere un link quando si parla di discussione. Ma per fare un esempio concreto, sulle loro dita. Non è di questo che stanno parlando. Vale a dire, dicono che SymbolInfoTick() restituisce il tick corrente da controllare, e poiché OnCalculate() gestisce ogni tick - risulta che l'output dovrebbe essere di ogni tick. E CopyTicks() ci dice il contrario. Bene... E si dice, non guardare CopyTicks() :). Circa due fili hanno spiegato anche a me, quando stavano sistemando CopyTicks() alla fine dell'anno. Solo che non è il problema qui (anche se, forse, anche in esso, non so).
Non ha chiesto loro dei tick con bandiera 0 quando vengono ricevuti da OnBookEvent()?