[Arşivle!] Forumu kirletmemek için herhangi bir acemi sorusu. Profesyonel, kaçırmayın. Sensiz hiçbir yerde - 2. - sayfa 23
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
15 dakika içinde, saatin hangi işleviyle, günlük bir sayım döngüsünü nasıl organize edeceğimi anlamıyorum.
Umarım soru açıktır.
yardım için teşekkürler
iBarShift yardımına bakın ve/veya aşağıdaki gibi günlük çubuklarla doğrudan çalışabilirsiniz: iOpen(Symbol(), PERIOD_D1 ,1) - önceki günü açın, vb.
Başka bir akıllı adam!
Bu forumun özelliklerinde ne kadar haklı olduğun hakkında hiçbir fikrin yok! Kendinizi böyle bir ortamın içinde bulduğunuz için, kendiniz ve isteklerinizin kalitesi hakkında doğru sonuçlara varacağınızı umuyorum.
Bu forumun özelliklerinde ne kadar haklı olduğun hakkında hiçbir fikrin yok! Kendinizi böyle bir ortamın içinde bulduğunuz için, kendiniz ve isteklerinizin kalitesi hakkında doğru sonuçlara varacağınızı umuyorum.
artmedia70
TEŞEKKÜR EDERİM!.................................. Bana zaten yardım edildi!
İki Chukchi ormanda kayboldu...
-Havaya ateş et, belki biri duyar ve yardım eder
Birkaç dakika içinde...
-Daha fazla vur
-Yapamam, oklarım bitti.
Kapanış fiyatı fraktalın çok üzerinde olabilir (eğer fraktal yükselirse) ve potansiyel kâr kaybedilir. Her tikte fiyat kırılımını kontrol ederim.
Katılıyorum, mümkün ve öyle, çünkü. talepte bir satın alma emri açılır, sonra talep ile karşılaştırılabilir...
if (Ask > upfractal) { DO IT }
Soruya - neden tüm giriş koşulları sizin için çalışmıyor, tekrar ayrıntılı olarak açıklıyorum - bunun nedeni fraktalın yanlış hesaplanmasıdır ...
Son fraktalın değerini doğru bir şekilde hesaplamak için böyle bir yapıyı yardımcı bir değişken kullanarak kullanmak gerekir...
Bu sizin kodunuzda değil ve şu çıkıyor, Bir fraktal çıktı, evet, değerini iyi hatırlıyorsunuz, doğru yazdınız - 3. değil, 2. çubukta - 0'dayken - zaten biliyoruz değeri, bundan sonra ne olacak... Bir sonraki çubuktaki fiyat bu en taze fraktalın değerini geçmiyorsa, diyelim ki sonraki her çubukta "küçük adımlarla", bir sonrakini oluşturmadan kırmaya geçiyor. fraktallar (genellikle olur), o zaman hepsi bu kadar... sizin tarafınızdan hesaplanan fraktalın değeri kendi kendine "0"a sıfırlanır... ve bunu yaparken ek olarak sıfıra ayarlamanız gerekmez kodunuzda (nerede olduğunu bilmiyorum)... Ve böylece upfraktal ! = 0 olduğu ortaya çıktı, yalnızca hesaplanandan sonraki çubukta (en taze fraktalın olduğu) -
bu nedenle, sonraki çubukların oluşumu sırasında en taze fraktalın değerini tam olarak bir yardımcı değişken girerek hatırlar ve korurlar, bu değişiklikleri kodunuz üzerinde yapmaya çalışın ve anlaşmaların tam olarak en son en taze fraktalın kopması üzerinde yapıldığını göreceksiniz. ve bu kopmanın kaç çubuk olacağı önemli değil, hala net değilse, uyarınız yerine bir çıktı girin ve testte upfraktal değişkenin değerinin her yeni çubukla nasıl değiştiğini görün ve her şeyi anlayacaksınız. - yeni oluşturulmuş bir çubukta kendini "0"a sıfırlar ve fraktalın kendisi kırılır, diyelim ki 8'inde - her şey zaten, onun değeri çoktan sıfıra eşit oldu.
İşte böyle sahipsin:
Bu nasıl olmalı:
"Roman, neden? Aynı şey değil mi? Örneğin, MA_8<MA_2 ise, (MA_8-MA_2)<0 ile aynı mı?"
Bu aynı şeydir, ancak gerçek çalışma ve 100 kiloluk güvenilirlik için, olası "aksaklıklar" için zemin eksikliği nedeniyle - 2. seçeneğe ihtiyaç vardır.
not Uyarılar yerine, baykuşunuzun "doğru" çalışmasını analiz etmek için uzman günlüğündeki test cihazında zaman içinde değişkenlerin alınan değerlerini baskıları kullanın ve izleyin.
Katılıyorum, mümkün ve bu yüzden, çünkü. talepte bir satın alma emri açılır, sonra talep ile karşılaştırılabilir...
if (Ask > upfractal) { DO IT }
Yardıma baktım, anlamıyorum (anlamadım), "some_time" değişkeninde 15 dakika içinde bir önceki güne ihtiyacım olduğunu, yani bugün 25 Ocak ise nasıl belirtebilirim. 2011 o zaman yineleme için 24, 23, 22, vb. Ocakları nasıl ayarlarım.
Eğer çiğnersen teşekkür ederim.
Görsel olarak, fraktalı kırmak için grafiği analiz ediyorum ve görünür fiyatta bağımlılıkları araştırıyorum, yani. bidu. Bu nedenle, bir fraktalı kırmayı bir teklifle bir fraktalı kırmak olarak görüyorum (ve yukarı fraktal ayrıca bir teklifin değerini değil, bir teklifin değerini verir).
belki gerçekten önemli değildir :-)
Şimdi anlaşıldı?
Katılıyorum, mümkün ve bu yüzden, çünkü. talepte bir satın alma emri açılır, sonra talep ile karşılaştırılabilir...
Soruya - neden tüm giriş koşulları sizin için çalışmıyor, tekrar ayrıntılı olarak açıklıyorum - bunun nedeni fraktalın yanlış hesaplanmasıdır ...
Son fraktalın değerini doğru bir şekilde hesaplamak için böyle bir yapıyı yardımcı bir değişken kullanarak kullanmak gerekir...
Bu sizin kodunuzda değil ve şu çıkıyor, Bir fraktal çıktı, evet, değerini iyi hatırlıyorsunuz, doğru yazdınız - 3. değil, 2. çubukta - 0'dayken - zaten biliyoruz değeri, bundan sonra ne olacak... Bir sonraki çubuktaki fiyat bu en taze fraktalın değerini geçmiyorsa, diyelim ki sonraki her çubukta "küçük adımlarla", bir sonrakini oluşturmadan kırmaya geçiyor. fraktallar (genellikle olur), o zaman hepsi bu kadar... sizin tarafınızdan hesaplanan fraktalın değeri kendi kendine "0"a sıfırlanır... ve bunu yaparken ek olarak sıfıra ayarlamanız gerekmez kodunuzda (nerede olduğunu bilmiyorum)... Ve böylece upfraktal ! = 0 olduğu ortaya çıktı, yalnızca hesaplanandan sonraki çubukta (en taze fraktalın olduğu) -
bu nedenle, sonraki çubukların oluşumu sırasında en taze fraktalın değerini tam olarak bir yardımcı değişken girerek hatırlar ve korurlar, bu değişiklikleri kodunuz üzerinde yapmaya çalışın ve anlaşmaların tam olarak en son en taze fraktalın kopması üzerinde yapıldığını göreceksiniz. ve bu kopuşun kaç çubukta olacağı önemli değil,