Hareketli Ortalama (ve diğer göstergeler) değerlerinin ve hatanın karşılaştırılması - sayfa 3
Alım-satım fırsatlarını kaçırıyorsunuz:
- Ücretsiz alım-satım uygulamaları
- İşlem kopyalama için 8.000'den fazla sinyal
- Finansal piyasaları keşfetmek için ekonomik haberler
Kayıt
Giriş yap
Gizlilik ve Veri Koruma Politikasını ve MQL5.com Kullanım Şartlarını kabul edersiniz
Hesabınız yoksa, lütfen kaydolun
Teşekkürler Artyom, ama ne yazık ki bunun da sınırları olabileceği ortaya çıktı.
Umarım kimseyi tehdit etmemişimdir?
Hiç de bile. Çevremdeki ortamın bununla hiçbir ilgisi yok.)
Hiç de bile. Çevremdeki ortamın bununla hiçbir ilgisi yok.)
Öncelikle normalize edilmiş iki değer arasındaki fark sonunda normalize edilmemiş bir değer verecektir. Normalleştirilmiş farkı kontrol etmeniz gerekir.
İkincisi, çubuğun içindeki geçişleri yakalamak istiyorsanız, sıfır ve ilk çubuklardaki tüm keneler için değerler alın - yakalayın ... anne-ağlama...
Bir çubuğun açılmasını test ediyorsanız, danışman yeni bir çubuğun açılışını açıkça izlemeli ve açıldıktan sonra kavşakları kontrol etmelidir.
İlk önce kendiniz karar verin - çubuğun açılışında veya her tikte işlem yapın, ardından kodu yazın. Ve buna göre, ayrıca test edin.
İlk olarak, sadece yeni bir barın açılışında ticaret yaptığımı ilk gönderide açıkça yazdım. Kene ticaretinin kendi inceliği vardır. Bir sinyal alabilirsiniz, ancak görsel olarak grafikte kesişme olmayacaktır, çünkü sadece belirli fiyatlarda çizilir (açılış, kapanış vb.). Keneler tarafından çizilmez. Bu durumda, o zaman meslekten olmayan kişiye, evet, grafikte kesişme olmadığını, ancak bu, yalnızca çok aralıklı değerlerle görselleştirirken çizim hareketlerinin özgüllüğü olduğu için açıklayın (yine, açılış fiyatları , kapanış fiyatları, vb.) . - bir tahmin, eğer böyle bir kelime duyduysanız), kenelerle değil. İkincisi, farkın normalleştirilmesi saçmalıktır. Tam olarak 0 almamak için hangi işareti normalleştirmeniz gerektiğini ASLA önceden anlamayacaksınız (aptalca tüm önemli basamakları kesmeyin). Bir süredir programlama yapıyorum ve bu nedenle, hesaplamalı matematikte çok bilgiliyim (asıl mesleğimde, modelleme fiziği, sürekli olarak hesaplamaların doğruluğu ile kafa kafaya takmak zorundayım). Aslında, genel olarak, hesaplamalı matematiğin karmaşıklıklarını, hataları vb. araştırmak istemiyorsanız, normalleştirme büyük bir basitleştirmedir. Kendinizi böyle bir guru olarak görüyorsanız ve tüm konuyu dikkatlice okumaya ve ardından sonuçlar çıkarmaya hazır değilseniz - bu bir şeydir. Durum böyle değilse ve aynı zamanda yeni bir barın açılışında işlem yapıyorsanız, robotunuzu 07/29/2015 tarihli barda 3:20'de 5 ve 34'lük iki SMA parametresi ile kapanış fiyatına uygulayarak test etmeyi deneyin. dakika zaman diliminde. Bir çubuk içinde hareketler iki kez kesiştiğinde durum tam olarak budur. Ve bu durumu, keneler tarafından değil, belirlemek gerçekçi değildir. Bakalım robotunuz bu sinyallerin ikisini de alacak mı? Ve neden aynı çubukta farklı zamanlarda hesaplandığında hareketlerin farkının (veya daha doğrusu ilk değerlerinin) eşit olmadığı sorusuna en önemli cevap, bir cevap vermediniz (sadece Alexey Lebedev denedi, bunun için teşekkür ederim). onu, ama yine de tahminler ...). Ve iMA işlevinin ilkelerini bilmeden buna cevap vermek imkansızdır.
Not Sohbet etmek çok kolay, sorunun özüne inmek istemiyorsanız forumda ayrı özel dallar var sanırım
Teşekkürler Artyom, ama ne yazık ki bunun da sınırları olabileceği ortaya çıktı.
...
Hiperboloidi icat etmeye devam edin. Her şey benim için her zaman çalışır ve doğru sayılır. Ah, evet, üzgünüm, hesaplamalı matematiğinizde bir guru değilim, saçma sapan şeyler icat etmiyorum - MT4 ve MT5 için programlar yapıyorum. Ve akıllı olmaya devam ediyorsun, çünkü sana ne dediklerini duymak istemiyorsun (ve bu ders kitabıyla ilgili değil).
Tekrar ediyorum - yeni bir barın açılışında ticaret yapıyorsanız - soru şudur: barın içinde neden bir kavşağa ihtiyacınız var (sizin için önemli mi?, evet ise - nasıl yapacağınızı size tavsiye edeceğim - değilse - unut gitsin).
Robotumu geçici verileriniz üzerinde çalıştırmayacağım - Uzun zaman önce Mashki'de işlem yapmayı bıraktım. Ve Mashki'nin açılış fiyatı hariç tüm fiyatları hesaplarken sıfır çubuğunu yeniden çiziyor - bir okul çocuğu bile biliyor. Bir mumun açılışında işlem yapıyorsanız, neden oradaki birine bunun olduğunu açıklamanız gerekiyor ve şimdi orada değil? İşte açılışta ve Mashka'dan verileri alın.
Sorun nerede bulundu? İşte kavşağınız:
Bu kavşağı doğru bir şekilde belirleyen bir kod önerebilir misiniz?
Hiperboloidi icat etmeye devam edin. Her şey benim için her zaman çalışır ve doğru sayılır. Ah, evet, üzgünüm, hesaplamalı matematiğinizde bir guru değilim, saçma sapan şeyler icat etmiyorum - MT4 ve MT5 için programlar yapıyorum. Ve akıllı olmaya devam ediyorsun, çünkü sana ne dediklerini duymak istemiyorsun (ve bu ders kitabıyla ilgili değil).
Tekrar ediyorum - yeni bir barın açılışında ticaret yapıyorsanız - soru şudur: barın içinde neden bir kavşağa ihtiyacınız var (sizin için önemli mi?, evet ise - nasıl yapacağınızı size tavsiye edeceğim - değilse - unut gitsin).
Robotumu geçici verileriniz üzerinde çalıştırmayacağım - Uzun zaman önce Mashki'de işlem yapmayı bıraktım. Ve Mashki'nin açılış fiyatı hariç tüm fiyatları hesaplarken sıfır çubuğunu yeniden çiziyor - bir okul çocuğu bile biliyor. Bir mumun açılışında işlem yapıyorsanız, neden oradaki birine bunun olduğunu açıklamanız gerekiyor ve şimdi orada değil? İşte açılışta ve Mashka'dan verileri alın.
Sorun nerede bulundu? İşte kavşağınız:
Bu kavşağı doğru bir şekilde belirleyen bir kod önerebilir misiniz?
Hiperdoloidi ben icat etmiyorum. Eğer icat etmek isteseydim, burada hiçbir şey sormazdım. Ve zeki değilim, ama karşı örnekler veriyorum (en sevdiğiniz normalleştirme dahil). Çubuğun içindeki kavşaklar hakkında. MA'daki en ilkel TS, geçtiklerinde fırsatlar açmak için. Aynı zamanda ters yönde bir sonraki kavşakta yapılacak ilk şey eski kavşakta açılan anlaşmayı kapatıp karşı yenisini açmaktır. Bir geçişi kaçırırsam (ve bir çubuğun içinde iki kez geçiş olması durumunda, ne derse desin, öyle olacaktır), o zaman bir sinyali kaçırırım. Ve buna göre mevcut anlaşmayı kapatmıyorum. Ve robot iki aktif anlaşma alır, ancak bu TS için her zaman bir olması gerekir. Bu nedenle, herhangi bir kavşak önemlidir. Ardından, mumun açılışındaki fiyatlar hakkında. Bu durumda, örneğin kapanış fiyatları için MA değerlerini alırsak, kavşakla ilgili sinyallerin aslan payı tamamen atlanacaktır. Basit bir örnek - MA için kapanış fiyatını alıyoruz (yeni bir çubukta, hangisinin alınacağı önemli değil, çünkü daha yeni ortaya çıktı, tüm MA değerleri aynı olacaktır). MA'ların henüz ortaya çıkan bir çubuğun ortasında bir yerde kesiştiği, ancak açılış fiyatında kesişmediği bir resim hayal edin. Bir sonraki yeni çubukta, bu kesişme tamamen kaybolur, çünkü önceki çubukta kapanış fiyatını alırız (ve açılış ve kapanış arasında bir yerde kesişirler). Sinyaller yalnızca, başlangıçta benim tarafımdan açıklanan bu nadir durumda, MA'lar barın kapanış fiyatında net bir şekilde kesiştiğinde gelecektir. Bu, mevcut çubuğun açılışında işlem yaparsak, MA'nın açılış fiyatlarına uygulanması gerektiği konusunda zaten bir kısıtlama olduğu anlamına gelir.
Verdiğim örnekle, katı olmayan bir eşitsizliğin ortaya çıkmasıyla başa çıktım. Son gönderimde gösterilen çubuğu test etmeyi deneyin (bir çubukta iki MA geçişi var) ve robotunuzun bu geçişleri algılayıp algılamadığına bakın. Yalnızca bir çubuk göründüğünde çalışıyorsa, bu imkansızdır. Sadece keneler üzerinde çalışıyorsanız. Ve orada zaten hangi tuzakların olduğunu açıkladım
İki gerçek sayıyı karşılaştırırken hiçbir şeyi normalleştirmeniz gerekmez.
Sayılar gerçekten eşitse, aynı şekilde bellekte saklanırlar . Tam da bu özelliğinden dolayı bilgisayarların varlığı mümkündür.
Buradan if(a<b) veya if(a==b) formunun karşılaştırmalarının her durumda doğru olduğu ve normalleştirmenin gerekli olmadığı sonucu çıkar.
Araştırmacının meraklı zihni yine de bu kurala aykırı bulursa, ya makinesi çalışmıyordur ya da zihni. İkide bir.
Tabii ki, en azından bazen referansları ve belgeleri okumanız gerekir (bunlar da bizim gibi insansılar tarafından yazılmıştır), ancak aynı zamanda kendi sağlam muhakemenizin olması gerekir.
Hiperdoloidi ben icat etmiyorum. Eğer icat etmek isteseydim, burada hiçbir şey sormazdım. Ve zeki değilim, ama karşı örnekler veriyorum (en sevdiğiniz normalleştirme dahil). Çubuğun içindeki kavşaklar hakkında. MA'daki en ilkel TS, geçtiklerinde fırsatlar açmak için. Aynı zamanda ters yönde bir sonraki kavşakta yapılacak ilk şey eski kavşakta açılan anlaşmayı kapatıp karşı yenisini açmaktır. Bir geçişi kaçırırsam (ve bir çubuğun içinde iki kez geçiş olması durumunda, ne derse desin, öyle olacaktır), o zaman bir sinyali kaçırırım. Ve buna göre mevcut anlaşmayı kapatmıyorum. Ve robot iki aktif anlaşma alır, ancak bu TS için her zaman bir olması gerekir. Bu nedenle, herhangi bir kavşak önemlidir. Ardından, mumun açılışındaki fiyatlar hakkında. Bu durumda, örneğin kapanış fiyatları için MA değerlerini alırsak, kavşakla ilgili sinyallerin aslan payı tamamen atlanacaktır. Basit bir örnek - MA için kapanış fiyatını alıyoruz (yeni bir çubukta, hangisinin alınacağı önemli değil, çünkü daha yeni ortaya çıktı, tüm MA değerleri aynı olacaktır). MA'ların henüz ortaya çıkan bir çubuğun ortasında bir yerde kesiştiği, ancak açılış fiyatında kesişmediği bir resim hayal edin. Bir sonraki yeni çubukta, bu kesişme tamamen kaybolur, çünkü önceki çubukta kapanış fiyatını alırız (ve açılış ve kapanış arasında bir yerde kesişirler). Sinyaller yalnızca, başlangıçta benim tarafımdan açıklanan bu nadir durumda, MA'lar barın kapanış fiyatında net bir şekilde kesiştiğinde gelecektir. Bu, mevcut çubuğun açılışında işlem yaparsak, MA'nın açılış fiyatlarına uygulanması gerektiği konusunda zaten bir kısıtlama olduğu anlamına gelir.
Verdiğim örnekle, katı olmayan bir eşitsizliğin ortaya çıkmasıyla başa çıktım. Son gönderimde gösterilen çubuğu test etmeyi deneyin (bir çubukta iki MA geçişi var) ve robotunuzun bu geçişleri algılayıp algılamadığına bakın. Yalnızca bir çubuk göründüğünde çalışıyorsa, bu imkansızdır. Sadece keneler üzerinde çalışıyorsanız. Ve orada zaten hangi tuzakların olduğunu açıkladım
İki gerçek sayıyı karşılaştırırken hiçbir şeyi normalleştirmeniz gerekmez.
Sayılar gerçekten eşitse, aynı şekilde bellekte saklanırlar . Tam da bu özelliğinden dolayı bilgisayarların varlığı mümkündür.
Buradan if(a<b) veya if(a==b) formunun karşılaştırmalarının her durumda doğru olduğu ve normalleştirmenin gerekli olmadığı sonucu çıkar.
Araştırmacının meraklı zihni yine de bu kurala aykırı bulursa, ya makinesi çalışmıyordur ya da zihni. İkide bir.
Tabii ki, en azından bazen referansları ve belgeleri okumanız gerekir (bunlar da bizim gibi insansılar tarafından yazılmıştır), ancak aynı zamanda kendi sağlam muhakemenizin olması gerekir.
Double türündeki sayıları karşılaştırırken , Documentation içinde önerilen yöntemlerden birini kullanarak normalleştirme gerekmeseydi, bu tür sorular ortaya çıkmazdı.
Evet ve kodlarımdaki herhangi bir koşulu tetiklemek için gerekli doğruluğu elde etmek için normalleştirme uygulamak zorunda kalmazdım. Karşılaştırma yaparken farklı ondalık basamaklara değerlerin normalleştirilmesinin uygulanmasından bahsetmiyorum bile, çözülmekte olan görevlere dayalı olarak karşılaştırmalar için koşulları ayarlarken basit bir şekilde kullanışlı ve gerekli olabilir.
P./S.: Ancak, genel olarak, bu konuda daha önce bahsedilmiştir:
Karşılaştırmaların (ve / veya değerlerin çıktısının) gerekli doğruluk seviyesini ve / veya bazı görevler ve amaçlar için kabul edilebilir hataları ayarlamak / ayarlamak için normalleştirmeyi kullanma yeteneği hakkında, bu da diğer şeylerin yanı sıra program koşullarına izin verir. tam olarak orada çalışmak ve böylece, kodda belirli koşullar reçete edilirken nerede ve nasıl amaçlandığı.