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
Non penso in profondità, vedo "attaccato" dal profondo.
Perché pensare?
Esegui l'indicatore e guarda tu stesso!
E leggete almeno quello che è scritto?
L'ho letto, ma l'offerta è chiusa ora, controllerò di nuovo in quale direzione vengono scaricati i tick (sul mio script).
Non si dovrebbe controllare lo script, ma eseguire l'indicatore su RTS-9.16 chavs a - 8-9 pm, ora di Mosca (per vedere).
E i tick non si copiano sempre in profondità, ma solo se il primo tick di un nuovo blocco è con il tempo del blocco precedente.
Bisogna aspettare le nuove zecche (blocco) e non copiare post factum.
Se eseguite il vostro script, andrà bene, perché copierà dalla cronologia e non
Non"in attesa" di nuovi blocchi.
È necessario controllare non su script, ma eseguire l'indicatore su RTS-9.16 chavs a - 8-9 PM, ora di Mosca.
E i tick non sono sempre copiati in profondità, ma solo se un nuovo blocco ha il primo tick con il tempo del blocco precedente.
Dovreste aspettarvi nuove zecche (blocco) invece di copiare post factum.
Ho un indicatore che emette 20-30 ultimi tick. Penso di poter aggiungere un controllo: controllare tutte le zecche ricevute per vedere se sono nella cronologia delle zecche con tempo anomalo.
Non potrai "imbullonare" il controllo (non ha funzionato per me) perché non sai se sono vecchie zecche,
qual è il criterio di controllo? Questo può essere visto solo a "occhio" se l'indicatore e il nastro sono posti uno accanto all'altro
Ma dovrete aspettare molto tempo (come ho detto, copiato in profondità da un solo criterio)
Ricordate che il difetto appare solo in due condizioni.
1. Aspettiamo nuove zecche (blocco)
2. Si "attacca" in profondità, solo se nel nuovo blocco il 1° tick ha il tempo del o dei tick precedenti del blocco precedente.
Non potrai "imbullonare" il controllo (non ha funzionato per me) perché non sai se sono vecchie zecche,
qual è il criterio di controllo? Questo può essere visto solo a "occhio" se l'indicatore e il nastro sono posti uno accanto all'altro
Ma dovrete aspettare molto tempo (come ho detto, copiato in profondità da un solo criterio)
Ricordate che il difetto appare solo in due condizioni.
1. Aspettiamo nuove zecche (blocco)
2. Si "attacca" in profondità, solo se nel nuovo blocco il 1° tick ha il tempo del o dei tick precedenti del blocco precedente.
Tagliare le cose inutili - il calcolo e il disegno dell'indicatore. Lascia solo l'ottenimento e il controllo dell'array di tick. Per cercare un errore (non importa di chi) è necessario semplificare il codice il più possibile.
Se c'era un errore nel mio codice, veniva sempre fuori.
Ma così com'è, l'indicatore funziona correttamente (l'ho controllato molte volte con i dati della tabella)
Questo si vede chiaramente, se si esegue l'indicatore sugli strumenti mid-liquid.
Ed è quasi impossibile "perdersi tra due pini" (non c'è una sola linea in questo codice che possa essere tagliata:( ).
Se c'era un errore nel mio codice, veniva sempre fuori.
Ma così com'è, l'indicatore funziona correttamente (l'ho controllato molte volte con i dati della tabella)
Questo si vede chiaramente, se si esegue l'indicatore sugli strumenti mid-liquid.
Ed è quasi impossibile "perdere la strada attraverso due pini" (non c'è una sola linea in questo codice che possa essere tagliata :() ).
Ecco un esempio, la funzione restituisce gli ultimi tick, è presa dalla mia classe di storia dei tick, ma penso che tutto sarà chiaro dal codice.
Modalità di richiesta di tick - ultimo "tick" di tick - cioè il tempo è "0":
Un indicatore (sul grafico di sinistra) richiede CopyTicks() in OnCalculate(), il secondo indicatore (sul grafico di destra) richiede CopyTicks() in OnBookEvent().
Ed ecco la foto:
I tick sono visualizzati come segue: l'elemento con indice "0" è in fondo al grafico e il tempo di tick dell'elemento con indice "0" è il più vecchio. L'elemento con indice "29" ha il tempo di tick più giovane. Eccoci qui: ho trovato, almeno in questa figura, due incongruenze, di seguito un esempio per la prima:
Ecco un esempio, la funzione restituisce gli ultimi tick, estratti dalla mia classe di elaborazione della storia dei tick, ma penso che sia chiaro dal codice.
Ecco la prevenzione della duplicazione nel mio codice:
Corretto COPY_TICKS_ALL in COPY_TICKS_TRADE e sembra funzionare correttamente,
ma continuerò a controllare. :)
Non posso guardare il nastro in modo statico, quindi aspetterò il clearing.