Piyasada yayınlanan Expert Advisor'larda minimum stop kontrol ediliyor. - sayfa 17
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
EA'm minimum hareketi yakalıyor, bu yüzden sunucuyu etkiliyor, ancak 1 stop loss noktası ile değil, normal bir minimum seviye + spread ile, ancak spread yüzüyor. Bu nedenle danışman, sunucuyu normale dönene kadar çekiçler. Genişletilmiş yayılma değil.
başka bir deyişle, açılış anında min stopu kontrol eder - değerlerini yeniden oluşturur - ardından sunucuyu çekiçler. Ancak 10 stop noktası koymanız gerekiyorsa, min yayılmasını beklemeniz ve sunucuyu çekiçlemeniz gerekir.
Sunucuyu öldürmek iyi bir fikir değil. Otomatik ticaret yasağıyla karşılaşabilirsiniz. (DDOS saldırılarına sahip bir iş adamına danışmanı olarak sunucuya kim ihtiyaç duyar?)
İlk olarak, bir talep göndermeden önce, bir spread almanız, seviyeyi durdurmanız, stopları ayarlamanız ve durdurma boyutu ticaret için kabul edilebilirse, bir istek göndermeniz gerekir. Durdurmanın boyutu kabul edilemezse, kimsenin çekiçlemesine gerek yoktur. Sunucum bu kadar aptalca dövülmüş olsaydı, öldürürdüm...
Ancak, isteği kabul edilebilir durdurma boyutlarıyla gönderdikten sonra tekrar 130 hatası alırsak (isteğin gönderildiği süre boyunca durdurma düzeyi koşulları değişti), o zaman yine de durdurma boyutunu ayarlayabilir ve isteği gönderebilirsiniz (kabul edilebilir boyutlarda yeni hesaplanan durak). Bu tür isteklerin sayısı sınırlı olmalıdır, aksi takdirde - yine aptalca swotting.
Şimdi sizi neden pazara sokmadıkları açık.
burada biraz farklı bir durum var.
Vurmak istemedim, sürekli swotting.
Doğal olarak, bir hatadan sonra bir hata için kontroller vardır - Slip. ama test cihazında çalışmıyor.
Buradaki nokta yüzen yayılma
yukarıda yazdığım gibi - isteği göndermeden önce - durma seviyeleri ayarlanıp sunucuya gönderilir, - sunucu 130 hatası verir - EA seviyeyi tekrar düzeltir ve tekrar sunucuya gönderir.
vb.
Test cihazında slip çalışmaz, bu nedenle gecikme olmaz.
şu an sorunu şu şekilde çözdüm: stop server üzerinde yüz levelden az olmamalı + spread + 1
Ancak!!! Durdurma düzeyi sunucu tarafından = 0 olarak döndürülürse ne yapılmalı? yani yüzen? durağın boyutu nasıl belirlenir?
Seçenek - yanlışlıkla düzelt 130 - bir seçenek değil - moderatör bu yöntemi kaçırmaz.
Daha önce önerildiği gibi = hata 130 - sunucu anlaşmayı kaçırana kadar 1 ve benzeri artış. - bir seçenek değil.
Arkadaşlar sorunun çözümüne yardımcı olduğunuz için teşekkür ederim. şu ana kadar kesin bir cevap bulamadım. Ama bu soruna rasyonel bir çözüm arayacağım.
Katıldığınız için hepinize teşekkür ederim.
burada biraz farklı bir durum var.
Vurmak istemedim, sürekli swotting.
Doğal olarak, bir hatadan sonra bir hata için kontroller vardır - Slip. ama test cihazında çalışmıyor.
Buradaki nokta yüzen yayılma
yukarıda yazdığım gibi - isteği göndermeden önce - durma seviyeleri ayarlanıp sunucuya gönderilir, - sunucu 130 hatası verir - EA seviyeyi tekrar düzeltir ve tekrar sunucuya gönderir.
vb.
Test cihazında slip çalışmaz, bu nedenle gecikme olmaz.
şu an sorunu şu şekilde çözdüm: stop server + spread+1 den az olmamalı
Ancak!!! Durdurma düzeyi sunucu tarafından = 0 olarak döndürülürse ne yapılmalı? yani yüzen? durağın boyutu nasıl belirlenir?
Seçenek - yanlışlıkla düzelt 130 - bir seçenek değil - moderatör bu yöntemi kaçırmaz.
Daha önce önerildiği gibi = hata 130 - sunucu anlaşmayı kaçırana kadar 1 ve benzeri artış. - bir seçenek değil.
Arkadaşlar sorunun çözümüne yardımcı olduğunuz için teşekkür ederim. şu ana kadar kesin bir cevap bulamadım. Ama bu soruna rasyonel bir çözüm arayacağım.
Katıldığınız için hepinize teşekkür ederim.
Prensipte stoplevel=0 ise, kullanıcıyı yayılı çarpma faktörünü manuel olarak girmeye zorlayabilirsiniz. Yani, başlatırken (zaman çerçevesini değiştirmeden), durma seviyesini kontrol edin ve sıfır ise, katsayı girmek için bir talep görüntüleyin. Kullanıcı girmeyi reddederse, katsayıyı kullanın. 2 (yayılma * 2) ve ardından 130'luk bir hatayla, katsayının kendisini veya durağın boyutunu artırın. Kullanıcı durma seviyesinin nasıl hesaplandığını biliyorsa (örneğin, işlem bölümündeki teknik desteğe sormak için çok tembel değildi), o zaman girdiği katsayıyı kullanın, 130. hataya boyutunu artırarak cevap vermeyi unutma. durdurma (aniden belirir). Ancak genellikle (birkaç kez karşılaştım ve ampirik olarak çıkardım), stop=stoplevel*coective+1 kullanırsanız, hata görünmez. 1 puan eklemezseniz, hatalar görünür.
Buna göre, MK sunucusunda durma seviyesini nasıl hesapladıklarını kontrol edin ve danışmana gerekli katsayıyı girin. Moderatör katsayıyı manuel olarak girmeyi reddetse bile, katsayı otomatik olarak girilecektir.
Teşekkürler, varsayılan olarak 2 +1 puanlık bir katsayı yaptım.
Ve bu düşünceyi sormakla ilgili. Ben bir form oluşturacağım, kendisi girsin.
Bazen bir komisyoncu, duraklama olmadan yaklaşık 20 komut gönderirseniz, otomatik alım satımı birkaç dakikalığına yasaklar.
Yani, siparişler arasında en az 300-500 ms'lik bir duraklama ile bir sipariş paketini değiştirmek/kapatmak gerekir. (ama orada hata artık 130 değil)
Herkese merhaba arkadaşlar!
marketin böyle bir özelliği var: min stop için tüm değerleri kontrol etmeniz gerekiyor.
Değişkenin değeri min stop'tan küçükse, min stop atayın, böylece hata 130 olmaz.
Şimdi, brokerlerin %90'ında spread ve minstop dalgalanıyor ve 0 veriyor.
tüm değişkenlere min stop değerleri atayan böyle bir kod yapısı vardır.
ama artık piyasada geçmiyor, çünkü artık her yerde min stop = 0,
bu sorunla kim uğraşıyor?
Merhaba Vladislav, benim de karşılaştığım sorunu okudum ve kayan durma seviyesinin 0 değerini döndürüp döndürmediğine veya sıfıra yakın olup olmadığına karar verdim, ardından kapatmak için ters sinyalleri kullanın.
Sizce bu çözüm uygun mu?