Fiyat değişim oranı nasıl hesaplanır

 

Fiyat değişim oranını hesaplayan topluluğa sormak istedim.

Temel olarak, bunlar haber mumlarıdır.

Uygulamalardan biri, danışmanın kısa sürede güçlü bir fiyat değişikliği ile yaptığı işlemlerdir.

örneğin: Güçlü bir haber çıkıyor ve ya çekimi tamamen kaldırmak ve sonra duruma göre yeni bir tane ayarlamak ya da yeterli bir mesafeyi zorlamak oldukça mantıklı.

Çünkü 20-30 100 pip almak ve ardından fiyatın 5 10 veya 20 mesafe daha almasını izlemek utanç verici.

 

Evet, ilginç bir soru. Ayrıca, fiyatın ne kadar hızlı hareket edeceğini öğrenmek daha da ilginç.

PS Peki ya hızın standart tanımı (v=(S2-S1)/(t2-t1)?

PPS Ve buna bir haber takvimi gibi bir şey eklerseniz? Belki de her haberin bir "şiddetli tepki" zamanı olduğu ortaya çıkacaktır.

 

Bunu düşünürseniz, birkaç seçenek var.

1. Şimdiki fiyat ile birkaç çubuk önceki fiyat arasındaki farkın çubuk sayısına bölümü .

2. 1. noktadan 2. noktaya gelmeden önce, fiyat sallanabilir, yani. aslında, hızı 1. paragraftakinden daha yüksek olacaktır. Bu nedenle, fiyat yörüngesinin uzunluğunu hesaplamanız ve çubuk sayısına bölmeniz gerekir. Bir çubuktaki fiyat farkının bir önceki çubuğun fiyatı ile mutlak değerlerinin toplamının çubuk sayısına bölümü.

3. Hızı bir çubuk içinde belirlemeniz gerekiyorsa, tik sayısına göre gezinebilirsiniz. Hacim[0]/(TimeCurrent()-Time[0]).

4. Elbette başka bir şey düşünebilirsiniz.

 

 
 
avtomat :

anne-anneannem...
 
İlk gönderiye hakim. v=s/t çıkıyor. Kitabın yazarı tüm ciddiyetle bu hesaplamaları yapıyor mu? İnsanların matematik, fizik ve diğer kesin bilimlere olan tüm ilgisi bu tür ders kitaplarından çıkıyor.
 
Integer :
Kitabın yazarı tüm ciddiyetle bu hesaplamaları yapıyor mu? İnsanların matematik, fizik ve diğer kesin bilimlere olan tüm ilgisi bu tür ders kitaplarından çıkıyor.

Bu teorik mekanik gibi görünüyor - ilk bilgi. Ve konuya göre - kene hacimlerini kullanma seçeneği bana en umut verici görünüyor.
 
Integer :

Bunu düşünürseniz, birkaç seçenek var.

1. Şimdiki fiyat ile birkaç çubuk önceki fiyat arasındaki farkın çubuk sayısına bölümü.

2. 1. noktadan 2. noktaya gelmeden önce, fiyat sallanabilir, yani. aslında, hızı 1. paragraftakinden daha yüksek olacaktır. Bu nedenle, fiyat yörüngesinin uzunluğunu hesaplamanız ve çubuk sayısına bölmeniz gerekir. Bir çubuktaki fiyat farkının bir önceki çubuğun fiyatı ile mutlak değerlerinin toplamının çubuk sayısına bölümü.

3. Hızı bir çubuk içinde belirlemeniz gerekiyorsa, tik sayısına göre gezinebilirsiniz. Hacim[0]/(TimeCurrent()-Time[0]).

4. Elbette başka bir şey düşünebilirsiniz.

Tiklerin sayısı değil, geçilen puanların (piplerin) sayısı sayılmalıdır.
 
Integer :
İlk gönderiye hakim. v=s/t çıkıyor. Kitabın yazarı tüm ciddiyetle bu hesaplamaları yapıyor mu? İnsanların matematik, fizik ve diğer kesin bilimlere olan tüm ilgisi bu tür ders kitaplarından çıkıyor.


Garip tepki...

.

Bu sadece bir fizik referans kitabından bir makale.

 
serferrer :
Tiklerin sayısı değil, geçilen puanların (piplerin) sayısı sayılmalıdır.

Bu da mümkün. Her şey mümkün, kimse hiçbir şeyi yasaklamıyor. Evet birinin fiyat hareketlerini 1 puan işaretleyeceği varsayımını kastettim.
Neden: