
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
bir tık için HACİM sadece +1 artar
basit bir şifre veya danışman yazın ve emin olun
tek tıkta 40 veya 100 artmaz! çünkü bu sadece TICK VOLUME ve piyasadaki gerçek hacim değil
bir tık için HACİM sadece +1 artar
basit bir şifre veya danışman yazın ve emin olun
tek tıkta 40 veya 100 artmaz! çünkü bu sadece TICK VOLUME ve piyasadaki gerçek hacim değil
Yani bu yol biraz yanlış!
yolun uzunluğunu litre yakıt tüketimi olarak ölçün ...
bunu yapabilmemize rağmen. ;)))
Kenenin boyutu kadar kırılmaz kene zinciri de önemlidir.
Diyelim ki 5 tik yükseldi, sonra 1 tik düştü, 3 tik tekrar yükseldi, vb.
Bu tür zincirlere, göstergede artış sağlayan ağırlık özellikleri kazandırmak mümkündür.
Muhtemelen ilginç bir fikir. Ama yine, ya bu beş kene size 1 indirimden daha az pip verirse? Ve böyle bir tarihi koruma sorunu açık kalacak! Ve diğer TF'lere transfer mümkün olmayacak! Bir kez daha kene almayı önermek istiyorum - bir dakikalık mum! Bir seçenek gibi! Genel olarak, netlik olmadan herhangi bir şeyi kontrol etmek zordur!
Bu arada, arabada hız göstergesi yoksa, litre de kullanılabilir. İleri koş, geri koş :-)))) Ve bir şekilde bir hızölçerimiz yok.
bir tık için HACİM sadece +1 artar
basit bir şifre veya danışman yazın ve emin olun
tek tıkta 40 veya 100 artmaz! çünkü bu sadece TICK VOLUME ve piyasadan gerçek hacim değil
DC'mde hacimler tek bir tıklamayla değişti +1'den +49'a.
Eskiden, oturursun, bir peni ve ardından bir mum sharrach'ı korursun, ve kıçının hemen altından sonra ciltler.
1 saniyede terminalim 49 tik alıyor mu? Bu 0.2 ... 0.9 saniyelik bir ping ile mi?
Korey - Haklıydın, kabul ediyorum...
VOLUME hakkında yanılmışım - genel olarak kimsenin makul bir şekilde kanıtlamadığı üzücü
seninle konuştuk ve sadece seninle değil, gerçeğin dibine inmek için yola çıktık
Bir danışman gibi kendini asıyor ... ve dergiye bakıyor - M1'de yapabilirsiniz ne kadar yanılmış olduğumu görüyorum
BU KODDA BİR HATA BULUYORUM - konuyla ilgili aşağıdaki kod düzeltildi
tik başına HACİM sadece +1 artar
basit bir şifre veya danışman yazın ve emin olun
tek tıkta 40 veya 100 artmaz! çünkü bu sadece TICK VOLUME ve piyasadan gerçek hacim değil
DC'mde hacimler tek bir tıklamayla değişti +1'den +49'a.
Eskiden, oturursun, bir peni ve ardından bir mum sharrach'ı korursun, ve kıçının hemen altından sonra ciltler.
1 saniyede terminalim 49 tik alıyor mu? Bu 0.2 ... 0.9 saniyelik bir ping ile mi?
Korey - Haklıydın, kabul ediyorum...
VOLUME hakkında yanılmışım - genel olarak kimsenin makul bir şekilde kanıtlamadığı üzücü
Afedersiniz, VOLUME oluşumunda kanıtlanmamış olan nedir ???
Reshetov'un yukarıda belirttiği gibi, tanımlarda kafa karıştırmak ve bu nedenle birbirini yanlış anlamak çok kolaydır.
HACİM , çubuk sırasındaki fiyat değişikliklerinin sayısıdır ve her fiyat değişikliği için 1 artırılır (tik)
açılışta 0'dan kapanış anında X'e , bu daha sonra tırnak geçmişinde sabitlenir...*
HACİM için başka bir isim - kene hacmi (TICKS VOLUME)
Bazen fiyatın tek bir tıklamayla birkaç puan atlayabildiği bir yanlış anlaşılma olur,
ve VOLUME'un da aynı miktarda artması gerekiyor gibi görünebilir...
VOLUME'un nasıl oluştuğunu "görmenin" en basit yolu, göstergeye bir çıktı yorumu eklemektir.
birkaç kod satırı:
Grafikteki yorumun enstrümanın tik grafiğinden uzak olmaması nedeniyle,
Kendiniz (sakin bir piyasada) hacmin her tik ile hesaplandığını görebilirsiniz...
Not: Kimse IMHO'da ısrar etmez.
Bu, EA bir teklifi kaçırırsa (ki bu mümkündür) olabilir.
Hatırladığım kadarıyla MT, fiyat değişmediyse hacmi değiştirmiyor ve fiyatı çekmiyor (yani kene vermiyor).
Bu, EA bir teklifi kaçırırsa (ki bu mümkündür) olabilir.
Hatırladığım kadarıyla MT, fiyat değişmediyse hacmi değiştirmiyor ve fiyatı çekmiyor (yani kene vermiyor).
Evet, eksik alıntıların nadir olmadığını biliyordum
sadece bir test danışmanı mümkün olan maksimum sayıda durumu yakalamaya çalıştı
---
HACİM için başka bir isim - kene hacmi (TICKS VOLUME)
Bazen fiyatın tek seferde birkaç puan sıçrayabileceği bir yanlış anlaşılma olur.
ve VOLUME'un da aynı miktarda artması gerekiyor gibi görünebilir...
Bazen ve sıklıkla bir onay işareti gelir - ASK değişir - TEKLİF ve HACİM kalır = 0
yani fiyat +1p veya -1p değişti ve HACİM = 0 MUHTEMEL OLARAK BU BENİM HATAM
tik başına HACİM sadece +1 artar
basit bir şifre veya danışman yazın ve emin olun
tek tıkta 40 veya 100 artmaz! çünkü bu sadece TICK VOLUME ve piyasadan gerçek hacim değil
DC'mde hacimler tek bir tıklamayla değişti +1'den +49'a.
Eskiden, oturursun, bir peni ve ardından bir mum sharrach'ı korursun, ve kıçının hemen altından sonra ciltler.
1 saniyede terminalim 49 tik alıyor mu? Bu 0.2 ... 0.9 saniyelik bir ping ile mi?
Korey - Haklıydın, kabul ediyorum...
VOLUME hakkında yanılmışım - genel olarak kimsenin makul bir şekilde kanıtlamadığı üzücü
Afedersiniz, VOLUME oluşumunda kanıtlanmamış olan nedir ???
Reshetov'un yukarıda belirttiği gibi, tanımlarda kafa karıştırmak ve bu nedenle birbirini yanlış anlamak çok kolaydır.
HACİM , çubuk sırasındaki fiyat değişikliklerinin sayısıdır ve her fiyat değişikliği için 1 artırılır (tik)
açılışta 0'dan kapanış anında X'e , bu daha sonra tırnak geçmişinde sabitlenir...*
HACİM için başka bir isim - kene hacmi (TICKS VOLUME)
Bazen fiyatın tek bir tıklamayla birkaç puan atlayabildiği bir yanlış anlaşılma olur,
ve VOLUME'un da aynı miktarda artması gerekiyor gibi görünebilir...
VOLUME'un nasıl oluştuğunu "görmenin" en basit yolu, göstergeye bir çıktı yorumu eklemektir.
birkaç kod satırı:
Grafikteki yorumun enstrümanın tik grafiğinden uzak olmaması nedeniyle,
Kendiniz (sakin bir piyasada) hacmin her tik ile hesaplandığını görebilirsiniz...
Not: Kimse IMHO'da ısrar etmez.
Bazen ve sıklıkla bir onay işareti gelir - ASK - BID değişir ve VOLUME gelir = 0
yani fiyat +1p veya -1p değişti ve HACİM = 0
yani, ASK - BID'nin değişmesi oldukça garip, yani 1 piplik fiyat artışı veya düşüşü geldi, tik geldi - yakaladım ve HACİM = 0
önceki VOLUME = 1 idi
VOLUME'un yalnızca nokta sayısı veya kene değişiklikleriyle artmadığı ortaya çıktı
Küçük araştırma danışmanımı çalıştırırsanız bunu kolayca bulabilirsiniz.
(ALPARI'de test edilmiştir)
yani ASK - BID'nin değişmesi oldukça garip, yani 1 piplik fiyat artışı veya düşüşü geldi, tick geldi tick onu yakaladım ve HACİM = 0
önceki VOLUME = 1 idi
Fiyat değiştiğinde hacmin değişmediğinden şüphe ettiğim bir şey.
Ya yeni bir mum beliriyor ya da kod yanlış. Kendim test etmedim ama ;)
yani ASK - BID'nin değişmesi oldukça garip, yani 1 piplik fiyat artışı veya düşüşü geldi, tick geldi tick onu yakaladım ve HACİM = 0
önceki VOLUME = 1 idi
Fiyat değiştiğinde hacmin değişmediğinden şüphe ettiğim bir şey.
Ya yeni bir mum beliriyor ya da kod yanlış. Kendim test etmedim ama ;)
Yeni bir mumun varlığını yakalamaya çalıştım
Barın içindeki durumlardan bahsediyorum
KOD gerçekten tam olarak doğru değil, yeni fark edildi
yeni bir mum varsa, hacmin değişmediğini söyleyecektir.
şimdi sonuçlandıracağım
hazır
kimsenin ilgilenip ilgilenmediğini kontrol edin! SES NEDİR
M1'e baktım ama M5'in içinde VOLUME değişikliğini bulabilirsin
"HACİM FARKI> = 2" olduğu bir durumda anlamak gerekir.
örnek günlük olarak
3 2008.04.03 10:10:09 ticvol USDJPY,M1: Geçmiş 9.00000000 Mevcut 10.000000000 HACİM FARKI =1.00000000
2 2008.04.03 10:10:09 ticvol USDJPY,M1: Geçmiş 7.00000000 Mevcut 9.00000000 HACİM FARKI =2.00000000
1 2008.04.03 10:10:09 ticvol USDJPY,M1: Geçmiş 6.00000000 Mevcut 7.00000000 HACİM FARKI =1.00000000
1 HACİM 6 oldu 7 fark = 1 oldu
2 yeni bir kene gelişi HACİM 2 artışla 8 değil 9 oldu
yeni teklif, bir tik FARKI >=2 gelmesiyle = 2 değerini HACİM'e getirdi
3 teklif alındı farkı = 1
---
işte başka
2008.04.03 10:33:08 ticvol GBPUSD,M1: YENİ MUM 2008.04.03 06:33
2008.04.03 10:32:37 ticvol GBPUSD,M1: Geçmiş 4.00000000 Mevcut 5.0000000 HACİM FARKI =1.00000000
2008.04.03 10:32:36 ticvol GBPUSD,M1: Geçmiş 2.000000000 Mevcut 4.00000000 HACİM FARKLILIĞI =2.00000000 Yayılma 0.00030000 NewAsk-OldAsk= 0.00030000 NewBid-OldBid=-0.00400000
2008.04.03 10:32:26 ticvol GBPUSD,M1: Geçmiş 1.00000000 Mevcut 2.000000 HACİM FARKI =1.00000000
2008.04.03 10:32:26 ticvol GBPUSD,M1: YENİ MUM 2008.04.03 06:32
TICK'te 0 değerine sahip VOLUME gözlemlemiyorum - bir hata buldum
ŞİMDİ KOD TEST EDİLECEK YAYINLAYACAĞIM
bir nevi test edildi
---