Errori, bug, domande - pagina 836

 
hrenfx:
Leggi la discussione.
Grazie per il link. Copierò il mio post lì perché è in tema.
 
gpwr:

I buchi non c'entrano niente. Tutti gli scambi sono spostati di una barra indipendentemente dal giorno della settimana o dall'ora del giorno. C'è un problema con la sincronizzazione delle quotazioni nella modalità di test dei prezzi aperti. Quando si prova usando la modalità tickwise, i trade sono piazzati nei nidi richiesti e tutto funziona. Ma i test statici richiedono molto tempo per me. Non so gli altri, ma l'ottimizzazione nel tick-testing è semplicemente impossibile a causa della grande quantità di tempo.

Ok, il modo non riguarda il buco, anche se anche loro avranno un impatto... Secondo il codice dato, non succede che i tick di una nuova barra per GBPUSD vengono sempre (di regola) dopo i tick di una nuova barra per EURUSD, e quindi ci sarà uno spostamento di una barra nella funzione Bars, a seconda che sia chiamata dal proprio o da un altro simbolo? Quando c'è un test per una nuova barra GBPUSD dal grafico EURUSD, la nuova barra GBPUSD non c'è ancora, mentre EURUSD sì. È un appuntamento fisso del test dei prezzi di apertura.
 
marketeer:
Ok, il modo non riguarda il buco, anche se anche loro avranno un impatto... Secondo il codice di cui sopra, non è il caso che i tick di una nuova barra GBPUSD arrivino sempre (di solito) più tardi dei tick di una nuova barra EURUSD, e quindi solo uno spostamento di barra nella funzione Bars a seconda che sia chiamata dal proprio o da un altro simbolo? Quando c'è un test per una nuova barra GBPUSD dal grafico EURUSD, la nuova barra GBPUSD non c'è ancora, mentre EURUSD sì. Questa è una funzione di test basata sui prezzi di apertura.
È abbastanza possibile. Non so se sia una caratteristica o meno, ma è sicuramente un errore. Anche se il tester rileva una chiusura della barra GBPUSD dal grafico EURUSD con una barra di ritardo, funzionerebbe correttamente, se i trade fossero aperti sulla stessa barra di ritardo, ma non dopo una barra. A giudicare dalla mancanza di risposte da giugno, l'amministrazione non sembra pensare che questo sia un errore.
 
gpwr:
È abbastanza possibile. Non so se sia una caratteristica o meno, ma è sicuramente un bug. Anche se il tester rileva la chiusura della barra GBPUSD dal grafico EURUSD con una barra di ritardo, tutto funzionerebbe bene se i trade fossero piazzati sulla stessa barra di ritardo, non una barra dopo. A giudicare dalla mancanza di risposta da giugno, l'amministrazione apparentemente non pensa che sia un errore.
Esattamente. Sul forum da qualche parte ci sono già delle dichiarazioni del MC su questo argomento (è un po' tardi per cercare ora ;-) ).
 
Se l'indicatore ottimizzato contiene il fattore di profitto, il tester utilizza il valore di infinito 1.#INF (1.#J) se ci sono solo profitti e nessuna perdita. Allo stesso tempo, il grafico di ottimizzazione "impazzisce" e mostra un vuoto. Chi risolve questo problema? O scrivere al service-desk?
 
marketeer:
Se l'indicatore ottimizzato contiene il fattore di profitto, il tester utilizza il valore di infinito 1.#INF (1.#J) se ci sono solo profitti e nessuna perdita. Allo stesso tempo, il grafico di ottimizzazione "impazzisce" e mostra un vuoto. Chi risolve questo problema? O potrei aver bisogno di scrivere al Service Desk?
Scriviamo al Service Desk. Risolveremo il problema.
 
marketeer:
Ok, il modo non riguarda il buco, anche se anche loro avranno un impatto... Secondo il codice di cui sopra, non è il caso che i tick di una nuova barra GBPUSD arrivino sempre (di solito) più tardi dei tick di una nuova barra EURUSD, e quindi solo uno spostamento di barra nella funzione Bars, a seconda che sia chiamata dal proprio o da un altro simbolo? Quando c'è un test per una nuova barra GBPUSD dal grafico EURUSD, la nuova barra GBPUSD non c'è ancora, anche se EURUSD ne ha una. Si tratta di un test sui prezzi di apertura.
Si tratta di modellare i prezzi di apertura. Qui non ci sono affatto zecche
 
gpwr:

I buchi non c'entrano niente. Tutti gli scambi sono spostati di una barra indipendentemente dal giorno della settimana o dall'ora del giorno. C'è un problema con la sincronizzazione delle quotazioni nella modalità di test dei prezzi aperti. Quando si prova usando la modalità tickwise, i trade sono piazzati nei nidi richiesti e tutto funziona. Ma i test statici richiedono molto tempo per me. Non so gli altri, ma l'ottimizzazione nel tick-testing è semplicemente impossibile a causa della grande quantità di tempo.

A proposito, ho richiesto l'errore di sincronizzazione delle quotazioni in multivaluta nel giugno di quest'anno. Ci sono stati un paio di aggiornamenti del terminale, ma l'errore non è ancora stato risolto.

La modalità "a prezzi aperti" ha molti vincoli architettonici, di cui si è avvertito in anticipo.

Nel vostro caso, utilizzate la modalità M1 OHLC con controllo di una nuova barra (come viene fatto nel nostro esempio di medie mobili)

 
stringo:
Si tratta di modellare i prezzi di apertura. Non ci sono zecche.
Non capisci quello che sto dicendo. Le barre sono derivate dai tick, e il tempo effettivo di formazione della barra coincide con il tempo del primo tick in essa.
 
marketeer:
Non hai capito quello che ho detto. Le barre sono ottenute per tick, con il tempo effettivo di formazione della barra che coincide con il tempo del primo tick in essa.
Quando si testa "per prezzi di apertura", le barre di prova sono formate come un insieme. Qui non si presta attenzione a quale barra ha cominciato a formarsi prima (in contrasto con il test Jety-Ox)
Документация по MQL5: Стандартные константы, перечисления и структуры / Константы индикаторов / Ценовые константы
Документация по MQL5: Стандартные константы, перечисления и структуры / Константы индикаторов / Ценовые константы
  • www.mql5.com
Стандартные константы, перечисления и структуры / Константы индикаторов / Ценовые константы - Документация по MQL5