Simboli personalizzati. Errori, bug, domande, suggerimenti. - pagina 12
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
Bug 16.
In precedenza, CustomTicksAdd generava barre da tick che si riferivano al giorno corrente. Questo non è il caso neanche adesso.
Questo bug sembra essere collegato al bug #14.
La rimozione del simbolo dalla panoramica del mercato è possibile per il seguente motivo. Chiamando consecutivamente CustomSymbolCreate - CustomSymbolDelete - CustomSymbolCreate con lo stesso nome di simbolo personalizzato, l'ID del simbolo veniva colpito. Pertanto, quando si controlla se un simbolo può essere rimosso dalla panoramica del mercato, il grafico di questo simbolo non è stato trovato (l'identificatore è corrotto), e il simbolo è stato rimosso in modo sicuro. Questo è stato corretto.
Quando si applica un tick a un grafico, la stessa cosa è possibile - la ricerca del grafico tramite l'identificatore del simbolo non ha dato un risultato
Bug 15.
Eseguiamo il seguente indicatore sul simbolo di questo EA (con ChartSetSymbolPeriod-row rimosso)
Produce solo zeri.
Abbastanza giusto.
Chiamando CustomRatesUpdate si azzerano tutti i contatori delle modifiche e si ricalcolano gli indicatori da zero
Giustamente.
Quando si chiama CustomRatesUpdate, tutti i contatori delle modifiche vengono azzerati e gli indicatori vengono ricalcolati da zero
Qual è la logica dietro questa decisione? Dopo tutto, ci sono barre invariate a sinistra.
Qual è la logica dietro questa soluzione? Dopo tutto, ci sono barre invarianti a sinistra.
prev_calculated contiene un valore che è stato restituito nella precedente chiamata OnCalculate
L'indicatore può restituire qualsiasi valore in base alla propria logica. Pertanto, non ha senso correre attraverso tutti gli indicatori e cambiare il valore di prev_calculated nel proprio valore calcolato tenendo conto del timeframe. Ed è ad alta intensità di risorse, può anche essere irragionevolmente ad alta intensità di risorse.
È molto più onesto impostarlo a 0, come all'inizio, quando non si contava ancora nulla
prev_calculated contiene il valore che è stato restituito nella precedente chiamata a OnCalculate
Lo scrittore di indicatori può restituire qualsiasi valore in base alla propria logica. Pertanto, non ha senso correre attraverso tutti gli indicatori e cambiare il valore di prev_calculated al proprio valore calcolato tenendo conto del timeframe. Ed è ad alta intensità di risorse, può anche essere irragionevolmente ad alta intensità di risorse.
È molto più onesto impostarlo a 0, come all'inizio, quando non si contava ancora nulla
Allora cosa dovremmo fare quando gli indicatori su un simbolo personalizzato sono completamente ricalcolati a causa di questo valore zero dopo ogni tick rollover?
Gli indicatori sono scritti appositamente per non rallentare il terminale, e qui inizia il contrario.
Che dire poi di quando, su un simbolo personalizzato, dopo ogni tick rollover, gli indicatori sono completamente ricalcolati a causa di questo valore zero?
Questo non dovrebbe essere il caso. Controllare
Non dovrebbe essere così. Controllare
Lasciami chiarire che non è solo CustomTicksAdd, ma anche RatesUpdate, che è un tick-through del passato. Infatti, anche il TicksAdd funzionante non ha formato le barre prima del giorno corrente. Dobbiamo formarli da soli. E abbiamo zero prev_calcolato a causa di questo.
Lasciatemi chiarire che il rollover dei tick del passato non è solo CustomTicksAdd, ma anche RatesUpdate. Infatti, anche il TicksAdd funzionante non ha formato le barre prima del giorno corrente. Dobbiamo formarli da soli. E abbiamo zero prev_calcolato a causa di questo.
In ogni caso, quando si sostituiscono, rinfrescano o cancellano le barre, tutti gli indicatori saranno ricalcolati da zero. Questo è fuori questione.
L'aggiunta di zecche dovrebbe funzionare come al solito, cioè le zecche sono fresche, quelle attuali, ma non quelle di ieri/il giorno prima.
Ho eseguito il vostro Expert Advisor dalla descrizione del bug 11 e poi ho eseguito l'indicatore con una stampa su ogni OnCalculate
Ecco i registri.
Significa che tutto funziona correttamente in una situazione normale (le zecche sono di oggi, come dovrebbero essere sempre). Le zecche sono aggiunte, e l'indicatore è considerato con parsimonia
In ogni caso, quando si sostituiscono, aggiornano, cancellano le barre, tutti gli indicatori saranno ricalcolati da zero. Questo è fuori questione.
L'aggiunta di zecche dovrebbe funzionare come al solito, cioè le zecche sono fresche, quelle di oggi, non quelle di ieri - quelle dell'altro ieri.
Eseguite il vostro Expert Advisor dalla descrizione del bug 11, poi eseguite l'indicatore con la stampa su ogni OnCalculate
Ecco i registri.
Significa che tutto funziona correttamente in una situazione normale (le zecche sono di oggi, come dovrebbero essere sempre). Le zecche sono aggiunte, e l'indicatore è considerato con parsimonia
È un'affermazione corretta?
Inoltre, se è 00:00:01, non possiamo usare CustomTicksAdd per rimodellare una barra che era solo due secondi fa.
È un'affermazione corretta?
Per il tester, il tick dell'altro ieri è fresco, quello di oggi dell'altro ieri.
Capisco il tuo punto di vista. Il tuo esercizio con i tic personalizzati di sei mesi fa è di natura decisamente tester. La tua situazione non è normale (nel senso di pratica normale)