Lanet Hata 130 Cehenneme - sayfa 2
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
Seawolf ve Ruptor'un ortak arka uçlarından konuştuklarını kategorik olarak söyleyebilirim.
Bir OP_BUY emri için, giriş fiyatınızı ve stoplarınızı oluşturmak için Satış fiyatını kullanmakta kesinlikle haklısınız.
Aslında Seawolf ve Ruptor haklı.
ASK fiyatından uzun bir emir girersiniz ve BID'den çıkarsınız , bunu bir satış emri için tersine çevirirsiniz. Zararı durdur veya kar al bir çıkış olduğundan, bunları uzun bir siparişte hesaplamak için BID fiyatını kullanmanız gerekir.
Bu, özellikle ASK ve BID fiyatları arasında fazla bir fark olmadığı için küçük spreadlerle uğraşırken genellikle gözden kaçan oldukça yaygın bir kafa karışıklığı noktasıdır. Bazen, durmalarınız ve kaymalarınız çok sıkı değilse kod gayet iyi çalışır, ancak ölçeklendirme yapıyorsanız veya hassasiyet gerektiren başka bir şey yapıyorsanız, giriş ve çıkışta uygun fiyat için bu yönergeleri kullanmanız gerekir.
-
Uzun bir sipariş için, yani OP_BUY , OP_BUYSTOP veya OP_BUYLIMIT :
Giriş Fiyatı = SORUN
Çıkış Fiyatı (zararı durdur, kar al veya OrderClose(...) ) = BID
-
Kısa bir sipariş için, yani OP_SELL , OP_SELLSTOP veya OP_SELLLIMIT :
Giriş Fiyatı = TEKLİF
Çıkış Fiyatı (zararı durdur, kar al veya OrderClose(...) ) = SORUN
-
Tovan
Aslında Seawolf ve Ruptor haklı.
ASK fiyatından uzun bir emir girersiniz ve BID'den çıkarsınız , bunu bir satış emri için tersine çevirirsiniz. Zararı durdur veya kar al bir çıkış olduğundan, bunları uzun bir siparişte hesaplamak için BID fiyatını kullanmanız gerekir.
Bu, özellikle ASK ve BID fiyatları arasında fazla bir fark olmadığı için küçük spreadlerle uğraşırken genellikle gözden kaçan oldukça yaygın bir kafa karışıklığı noktasıdır. Bazen, durmalarınız ve kaymalarınız çok sıkı değilse kod gayet iyi çalışır, ancak ölçeklendirme yapıyorsanız veya hassasiyet gerektiren başka bir şey yapıyorsanız, giriş ve çıkışta uygun fiyat için bu yönergeleri kullanmanız gerekir.
-
Uzun bir sipariş için, yani OP_BUY , OP_BUYSTOP veya OP_BUYLIMIT :
Giriş Fiyatı = SORUN
Çıkış Fiyatı (zararı durdur, kar al veya OrderClose(...) ) = BID
-
Kısa bir sipariş için, yani OP_SELL , OP_SELLSTOP veya OP_SELLLIMIT :
Giriş Fiyatı = TEKLİF
Çıkış Fiyatı (zararı durdur, kar al veya OrderClose(...) ) = SORUN
-
Tovan
Anladım, söylediklerinizi tam olarak anlıyorum - ve Seawolf ve Ruptor'dan en alçakgönüllülükle özür dilerim.
Emirleri normal şekilde kapattığım veya kendi gizli stoploss'umu çalıştırdığım (ki bu sadece normal emir kapatma fonksiyonumu çağırıyor), OP_BUY'ler için Bid'i ve OP_SELL'leri İste'yi kullanmanın tamamen farkındayım.
Ancak, emirlerimi açarken, stoploss'u hesaplamak için her zaman giriş fiyatlarını temel olarak kullandım ve hiçbir zaman sorun yaşamadım. Gevşek yayılım ve sıkı durma kombinasyonunun nasıl geçersiz bir duruş hatasına neden olabileceğini görebiliyorum.
Benim yaptığım gibi yapan çok fazla örnek olduğunu da eklerdim.
Sıkı duruşlarımız yoksa, çoğumuzun deneyimlemeye meyilli olacağı iki teknik arasındaki tek fark, kazanılan veya kaybedilen gerçek paradadır, ancak her iki sipariş türü de 'yayılma miktarı' daha erken durdurulacağından , yayılma oldukça istikrarlı olsaydı, birbirlerini iptal etme eğiliminde olacaklardı.
Bu mantık sağlam mı?
Anladım, söylediklerinizi tam olarak anlıyorum - ve Seawolf ve Ruptor'dan en alçakgönüllülükle özür dilerim.
Emirleri normal şekilde kapattığım veya kendi gizli stoploss'umu çalıştırdığım (ki bu sadece normal emir kapatma fonksiyonumu çağırıyor), OP_BUY'ler için Bid'i ve OP_SELL'leri İste'yi kullanmanın tamamen farkındayım.
Ancak, emirlerimi açarken, stoploss'u hesaplamak için her zaman giriş fiyatlarını temel olarak kullandım ve hiçbir zaman sorun yaşamadım. Gevşek yayılma ve sıkı durma kombinasyonunun nasıl geçersiz bir durma hatasına neden olabileceğini görebiliyorum.
Benim yaptığım gibi yapan çok fazla örnek olduğunu da eklerdim.
Sıkı duruşlarımız yoksa, çoğumuzun deneyimlemeye meyilli olacağı iki teknik arasındaki tek fark, kazanılan veya kaybedilen gerçek paradadır, ancak her iki sipariş türü de 'yayılma miktarı' daha erken durdurulacağından , yayılma oldukça istikrarlı olsaydı, birbirlerini iptal etme eğiliminde olacaklardı.
Bu mantık sağlam mı?
Güzel nokta. Bunu önerdiğiniz şekilde yapan başka birçok EA olduğuna katılıyorum.
Bu, EA'mızın nasıl çalıştığına bağlı olarak stop-loss konusunda aldığımız bazı farklı görüşleri göstermektedir. Örneğin, stop-loss'umu oldukça sıkı ayarlama eğilimindeyim. Bu yüzden genellikle siparişin nerede başarısız olacağıyla, başarısız olursa ne kadar kaybedeceğimden daha çok endişeleniyorum. Öte yandan, emir kapandığında ne kaybedeceğiniz (veya kazanacağınız) ile daha fazla ilgileniyorsanız, o zaman tüm hesaplamaları kapanış fiyatı yerine açılış fiyatı üzerinden yapmak mantıklıdır. Bu, yalnızca, zararı durdur veya kârı al limitiniz kısıtlıysa (çiftine bağlı olarak birkaç pip içinde) bir sorun haline gelir. Bu durumda, EA'nın işlemi gerçekten tamamlayabileceğinizden emin olmak için MODE_STOPLEVEL ile (yukarıda önerdiğiniz gibi) bazı ekstra kontroller yapması gerekecektir.
Çoğunlukla saf bir konumdan konuşuyordum, ancak her iki şekilde de yürütmek için bazı geçerli argümanlar görebiliyorum.
- Tovan
Güzel nokta. Bunu önerdiğiniz şekilde yapan başka birçok EA olduğuna katılıyorum.
Bu, EA'mızın nasıl çalıştığına bağlı olarak stop-loss konusunda aldığımız bazı farklı görüşleri göstermektedir. Örneğin, stop-loss'umu oldukça sıkı ayarlama eğilimindeyim. Bu yüzden genellikle siparişin nerede başarısız olacağıyla, başarısız olursa ne kadar kaybedeceğimden daha çok endişeleniyorum. Öte yandan, emir kapandığında ne kaybedeceğiniz (veya kazanacağınız) ile daha fazla ilgileniyorsanız, o zaman tüm hesaplamaları kapanış fiyatından ziyade açılış fiyatı üzerinden yapmak mantıklıdır. Bu, yalnızca, zararı durdur veya kârı al limitiniz kısıtlıysa (çiftine bağlı olarak birkaç pip içinde) bir sorun haline gelir. Bu durumda, EA'nın işlemi gerçekten tamamlayabileceğinizden emin olmak için MODE_STOPLEVEL ile (yukarıda önerdiğiniz gibi) bazı ekstra kontroller yapması gerekecektir.
Çoğunlukla saf bir konumdan konuşuyordum, ancak her iki şekilde de yürütmek için bazı geçerli argümanlar görebiliyorum.
- Tovan
Tovan bu doğru değil çünkü ben de 130 hatası alıyorum
if(OrderType()==OP_SELL && OrderSymbol()==Symbol()){
if (OrderStopLoss()==0)
{
OrderModify(OrderTicket(),OrderOpenPrice(),Ask+Point*TrailingStop,OrderTakeProfit(),0,Red);
}
if((OrderOpenPrice()-Ask)>(Nokta*TrailingStop))
{
if(OrderStopLoss()>(Sor+Nokta*TrailingStop)+Puan)
{
if(!OrderModify(OrderTicket(),OrderOpenPrice(),Ask+Point*TrailingStop,OrderTakeProfit(),0,Red))
Print("Error_Modify - ",GetLastError());
else str=StringConcatenate("\n Bilet numaram ", OrderTicket(), " ve kayıp durdurma ayarım ", DoubleToStr(Ask+Point*TrailingStop,Digits)); // yeni kod
}
}
}
if(OrderType()==OP_BUY && OrderSymbol()==Symbol())
{
if (OrderStopLoss()==0)
{
OrderModify(OrderTicket(),OrderOpenPrice(),Bid-Point*TrailingStop,OrderTakeProfit(),0,Green);
}
if(Bid-OrderOpenPrice()>Point*TrailingStop)
{
if(OrderStopLoss()<Teklif-Noktası*TrailingDurma-Noktası)
{
if(!OrderModify(OrderTicket(),OrderOpenPrice(),Bid-Point*TrailingStop,OrderTakeProfit(),0,Yeşil))
Print("Error_Modify - ",GetLastError());
else str=StringConcatenate("\n Bilet numaram ", OrderTicket(), " ve stop loss ayarım ", DoubleToStr(Bid-Point*TrailingStop,Digits)); // yeni kod
}
}
giriş ve çıkışla ilgili 130 hatadır - veya kayma nedeniyle olabilir mi
Aslında, hepinizin kafası biraz karışmış gibi görünüyor. Bazılarınız tamamen farklı iki şeyi karıştırıyorsunuz.
Sorulacak sorular şunlardır:
1) TP ve SL Al ve Sat emirleri hangi fiyattan gerçekleştirilir. Teklif mi Sormak mı?
2) Al ve Sat için TP ve SL'yi hesaplamak için hangi fiyatı kullanıyoruz. Teklif mi Sormak mı?
Aslında Seawolf ve Ruptor haklı.
ASK fiyatından uzun bir emir girersiniz ve BID'den çıkarsınız , bunu bir satış emri için tersine çevirirsiniz.
//---VANGROSH --- Doğru ama kafa karıştırıcı. TP Fiyatınız veya SL Fiyatınız == BID fiyatı olduğunda Uzun sipariş TP veya SL'nizin yürütüleceğini söylemek daha iyidir. Bu, siparişinizin TP veya SL'ye çarptığını gördüğünüzde GÖRDÜĞÜNÜZ şeydir, ancak bunun, bu fiyatları nasıl hesapladığınızla hiçbir ilgisi yoktur.
Zararı durdur veya kar al bir çıkış olduğundan, bunları uzun bir siparişte hesaplamak için BID fiyatını kullanmanız gerekir.
//---VANGROSH--- Maalesef bu yanlış. GÖRDÜĞÜNÜZÜ - Hangi fiyatın çıkışı tetikleyeceğini, TP ve SL Fiyatlarını hesaplamak için kullandığınız fiyatı karıştırıyorsunuz.
Sadece bunu biraz düşün. Satın Alma Siparişi Alın. Hepiniz, ASK fiyatından satın aldığımızı kabul ediyorsunuz - sorun yok. Diyelim ki bir Buy emrinde TP 15 puan ve spread 5 puan. TP'yi BID fiyatının 15 puan üzerine ayarlarsanız, TP'niz sadece 10 puan olacaktır çünkü spread ASK'IN ALTINDA ve TEKLİF fiyatının ÜSTÜNDE olacaktır. Giriş fiyatınızın (AKK) 5 puan ALTINDA bir fiyattan 15 puan TP hesaplamanın hiçbir anlamı yoktur. TP veya SL'yi her zaman emri girdiğiniz fiyattan hesaplamanız gerekir. ALMAK İÇİN SORUN, SATIŞ İÇİN TEKLİF VERİN.
TP veya SL'nizin hangi fiyattan vurulacağını düşünüyorsanız, bu kolaydır. Bir ALIŞ emrinde ASK fiyatı ile girdiğinizde TP'niz hangi fiyattan etkilenir? BID fiyatına. TP'niz 1.2450 idiyse ve TP'nizi ASK fiyatından belirlediyseniz, ASK satırı 1.2450 olduğunda şimdi farkı ödemeye başlıyorsunuz. Sadece BID satırı 1.2450 olduğunda TP'niz vurulacak ve siparişiniz 15 puan kar ile kapanacaktır.
SL'de de aynı. SL'niz 30 puan ise, giriş fiyatından 30 puan demektir. Satın Al'da giriş fiyatı ASK'dır. BID fiyatı - 30 puan kullanırsanız, SL'nizdeki spread'i hariç tutuyorsunuz, bu nedenle gerçek SL'niz giriş (ASK) fiyatınızdan 35 puan olacaktır çünkü BID fiyatı 5 puan daha düşük (spread), ardından ASK'dır. fiyat. 35 puan SL alacaksınız çünkü SL FİYATI şimdi GİRİŞ FİYATINIZIN 35 puan altında, Satın Alma Emri için neydi?
Bunu sadece birkaç aydır yapıyorum ve bana yardımcı olan şey, manuel ticaret yaparken TP ve SL'nin hangi fiyattan vurulduğunu gözlemlemekti ve ardından ilk EA'm için, açılmış bir EA siparişinde TP ve SL satırlarımı iki kez kontrol ettim. artı işareti aracını kullanarak ve ayrıca TP ve SL puanlarının kesin olduğundan emin olmak için bazı kapalı EA siparişlerinde TP ve SL fiyatlarını kontrol etti.
Farklı yapmanız gereken tek zaman, takip eden bir duruş içindir. Bir Alış emri için BID fiyatını kullanırsınız.
if(Bid-OrderOpenPrice() > Point*_trailingStop) StopLoss = Bid-Point*_trailingStop;
Çünkü TS'nizin, BID fiyatı olan isabet halinde emri kapatacak fiyatın X puan altında olmasını istiyorsunuz.
Satış için ASK kullanın.
if(OrderOpenPrice()-Ask > Point*_trailingStop) StopLoss = Ask+Point*_trailingStop;
Çünkü TS'nizin, ASK fiyatı olan isabet halinde emri kapatacak fiyatın X puan üzerinde olmasını istiyorsunuz.
SATIN AL ve SL siparişlerinizi kapatacak olan BID fiyatı olduğunu unutmayın,
SATIŞ TP ve SL siparişlerinizi kapatacak olan ASK fiyatıdır.
Aslında, hepinizin kafası biraz karışmış gibi görünüyor. Bazılarınız tamamen farklı iki şeyi karıştırıyorsunuz.
Sorulacak sorular şunlardır:
1) TP ve SL Al ve Sat emirleri hangi fiyattan gerçekleştirilir. Teklif mi Sormak mı?
2) Al ve Sat için TP ve SL'yi hesaplamak için hangi fiyatı kullanıyoruz. Teklif mi Sormak mı?
Sadece bunu biraz düşün. Satın Alma Siparişi Alın. Hepiniz, ASK fiyatından satın aldığımızı kabul ediyorsunuz - sorun yok. Diyelim ki bir Buy emrinde TP 15 puan ve spread 5 puan. TP'yi BID fiyatının 15 puan üzerine ayarlarsanız, TP'niz sadece 10 puan olacaktır çünkü spread ASK'IN ALTINDA ve TEKLİF fiyatının ÜSTÜNDE olacaktır. Giriş fiyatınızın (AKK) 5 puan ALTINDA bir fiyattan 15 puan TP hesaplamanın hiçbir anlamı yoktur. TP veya SL'yi her zaman emri girdiğiniz fiyattan hesaplamanız gerekir. ALMAK İÇİN SORUN, SATIŞ İÇİN TEKLİF VERİN.
TP veya SL'nizin hangi fiyattan vurulacağını düşünüyorsanız, bu kolaydır. Bir ALIŞ emrinde ASK fiyatı ile girdiğinizde TP'niz hangi fiyattan etkilenir? BID fiyatına. TP'niz 1.2450 idiyse ve TP'nizi ASK fiyatından belirlediyseniz, ASK satırı 1.2450 olduğunda şimdi farkı ödemeye başlıyorsunuz. Sadece BID satırı 1.2450 olduğunda TP'niz vurulacak ve siparişiniz 15 puan kar ile kapanacaktır.
SL'de de aynı. SL'niz 30 puan ise, giriş fiyatından 30 puan demektir. Satın Al'da giriş fiyatı ASK'dır. BID fiyatı - 30 puan kullanırsanız, SL'nizdeki spread'i hariç tutuyorsunuz, bu nedenle gerçek SL'niz giriş (ASK) fiyatınızdan 35 puan olacaktır çünkü BID fiyatı 5 puan daha düşük (spread), ardından ASK'dır. fiyat. 35 puan SL alacaksınız, çünkü SL FİYATI şimdi GİRİŞ FİYATINIZIN 35 puan altında, bir Satın Alma Emri için neydi?
Bunu sadece birkaç aydır yapıyorum ve bana yardımcı olan şey, manuel ticaret yaparken TP ve SL'nin hangi fiyattan vurulduğunu gözlemlemekti ve ardından ilk EA'm için, açılmış bir EA siparişinde TP ve SL satırlarımı iki kez kontrol ettim. artı işareti aracını kullanarak ve ayrıca TP ve SL puanlarının kesin olduğundan emin olmak için bazı kapalı EA siparişlerinde TP ve SL fiyatlarını kontrol etti.
Farklı yapmanız gereken tek zaman, takip eden bir duruş içindir. Bir Alış emri için BID fiyatını kullanırsınız.
if(Bid-OrderOpenPrice() > Point*_trailingStop) StopLoss = Bid-Point*_trailingStop;
Çünkü TS'nizin, BID fiyatı olan isabet halinde emri kapatacak fiyatın X puan altında olmasını istiyorsunuz.
Satış için ASK kullanın.
if(OrderOpenPrice()-Ask > Point*_trailingStop) StopLoss = Ask+Point*_trailingStop;
Çünkü TS'nizin, ASK fiyatı olan isabet halinde emri kapatacak fiyatın X puan üzerinde olmasını istiyorsunuz.
SATIN AL ve SL siparişlerinizi kapatacak olan BID fiyatı olduğunu unutmayın,
SATIŞ TP ve SL siparişlerinizi kapatacak olan ASK fiyatıdır.
Vangrosh
giriş için teşekkürler
ayağa kalkmama yardım eder misin
bu doğru mu
otomatik izli bir EA yapıyorum
if(OrderType()==OP_SELL && OrderSymbol()==Symbol())
{if (OrderStopLoss()==0)
{
OrderModify(OrderTicket(),OrderOpenPrice(),Ask+Point*TrailingStop,OrderTakeProfit(),0,Red); // bir TP ve SL yerleştirin
}
if((OrderOpenPrice()-Ask)>(Point*TrailingStop)) // TP'yi yerleştirin
{
if(OrderStopLoss()>(Ask+Point*TrailingStop)+Point) // doğruyu kontrol edin
{
if(!OrderModify(OrderTicket(),OrderOpenPrice(),Ask+Point*TrailingStop,OrderTakeProfit(),0,Red)) // doğruysa siparişi değiştir
Print("Error_Modify - ",GetLastError());
else str=StringConcatenate("\n Bilet numaram ", OrderTicket(), " ve kayıp durdurma ayarım ", DoubleToStr(Ask+Point*TrailingStop,Digits)); // yeni kod
}
}
}
Aslında, hepinizin kafası biraz karışmış gibi görünüyor. Bazılarınız tamamen farklı iki şeyi karıştırıyorsunuz.
Sorulacak sorular şunlardır:
1) TP ve SL Al ve Sat emirleri hangi fiyattan gerçekleştirilir. Teklif mi Sormak mı?
2) Al ve Sat için TP ve SL'yi hesaplamak için hangi fiyatı kullanıyoruz. Teklif mi Sormak mı?
Sadece bunu biraz düşün. Satın Alma Siparişi Alın. Hepiniz, ASK fiyatından satın aldığımızı kabul ediyorsunuz - sorun yok. Diyelim ki bir Buy emrinde TP 15 puan ve spread 5 puan. TP'yi BID fiyatının 15 puan üzerine ayarlarsanız, TP'niz sadece 10 puan olacaktır çünkü spread ASK'IN ALTINDA ve TEKLİF fiyatının ÜSTÜNDE olacaktır. Giriş fiyatınızın (AKK) 5 puan ALTINDA bir fiyattan 15 puan TP hesaplamanın hiçbir anlamı yoktur. TP veya SL'yi her zaman emri girdiğiniz fiyattan hesaplamanız gerekir. ALMAK İÇİN SORUN, SATIŞ İÇİN TEKLİF VERİN.
TP veya SL'nizin hangi fiyattan vurulacağını düşünüyorsanız, bu kolaydır. Bir ALIŞ emrinde ASK fiyatı ile girdiğinizde TP'niz hangi fiyattan etkilenir? BID fiyatına. TP'niz 1.2450 idiyse ve TP'nizi ASK fiyatından belirlediyseniz, ASK satırı 1.2450 olduğunda şimdi farkı ödemeye başlıyorsunuz. Sadece BID satırı 1.2450 olduğunda TP'niz vurulacak ve siparişiniz 15 puan kar ile kapanacaktır.
SL'de de aynı. SL'niz 30 puan ise, giriş fiyatından 30 puan demektir. Satın Al'da giriş fiyatı ASK'dır. BID fiyatı - 30 puan kullanırsanız, SL'nizdeki spread'i hariç tutuyorsunuz, bu nedenle gerçek SL'niz giriş (ASK) fiyatınızdan 35 puan olacaktır çünkü BID fiyatı 5 puan daha düşük (spread), ardından ASK'dır. fiyat. 35 puan SL alacaksınız çünkü SL FİYATI şimdi GİRİŞ FİYATINIZIN 35 puan altında, Satın Alma Emri için neydi?
Bunu sadece birkaç aydır yapıyorum ve bana yardımcı olan şey, manuel ticaret yaparken TP ve SL'nin hangi fiyattan vurulduğunu gözlemlemekti ve ardından ilk EA'm için, açılmış bir EA siparişinde TP ve SL satırlarımı iki kez kontrol ettim. artı işareti aracını kullanarak ve ayrıca TP ve SL puanlarının kesin olduğundan emin olmak için bazı kapalı EA siparişlerinde TP ve SL fiyatlarını kontrol etti.
Farklı yapmanız gereken tek zaman, takip eden bir duruş içindir. Bir Alış emri için BID fiyatını kullanırsınız.
if(Bid-OrderOpenPrice() > Point*_trailingStop) StopLoss = Bid-Point*_trailingStop;
Çünkü TS'nizin, BID fiyatı olan isabet halinde emri kapatacak fiyatın X puan altında olmasını istiyorsunuz.
Satış için ASK kullanın.
if(OrderOpenPrice()-Ask > Point*_trailingStop) StopLoss = Ask+Point*_trailingStop;
Çünkü TS'nizin, ASK fiyatı olan isabet halinde emri kapatacak fiyatın X puan üzerinde olmasını istiyorsunuz.
SATIN AL ve SL siparişlerinizi kapatacak olan BID fiyatı olduğunu unutmayın,
SATIŞ TP ve SL siparişlerinizi kapatacak olan ASK fiyatıdır.
Vangrosh, Tovan'a verdiğim yanıtta ima ettiğim gibi, tam olarak ne yaptığınızı bildiğiniz sürece, her iki şekilde de yapabilirsiniz. Kafamız karışık olmaktan çok uzağız.
Yani, giriş fiyatını, komisyoncunun stop limitini ve spread'i bildiğinize göre, istediğiniz 'mutlak' stoploss'a (130 hata üretmeyecek bir stoploss!) teklif verin ve gerektiği gibi ayarlayın.
Bu arada tarif ettiğiniz şekilde yapmayı tercih ediyorum.
Vangrosh, Tovan'a verdiğim yanıtta ima ettiğim gibi, tam olarak ne yaptığınızı bildiğiniz sürece, her iki şekilde de yapabilirsiniz. Kafamız karışık olmaktan çok uzağız.
Yani, giriş fiyatını, komisyoncunun stop limitini ve spread'i bildiğinize göre, istediğiniz 'mutlak' stoploss'a (130 hata üretmeyecek bir stoploss!) teklif verin ve gerektiği gibi ayarlayın.
Bu arada tarif ettiğiniz şekilde yapmayı tercih ediyorum.
Seawolf, "Temel kural... Sor'a girerseniz, teklifle çıkarsınız, Bid'e girerseniz, sor ile çıkarsınız " dedi.
Kafan karışık değil mi? Kafasının karıştığını kastetmiyorum, benim için konuştuğu bağlam net değil. Çıkışları hesaplamaktan bahsediyorsa, Temel Kuralı doğru değil. Kafam karıştı dediğimde, ne yaptığınızı bilmediğinizi veya başka bir şekilde yapamayacağınızı söylemiyorum - gerçekten söylemek istediğim şey, talimat verme şeklinin kafa karıştırıcı olduğuydu. Örneğin, Seawolf'un yukarıdaki alıntısı, MT'de siparişlerin hangi fiyat noktasından çıktığı hakkında konuşuyorsa doğrudur. Bunu yeni öğrenen biri için hangi bağlamdan bahsettiğiniz konusunda çok net olmalısınız, çünkü TP ve SL hakkında öğretirken iki temel bağlam vardır.
1) Açık bir emrin TP ve SL'sinin hangi fiyattan (Bid veya Ask) etkileneceğine odaklanan bağlam veya bakış açısı - ki bu sadece manuel ticaret için öğrenmem gereken ilk şeylerden biri...
2) Yukarıda # 1 DEĞİL, ancak TP ve SL fiyatlarımızı hesaplamak için hangi fiyatı (Teklif veya Satış) kullandığımıza odaklanan bağlam veya bakış açısı, EĞER TP ve SL fiyatlarımızın kesin olmasını ve aşağıdakileri içermesini istiyorsak. yayılmış.
Bakın, ben de bu konuda acemiyim ve olaylar bize bağlamın çok net olmadığı bir şekilde sunulursa, benim ve diğer acemilerin kafaları kolayca karışabilir.
Ve ben başlangıçta, TP ve SL'yi ve anlamamız gereken diğer birçok şeyi görmemiz için birden fazla bağlam olduğunu bilmiyordum.
cloudbreaker yazdı>> Vangrosh, Tovan'a verdiğim yanıtta ima ettiğim gibi, tam olarak ne yaptığınızı bildiğiniz sürece, her iki şekilde de yapabilirsiniz.
Bu yüzden yazımda olabildiğince açık ve bağlam içinde olmaya çalıştım. Sadece benim gibi öğrenen insanlar Ne yaptığımızı tam olarak bilmiyorlar, bu yüzden bazı şeyleri uygun bağlamlarında öğrenmemiz gerekiyor.
Tecrübelerime göre, çoğu zaman henüz sahip olmadığımız bilgi bize varsayılıyor. Önce temel kuralları bilmemiz ve sonra biraz deneyim kazanmamız gerekiyor. Ancak bundan sonra hangi 'kuralları' esnetebileceğimizi veya onlardan ayrılabileceğimizi bileceğiz.
Bu arada yazımda sizi kastetmedim. Cevaplarınızın açık ara en net ve doğru olduğunu düşündüm. Ve 'kıç öpmek' gibi görünme riskine rağmen, konu bu forumda en net ve doğru cevapları almaya geldiğinde, ilk aradıklarımdan bazıları senin yazıların. Bu forumda şimdiye kadar bulduğum, daha tutarlı bir şekilde doğru olduğunu kanıtlamış ve aslında arkalarında biraz daha fazla deneyime sahip olduklarını söyleyebileceğiniz yaklaşık 4 veya 5 kişi var.
Peki, Seawolf, "Temel kural... Sor'a girerseniz, teklifle çıkarsınız, Bid'e girerseniz, sor ile çıkarsınız " dedi.
Kafan karışık değil mi? Kafasının karıştığını kastetmiyorum, benim için konuştuğu bağlam net değil. Çıkışları hesaplamaktan bahsediyorsa, Temel Kuralı doğru değil. Kafam karıştı dediğimde, ne yaptığınızı bilmediğinizi veya başka bir şekilde yapamayacağınızı söylemiyorum - gerçekten söylemek istediğim şey, talimat verme şeklinin kafa karıştırıcı olduğuydu. Örneğin, Seawolf'un yukarıdaki alıntısı, MT'de siparişlerin hangi fiyat noktasından çıktığı hakkında konuşuyorsa doğrudur. Bunu yeni öğrenen biri için hangi bağlamdan bahsettiğiniz konusunda çok net olmalısınız, çünkü TP ve SL hakkında öğretirken iki temel bağlam vardır.
1) Açık bir emrin TP ve SL'sinin hangi fiyattan (Bid veya Ask) etkileneceğine odaklanan bağlam veya bakış açısı - ki bu sadece manuel ticaret için öğrenmem gereken ilk şeylerden biri...
2) Yukarıda # 1 DEĞİL, ancak TP ve SL fiyatlarımızı hesaplamak için hangi fiyatı (Teklif veya Satış) kullandığımıza odaklanan bağlam veya bakış açısı, EĞER TP ve SL fiyatlarımızın kesin olmasını ve aşağıdakileri içermesini istiyorsak. yayılmış.
Bakın, ben de bu konuda acemiyim ve olaylar bize bağlamın çok net olmadığı bir şekilde sunulursa, benim ve diğer acemilerin kafaları kolayca karışabilir.
Ve ben başlangıçta, TP ve SL'yi ve anlamamız gereken diğer birçok şeyi görüntülemek için birden fazla bağlam olduğunu bilmiyordum.
cloudbreaker yazdı>> Vangrosh, Tovan'a verdiğim yanıtta ima ettiğim gibi, tam olarak ne yaptığınızı bildiğiniz sürece, her iki şekilde de yapabilirsiniz.
Bu yüzden yazımda olabildiğince açık ve bağlam içinde olmaya çalıştım. Sadece benim gibi öğrenen insanlar Ne yaptığımızı tam olarak bilmiyorlar, bu yüzden bazı şeyleri uygun bağlamlarında öğrenmemiz gerekiyor.
Tecrübelerime göre, çoğu zaman henüz sahip olmadığımız bilginin bize olduğu varsayılıyor. Önce temel kuralları bilmemiz ve sonra biraz deneyim kazanmamız gerekiyor. Ancak bundan sonra hangi 'kuralları' esnetebileceğimizi veya onlardan ayrılabileceğimizi bileceğiz.
Bu arada yazımda sizi kastetmedim. Cevaplarınızın açık ara en net ve doğru olduğunu düşündüm. Ve 'kıç öpmek' gibi görünme riskine rağmen, konu bu forumda en net ve doğru cevapları almaya geldiğinde, ilk aradıklarımdan bazıları senin yazıların. Bu forumda şimdiye kadar bulduğum, daha tutarlı bir şekilde doğru olduğunu kanıtlamış ve aslında arkalarında biraz daha fazla deneyime sahip olduklarını söyleyebileceğiniz yaklaşık 4 veya 5 kişi var.
İltifat için teşekkürler; çok takdir edildi.
Kafamızın karışmadığını söylediğimde, benzer bir dalga bandında çalışıyor gibi göründüğümüz için gerçekten sadece kendim ve Tovan adına konuşuyordum.
Gönderim herhangi bir şekilde ani geldiyse özür dilerim; kesinlikle öyle olması gerekmiyordu ve o zamanlar böyle hissetmiyordum (gerçi benim de anlarım var...).
Bu foruma genel yaklaşımım (kendime yardım aramadığımda), programlama becerisini öğrenmeye çalışanlara yardım etmek için elimden gelenin en iyisini yapmaktır. Her şeyin kendileri için yapılmasını isteyen insanlar için gerçekten zamanım yok, sadece "Başarılı bir EA'ya ihtiyacım var" başlıklı ilk yazılarıyla foruma geliyorum. Sizin gibi insanlar buraya ilgi duymamın nedenidir ve muhtemelen forex ticareti hakkında benden daha çok şey biliyorsunuzdur.
Biraz arka plan - 1980'lerin başından beri programcıyım ama birkaç yıl önce ticari helikopter pilotu olarak çalışmaktan vazgeçtim. Ancak, bu yıl şirketim tarafından uçuş eksikliği göz önüne alındığında, acemi bir araştırma şirketine sahip olan bir arkadaşım için EA'lar yazıyorum. Ticarete (piyasa bilgisi yerine) bir kaos teorisi yaklaşımı uyguluyoruz ve halihazırda EA'ları iyi bilinen bir hedge fonu adına çok karlı bir şekilde ticareti yapıyoruz. Gerçekten zevk alıyorum!
İyi şanlar.
Vangrosh
giriş için teşekkürler
ayağa kalkmama yardım eder misin
bu doğru mu
otomatik izli bir EA yapıyorum
if(OrderType()==OP_SELL && OrderSymbol()==Symbol())
{
if (OrderStopLoss()==0)
{
OrderModify(OrderTicket(),OrderOpenPrice(),Ask+Point*TrailingStop,OrderTakeProfit(),0,Red); // bir TP ve SL yerleştirin }
Siparişinizi gönderirken baz TP ve SL'nizi ayarlamanız veya yukarıdaki satırı yalnızca bir kez yapmanız gerekir. Yukarıdaki satırı yaparsanız
her onayda, mevcut SL değeri aynı olduğunda gerçekleşecek olan OrderModify hatası 1'i de alacaksınız.
yenisi olarak - yani fiyat henüz değişmedi - SL eskisi ile aynı.
if((OrderOpenPrice()-Ask)>(Point*TrailingStop)) // TP'yi yerleştirin
{
if(OrderStopLoss()>(Ask+Point*TrailingStop)+Point) // doğruyu kontrol edin
Bu iyi görünüyor. Ve bir nokta (+Puan) ekleyerek yaptığınız şeyin iyi bir fikir olduğunu düşünüyorum . ben de aynı şeyi yapıyorum
ama farklı bir yerde ve şekilde, ama bu farklı bir sorunu çözmek için, çiftleri karşılaştırırken alabileceğiniz bir sorun doğru çalışmıyor, bu yüzden ekleyin
a Fiyatın daha büyük veya daha az olduğundan emin olun - aksi takdirde İzleyen durdurmanız bazen yürütülmez.
Gerisi doğru görünüyor.
{
if(!OrderModify(OrderTicket(),OrderOpenPrice(),Ask+Point*TrailingStop,OrderTakeProfit(),0,Red)) // doğruysa siparişi değiştir
Print("Error_Modify - ",GetLastError());
else str=StringConcatenate("\n Bilet numaram ", OrderTicket(), " ve kayıp durdurma ayarım ", DoubleToStr(Ask+Point*TrailingStop,Digits)); // yeni kod
}
}
}
İşte MQ EA MACD Sample.mq4'ten takip eden durdurma örneği
Ancak, yukarıdaki gibi çiftleri karşılaştırırken bilinen sorun nedeniyle bu koddan hatalar alacağımı buldum, daha sonra > yan tümceniz bazen DOĞRU olarak değerlendirilir.
fiyatlar tamamen aynı olsa bile - fiyatları yazdırırsınız () ve bunlar aynıdır. Ayrıntıları almak için çiftleri karşılaştırarak arama yapabilirsiniz. Stdlib.mq4'te (kütüphaneler klasöründe) bulunan CompareDoubles() işlevi veya gerçekten gerekmemesi gereken yerlerde NormalizeDouble() kullanılması gibi geçici çözümler var, ancak bu durumda sizin yaptığınız gibi bir Nokta eklemenin yeterli olduğunu buldum. yapmak için iyi bir yoldur. Ama bunu yapma şeklinizi test etmedim, bu yüzden doğru olup olmadığından emin değilim, ama iyi görünüyor. EA'mda kullandığım kodu bir sonraki gönderide vereceğim.