peri masalına dön - sayfa 8

 
PPC :
...

Gördüğünüz gibi, belirli bir süre boyunca test cihazında daha az onay işareti oluşturuldu.

Neden miktar farkı var? Bu neye bağlıdır?

Bu arada alttaki tik sayılarındaki farklılıktan dolayı grafikler senkronize olmuyor bu yüzden görünürlük yok.

 
ratnasambhava :

Neden miktar farkı var? Bu neye bağlıdır?

Bu arada alttaki tik sayılarındaki farklılıktan dolayı grafikler senkronize olmuyor bu yüzden görünürlük yok.

Burada gerçeğin testçiye nasıl uyduğunu açıkça gösterdim.

Zaman içinde senkronize ettim - saniyeler içinde!

İlk olarak, ilk dosyaya gerçek zamanlı tikler yazıldı ve ikinci sütunda her tik, kendi TimeCurrent() değerine sahipti.

İkinci dosya test cihazından kaydedildi: kaydın başlangıcı ve sonu - ilk dosyadaki TimeCurrent() aşırı değerlerine göre. İkinci dosyada, ikinci sütun tamamen aynıdır - test cihazından TimeCurrent() (her iki dosya da M1'deki Expert Advisor tarafından kaydedilmiştir)

Genelleştirilmiş dosyada renkler, iki kaynağa göre yeni dakikaların başlangıcını işaretler. Kısacası - çok daha kolay! Sanırım bu soru kurudu.

Gerçek ve oluşturulan kene sayısındaki fark daha da basittir. Gerçek kenelerin sayısı tarihsel olarak hiçbir yerde dikkate alınmaz. Bu nedenle, test cihazı, mumun yüksekliğine bağlı olarak IMHO keneleri üretir. Gerisi ikinci soruda - test cihazının geliştiricilerine.

 
Ve IgorM ayrıca bana birkaç tik gönderdi - bunlar aşağı yukarı aynı şey: http://forextools.com.ua/trading/ticks/ticker.html http://forextools.com.ua/trading/ticks/tester. html
 
baktı... ağladı. uzun zamandır bilinenleri resimsiz bile açıkça gördüler. peki ya bunun pratik uygulaması?
 

temel bir soru ortaya çıkıyor: mt'de bir ticaret sistemi oluşturmak mümkün mü!? çünkü test cihazında doğrulama, herhangi bir güvenilir değerin olmaması nedeniyle başlangıçta imkansızdır. açılış fiyatı - barın ilk tik işaretiyle zaman veya fiyat olarak açıkça örtüşmüyor... kapanış fiyatı - benzer şekilde (sadece bilinen son fiyat) .. yüksek ve düşük de bir dirgen gibi tarihe yazılır...

ve biz sadece pipsten değil, genel olarak mt'de işlem yapmaktan bahsediyoruz!

 
IMHO test cihazındaki (kontrol etmedi) onay işaretlerinin sayısı, çubuğun hacmiyle eşleşmelidir, bu parametreyi bildiğinizde, dosyadan danışmana gerekli sayıda onay vermenizi engelleyen nedir?
 
xrust :
IMHO test cihazındaki (kontrol etmedi) onay işaretlerinin sayısı, çubuğun hacmiyle eşleşmelidir, bu parametreyi bildiğinizde, dosyadan danışmana gerekli sayıda onay vermenizi engelleyen nedir?
hacim genellikle 100'ü veya daha fazlasını aşar.. bu, bir çubukta (örneğin, bir dakika çubuğunda) yalnızca yüz değil, hatta çoğu zaman daha az kene olduğu anlamına gelmez ...
 
Fantezinizin biraz daha basit olduğunu düşündüm - test cihazının ve dosyanın kenelerinin yaklaşık (veya tam) oranını bilmek, gerekli verileri danışmana beslemek gerçekten bir sorun mu ????
 
xrust :
Fantezinizin biraz daha basit olduğunu düşündüm - test cihazının ve dosyanın kenelerinin yaklaşık (veya tam) oranını bilmek, gerekli verileri danışmana beslemek gerçekten bir sorun mu ????

yani hiçbir korelasyon yok ... ne kesin ne de yaklaşık ... tıpkı herhangi bir geçmiş bile olmadığı gibi (çünkü içinde tek bir güvenilir değer olmadığı için) ....

bu yüzden akım iki şeyden biri olarak kalır: ya saniyeler yazın ve tüm tf'yi kaydırın ... ya da kontrol etmenin mümkün olduğu başka bir platformda yazın ... akımı neden oradan µl'ye dönüştürülsün, soru ortaya çıkıyor ... özellikle diğer platformlarda, yeniden fiyat teklifi veya gecikmeli yürütme gibi mt'den alım satımın cazibesinden yoksun olduğu için...

 

0) pipetler

1) Kontrol ettiniz mi?

2) toplayın

3) İndir

4) Bir tik geçmişi dosyasına sahip olmak, test cihazından geçmenizi ve test kenelerini (miktar (frekans)) toplamanızı ve bölmenizi, çarpmanızı, ortalamasını almanızı, izole etmenizi engelleyen nedir?

5) Böyle bir ruh hali ile ne yapıyorsun?

Neden: