Fiyat hareketinin açısını hesaplayan basit bir koda burnunuzu sokun. Aşağıdaki resim gösterir.
Bu, x(piksel, çubuk veya zaman) ve y(piksel veya fiyat) değerlerinin neyle ölçüldüğüne bağlıdır.
Ve hangi göreve bağlı olarak: mevcut grafikteki açıyı mevcut ölçek (piksel olarak çubuk genişliği) ve zaman çerçevesi ile ölçmek mi? Veya herhangi bir TF ve ölçek için aynı kalacak şekilde açıyı ölçün?
Farklı görevler ve koordinat sistemleri - farklı çözümler.
Ve bir köşeye ihtiyacımız yok, neden bir köşeye ihtiyacımız var? Grafiği uzatmaya veya düzleştirmeye başladığımızda, bu açı nasıl görünecek? X ve y eksenleri aynı birimlere sahip olduğunda bir açı ölçülebilir. Örneğin, bir kutuya bir not defteri aldılar, bu hücrelerin köşegenleri boyunca bir çizgi çizdiler, böylece 45 derece oldular. Ve naber, doğru santimetreye ne var. Ve burada, bir fiyat noktası neye eşittir? Bir saat, bir gün? Değerler kıyaslanamaz.
Örnekte, 39 saatlik mumlarda fiyat 1884 puanı geçti. Bu dalganın toplam hareket hızı: 1884/(39/24) = günde 1159 puan.
Ve bir köşeye ihtiyacımız yok, neden bir köşeye ihtiyacımız var? Grafiği uzatmaya veya düzleştirmeye başladığımızda, bu açı nasıl görünecek? X ve y eksenleri aynı birimlere sahip olduğunda bir açı ölçülebilir. Örneğin, bir kutuya bir not defteri aldılar, bu hücrelerin köşegenleri boyunca bir çizgi çizdiler, böylece 45 derece oldular. Ve naber, doğru santimetreye ne var. Ve burada, bir fiyat noktası neye eşittir? Bir saat, bir gün? Değerler kıyaslanamaz .
Neden onları karşılaştıralım? Kilometreler ve zaman da kıyaslanamaz, ancak bu, hızı km / s cinsinden saymamızı engellemez.
Tanjantınız hız ise, bu hız grafik periyodunun birim zamanı başına olacaktır. Fiyatınız 39 saat içinde 1884 puanı geçmişse, hız saatte 48 puan olacaktır. Ve kesinlikle günler içinde yeniden hesaplamaya gerek yok.
Ancak "hızlanma"yı, mevcut hızın bir önceki çubuktaki hıza oranı olarak da hesaplayabilirsiniz. Ve bu değerlerden birkaçını toplayarak ortalama ivmeyi belirleyebilirsiniz.
Ve burada, bir fiyat noktası neye eşittir? Bir saat, bir gün? Değerler kıyaslanamaz.
Mesafe de ışık yılı ile ölçülür. Bu yüzden sorun değil. Sabit bir hız girin. Örneğin, 1_Nokta1 dakikalık bir çubuk için ve koordinat sistemini her iki eksende fiyata getirin.
O zaman açılar herhangi bir zaman diliminde aynı olacaktır.
Ana şey, x1 vex2arasındaki dakika çubuklarının sayısını doğru bir şekilde hesaplamaktır .
Böyle bir koordinat sisteminde, 45 derecelik bir açı, fiyatın N*tg(45) =N dakika çubuk başına N nokta değiştiği anlamına gelir ve 30 derecelik bir açı, fiyatın N*tg(30) kadar değiştiği anlamına gelir. )=N* 0.57735 pip/N dakika bar. Zamanı değil, dakika çubuklarını kullanmak daha iyidir. tatiller, düşük oynaklık vb. şeklinde geçici delikler var.
%100 katılıyorum çünkü. Mum hem yatay hem de dikey olarak gerilebilir. Ve açıyı belirlemek için bir standart olmalıdır (mumun piksel cinsinden genişliği ve pikseldeki nokta sayısı).
Konu dışı bir soru sorabilir miyim?
Derleyicinin yemin etmemesi için veri zamanını ikiye katlama doğru bir şekilde nasıl dönüştürülür (yanlış dönüştürme nedeniyle veri kaybı mümkündür)
Fiyatınız 39 saat içinde 1884 puanı geçmişse, hız saatte 48 puan olacaktır. Ve kesinlikle günler içinde yeniden hesaplamaya gerek yok.
Evet, bu benim görüşüm. Speed int'yi (yani tamsayı noktaları) yaptığım için, bir noktanın hızdaki kesirlerinin özel bir rol oynamaması ve atılabilmesi için daha uzun bir süre olmasına izin verdim. Böylece günlük puan çıktı. Bu, insanın biyolojik saati ile tutarlı. Yorgun, uyudu, sabah kalktı: "Dün hız neydi?". Tutarlı görünüyor, bu yüzden kendim için böyle bir standart yaptım. Ve elbette, kime uygun.
Nikolay Semko :
Mesafe de ışık yılı ile ölçülür. Bu yüzden sorun değil. Sabit bir hız girin. Örneğin, 1_Nokta1 dakikalık bir çubuk için ve koordinat sistemini her iki eksende fiyata getirin.
Evet, yine hız elde edilir, sadece birimler: dakika başına puan. Ve hafta sonları ve deliklere gelince, kendim için şunu aldım: grafikte hangi mumlar var, bu zaman aralığı ve ne değil (günler / saatler), o zaman bu yok. Çünkü hafta sonunu hesaba katarsak ve şu anda fiyat yerindeyse, buradaki hız herhangi bir sebep olmadan gözle görülür şekilde düşecektir. Ama sonra yine, her biri kendine :)
Roni-Demir :
Derleyicinin yemin etmemesi için veri zamanını ikiye katlama doğru bir şekilde nasıl dönüştürülür (yanlış dönüştürme nedeniyle veri kaybı mümkündür)
double A = ( double )Time[ 1 ];
Tarihi neden bir çift olarak saklamak istiyorsunuz? Aynı dizide farklı türde değişkenler saklıyorsanız ve bunları ileri geri yayınlıyorsanız, normal diziyi bir dizi yapıyla değiştirmeyi düşünün:
MQL5.com web sitesine giriş yapmak için çerezlerin kullanımına izin vermelisiniz.
Lütfen tarayıcınızda gerekli ayarı etkinleştirin, aksi takdirde giriş yapamazsınız.
Hesabınıza giriş yaptınız. İki faktörlü kimlik doğrulama devre dışı bırakıldı. Yeniden kurup yeni bir QR kodu tarayın veya iki faktörlü kimlik doğrulama devre dışıyken devam edin.
Fiyat hareketinin açısını hesaplayan basit bir koda burnunuzu sokun. Aşağıdaki resim gösterir.
Fiyat hareketinin açısını hesaplayan basit bir koda burnunuzu sokun. Aşağıdaki resim gösterir.
Peki, tanjant aracılığıyla hesaplayabilirsiniz. Ve sonsuza kadar, açının kendisine ihtiyacınız yok, bu nedenle teğeti bilmek yeterli.
Ve sonsuza kadar, açının kendisine ihtiyacınız yok, bu nedenle teğeti bilmek yeterli.
Aynen öyle! Ve teğetimizin adı: hız.
Örnekte, 39 saatlik mumlarda fiyat 1884 puanı geçti. Bu dalganın toplam hareket hızı: 1884/(39/24) = günde 1159 puan.
Ve bir köşeye ihtiyacımız yok, neden bir köşeye ihtiyacımız var? Grafiği uzatmaya veya düzleştirmeye başladığımızda, bu açı nasıl görünecek? X ve y eksenleri aynı birimlere sahip olduğunda bir açı ölçülebilir. Örneğin, bir kutuya bir not defteri aldılar, bu hücrelerin köşegenleri boyunca bir çizgi çizdiler, böylece 45 derece oldular. Ve naber, doğru santimetreye ne var. Ve burada, bir fiyat noktası neye eşittir? Bir saat, bir gün? Değerler kıyaslanamaz.Aynen öyle! Ve teğetimizin adı: hız.
Örnekte, 39 saatlik mumlarda fiyat 1884 puanı geçti. Bu dalganın toplam hareket hızı: 1884/(39/24) = günde 1159 puan.
Ve bir köşeye ihtiyacımız yok, neden bir köşeye ihtiyacımız var? Grafiği uzatmaya veya düzleştirmeye başladığımızda, bu açı nasıl görünecek? X ve y eksenleri aynı birimlere sahip olduğunda bir açı ölçülebilir. Örneğin, bir kutuya bir not defteri aldılar, bu hücrelerin köşegenleri boyunca bir çizgi çizdiler, böylece 45 derece oldular. Ve naber, doğru santimetreye ne var. Ve burada, bir fiyat noktası neye eşittir? Bir saat, bir gün? Değerler kıyaslanamaz .Neden onları karşılaştıralım? Kilometreler ve zaman da kıyaslanamaz, ancak bu, hızı km / s cinsinden saymamızı engellemez.
Tanjantınız hız ise, bu hız grafik periyodunun birim zamanı başına olacaktır. Fiyatınız 39 saat içinde 1884 puanı geçmişse, hız saatte 48 puan olacaktır. Ve kesinlikle günler içinde yeniden hesaplamaya gerek yok.
Ancak "hızlanma"yı, mevcut hızın bir önceki çubuktaki hıza oranı olarak da hesaplayabilirsiniz. Ve bu değerlerden birkaçını toplayarak ortalama ivmeyi belirleyebilirsiniz.
Ve burada, bir fiyat noktası neye eşittir? Bir saat, bir gün? Değerler kıyaslanamaz.
Mesafe de ışık yılı ile ölçülür. Bu yüzden sorun değil.
Sabit bir hız girin. Örneğin, 1_Nokta 1 dakikalık bir çubuk için ve koordinat sistemini her iki eksende fiyata getirin.
O zaman açılar herhangi bir zaman diliminde aynı olacaktır.
Ana şey, x 1 ve x 2 arasındaki dakika çubuklarının sayısını doğru bir şekilde hesaplamaktır .
Böyle bir koordinat sisteminde, 45 derecelik bir açı, fiyatın N*tg(45) =N dakika çubuk başına N nokta değiştiği anlamına gelir ve 30 derecelik bir açı, fiyatın N*tg(30) kadar değiştiği anlamına gelir. )=N* 0.57735 pip/N dakika bar.
Zamanı değil, dakika çubuklarını kullanmak daha iyidir. tatiller, düşük oynaklık vb. şeklinde geçici delikler var.
%100 katılıyorum çünkü. Mum hem yatay hem de dikey olarak gerilebilir. Ve açıyı belirlemek için bir standart olmalıdır (mumun piksel cinsinden genişliği ve pikseldeki nokta sayısı).
Konu dışı bir soru sorabilir miyim?
Derleyicinin yemin etmemesi için veri zamanını ikiye katlama doğru bir şekilde nasıl dönüştürülür (yanlış dönüştürme nedeniyle veri kaybı mümkündür)
double A = Zaman[1];
Şimdiden teşekkürler!
Fiyatınız 39 saat içinde 1884 puanı geçmişse, hız saatte 48 puan olacaktır. Ve kesinlikle günler içinde yeniden hesaplamaya gerek yok.
Evet, bu benim görüşüm. Speed int'yi (yani tamsayı noktaları) yaptığım için, bir noktanın hızdaki kesirlerinin özel bir rol oynamaması ve atılabilmesi için daha uzun bir süre olmasına izin verdim. Böylece günlük puan çıktı. Bu, insanın biyolojik saati ile tutarlı. Yorgun, uyudu, sabah kalktı: "Dün hız neydi?". Tutarlı görünüyor, bu yüzden kendim için böyle bir standart yaptım. Ve elbette, kime uygun.
Mesafe de ışık yılı ile ölçülür. Bu yüzden sorun değil.
Sabit bir hız girin. Örneğin, 1_Nokta 1 dakikalık bir çubuk için ve koordinat sistemini her iki eksende fiyata getirin.
Evet, yine hız elde edilir, sadece birimler: dakika başına puan. Ve hafta sonları ve deliklere gelince, kendim için şunu aldım: grafikte hangi mumlar var, bu zaman aralığı ve ne değil (günler / saatler), o zaman bu yok. Çünkü hafta sonunu hesaba katarsak ve şu anda fiyat yerindeyse, buradaki hız herhangi bir sebep olmadan gözle görülür şekilde düşecektir. Ama sonra yine, her biri kendine :)
Derleyicinin yemin etmemesi için veri zamanını ikiye katlama doğru bir şekilde nasıl dönüştürülür (yanlış dönüştürme nedeniyle veri kaybı mümkündür)
Tarihi neden bir çift olarak saklamak istiyorsunuz? Aynı dizide farklı türde değişkenler saklıyorsanız ve bunları ileri geri yayınlıyorsanız, normal diziyi bir dizi yapıyla değiştirmeyi düşünün:
Çok teşekkürler!
Yapılar yalnızca mql 5'te mi yoksa zaten mql 4'te mi çalışıyor?
Çok teşekkürler!
Yapılar yalnızca mql 5'te mi yoksa zaten mql 4'te mi çalışıyor?
Sadece yapılar değil, sendikalar da çalışır.