Errori, bug, domande - pagina 506

 
tol64:

Proverò a fare la domanda una terza volta). MetaDriver ha mostrato un esempio qui. È qui che ho dato il mio esempio.

Il grafico si restringe quando il numero di scambi inizia a superare i 3000. Questo problema è considerato dagli sviluppatori?

Questo problema non ci permette di analizzare i risultati delle transazioni nel terminale in una sola volta quando si testa il sistema su una grande striscia di dati storici quando la quantità di operazioni può essere di circa 10000 e più.

Ricordo che avevo qualcosa di simile in Excel. Ma il programma era sovraccarico di formule complesse e semplicemente si bloccava se il numero di linee superava le 5000. Quale può essere il problema qui?

Sono d'accordo con la domanda! La stessa situazione. Anche se non sapevo che fosse legato al numero di scambi. Ora lo saprò, grazie :)

In vista del campionato, sarebbe bene risolvere questo problema.

 
tol64:

Proverò a fare la domanda una terza volta). MetaDriver ha mostrato un esempio qui. È qui che ho dato il mio esempio.

Il grafico si restringe quando il numero di scambi inizia a superare i 3000. Questo problema è considerato dagli sviluppatori?

Questo problema non ci permette di analizzare i risultati delle transazioni nel terminale in una sola volta quando si testa il sistema su una grande striscia di dati storici quando la quantità di operazioni può essere di circa 10000 e più.

Ricordo che avevo qualcosa di simile in Excel. Ma il programma era sovraccarico di formule complesse e semplicemente si bloccava se il numero di linee superava le 5000. Quale può essere il problema qui?

Ci sarà una correzione nella prossima build. La correzione è la seguente:

L'agente tester ora invia sempre i soliti pacchi con cambiamenti di equi-equilibrio. Se il numero di cambiamenti supera i 16384 (cambiamenti equi-bilanciati per Moving Average.ex5 per 12 anni su Euro-clock), viene eseguito il "packing" dei nuovi dati. 2/5 dei record vengono cancellati dalla porzione 10240, cioè i dati precedenti vengono diluiti. I dati tardivi sono mostrati così come sono

 
stringo:

Ci sarà una correzione nella prossima build. È il seguente:

L'agente tester ora invia sempre i pacchi regolari con le modifiche al saldo del patrimonio netto. L'ampliamento delle informazioni è ora fatto sul lato del terminale client. Se il numero di cambiamenti supera i 16384 (cambiamenti equi-bilanciati per Moving Average.ex5 per 12 anni su Euro-clock), viene eseguito il "packing" dei nuovi dati. 2/5 dei record vengono cancellati dalla porzione 10240, cioè i dati precedenti vengono diluiti. I dati tardivi sono mostrati così come sono

Grazie! Questa è una grande notizia! Un altro problema sarà meno)).
 
stringo:

Ci sarà una correzione nella prossima build.

Grazie!
 
Ci saranno commenti da parte degli sviluppatori sulla funzione SeriesInfoInteger(symbol,0,SERIES_SERVER_FIRSTDATE), restituisce zero quando provo a richiedere la data di inizio della cronologia per un simbolo diverso da quello su cui sta girando l'Expert Advisor.
Документация по MQL5: Стандартные константы, перечисления и структуры / Торговые константы / Информация об исторических данных по инструменту
Документация по MQL5: Стандартные константы, перечисления и структуры / Торговые константы / Информация об исторических данных по инструменту
  • www.mql5.com
Стандартные константы, перечисления и структуры / Торговые константы / Информация об исторических данных по инструменту - Документация по MQL5
 
sergey1294:
Ci saranno commenti da parte degli sviluppatori sulla funzione SeriesInfoInteger(symbol,0,SERIES_SERVER_FIRSTDATE), restituisce zero quando cerco di richiedere la data di inizio della storia per un simbolo diverso da quello su cui gira l'Expert Advisor?

Per favore, ricordami il numero di ticket nel Service Desk (o aggiorna l'applicazione).

Per problemi non banali, è preferibile gestirli in Service Desk.

 
Nella corsa al campionato (e in generale, i test non sono uno scherzo, per la prossima implementazione al posto di MT4) sarebbe bello mettere ordine nei dati - prima di tutto, con il tempo terminale (è molto importante, ad esempio, per l'analisi candlestick e tutti i tipi di reti neurali, legandosi alle borse, e in generale per tutti i TS basati sulla ricorrenza degli eventi - e probabilmente tutti loro), e con il volume - per coloro che costruiscono tutti i tipi di EA accumulativi basati sul volume.
 
stringo:

Per favore, ricordami il numero di ticket nel Service Desk (o aggiorna l'applicazione).

Per problemi non banali, è preferibile trattare con il service desk.

Non ho ancora fatto domanda al Service Desk, c'era una domanda con un esempio in questo thread https://www.mql5.com/ru/forum/1111/page507#comment_95140
 

HistorySelect(), HistoryDealsTotal(), Tester, Modalità di trading: ritardo casuale.

Nel tester, nella modalità di ritardo casuale, la funzione HistoryDealsTotal() a volte

determina erroneamente il numero di accordi sul segmento selezionato per mezzo di HistorySelect() della storia,

aggiungendovi la quantità totale di accordi dall'inizio della storia.

In questo caso, l'elenco finale delle offerte, formato utilizzando HistoryDealGetTicket() sulla base dei valori di HistoryDealsTotal()

è il seguente: affare 3; affare 4; affare 5; affare 1; affare 2; affare 3; affare 4; affare 5;

dove l'affare 3 - l'affare 5 sono gli affari del periodo selezionato dall'utente.

 
masharov:

Potete dirmi come trovare il tempo di chiusura di una transazione?

Non riesco a trovarlo nelle proprietà dell'affare.

Un trade non ha un tempo di chiusura, perché un trade è una transazione e ha un tempo di esecuzione HistoryDealGetInteger(ticket,DEAL_TIME).Se un trade ha causato la chiusura di una posizione, allora questo sarà il tempo di chiusura. Anche se è strano, le proprietà della funzione PositionGetInteger contengono l'identificatore POSITION_TIME - tempo di apertura della posizione, ma la verifica di chiusura della posizione no.