"Hızlandırıcı" ve "fibo" ile ilgili tahmin - sayfa 14
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
1. saçma tahminler için filtreleme gereklidir ... yani, dönüşten %23 beklenen seviyeye olan noktalardaki mesafe bir değerden (10 pp) azsa tahmin görüntülenmez ... ve ayrıca puanların 50 puandan fazla geçmesi durumunda tahmin (yaklaşık)
2. "hızlandırıcı"nın kesinleştirilmesi gerekiyor. Bir önceki çubuğun ortasına veya yakınına bağlanması büyük bir gecikme veriyor ve özellikle uzun çubuklarda genellikle yanıltıcı oluyor... Bunu nasıl yapacağımı bilmiyorum ama hızlandırıcı değerleri daha düşük zaman dilimlerinde hesaplanmalı ve standart mevcut zaman dilimine (fiyat/zaman) değil, sentetik olana, yani, çubuğun ilkesine göre inşa edildiği bir aralık çubuğu yapısını kastediyorum - 10 pp / bar ... (http://borisytch.ucoz.ru/publ/quotrangequot_i_quotvolumequot_bary/8- 1-0-19)
3. normal analiz, MT'nin yeteneklerini açıkça aşıyor ve bu normal, bence öyle...
4. Değeri ivmeyi hesaplamak için kullanılan fiyatın yönlü hareketinin hızı, beklenen dönüş noktasından ölçülmelidir ...
Borisych, bırak cini şişeden... o sadece etrafa bakarken... başını biraz kaldırdı... tüm gücünü göstermeli mi?...
Gösterge http://www.onix-trade.net/forum/index.php?showtopic=85972&view=findpost&p=386627
Borisych, cini şişeden çıkardın... o sadece etrafına bakarken... başını biraz kaldırdı... tüm gücünü göstermeli mi?...
Gösterge http://www.onix-trade.net/forum/index.php?showtopic=85972&view=findpost&p=386627
Çok güzel çıktı. Lütfen en derin saygı ve hayranlığımı kabul edin.
Bu stratejiyi tarihte görsel olarak değerlendirmenin zor olması üzücü.
1. saçma tahminler için filtreleme gereklidir ... yani, dönüşten %23 beklenen seviyeye olan noktalardaki mesafe bir değerden (10 pp) azsa tahmin görüntülenmez ... ve ayrıca Puanların puanın 50'den fazla geçmesi durumunda tahmin (yaklaşık olarak)
2. "hızlandırıcı"nın kesinleştirilmesi gerekiyor. Bir önceki çubuğun ortasına veya yakınına bağlanması büyük bir gecikme veriyor ve özellikle uzun çubuklarda genellikle yanıltıcı oluyor... Bunu nasıl yapacağımı bilmiyorum ama hızlandırıcı değerleri daha düşük zaman dilimlerinde hesaplanmalı ve standart mevcut zaman dilimine (fiyat/zaman) değil, sentetik olana, yani, çubuğun ilkesine göre inşa edildiği bir aralık çubuğu yapısını kastediyorum - 10 pp / bar ... (http://borisytch.ucoz.ru/publ/quotrangequot_i_quotvolumequot_bary/8- 1-0-19)
3. normal analiz, MT'nin yeteneklerini açıkça aşıyor ve bu normal, bence öyle...
4. Değeri ivmeyi hesaplamak için kullanılan fiyatın yönlü hareketinin hızı, beklenen dönüş noktasından ölçülmelidir ...
1. Bence filtreleme için puanlar kötü, bir şekilde yüzdeyi hesaplamak gerekiyor.
2. "hızlandırıcının" geliştirilmesi gerekiyor, katılıyorum. Ancak, her zaman çubuktan çubuğa sabit bir büyüme oranına sahiplerse, menzil çubuklarının ivmesini nasıl hesaplayacağım. Ve böylece kod tabanında bir yerde Renko var.(Doğru anladıysam, bu aynı şey)
3. Kendi programlama dilinizi yazmak o kadar kolay değil, ancak işlevselliği üçüncü taraf kütüphanelerle tamamlayabilirsiniz, sadece neye ihtiyacınız olduğunu anlamanız yeterlidir :)
4. Hız ve ivmenin hesaplanması, son "extern int Bar = 2;" üzerinde sürekli olarak yapılır. Barlar.
Çok güzel çıktı. Lütfen en derin saygı ve hayranlığımı kabul edin.
Bu stratejiyi tarihte görsel olarak değerlendirmenin zor olması üzücü.
Bu nedenle bu tür stratejileri tarih üzerinde test etmek de zordur. Metatrader'daki veriler, dakika çubukları şeklinde saklanır. Kene geçmişi yok. Dakika çubukları parçaları bağlamdan çıkarır. Test cihazı tarafından oluşturulan rastgele dizi, piyasada gerçekten olup bitenlere karşılık gelmiyor. Benim düşüncem, piyasanın tamamen rastgele bir süreç olarak kabul edilemeyeceğidir. Rastgele olmama unsuru sadece fibo stratejileri tarafından yakalanabilir. Zaman dilimlerine göre dilimleme, genellikle rastgele olmama unsurunu "öldürür".
Eugene veya Boris, en tepede bir fibo seçeneği yapın (0-50-100 şimdilik yeterli), önceki hareketin %50'sine gireceğizEh, bir hızlandırıcımız var (bir çeşit roket yakıtı, dizel yakıta geçmemiz gerekiyor, daha sessiz, daha basit, herkes için yeterli yakıt var, resimde birkaç tane attım
Eugene veya Boris, en tepede bir fibo seçeneği yapın (0-50-100 şimdilik yeterli), önceki hareketin %50'sine gireceğizBenzer bir zikzak göstergesi muhtemelen nena'nın stoklarında.
Ve ne tür bir hindi "SpeedMeterSig" var?
Yapabilirsiniz, ekteki 5 gösterge (3+2 sinyal)
Zirvede bir fibo sütunu istedim
Nena'nın stat\dynam lifleri var, ancak çıktıları ekranın sağ tarafının tamamını kaplıyor
Borisych, cini şişeden çıkardın... o sadece etrafına bakarken... başını biraz kaldırdı... tüm gücünü göstermeli mi?...
Gösterge http://www.onix-trade.net/forum/index.php?showtopic=85972&view=findpost&p=386627
Harika! ... Sadece sana minnettarım! ...
Çok akıllı ve iyi yapılmış! ...
Jin'e gelince..., ummm... Ne olduğunu hala anlamıyorum... Bir araç olarak "hızlandırıcıdan" gelen liflerin manuel olarak uygulanmasından çok memnunum, ama yine de yapmayacağım. stratejide kullandığım tüm kuralları resmileştir. Kodda uygulanması zor olacak ve henüz gerekli açıklığa ve açıklığa kavuşturulmamış koşullar var.
1. Bence filtreleme için puanlar kötü, bir şekilde yüzdeyi hesaplamak gerekiyor.
2. "hızlandırıcının" geliştirilmesi gerekiyor, katılıyorum. Ancak, her zaman çubuktan çubuğa sabit bir büyüme oranına sahiplerse, menzil çubuklarının ivmesini nasıl hesaplayacağım. Ve böylece kod tabanında bir yerde Renko var.(Doğru anladıysam, bu aynı şey)
3. Kendi programlama dilinizi yazmak o kadar kolay değil, ancak işlevselliği üçüncü taraf kütüphanelerle tamamlayabilirsiniz, sadece neye ihtiyacınız olduğunu anlamanız yeterlidir :)
4. Hız ve ivmenin hesaplanması, son "extern int Bar = 2;" üzerinde sürekli olarak yapılır. Barlar.
2. MT'nin tüm pisliği, keneler ve hacimlerle çalışma eksikliğinde yatıyor ... MT, çekilişler için yapıldı, iş için değil ... yani, başlangıçta sunucu tarafının teklif akışını yöneteceği varsayıldı. varsayılan olarak ... MT, borsa ticaretinin geliştirildiği ülkelerde, bir banka şöyle dursun, hiçbir ciddi brokerin platformları gibi değildir ve olmayacaktır, aracılık hizmetlerinin sağlanması çok katı gereksinimleri olan bir lisans gerektirir, bu nedenle OEC gibi platformlar, Ninja Trader, CQG ... varsayılan olarak, müşteriye yönelik teklif akışını etkileme yeteneği olmadan geliştirildi ... bu nedenle, TP ve SL'de herhangi bir kısıtlama yok ... başka aptalca kısıtlama yok .. Sadece bir komisyon ve borç vermede farklı bir yaklaşım var.
MT'de hiçbir şey daha iyisi için değişmeyecek... Meta alıntılar, "yüksükçülerimiz" için ürünlerini "keskinleştirir" ve bu sınırlı ve varsayılan olarak size karşı oluşturulan ortamda ticareti geliştirmek için zaman harcar, bu kumarbazların nadir görülen bir "mazoşizmidir" ve işsiz tüccarlar.
Ninja Trader, fiyatlara veya hacimlere göre aralık çubuklarını görüntülemek için yerleşik, düzenli bir işleve sahiptir ... ayrıca uygulama geliştirmek için bir ortamları vardır ... ayrıca hacimleri vardır, ama beni nasıl affedin, hakkında sonuçlar çıkarmayı düşünüyor musunuz? tamamlanan tekliflerin miktarını görmeden fiyat hareketine dahil olan güçler? ... kene geçmişini düzelterek çubuk analizini nasıl yapabilirsiniz? ... eğer bir inek bir dakika geçmişinden bazı keneleri yaladıysa ve piyasanın mevcut durumu hakkında size yanlış bir fikir vermek için her şeyi yaptıysa, osilatörlere nasıl güvenebilirsiniz?
3. Kendi programlama dilinizi yazmamalı ve işlevselliği üçüncü taraf kütüphanelerle genişletmemelisiniz... ancak kendinize başka bir "mutfak" ile bir skandala ulaşma görevini verirseniz.
4. Hız hesaplamasının önceki çubukla yapıldığını anlıyorum ... bana uymayan bu!!! ... Bar = 2 olduğunu ve ilk çubuğun "sıfır" ve "ikinci"nin üstünde veya altında olduğunu hayal edin??? böyle bir hız göstergesi "tüccarlar" eğitimi için öğretim görevlilerine güvenle verilebilir ... . ve tüm hesaplamaları MT'de bizim için mevcut olan minimum fiyat bilgisinde olduğu gibi dakikalar içinde yapın ... Hareket ölçüldüğünde ve sakin olduğunda, fiyat artış hızı (trend gelişimi) için tahminin mükemmel olduğunu lütfen unutmayın. ortalamanın üzerinde, "hızlandırıcının" bile sıfıra dönme zamanı yok... burada birkaç çözüm var:
a. sadece M5'ten daha eski zaman dilimleri için tahminleri dikkate alın ve hız ve ivmeyi hesaplamak için filtrelenmiş "dakikaları" kullanın ...
b. zaten klasik olan yöntemi kullanın - Bar0, Bar1'den daha az (veya daha fazla) --- bir sürü yanlış tahmin olacak
içinde. ...