Ticarette makine öğrenimi: teori, pratik, ticaret ve daha fazlası - sayfa 1849
![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
Standart olarak, hictom aracılığıyla... sadece her bir işaretin kaydedildiği dosyadan verileri okur ve gösterge yeni bir çubuk göründüğünde okur ve biraz yanlış bir değer aldığı ortaya çıkar. hatırladı...
Her kenenin yazılı olmadığı gerçeğiyle başlayalım
OI, yalnızca değiştiyse ve 10 saniyeden (her yazmadan sonra 0,1 saniye bekleme süresiyle çarpılan aynı satırların 100 yazma döngüsü) saniyeden fazla değiştiyse yazılır. Aslında, birçok işaret atlanır, bu nedenle oynatma sırasında hassas senkronizasyon artık mümkün değildir. Kenelerle çalışmama rağmen - test cihazındaki tüm onay işaretlerini mi yoksa yalnızca enstrümanın (varlığın) satın alındığı/satıldığı işaretleri mi kontrol edin?
Kapalı bir dakikanın sonucuna göre OI yazmak daha iyidir - daha az gereksiz veri vardır, göstergede senkronizasyon daha uygundur.
Göstergeye göre - orada tarihe bir şey çizildi - doğru söyleyelim.
Ve sonra sıfır barda böyle bir maydanoz gider
Sunucudan tıklama verilerini alıyoruz, bunlar test cihazında değil - ve kullanılmıyorlar.
Ardından, canlı olarak her 15 dakikada bir güncellenen ancak test cihazında olmayan yeni bir dosya değiştirme tarihi görünürse, verileri dosyadan okuruz (son satır) FileName1=_Symbol+FileNames+"_TMP.csv"; ve alınan verinin değerini ilk çubuğa atayın, dosyayı kapatın ve değeri sıfır çubuğuna da atayın. Eh, test cihazında böyle bir seçeneğin hiçbir şekilde çalışmadığı açıktır.
İki gösterge moduna ihtiyacınız var - tarih üzerinde çalışmak ve gerçek zamanlı olarak çalışmak için, sanırım öyle.
Tarihteki verilerin doğruluğunu kontrol ettik - aksi takdirde dosyadaki veriler garip bir şekilde okunur ...
Verilerin dikkate alındığı ortaya çıktı
Her kenenin yazılı olmadığı gerçeğiyle başlayalım
OI, yalnızca değiştiyse ve 10 saniyeden (her yazmadan sonra 0,1 saniye bekleme süresiyle çarpılan aynı satırların 100 yazma döngüsü) saniyeden fazla değiştiyse yazılır. Aslında, birçok işaret atlanır, bu nedenle oynatma sırasında hassas senkronizasyon artık mümkün değildir. Kenelerle çalışmama rağmen - test cihazındaki tüm onay işaretlerini mi yoksa yalnızca enstrümanın (varlığın) satın alındığı/satıldığı işaretleri mi kontrol edin?
Kapalı bir dakikanın sonucuna göre OI yazmak daha iyidir - daha az gereksiz veri vardır, göstergede senkronizasyon daha uygundur.
Göstergeye göre - orada tarihe bir şey çizildi - doğru söyleyelim.
Ve sonra sıfır barda böyle bir maydanoz gider
Sunucudan tıklama verilerini alıyoruz, bunlar test cihazında değil - ve kullanılmıyorlar.
Ardından, canlı olarak her 15 dakikada bir güncellenen ancak test cihazında olmayan yeni bir dosya değiştirme tarihi görünürse, verileri dosyadan okuruz (son satır) FileName1=_Symbol+FileNames+"_TMP.csv"; ve alınan verinin değerini ilk çubuğa atayın, dosyayı kapatın ve değeri sıfır çubuğuna da atayın. Eh, test cihazında böyle bir seçeneğin hiçbir şekilde çalışmadığı açıktır.
İki gösterge moduna ihtiyacınız var - tarih üzerinde çalışmak ve gerçek zamanlı olarak çalışmak için, sanırım öyle.
Tarihteki verilerin doğruluğunu kontrol ettik - aksi takdirde dosyadaki veriler garip bir şekilde okunur ...
Verilerin dikkate alındığı ortaya çıktı
Burada sana kesinlikle katılıyorum. Ve verileri dakika içinde birkaç değer yazıyor, bu her tik değil, yine de. Ardından bu verilerden herhangi bir TF oluşturur
TMP dosyası hakkında, bu zaten benim yazımdı. Yeni bir mum geldiğinde hindi güncellensin diye yaptım ve orada çıktı, öyle görünüyor ki, gerçek hayatta doğru. Ancak bir noktada, ya önceki mumun son değerini ya da zaten açık olan bir mumun ilk değerini yakalayacaktır. Yazardan dakikalarca tekrar etmesini istedim ama sonuç bir türlü gelmedi.
Sonuç olarak, Millet Meclisi girişinde fiili sonuçların alınabilmesi için, göstergenin doğru bir şekilde başlatılması ve doğru sonuçları vermesi için her sinyalde Uzman Danışmanı yeniden derlemek gerektiğini hatırladım. Bundan, mevcut sinyal değişebilir. Bu gerçekten stresliydi...
Burada sana kesinlikle katılıyorum. Ve verileri dakika içinde birkaç değer yazıyor, bu her tik değil, yine de. Ardından bu verilerden herhangi bir TF oluşturur
Öyleyse, OI'yi bir dakika içinde birkaç kez yazmanın ne anlamı var, göstergeden veri alırsanız, daha az TF olmayacaktır. Ve evet, yanılıyorum, başarılı bir şekilde kaydedildiyse döngüden bir çıkış var, ancak yine de minimum 0,1 saniye aralık. Keneler üzerine bir model mi oluşturuyorsunuz?
TMP dosyası hakkında, bu zaten benim yazımdı. Yeni bir mum geldiğinde hindi güncellensin diye yaptım ve orada çıktı, öyle görünüyor ki, gerçek hayatta doğru. Ancak bir noktada, ya önceki mumun son değerini ya da zaten açık olan bir mumun ilk değerini yakalayacaktır. Yazardan dakikalarca tekrar etmesini istedim ama sonuç bir türlü gelmedi.
Gerçekte, bu satırın göstergesinde oldukça basittir - piyasadan alabiliyorsanız neden bir dosyadan veri okuyasınız?
Test cihazında, geçmiş görselleştiricide doğru bir şekilde çizilmiştir. Kontrol ettiniz mi?
Sonuç olarak, Millet Meclisi girişinde fiili sonuçların alınabilmesi için, göstergenin doğru bir şekilde başlatılması ve doğru sonuçları vermesi için her sinyalde Uzman Danışmanı yeniden derlemek gerektiğini hatırladım. Bundan, mevcut sinyal değişebilir. Bu gerçekten stresliydi...
Garip. Ancak, danışman için göstergeyi tamamen terk edebilir ve dosyadan yapıya hemen okuyabilir ve dizi yapısında zaten bulunan değeri arayabilir mi?
Si için OI arşivini birkaç gün içinde sıfırlayın - böyle bir mantık yürütmek soyut olarak zordur.Benim de benzer bir fikrim vardı ama şu ana kadar başka biriyle meşguldüm. Umarım yakında bunu deneyeceğim.
Ayrıca bir dezavantajı var - modelin 10 daha küçük veri alanından öğreneceği gerçeği. Bana öyle geliyor ki bu durumda genelleme yeteneği azalacak.
Başka bir şekilde de mümkündür - 9/10 üzerinde çalışmak ve numunenin kalan 1/10'unu kesmek.
Başka bir şekilde de mümkündür - 9/10 üzerinde çalışmak ve numunenin kalan 1/10'unu kesmek.
Öyleyse, OI'yi bir dakika içinde birkaç kez yazmanın ne anlamı var, göstergeden veri alırsanız, daha az TF olmayacaktır. Ve evet, yanılıyorum, başarılı bir şekilde kaydedildiyse döngüden bir çıkış var, ancak yine de minimum 0,1 saniye aralık. Keneler üzerine bir model mi oluşturuyorsunuz?
Gerçekte, bu satırın göstergesinde oldukça basittir - piyasadan alabiliyorsanız neden bir dosyadan veri okuyasınız?
Test cihazında, geçmiş görselleştiricide doğru bir şekilde çizilmiştir. Kontrol ettiniz mi?
Evet, ancak bağlantı koparsa bir delik olacaktır. Tarihin eksiksizliği için bir kontrol yoktur. Ve dakikalar açısından tamamen katılıyorum.
olimpiyat arşivi
http://fayloobmennik.cloud/7399404
Evet, ancak bağlantı koparsa bir delik olacaktır. Tarihin eksiksizliği için bir kontrol yoktur. Ve şimdilik, tamamen katılıyorum.
olimpiyat arşivi
http://fayloobmennik.cloud/7399404
Peki bağlantı koptuğunda veriler dosyaya nasıl yazılacak?
Temel veriler, dijital değerler veren birçok göstergeye sahiptir.
Hatta burada sitede, haber takvimi olaylarla ilgili istatistikler sağlar.
Evet katılıyorum, konuşma ifadelerinde sayısal değer yoktur.
Bu nedenle, bu tür veriler muhtemelen 0 1 olarak sınıflandırılmalıdır.
Ana şey, olumlu konuşma ile olumsuz arasında ayrım yapmayı öğrenmek))
Ama şimdi, bu da düşünülmesi gereken bir fikir! ))
temeli kullanmak için bazı sayılar eksik
hatırladığım kadarıyla, herhangi bir parasal toplam bulamadım, birkaç tane var
bu nedenle, bazıları yaklaşık 2010'dan beri kamuya açık hale getirilmedi.
Evet, ancak bağlantı koparsa bir delik olacaktır. Tarihin eksiksizliği için bir kontrol yoktur. Ve dakikalar açısından tamamen katılıyorum.
olimpiyat arşivi
http://fayloobmennik.cloud/7399404
Dakika çubuğunun açılması sırasında, HA önceki giriş olarak alınması gerektiğine katılıyor musunuz? Örneğin saat 10:00'daki açılışı 23:49:55 olarak alıyoruz.
Anladığım kadarıyla, göstergeyi M1'de kullanmak ve gerekli tüm bilgileri sıfır çubuğundan almak ve EA'da istenen kayma ile gösterge tamponundan bilgi talebini dikkate alarak farklı karşılaştırmalar yapmak daha iyidir.
Dosyadaki üçüncü değer için neye sahipsiniz - ilk tarih, ikinci HAK ve üçüncü? Delta sanmıştım ama olmuyor.
Genel olarak, göstergeyi yeniden düzenledim, yukarıda yazdığım gibi, tam olarak OI'yi okur ve gösterir, çalışma hızı önemli ölçüde arttı - test edin.
Evet ve bir dosyadan okuma çalışması gerekir, bir kırılma ve dosyada veri bulunması durumunda, ancak piyasa kapalıdır ve kontrol edilmemiştir.
Peki bağlantı koptuğunda veriler dosyaya nasıl yazılacak?