[ARŞİV] Forumu kirletmemek için herhangi bir acemi sorusu. Profesyonel, kaçırmayın. Sensiz hiçbir yerde - 5. - sayfa 330

 
borilunad :
Yanıtlayın, lütfen, proxy sunucusunu açık tutmanız gerekip gerekmediğini kim bilebilir?

ayarlarda mı? Sunucuyla bağlantıyı kesmek ve açıkçası çevrimdışı oturmak gerektiğinde açık tutuyorum.
 
FAQ :


1) "Dokunma"nın ne anlama geldiğini tam olarak anlamalısınız.

2) Göstergenin konumunu (tablodaki herhangi bir çizginin yanı sıra) yalnızca mumun açılış noktasında bulabileceğinizi, mumun içinde ne olduğunu yalnızca TF'yi aşağı inerek (bir daha küçük olanı) ve ayrıca yalnızca zamana göre (açılış fiyatı).

3) "dokunmayı" tanıyamayacaksınız - yalnızca belirli bir anda bir satırın diğerinden daha düşük olduğunu ve bir sonrakinin zaten daha yüksek olduğunu (yani kesişme) anlayabilirsiniz.

Bunu kendiniz anlar anlamaz, her şey hemen yoluna girecek.


Ayrıca kodda, gösterge değerinin gösterge seviyesinden daha büyük ve daha az olduğu anın bir tespiti var ( gösterge seviyesi + tolerans, belirli bir boşluk). Burada:

 if (GetRSI( 0 ) > i_RSIToUpLimit)
       if (GetRSI( 0 ) < (i_RSIToUpLimit + 0.1 ))
         return (SIGNAL_BUY);                   // Запускаем функцию открытия покупки

0.1 Hazırlıksız yakalandım. Ancak keşifler yanlış zamanda olur.

Sözlerinize bakılırsa, gösterge seviyesinin altındaki bazı çubuklardaki değerin, yukarıdaki sıfır çubuğundaki (seviye + boşluk) değerle karşılaştırılması gerekiyor, aksi halde değil mi?

Ancak, önceki çubukta ve mevcut çubukta (belirli bir seviye boyunca) gösterge değerinin kesişimini bulursanız, mevcut çubuğun değeri ve buna bağlı olarak fiyat çok uçabilir ve bu nedenle, bu hiç bir seçenek değil. O zaman hakkında yazdığım durumu açıkça nasıl ifade edebilirim? İşte durumu açıklayan bir ekran görüntüsü:

 
alsu :

ayarlarda mı Sunucuyla bağlantıyı kesmek ve açıkçası çevrimdışı oturmak gerektiğinde açık tutuyorum.
Teşekkür ederim! Kutuyu işaretlememiş olmam iyi oldu! Neyle yendiğini bilmiyordum, o yüzden sordum.
 
hoz :


Ayrıca kodda, gösterge değerinin gösterge seviyesinden daha büyük ve daha az olduğu anın bir tespiti var ( gösterge seviyesi + tolerans, belirli bir boşluk). Burada:

0.1 Hazırlıksız yakalandım. Ancak keşifler yanlış zamanda olur.

Sözlerinize bakılırsa, gösterge seviyesinin altındaki bazı çubuklardaki değerin, yukarıdaki sıfır çubuğundaki (seviye + boşluk) değerle karşılaştırılması gerekiyor, aksi halde değil mi?

Ancak, önceki çubukta ve mevcut çubukta (belirli bir seviye boyunca) gösterge değerinin kesişimini bulursanız, mevcut çubuğun değeri ve buna bağlı olarak fiyat çok uçabilir ve bu nedenle, bu hiç bir seçenek değil. O zaman hakkında yazdığım durumu açıkça nasıl yazabilirim? İşte durumu açıklayan bir ekran görüntüsü:

Victor, o zaman aynı TF'de yap, ama 1 dakikada! Ayrıca, üzerinde

 if ( iRSI ( NULL , 1 , 14 , PRICE_CLOSE , 1 ) < 0 && iRSI ( NULL , 1 , 14 , PRICE_CLOSE , 0 ) > 0 ) 

O zaman her kene üzerinde olacak!

 

Tünaydın.

Limit limitini belirlerken durma seviyesi mesafesi için mevcut fiyat ile kar al arasındaki mesafeyi kontrol etmem gerekir mi?

 
Stells :

Tünaydın.

Limit limitini belirlerken durma seviyesi mesafesi için mevcut fiyat ile kar al arasındaki mesafeyi kontrol etmem gerekir mi?


Durma seviyesini kontrol etmeniz gerekir:

  1. Mevcut fiyat ile limit açılış fiyatı arasındaki mesafe.
  2. Limitli ticaretin açılış fiyatı ile limitli ticaretin kârını almak arasındaki mesafe.
 
PapaYozh :

Evet, acele ettim, yanılmışım.

Birbiri ardına 2 döngünüz olmasına dikkat etmedim.

Genellikle, göstergede sırasıyla bir döngü ile elde etmeye çalışırlar, hesaplar ve karşılaştırırlar. Ve eğer her şey tek bir döngüde uygulanıyorsa, o zaman, elbette, [i + 1] dizi öğesinin henüz hesaplanıp hesaplanmadığı önemlidir :)


ya da örnekler ve yorumlarla iki döngünün nasıl tek bir döngüye dönüştürüleceğini çiğneyebilirsiniz.
 
borilunad :

Victor, o zaman aynı TF'de yap, ama 1 dakikada! Ayrıca, üzerinde

 if ( iRSI ( NULL , 1 , 14 , PRICE_CLOSE , 1 ) < 0 && iRSI ( NULL , 1 , 14 , PRICE_CLOSE , 0 ) > 0 ) 

O zaman her kene üzerinde olacak!


Boris, yani senin değerin TF 1M'e kadar uzanıyor. Ve seviye ile değil, sıfır ile karşılaştırılır. O zaman neden her tik için bir değer alacağını anlamadım. Zor olmayabilir, ancak daha önce göstergelerle çok çalışmadım ve ilk bakışta bu mantıklı değil.

Yine, her bir tik üzerinde değerler alınırsa, o zaman uzman her tikte bu seviyeyi izleyecek şekilde belirli bir seviye ile nasıl karşılaştırılır?

Benim durumumda, M5'ten seviyeden ne alırdım, şunu yazdım:

   if ( iRSI ( NULL , 1 , 14 , PRICE_CLOSE , 1 ) > i_RSIToUpLimit)
       if ( iRSI ( NULL , 1 , 14 , PRICE_CLOSE , 0 ) < (i_RSIToUpLimit))
         return (SIGNAL_BUY);

Burada i_RSIToUpLimit, RSI göstergesinin seviyesidir. Anladığım kadarıyla M5'teki seviyeyi kullanmak için M1'in periyodunun 5 ile çarpılması gerekiyor, değil mi? O zaman dönem 14 değil 70 olacak.

 

Merhaba
Çok iyi bir Revers betiği var. Bir siparişi yeniden düzenlerken eski siparişin yorumunu nasıl kaydedebilir ve kendi yorumunuzu buna ekleyebilirsiniz?

 
Elektronik :

Merhaba
Çok iyi bir Revers betiği var. Bir siparişi yeniden düzenlerken eski siparişin yorumunu nasıl kaydedebilir ve kendi yorumunuzu buna ekleyebilirsiniz?


Eğer bu ise: https://www.mql5.com/en/code/8820

daha sonra ekli dosyadaki gibi deneyebilirsiniz. Değişikliklere "// Elektronik için Değiştir" yorumları eşlik eder.

Dosyalar:
revers.mq4  5 kb