![MQL5 - MetaTrader 5 müşteri terminalinde yerleşik ticaret stratejileri dili](https://c.mql5.com/i/registerlandings/logo-2.png)
Ticaret fırsatlarını kaçırıyorsunuz:
- Ücretsiz ticaret 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
Bir noktanın zamanını alın, bu seferki çubuk numarasını almak için iBarShift()'i kullanın ve ardından gerekli sayıda çubuk ekleyin.
Bunu zaten yaptım, işe yaramadı #43
Bunu zaten yaptım, işe yaramadı #43
Yakalamak neydi? Hatanı ara. Genel olarak doğru yoldasınız, bir yerde bir yanlışlık var.
Fraktalin üstünü ve fraktalın altını alıyorum, aralarındaki mesafeyi puan olarak alıyorum ve son fraktaldan bu noktalara eşit çubuk sayısı kadar ileriye doğru bir çizgi çiziyorum .
Örneğin, mesafe = 25 nokta ve son 25 çubuk ilerideki fraktaldan bir çizgi çizilir
Tarihe göre kontrol ederseniz, fraktal + çubukların tarihi = doğru ve grafiğe çubuklarla bakarsanız, doğru değildir (daha az)
Sonuç olarak, fraktal tarihinden itibaren 25 çubuk değil, 25 takvim günü eklenir ve satır, örneğin 17. çubukta yükselir.
ve böylece çizin:
Zaman[i+(int)Fr]
Ve olmadan
+ PeriodSeconds ()*p_bar
Bunun son fraktaldan bir çizgi çekeceğinden şüpheleniyorum.
Burada doğrudan 20.03 tarihinde bir puan aldım ve 17 bar ekledim
Sonuç olarak, 11 bar olduğu ortaya çıkan 06.04 sonucunu aldım.
20 + 17 = 37
31 ayın son tarihi
yeni ayın 6 tarihi
31 + 6 = 37
Grafikteki çubukları değil, takvim günlerini saydığı ortaya çıktı.
Burada doğrudan 20.03 tarihinde bir puan aldım ve 17 bar ekledim
Sonuç olarak, 11 bar olduğu ortaya çıkan 06.04 sonucunu aldım.
20 + 17 = 37
31 ayın son tarihi
yeni ayın 6 tarihi
31 + 6 = 37
Grafikteki çubukları değil, takvim günlerini saydığı ortaya çıktı.
sağdan sola sıfır çubuk başlangıçtır
belki toplamanız değil çıkarmanız gerekir?
Zaman[i - (int)Fr]
ve eklerseniz, o zaman - evet, burada çubukları değil, ilerideki günlerin sayısını hesaplarsınız, burada: + PeriodSeconds ()*p_bar
bu durumda, her şey doğru - 6.04 olacak, yani. 20+11(Mart)+6(Nisan)=20Mart+17gün
İlke net değil.
Sonuç olarak, grafiğe görünür çubuklar eklenmez, ancak takvim günleri eklenir.
Grafikte 30 çubuk değil, 22. Bir takvim ayında 16 gün değil, yaklaşık 9. Kontrol etmeyeceklerine güvenerek neden yalan söylüyor ve küstahça?
#57
Grafikte 30 çubuk değil, 22. Bir takvim ayında 16 gün değil, yaklaşık 9. Kontrol etmeyeceklerine güvenerek neden yalan söylüyor ve küstahça?
Ah dedektif, her şey yaklaşık olarak gerçeği arama yorgunluğunun altında zaten dile getiriliyor.
sağdan sola sıfır çubuk başlangıçtır
belki toplamanız değil çıkarmanız gerekir?
Zaman[i - (int)Fr]
ve eklerseniz, o zaman - evet, çubukları değil, zaman içinde ilerideki günlerin sayısını hesaplarsınız
bu durumda, her şey doğru - 6.04 olacak
Gerçekten de, sıfırdan çubukları tam olarak sayar.
O halde, noktadan ileriye doğru nasıl sayılır?
Ah dedektif, her şey yaklaşık olarak gerçeği arama yorgunluğunun altında zaten dile getiriliyor.
Gerçekten de, sıfırdan çubukları tam olarak sayar.
O halde, noktadan ileriye doğru nasıl sayılır?
işte burada
Zaman[i - (int)Fr]
ve böyle bir planın döngüsü
for(i=100; i>=0; i--)
ayrıştırma ile bunun sıfırdan az olmaması: i - (int)Fr
ancak geleceğe giden çizgi (i<0 için) hepsi aynı - sadece zamanında çalışacak veya hafta sonlarını ekleyecek
olmasına rağmen...
belki sana eksi sayıda çubukla nasıl kaydırılacağını söylerler, hatırlamıyorum
Ah dedektif, her şey yaklaşık olarak gerçeği arama yorgunluğunun altında zaten dile getiriliyor.
Her şey hesaplandı. Ortalama ay 30.5 gün, neredeyse 4.5 haftadır. Buna göre tatiller hariç yaklaşık 22 iş günü ve yaklaşık 9 gün tatil.
Seçtiğiniz aralıkta 2 tatil var - Noel ve Yeni Yıl.
16 hafta sonu nereden ve 30 bar nerede? Gönderi %100 yanlıştır.
16 hafta sonu nereden ve 30 bar nerede? Gönderi %100 yanlıştır.
Kaybol ve dağıl, çözül, yok ol, senden kesinlikle bir anlam çıkmayacak !!
Ve böylece beyin zaten kapalı.