[ARŞİV!] Forumu kirletmemek için herhangi bir acemi sorusu. Profesyonel, kaçırmayın. Sensiz hiçbir yerde - 4. - sayfa 30

 

Değerli forum üyeleri, Standart Sapma göstergesinin doğruluğu sorununu çözmeye yardımcı olun, 2 komşu gösterge değerini karşılaştırmak için tamamen görsel olarak bakarsanız, mevcut değerin bir öncekinden daha yüksek / daha düşük olduğunu fark edeceksiniz, ancak eğer bu 2 değeri karşılaştırın aslında örneğin data penceresinde değerlerin aynı olacağını görebilirsiniz.



 
Metin etiketinde görüntülenecek değerler 4. karaktere kısaltılır, bu onların gerçek eşitliklerini garanti etmez, beşinci ve sonraki karakterler farklıdır.
 
evillive :
Metin etiketinde görüntülenecek değerler 4. karaktere kesilir, bu onların gerçek eşitliklerini garanti etmez, beşinci ve sonraki karakterler farklıdır.
Ve 5 ve daha fazla işaret nasıl alınır, gösterge değerlerini daha doğru bilmeniz gerekir. NormalizeDouble aracılığıyla daha fazla doğruluk elde etmeye çalıştım, ancak hiçbir şey olmuyor.
 
Alexandr24 :
Ve 5 ve daha fazla işaret nasıl alınır, gösterge değerlerini daha doğru bilmeniz gerekir. NormalizeDouble ile daha fazla doğruluk elde etmeye çalıştım ama hiçbir şey olmuyor.

DoubleToStr() kullanmak daha iyidir.
 
evillive :

DoubleToStr() kullanmak daha iyidir.
Evet mümkün, ancak değerler metin dizisi olarak elde ediliyor ve metinle çalışamazsınız, örneğin bir değeri diğerine ekleyemezsiniz.
 

Grafikteki etiket için bu değerin gerekli olduğunu anladım ve eğer rakam standart bir göstergeden alınırsa, o zaman zaten Digits'e eşit bir bit derinliği ile gelir, muhtemelen uygulamak dışında yapılacak bir şey yoktur. kodunuzdaki gösterge algoritması.

Veya hesaplamalar için, zaten artan bit derinliği ile Double 'a geri dönüştürmeyi deneyebilirsiniz ...

 
evillive :

Grafikteki etiket için bu değerin gerekli olduğunu anladım ve eğer rakam standart bir göstergeden alınırsa, o zaman zaten Digits'e eşit bir bit derinliği ile gelir, muhtemelen uygulamak dışında yapılacak bir şey yoktur. kodunuzdaki gösterge algoritması.

Veya hesaplamalar için, zaten artan bit derinliği ile Double 'a geri dönüştürmeyi deneyebilirsiniz ...

çifte geri dönmek 4 basamağa yuvarlamaya yardımcı olmaz. Yardım için teşekkürler.

UPD. Soruyu kaldırdım, bir şekilde anladım, gösterge değerlerini 10 ile çarptım, aynı 4 basamak kaldı, ancak doğruluk arttı.

 

1) kod tabanına gidin, göstergeyi indirin: https://www.mql5.com/ru/code/8022

2) IndicatorDigits (x) satırını internete yerleştirin; x = ondalık noktadan sonraki sıfır sayısı (kesinlik)

3) göstergeyi tabloya bırakın - çalışmanıza hayran kalın.

 
alsu :
Ne yazık ki, sizin durumunuzda açarken aklınızdaki fiyatın bir önemi yok. Gerçek şu ki, Açık nokta fiyat seviyesi tarafından değil, zaman içindeki bir an tarafından belirlenir, şu anda aynı Alış ve Satış fiyatları vardır ve bu nedenle diğer tüm kenelerden temelde farklı değildir. Bu nedenle, en azından çubuğun açıldığı anda, en azından herhangi bir zamanda açın - sonuç aynı olacaktır. Ayrıca unutmamak gerekir ki bar açılış saati 01:00 ise bu barın ilk işaretinin tam olarak 01:00:00'da geldiği anlamına gelmemektedir. Bu nedenle, Açık, grafikler oluşturmayı daha uygun hale getirmek için yeni bir çubuk için bir tür kesme koşuludur.

Cevap için teşekkürler. Kesinlikle haklısın AÇIK yeni çubuğun kesme noktasıdır, ancak bu noktanın sabit bir fiyatı vardır. Açık giriş arasındaki temel fark, bir hesabın tüm terminallerindeki Açık fiyatın aynı olacağıdır. Kural olarak, terminallerin hızındaki fark bir saniyeyi geçmez. Bu süre boyunca, "hızlı" terminalde, mum çubuğunun açılıp n noktaya gitmek için zamanı olabilir. Aynı zamanda, "yavaş" terminalde, bu mum biraz sonra görünecek, ancak zaten oluşturulmuş bir hareketle. Onlar. Açık ve mevcut fiyat "hızlı" terminaldeki ile aynı olacaktır. Yani script cari fiyata göre bir emir hesaplıyorsa, farklı terminallerde farklı giriş fiyatları oluşturulabilir. Hızlı terminalde bu Açık fiyattır (Çubuğun açıldığı andaki teklif), yavaş terminalde mevcut fiyattır (geçerli zamanda Teklif). Buna göre farklılık gösterebilirler. Ve, Açık çubuk fiyatını temel alırsak, yavaş terminaldeki komut dosyası, artık mevcut Teklifi dikkate almayan, istenen fiyatı hemen alacaktır. Sonuç olarak, tüm terminallerde siparişleri hesaplamak için aynı Açık fiyata sahip olacağız.

 
Belirli bir fiyata bir siparişi, TP veya SL'yi yerleştiren, silen veya değiştiren bir danışmanı nerede bulabilirim?