Eğilim çizgisinin eğim açısının hesaplanması. - sayfa 20

[Aleksey Panfilov]

Dmitry :

Zaman geçiyor, ancak görevler aynı kalıyor. Trendin eğim açısını hesaplama ihtiyacı ile karşı karşıya kaldım ve şimdiden koordinat noktalarına göre yapmaya başladım ama şans eseri bu yazıya rastladım. Koordinatlara bağlanırsanız, ölçeği değiştirdiğinizde açının değişeceğini hiç hesaba katmadım.

Burada tek bir çözüm var, klasik anlamda eğim açısının derecesini unutmamız gerekiyor. Teorik olarak, bir bacağın çubuk, diğer bacağın nokta olduğu bir üçgen oluşturabilir, bu üçgenin açısını hesaplayabiliriz. Eğim açısının teknik değeri elde edilecektir, ölçek değiştiğinde değişmeyecektir, ancak grafikte açıyı görsel olarak tamamen farklı bir şekilde göreceksiniz, çünkü bacaklar için farklı türde verilerimiz var.

Bana gelince, dereceleri değil, zaman içinde fiyat değişimlerinin yüzdesini kullanmak en doğru olanıdır. Sonuçta, önemli olan stratejinizi oluşturduğunuz sayılardır.

https://www.mql5.com/ru/code/28678

Faz derece cinsinden hesaplanır, 0'dan 360'a kadar değerler alır ve 5. yeşil çizgide gösterilir (dizi 4'ten alınmıştır).

Antifaz da derece olarak hesaplanır, -360 ile 0 arasında değerler alır ve 6. kırmızı çizgi ile gösterilir (dizi 5'ten alınmıştır). Hesaplamalarda, toplamda 360 (şartlı olarak onu faz seviyesine yükselten) antifaz değerlerini kullanmak daha uygundur.

[Georgiy Merts]

Dmitry :

Zaman geçiyor, ancak görevler aynı kalıyor. Trendin eğim açısını hesaplama ihtiyacı ile karşı karşıya kaldım ve şimdiden koordinat noktalarına göre yapmaya başladım ama şans eseri bu yazıya rastladım. Koordinatlara bağlanırsanız, ölçeği değiştirdiğinizde açının değişeceğini hiç hesaba katmadım.

Burada tek bir çözüm var, klasik anlamda eğim açısının derecesini unutmamız gerekiyor. Teorik olarak, bir bacağın çubuk, diğer bacağın nokta olduğu bir üçgen oluşturabilir, bu üçgenin açısını hesaplayabiliriz. Eğim açısının teknik değeri elde edilecektir, ölçek değiştiğinde değişmeyecektir, ancak grafikte açıyı görsel olarak tamamen farklı bir şekilde göreceksiniz, çünkü bacaklar için farklı türde verilerimiz var.

Bana gelince, dereceleri değil, zaman içinde fiyat değişimlerinin yüzdesini kullanmak en doğru olanıdır. Sonuçta, önemli olan stratejinizi oluşturduğunuz sayılardır.

Benim bakış açım değişmedi. Eğilim çizgisi eğiminin tek doğru birimi, zaman birimi başına fiyattır. Eğim açısı, trendin büyüklüğünü değil, çizginin ekranda görüntülenme sırasını karakterize eder.

[Vladimir]

Georgiy Merts :

Benim bakış açım değişmedi. Eğilim çizgisi eğiminin tek doğru birimi, zaman birimi başına fiyattır. Eğim açısı, trendin büyüklüğünü değil, çizginin ekranda görüntülenme sırasını karakterize eder.

Desteklerim. Yalnızca "tek doğru" sözcükleri gereksiz yere kategoriktir. Bu, trend çizgisi boyunca hareket ederken elbette değişim oranının aynı anlamı için genel olarak kabul edilen "eğim" ölçü birimidir. Değişim oranının, herhangi bir y(x) fonksiyonunun grafiğinin eğimi ile birinci türevin yanı sıra eğilim çizgisinin eğimi ile de ilişkili olduğu açıktır. X bölme değeri grafikteki y bölme değeriyle aynıysa açı arctg (dy/dx) olur. Farklılarsa, iletki tarafından ölçülen açı farklı olacaktır.

Eğim açısının bir analogu, yalnızca rotanın değişim hızı, yani rotanın astronomik zamana göre türevi olarak değil, örneğin, kene'den keneye ortalama hız artışı olarak da düşünülebilir. Astronomik zaman yerine, "kendi" veya "operasyonel" zamanı kullanın - sayıyı işaretleyin.

[Aleksey Mavrin]

Georgiy Merts :

Benim bakış açım değişmedi. Eğilim çizgisi eğiminin tek doğru birimi, zaman birimi başına fiyattır. Eğim açısı, trendin büyüklüğünü değil, çizginin ekranda görüntülenme sırasını karakterize eder.

+++ Bilimsel yaklaşım kuralları.

Geri kalan tüm güzellikler, inişler ve çıkışlar pazarlamacılar içindir.

[Denis Sartakov]

Daniil Kurmyshev :

Size katılıyorum, sizinle aynı fikirdeyim, hesaplamaları azaltmak için ayarlamalar ve hesaplamalarda gereksiz hareketler, bunu kendim sevmiyorum, ancak bu işlevi ilk oluşturduğumda, birkaç farklı yolu kontrol ettim ve sonra tekrar yapmadım. artık) ve pikseller konusunda size tamamen katılıyorum, kişisel olarak benim için en ideal açı hesabı bu şekilde, işte işlevim:

//------------------------------------------------ ------------------------------------

// xAnglePixels ///////////////////////////////////////// / ////////////////////

//------------------------------------------------ ------------------------------------

double xAnglePixels(datetime x1,double y1,datetime x2,double y2) // x1,x2 Time[] - y1,y2 Fiyat

{

if(x1==0 || x2==0 || y1==y2){return(0);}

//---

int x[2],y[2];

ChartTimePriceToXY(0,0,x1,y1,x[0],y[0]);

ChartTimePriceToXY(0,0,x2,y2,x[1],y[1]);

//---

if(x[1]<x[0]){dönüş(-1000);}

//---

double x1x2=MathAbs(x[0]-x[1]);

double y1y2=MathAbs(y[0]-y[1]);

//---

çift teta;

if(x1x2!=0){theta=MathArctan(y1y2/x1x2)*(180/3.1415926535);}

başka{teta=90;}

if(y2<y1){theta=NormalizeDouble(theta*(-1),2);}else{theta=NormalizeDouble(theta,2);}

dönüş(teta);

}

//------------------------------------------------ ---------------------------------

ps if(x[1]<x[0]){return(-1000);} işlevinde kendim kullandığım için kaldırılabilir) veya daha doğrusu, kullanıcı iki noktayı değiştirmişse gereklidir. nesne .

//-----------------

Bu arada, grafikteki yazılar için tam olarak kullandığım şey bu, daha önce bu göstergenin çalışmasına ilişkin örnekler gönderdim, orada görebilirsiniz.

//-----------------

Size özel teşekkürler ve saygılar)

Böyle bir özelliğe ihtiyacım vardı, fonksiyonunuzu test etmeye başladım ve sonucu buldum

ölçeğe göre değişir...

[podotr]

köşe zamanı

[Denis Sartakov]

podotr :
köşe zamanı

Evet,

zamanın bir köşesi var

[Maxim Kuznetsov]

Denis Sartakov :

Evet,

zamanın bir köşesi var

Ve köşeyi yiyemezsin :-) Köşeyi yakabilirsin

[Aleksei Stepanenko]

Açı hızdır ve hız dinlenmenin olmamasıdır. Hepimiz koşuyoruz, koşuyoruz...

[Dmitry Fedoseev]

Bir köşe yemenin zamanı henüz gelmedi