Tasso di variazione dei prezzi, come calcolare

 

Volevo chiedere alla comunità chi calcola la velocità di cambiamento dei prezzi.

Per lo più si tratta di candele di notizie.

Un'applicazione è l'azione dell'EA quando c'è un forte cambiamento di prezzo in un breve periodo di tempo

Per esempio: Esce una notizia forte, ed è ragionevole rimuovere il TP - e poi impostarne uno nuovo per la situazione, o spostare il TP abbastanza lontano

Perché è fastidioso ottenere una presa di 20-30 100 pips e poi guardare il prezzo fare 5-10 o 20 altre prese di distanza.

 

Sì, una domanda interessante. Ciò che è ancora più interessante è la velocità con cui il prezzo crede di muoversi.

P.S. E la definizione standard di velocità (v=(S2-S1)/(t2-t1)?

P.P.S. E se ci allegate anche qualcosa come un calendario di notizie? Probabilmente, si scoprirà che ogni notizia ha il suo tempo di "reazione violenta".

 

Se ci pensate, ci sono diverse opzioni.

1. La differenza tra il prezzo attuale e quello di qualche barra fa divisa per il numero di barre.

2. Prima di passare dal punto 1 al punto 2, il prezzo può aver oscillato, cioè la sua velocità sarà effettivamente più alta che nel punto 1. Quindi dobbiamo calcolare la lunghezza del percorso del prezzo e dividerlo per il numero di barre. La somma dei valori assoluti della differenza di prezzo su una barra divisa per il numero di barre.

Se volete determinare la velocità all'interno di una barra, potete usare il numero di tick. Volume[0]/(TimeCurrent()-Time[0]).

4. Probabilmente si può inventare qualcos'altro.

 

 
 
avtomat:

Mia madre-nonna ...
 
Hanno fatto attraverso il primo post. Si scopre che v=s/t. L'autore del libro è davvero serio? Sono libri di testo come questo che fanno perdere alla gente ogni interesse per la matematica, la fisica e altre scienze esatte.
 
Integer:
L'autore del libro lo pensa davvero? Sono libri di testo come questo che fanno perdere alla gente ogni interesse per la matematica, la fisica e le scienze esatte.

Sembra essere meccanica teorica come primer. Per quanto riguarda il soggetto, la variante con l'uso di volumi di tick mi sembra la più promettente.
 
Integer:

Se ci pensate, ci sono diverse opzioni.

1. La differenza tra il prezzo attuale e quello di qualche barra fa divisa per il numero di barre.

2. Prima di passare dal punto 1 al punto 2, il prezzo può aver oscillato, cioè la sua velocità sarà effettivamente più alta che nel punto 1. Quindi dobbiamo calcolare la lunghezza del percorso del prezzo e dividerlo per il numero di barre. La somma dei valori assoluti della differenza di prezzo su una barra divisa per il numero di barre.

Se volete determinare la velocità all'interno di una barra, potete usare il numero di tick. Volume[0]/(TimeCurrent()-Time[0]).

4. Probabilmente si può inventare qualcos'altro.

Non è il numero di tick ma il numero di punti (pips) percorsi che dovrebbe essere contato.
 
Integer:
Ho appena finito il primo post. Si scopre che v=s/t. L'autore del libro è davvero serio? Sono libri di testo come questo che fanno perdere alla gente ogni interesse per la matematica, la fisica e altre scienze esatte.


Strana reazione...

.

È solo un articolo di un manuale di fisica.

 
serferrer:
Non è il numero di tick ma il numero di punti (pips) percorsi che dovrebbe essere contato.

Anche questo è possibile. È possibile, nessuno vieta niente. Intendevo l'ipotesi che il prezzo si muova di 1 pip per tick.
Motivazione: