Ticarette makine öğrenimi: teori, pratik, ticaret ve daha fazlası - sayfa 2947
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
Çok iyi. ONNX'in hangi sürümleri ve opsetleri desteklenecek?
Tüm bunlar açık kaynak kodlu ONNX Runtime projesinde yer almaktadır.
Tüm bunlar açık kaynak kodlu ONNX Runtime projesinde yer almaktadır.
onnx.defs.onnx_opset_version() opset=17 olduğunu yazıyor. MT günlüğündeki sürüm hakkında 1.14.0 diyor, ancak en son ONNX sürümünün 1.13.1 olduğunu düşünüyorum
onnx.defs.onnx_opset_version() opset=17 olduğunu yazıyor. MT günlüğündeki sürüm hakkında 1.14.0 yazıyor, ancak en son ONNX sürümünün 1.13.1 olduğu görülüyor
Hayır, bu doğru. ONNX en son sürüm 1.13.1 ve ONNX Runtime en son sürüm 1.14.1
Grafiklere / tiklere / işlem pozisyonlarına / işlem geçmişine erişim için işlevler kümesi yukarıda verilmiştir. Python komut dosyalarının doğrudan çalışması için yeterlidir.
Belki de göstergelere erişimi ekleyeceğiz.
Göstergeleri aktarmak evrensel bir yöntem değildir, ancak muhtemelen çoğu tüccar için yeterlidir. Örneğin, her çubukta değil, seviyelerin kırıldığı anlarda veri iletmekle daha çok ilgileniyorum. Bazıları başka bir şeyle ilgileniyor vs.
Herkese uyacak ideal bir değişim yolu yapmak pek mümkün değildir, bu nedenle geliştirme aşamasında koltuk değneği yöntemleri kaçınılmazdır. Önemli olan, bir test cihazında veya bir VPS'de başlatma aşamasında koltuk değneği yöntemlerinden kaçınmaktır.
ONNX.Price.Prediction projesini MT5 b3601'in yeni sürümünde test ettim. Her şey çalışıyor gibi görünüyor - python'da eğitim ve çıktı, MT5'te çıktı (onnx için dll'i kökten kaldırdım ve terminali yeniden başlattım).
Sürümü bekleyebilir ve kendi modellerimizle denemeye başlayabiliriz)
Gösterge iletimi evrensel bir yöntem değildir, ancak çoğu tüccar için yeterlidir. Örneğin, her çubukta değil, seviyelerin kırıldığı anlarda veri iletmekle daha çok ilgileniyorum. Birisi başka bir şeyle ilgileniyor, vb.
Herkese uyacak ideal bir değişim yöntemi oluşturmak pek mümkün değildir, bu nedenle geliştirme aşamasında koltuk değneği yöntemleri kaçınılmazdır. Önemli olan, bir test cihazında veya bir VPS'de başlatma aşamasında koltuk değneği yöntemlerinden kaçınmaktır.
. .
Tüm bunlar çözülürse, MT bir broker ve müşteri arasındaki bir aracıdan sadece stratejiler ve göstergeler yazmak için uygun bir araca dönüşür.
MT teklifler sunar ve aynı zamanda çok hızlı ve güvenilirdir - bir ticaret sistemine yerleştirmek için mükemmel bir unsurdur. Dizenin python'a aktarılmasına izin vermek, terminalin bu rolünü pekiştirmek anlamına gelir.
Örneğin, kripto MT'yi geçti çünkü kriptodaki komisyoncu gereksiz ve gereksiz bir unsurdur, ancak terminalin Uzman Danışmanlar yazmak ve kullanmak için kullanımını iptal etmez.
Basitçe söylemek gerekirse: bir EA yazın => BTCUSD'de çalıştırın => bir Python betiği aracılığıyla Binance'de işlem yapın => MetaTrader'a sahip olduğu için teşekkür edin.
ONNX ile tüm bu şeylere neden ihtiyaç duyduğunuzu anlamıyorum.
MT5 ve MO'yu nasıl arkadaş yapacağınıza dair bariz bir temel senaryo var:
1. OnInit () 'den python komut dosyasını ayrı bir işlem olarak başlatın.
2. EA'nın bilgi bekleyebileceği modda python ve EA arasında birkaç bilgi alışverişi işlevine ihtiyacınız var.
3. Bir Modeller klasörü oluşturun ve TensorFlow modellerini içine atın.
İŞTE BU!!! MT ve MO entegrasyonu gerçekleşti! Herkes mutlu.
İlk etapta ONNX ile ilgili tüm bu süslü şeylerin nedenini anlamıyorum.
MT5 ve MO'yu nasıl arkadaş yapacağımıza dair bariz bir temel senaryo var:
1. OnInit()'ten python betiği ayrı bir işlem olarak başlatılır.
2. EA'nın bilgilerin gelmesini bekleyebileceği modda python ve EA arasında birkaç bilgi alışverişi işlevine ihtiyacımız var.
3. Bir Modeller klasörü oluşturuyoruz ve içine TensorFlow modellerini atıyoruz.
İŞTE BU!!! MT ve MO entegrasyonu gerçekleşti! Herkes mutlu.
R ile böyle bir entegrasyon var. Sadece VPS'de neden R'ye ihtiyaç duyulduğu ve MT ile entegrasyonunu desteklemek için neden sorunlara ihtiyacınız olduğu açık değildir (dil ve paketlerin sürüm kontrolü vb.). Python ile de aynı olacaktır.
Bizim işimizde çok önemli olan hız ile ilgili bir nokta da var. Bakın fxsaber, kar noktalarına dönüşürken metaquotes ile sürekli bir savaşta milisaniyeleri nasıl çiziyor. Açıkçası herhangi bir şeyin herhangi bir şeyle bir araya getirilmesi, her iki programın kendi başlarına çalışmasından daha yavaş çalışacaktır.
Görünüşe göre..... daha açık ne olabilir?
Piyasaya sürülmesini bekleyebilir ve kendi modellerimizle denemeye başlayabiliriz)
R ile böyle bir entegrasyon var. Yalnızca VPS'de R'ye neden ihtiyaç duyulduğu ve MT ile entegrasyonunu destekleme konusunda neden sorun yaşadığımız (dil ve paketlerin sürüm kontrolü vb.) açık değildir. Python için de aynı şey geçerli olacaktır.
İşimizde çok önemli olan hız ile ilgili bir nokta da var. Fxsaber'in kar noktalarına dönüşürken metaquotes ile sürekli bir savaş içinde milisaniyeleri nasıl çizdiğine bakın. Açıkçası herhangi bir şeyin herhangi bir şeyle birlikte kullanılması, her iki programın tek başına kullanılmasından daha yavaş çalışacaktır.
Görünüşe göre..... daha açık ne olabilir?
Spread ve borsa / broker komisyonlarını hesaba katarak, onlarca dakika veya saat olarak ölçülen süre için tahmin yapmak gerekir. 50 milisaniyelik farkın bununla ne ilgisi var?
Gerçek hayatta MQ'nun fxsaber'i 5 milisaniye geçmesi size tam olarak nasıl yardımcı oluyor?