Çizelgeleri eksik çubuklar olmadan görmek isteyenler - burada =) - sayfa 9

 
Geliştiricilerin çevrimdışı çizelgelerde uzmanların çalışmalarını neden yasakladığını anladım.
Bunun sebebi sanırım Bid and Ask'ın offline grafikler için 0 dönmesi, yani piyasaya açılmak isteyen Expert Advisor'lar için imkansız. Ancak yalnızca ertelemelerle çalışan uzmanım için soruna aşağıdaki çözümü buldum. Otomatik düzeltmeyi kullanarak Teklifi ve Sor'u _Bid() ve _Ask() olarak değiştirin. _MarketInfo(), ticareti yapılan enstrümanın spreadini döndürür.

 int _MarketInfo ( string symb_for_work )
{
   if ( symb_for_work == " USDCHFm " ) return ( 4 ) ;
   if ( symb_for_work == " CHFJPYm " ) return ( 5 ) ;
   if ( symb_for_work == " GBPUSDm " ) return ( 3 ) ;
   if ( symb_for_work == " USDCADm " ) return ( 5 ) ;
   if ( symb_for_work == " USDJPYm " ) return ( 3 ) ;
   if ( symb_for_work == " EURGBPm " ) return ( 4 ) ;
   if ( symb_for_work == " AUDUSDm " ) return ( 4 ) ;
   if ( symb_for_work == " EURCHFm " ) return ( 4 ) ;
   if ( symb_for_work == " EURJPYm " ) return ( 5 ) ;
   if ( symb_for_work == " EURUSDm " ) return ( 2 ) ;
   if ( symb_for_work == " NZDUSDm " ) return ( 6 ) ;
   if ( symb_for_work == " AUDJPYm " ) return ( 6 ) ;   
 
return ( 0 ) ;
}
 
double _Bid ()
{
   return ( Close [ 0 ]) ;
}
 
double _Ask ()
{
   return ( Close [ 0 ] + _MarketInfo ( symbol_for_trade ) * Point ) ;
}
Genel olarak, fikrin açık olduğunu düşünüyorum. Değiştirilen Expert Advisor'ın ilk sonuçlarına bakılırsa, siparişler normal şekilde açılır. Şimdi gerçekten bir hafta sonu ve önümüzdeki hafta alım satım başladığında daha ayrıntılı olarak test edeceğim. Başlangıçta almak istediklerimi tamamlayabileceğimi düşünüyorum.
 
IMHO, çöp...
Geliştiriciler "çevrimdışı grafikler için Teklif Et ve Sor 0 döndür" ifadesini gördüyse,
onları düzeltmekten alıkoyan ne?
 

Eh, çevrimdışı grafikler, örneğin, oldukça nadiren güncellenebilir. Ve örneğin 1-2 dakikalık bir güncelleme aralığı için gerçek Talep ve Teklif, çevrimdışı grafikte görüntülenenden yeterince uzağa gidebilir. Ve RefreshRates () burada hiç yardımcı olmaz. Bahsedilenlerin dışında başka sebepler de olmalı. Ancak buna yalnızca geliştiriciler cevap verebilir.

 
solandr :

Eh, çevrimdışı grafikler, örneğin, oldukça nadiren güncellenebilir. Ve örneğin 1-2 dakikalık bir güncelleme aralığı için gerçek Talep ve Teklif, çevrimdışı grafikte görüntülenenden yeterince uzağa gidebilir. Ve RefreshRates () burada hiç yardımcı olmaz. Bahsedilenlerin dışında başka sebepler de olmalı. Ancak buna yalnızca geliştiriciler cevap verebilir.

Bu doğru, eğer grafik güncellenmezse, Teklif geçersiz hale gelecektir.
Ama Kapat[0] da öyle!

Bir ticaret danışmanında bilerek yanlış fiyatlar kullanamazsınız.
En son fiyatı almak için MarketInfo( MODE_BID ) ve MarketInfo( MODE_ASK ) kullanın)
 

Evet, prensipte, rehinelerle oynarken, birkaç dakikalığına eski Kapat[0]'dan oldukça memnunum; o)
Acelem yok. Hatta kasıtlı olarak "yavaşlatırım";o) danışmanın aşağıdaki ilkeye göre gecikmelerin değiştirilmesi konusundaki çalışmalarını:

1. Mevcut fiyat piyona 50 pipten daha yakın değilse, o zaman bir uzman tarafından piyonun değiştirilmesine ancak emrin en az 10 pip taşınması gerekiyorsa izin verilir.
2. Mevcut fiyat setterden 25...50 pip aralığındaysa, Expert Advisor sadece 5 veya daha fazla pip hareket etmesi gerekiyorsa setter'ı hareket ettirebilir.
3. Mevcut fiyat siparişe 25 pipten daha yakınsa, danışman piyonları 2 veya daha fazla pip hareket ettirir.

Böyle bir plan, tutukluların hareketlerinin sayısını, daha fazla değilse de en az 5'te bir azaltmayı mümkün kıldı! :o) Toplamda yaklaşık 60 suçlu (12 para birimi için) için saatte ortalama 0 (gece) ila 20 (haber sırasında) hareket çıkıyor! Yani, muhtemelen günde 200'den fazla hareket yoktur ve o zaman bile her gün olmaz. Genel olarak, manuel ticaret yaparken, insanlar tam olarak belirli bir stratejiyi takip ederlerse ve aynı sayıda döviz çifti oynarlarsa emirleri daha da fazla hareket ettirebileceklerini düşünüyorum! ;Ö)

 

komposter , pazardan pazartesiye gün ışığı mumlarını diken bir uzman geliştirdiğiniz için bir kez daha BÜYÜK TEŞEKKÜRLER!!!
Bir aydır senaryonuzla gerçek hayatta çalışıyorum. Her biri 600 günlük çubukla 19 döviz çiftini (tümü InterbankFX'te mevcuttur) işlemek için komut dosyasını çalıştırıyorum, grafik güncelleme süresini 1 dakikaya ayarladım. VIA C3 800MHz işlemcide her şey kusursuz çalışıyor!

Küçük bir özellik fark ettim, bunun kişisel olarak hiçbir şikayetim olmayan bir uzmanın değil, terminalin bir özelliği olduğunu varsayıyorum! Bir Expert Advisor çalışırken ve Metaeditor'da herhangi bir çizelgede askıya alınmamış herhangi bir Expert Advisor'ı derlerken, terminal günlüklerinde bir hata oluşuyor. Aynı zamanda, bu gerçek hem 800 MHz işlemcide hem de P4 3 GHz ve Celeron 2 GHz'de kararlı bir şekilde kendini gösterir. Derleme 198. 200'de denemedim, çünkü InterbankFX'teki güncellemeyle ilgili bazı sorunlar var (Güncelleme istemi görünüyor, ancak derleme indirilmiyor - ama artık önemli değil)
***********************************
2006.12.09 03:26:29 WithoutSunday_4: FileFlush'ta geçersiz tanıtıcı -1
2006.12.09 03:26:29 WithoutSunday_4: FileWriteDouble'da geçersiz tanıtıcı -1
2006.12.09 03:26:29 WithoutSunday_4: FileWriteDouble'da geçersiz tanıtıcı -1
2006.12.09 03:26:29 WithoutSunday_4: FileWriteDouble'da geçersiz tanıtıcı -1
2006.12.09 03:26:29 WithoutSunday_4: FileWriteDouble'da geçersiz tanıtıcı -1
2006.12.09 03:26:29 WithoutSunday_4: FileWriteDouble'da geçersiz tanıtıcı -1
2006.12.09 03:26:29 WithoutSunday_4: FileWriteInteger'da geçersiz tanıtıcı -1
2006.12.09 03:26:29 WithoutSunday_4: FileSeek'te geçersiz tanıtıcı -1
2006.12.09 03:26:29 WithoutSunday_4: FileFlush'ta geçersiz tanıtıcı -1
2006.12.09 03:26:29 WithoutSunday_4: FileWriteDouble'da geçersiz tanıtıcı -1
2006.12.09 03:26:29 WithoutSunday_4: FileWriteDouble'da geçersiz tanıtıcı -1
2006.12.09 03:26:29 WithoutSunday_4: FileWriteDouble'da geçersiz tanıtıcı -1
2006.12.09 03:26:29 WithoutSunday_4: FileWriteDouble'da geçersiz tanıtıcı -1
2006.12.09 03:26:29 WithoutSunday_4: FileWriteDouble'da geçersiz tanıtıcı -1
2006.12.09 03:26:29 WithoutSunday_4: FileWriteInteger'da geçersiz tanıtıcı -1
2006.12.09 03:26:29 WithoutSunday_4: FileSeek'te geçersiz tanıtıcı -1
2006.12.09 03:26:29 WithoutSunday_4: FileFlush'ta geçersiz tanıtıcı -1
2006.12.09 03:26:29 WithoutSunday_4: FileWriteDouble'da geçersiz tanıtıcı -1
2006.12.09 03:26:29 WithoutSunday_4: FileWriteDouble'da geçersiz tanıtıcı -1
2006.12.09 03:26:29 WithoutSunday_4: FileWriteDouble'da geçersiz tanıtıcı -1
2006.12.09 03:26:29 WithoutSunday_4: FileWriteDouble'da geçersiz tanıtıcı -1
2006.12.09 03:26:29 WithoutSunday_4: FileWriteDouble'da geçersiz tanıtıcı -1
2006.12.09 03:26:29 WithoutSunday_4: FileWriteInteger'da geçersiz tanıtıcı -1
2006.12.09 03:26:29 WithoutSunday_4: FileSeek'te geçersiz tanıtıcı -1
2006.12.09 03:26:29 WithoutSunday_4: FileFlush'ta geçersiz tanıtıcı -1
2006.12.09 03:26:29 WithoutSunday_4: FileWriteDouble'da geçersiz tanıtıcı -1
2006.12.09 03:26:29 WithoutSunday_4: FileWriteDouble'da geçersiz tanıtıcı -1
2006.12.09 03:26:29 WithoutSunday_4: FileWriteDouble'da geçersiz tanıtıcı -1
2006.12.09 03:26:29 WithoutSunday_4: FileWriteDouble'da geçersiz tanıtıcı -1
2006.12.09 03:26:29 WithoutSunday_4: FileWriteDouble'da geçersiz tanıtıcı -1
2006.12.09 03:26:29 WithoutSunday_4: FileWriteInteger'da geçersiz tanıtıcı -1
2006.12.09 03:26:29 WithoutSunday_4: FileSeek'te geçersiz tanıtıcı -1
2006.12.09 03:26:29 WithoutSunday_4: FileFlush'ta geçersiz tanıtıcı -1
2006.12.09 03:26:29 WithoutSunday_4: FileWriteDouble'da geçersiz tanıtıcı -1
2006.12.09 03:26:29 WithoutSunday_4: FileWriteDouble'da geçersiz tanıtıcı -1
2006.12.09 03:26:29 WithoutSunday_4: FileWriteDouble'da geçersiz tanıtıcı -1
2006.12.09 03:26:29 WithoutSunday_4: FileWriteDouble'da geçersiz tanıtıcı -1
2006.12.09 03:26:29 WithoutSunday_4: FileWriteDouble'da geçersiz tanıtıcı -1
2006.12.09 03:26:29 WithoutSunday_4: FileWriteInteger'da geçersiz tanıtıcı -1
2006.12.09 03:26:29 WithoutSunday_4: FileSeek'te geçersiz tanıtıcı -1
2006.12.09 03:26:29 WithoutSunday_4: FileFlush'ta geçersiz tanıtıcı -1
2006.12.09 03:26:29 WithoutSunday_4: FileWriteDouble'da geçersiz tanıtıcı -1
2006.12.09 03:26:29 WithoutSunday_4: FileWriteDouble'da geçersiz tanıtıcı -1
2006.12.09 03:26:29 WithoutSunday_4: FileWriteDouble'da geçersiz tanıtıcı -1
2006.12.09 03:26:29 WithoutSunday_4: FileWriteDouble'da geçersiz tanıtıcı -1
2006.12.09 03:26:29 WithoutSunday_4: FileWriteDouble'da geçersiz tanıtıcı -1
2006.12.09 03:26:29 WithoutSunday_4: FileWriteInteger'da geçersiz tanıtıcı -1
2006.12.09 03:26:29 WithoutSunday_4: FileSeek'te geçersiz tanıtıcı -1
2006.12.09 03:26:29 Pazar_4 EURUSDm Olmadan,Günlük: Uyarı: FileOpenHistory( "WS_AUDNZDm1440. hst", FILE_BIN | FILE_WRITE ) - Hata #4102
2006.12.09 03:26:29 WithoutSunday_4: FileOpen - çok fazla açık dosya
2006.12.09 03:26:29 Pazar_4 EURUSDm Olmadan,Günlük: Uyarı: FileOpenHistory( "WS_NZDJPYm1440. hst", FILE_BIN | FILE_WRITE ) - Hata #4102
2006.12.09 03:26:29 WithoutSunday_4: FileOpen - çok fazla açık dosya
2006.12.09 03:26:29 Pazar_4 EURUSDm Olmadan,Günlük: Uyarı: FileOpenHistory( "WS_AUDCADm1440. hst", FILE_BIN | FILE_WRITE ) - Hata #4102
2006.12.09 03:26:29 WithoutSunday_4: FileOpen - çok fazla açık dosya
2006.12.09 03:26:29 Pazar_4 EURUSDm Olmadan,Günlük: Uyarı: FileOpenHistory( "WS_EURCADm1440. hst", FILE_BIN | FILE_WRITE ) - Hata #4102
2006.12.09 03:26:29 WithoutSunday_4: FileOpen - çok fazla açık dosya
2006.12.09 03:26:29 Pazar_4 EURUSDm Olmadan, Günlük: Uyarı: FileOpenHistory( "WS_EURAUDm1440. hst", FILE_BIN | FILE_WRITE ) - Hata #4102
2006.12.09 03:26:29 WithoutSunday_4: FileOpen - çok fazla açık dosya
2006.12.09 03:26:29 Pazar_4 EURUSDm Olmadan,Günlük: Uyarı: FileOpenHistory( "WS_GBPCHFm1440. hst", FILE_BIN | FILE_WRITE ) - Hata #4102
2006.12.09 03:26:29 WithoutSunday_4: FileOpen - çok fazla açık dosya
************************************

Genellikle, ortaya çıktıktan sonra, terminali yeniden başlatırım ve her şey günün her saatinde normal modda çalışmaya devam eder!
Bunu sadece bilgi olarak yazıyorum, sorunla uğraşmanız için değil. Burada geliştiricilerin yardımı olmadan yapmanın hala imkansız olduğunu düşünüyorum.

Sana bir istekle yazıyorum. Bu komut dosyası tarafından oluşturulan alıntılara dayanarak, yukarıda bu başlıkta bahsedilen doğrusal ve parabolik regresyon kanallarını hesaplamak için Uzman Danışman benim için çalışıyor. Regresyonların hesaplanması, çubuğun ortalama parametrelerine dayanır, yani (O+H+L+C)/4 değeri referans olarak alınır. Ancak uzun dönemli gözlemlerime göre bu örnekleme modelinin (O + H + L + C) / 4 çok iyi seçilmediğine dair varsayımlarım var. %95 güven aralığı sınırında açılan bir emir için dur, %99,9 sınırına koydum. Bu nedenle, fiyatın sadece birkaç pip ile %99,9 güven aralığının ötesine geçtiği durumlar vardır. Aynı zamanda bu tür vakaların sayısı istatistiksel verilere göre izin verilen değerin üzerinde! Bu nedenle, hesaplamalar için Modeli Yüksek ve Yakın için temel alırsak, bu sınırın istatistiksel olarak daha doğru sağlanacağı varsayımımı KONTROL ETMEK İSTİYORUM. Expert Advisor çok hantaldır - mq4 dosyasında 184kB. Birçok yerde alıntılara itiraz var. Uzman Danışmanı yeni bir model için düzeltmeye başlarsam, oldukça zahmetli olmasının yanı sıra, bence zaten test edilmiş olan oldukça karmaşık bir hesaplama algoritmasına bir hata ekleme olasılığı çok yüksektir. iyi ve güvenilir bir şekilde çalışıyor.

Bu nedenle, komut dosyasının son sürümünü, alınan günlük mumlardan H12 dönemi alıntıları oluşturacak şekilde değiştirmenizi rica ediyorum.
Saat 00:00'da açılan Bar H12, orijinal günlük barın O=H=L=C=Düşük değerlerine sahip olmalıdır.
Saat 12:00'de açılan Bar H12, orijinal günlük barın O=H=L=C=Yüksek değerlerine sahip olmalıdır.
Ayrıca, uzman bu değerleri değiştirebilmelidir. Yani, Çubuk H12 00:00 = Orijinal günlük çubuğun Yüksek, Çubuk H12 12:00 = Orijinal günlük çubuğun Düşük.
Gerçek zamanlı çalışma sırasında çizelgeleri güncellerken, geçerli günün son H12 bar(lar)ı EA tarafından işlenmeden, yani her H12 bar için mevcut O,H,L,C değerleri ile iletilmelidir.
Çubukların açıklanan işlemesi, yalnızca günlük mumun kapanmasından sonra, kapalı günün H12 çubuklarında daha fazla değişiklik olmayacağı zaman yapılmalıdır.
Mevcut komut dosyasını açıklanan yönteme göre iyileştirmeye yardımcı olabilirseniz, bu, kanallığın istatistiksel analizi açısından Yüksek-Düşük modelinin doğrulanması ÇOK HIZLI olacaktır. Karşılaştırmaların sonuçlarını burada sunacağıma söz veriyorum. İstatistiksel veri işleme ile ilgilenen birçok kişinin onları tanımakla ilgileneceğini düşünüyorum. Şimdiden teşekkür ederim!!!

 
solandr :

InterbankFX'te güncelleme ile ilgili bazı sorunlar (Güncelleme daveti görünüyor, ancak yapı indirilmiyor - ama artık önemli değil)

Yeni gerçek sunuculardan gerçekten güncellenmiyor. Liveupdate, demo sunucusuna sorunsuz bir şekilde bağlanır.
 

Kendi adıma, kanalların hesaplamasını yalnızca Yüksek ve yalnızca Düşük için ayrı ayrı kontrol etmeye çalışacağım. Sonuçları göreceğim. Farklı örneklerden elde edilen kanalların uzunlukları aynıysa, muhtemelen H12 dönemi için yeni bir komut dosyası olmadan yapmak mümkün olacaktır. Yani kanalların üst sınırları için Yüksek için hesaplama verilerini, alt sınırları için ise Düşük için verileri kullanıyoruz. Ve sonra birdenbire boşuna isteklerimle sizi rahatsız ediyorum, Uzman Danışmanımda her şey çok daha kolay çözülebilirse? Uzman Danışmanımda bunun uygulanmasının zor olmadığını düşünüyorum.

 
komposter Burada benim için bir sorun çıktı, neyi düzelteceğinizi sormayacaksınız. Tüm ayrıntılar burada http://forum.kimiv.ru/viewtopic.php?t=177
 
solandr :

Küçük bir özellik fark ettim, bunun kişisel olarak hiçbir şikayetim olmayan bir uzmanın değil, terminalin bir özelliği olduğunu varsayıyorum! Bir Expert Advisor çalışırken ve Metaeditor'da herhangi bir çizelgede askıya alınmamış herhangi bir Expert Advisor'ı derlerken, terminal günlüklerinde bir hata oluşuyor.

Cevap vermem bu kadar uzun sürdüğü için özür dilerim, tatilden yeni döndüm...

Bana göre sorun, Expert Advisor'ın açık dosyaları kapatmaması. Soru neden yapmıyor =)
Tek varsayım, işlevin yürütülmesini derlerken, Uzman Danışmanların çalışmaya başlamasının zorla sonlandırıldığıdır.

Ve bir sonraki "başlangıçta" dosyalar yeniden açılır, ancak zaten "yeterli alan" yoktur (maksimum 32 açık dosya ).

EA'nın kendisi bu durumu yanlış ele alıyor - dosya açılmasa bile oraya veri yazmaya çalışıyor.
Hata düzeltildi - bir satır eklendi =)
eğer ( HistoryHandle[curChart] < 0 ) devam ediyorsa;


Ekli uzman.



H12 çizelgelerine gelince. "Zamanım var ama param yok" - benimle ilgili değil =)
Ayrıca bu 2 değere sahip olmama rağmen, ters orantılıdır - ne kadar fazla boş zaman, o kadar az para ve bunun tersi de geçerlidir.

Şimdi, hayır işi yapamam - çok iş var.
Ve forumun 5 sayfası (*30 konu) okunmamış....
Dosyalar:
Neden: