Forumu kirletmemek için herhangi bir acemi sorusu. Profesyonel, kaçırmayın. Sensiz, hiçbir yerde - 6. - sayfa 343
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
Görsel stüdyonun tüm projesi uzmanlar klasöründe var ... Derleme - bu bir .exe dosyası, değil mi?
hayır, derlenmiş kitaplık ExpertSample.dll dosyasıdır
Şablon ders kitabından alınmıştır. Şu anda hata işleme işlevlerinde özellikle güçlü değil.
Emirlerin açılışında RefreshRates() vardır; (dedikleri gibi, teklifler ve talepler piyasa bilgileri aracılığıyla değiştirilir)
Ve hata işleme işlevi:
sormak istedim. Buna 129 hatadan aşağıdaki satırı ekleyebilir miyim, örneğin bunun gibi?
129
ERR_INVALID_PRICE
Yanlış fiyat
Bu hatayı aldığınızda danışmanın mantığını yeniden gözden geçirmeniz gerekiyor. Peki, ticaret emrinde yanlış fiyatı gönderiyor. Hatalı bir takas talebiyle sunucuyu öldürmeye mi karar verdiniz?
Otomatik alım satım basitçe kapatılacak ve hepsi bu.
129
ERR_INVALID_PRICE
Yanlış fiyat
Bu hatayı aldığınızda danışmanın mantığını yeniden gözden geçirmeniz gerekiyor. Eh, ticaret emrinde yanlış fiyatı gönderiyor. Hatalı bir takas talebiyle sunucuyu öldürmeye mi karar verdiniz?
Otomatik alım satım basitçe kapatılacak ve hepsi bu.
Her şeye baktım. Belki danışman bir istek gönderdiğinde:
hangi fiyattan satın alacağını hatırlıyor mu?Ve aşağıdakilere sahiptim:
yani, teklif MA'ya eşit veya daha düşükse, o zaman satın alırız. Alımlar talep üzerine yapılır, bu yüzden talebi yakalama oyunu ortaya çıkar.
Satışlarda sorun yoktu, sadece satın almalarda.
Bu konu hakkında bilgi bulundu:
"İstenen açılış fiyatı fiyat akışında değilse veya istenen fiyat ondalık basamak sayısına göre normalleştirilmediyse, 129 hatası (ERR_INVALID_PRICE) oluşturulur. Talep edilen açılış fiyatı çok eskiyse, o zaman ne olursa olsun kayma parametresinin değeri, hata 138 üretilecektir (ERR_REQUOTE) İstenen fiyat güncel değilse, ancak fiyat akışında hala mevcutsa, pozisyon cari fiyattan açılır ve sadece cari fiyat fiyat+ içine düşerse -kayma aralığı."
Sonuçta, teklif ve taleple ilgili değilse, anlaşmanın gerçekleşmesi gerekirdi. "İstenen fiyat güncel değilse, ancak fiyat akışında hala mevcutsa, o zaman pozisyon cari fiyattan açılır ve yalnızca mevcut fiyat fiyat+-kayma aralığına düşerse." Ticaret alanında vurgulu fiyat %100 idi. Kapanış hareketli ortalamanın oldukça altındaydı.
Göstergenin bazı alanlarda çizimi çalışmayacaktır. Göstergenin özü, hareket belirli bir değerden fazla değilse, MA_otshet'in kaydedilen değerinde olduğu gibi değer kalır.
Değer aşıldığında, değer mevcut ana karşılık gelir.
Açıklamaları ile gösterge kodu aşağıdadır:
Göstergenin bazı alanlarda çizimi çalışmayacaktır. Göstergenin özü, hareket belirli bir değerden fazla değilse, MA_otshet'in kaydedilen değerinde olduğu gibi değer kalır.
Değer aşıldığında, değer mevcut ana karşılık gelir.
Açıklamaları ile gösterge kodu aşağıdadır:
DRAW_SECTION
Her şeye baktım. Belki danışman bir istek gönderdiğinde:
hangi fiyattan satın alacağını hatırlıyor mu?Ve aşağıdakilere sahiptim:
yani, teklif MA'ya eşit veya daha düşükse, o zaman satın alırız. Alımlar talep üzerine yapılır, bu yüzden talebi yakalama oyunu ortaya çıkar.
Satışlarda sorun yoktu, sadece satın almalarda.
Bu konu hakkında bilgi bulundu:
"İstenen açılış fiyatı fiyat akışında değilse veya istenen fiyat ondalık basamak sayısına göre normalleştirilmediyse, 129 hatası (ERR_INVALID_PRICE) oluşturulur. Talep edilen açılış fiyatı çok eskiyse, o zaman ne olursa olsun kayma parametresinin değeri, hata 138 üretilecektir (ERR_REQUOTE) İstenen fiyat güncel değilse, ancak fiyat akışında hala mevcutsa, pozisyon cari fiyattan açılır ve sadece cari fiyat fiyat+ içine düşerse -kayma aralığı."
Sonuçta, teklif ve taleple ilgili değilse, anlaşmanın gerçekleşmesi gerekirdi. "İstenen fiyat güncel değilse, ancak fiyat akışında hala mevcutsa, o zaman pozisyon cari fiyattan açılır ve yalnızca mevcut fiyat fiyat+-kayma aralığına düşerse." Ticaret alanında vurgulu fiyat %100 idi. Kapanış hareketli ortalamanın oldukça altındaydı.
Ask'ın her zaman normalleştirildiği gerçeğinden yola çıkalım - bu fiyattır: hesaplanmamıştır ve normalleştirmenin bir anlamı yoktur.
Peki fiyat yanlış olabilir neden? Belki veriler eskidir? OrderSend() komutundan hemen önce RefreshRates()'i deneyin.
AccountComany'nin anlamı nedir?
Adından belirli sonuçlar çıkarabilirsiniz, ancak bunun MT4 programlama dili ile nasıl bir ilgisi var ???
hesap kredisi?
Hesap Para Birimi?
Hesap Sermayesi?
HesapFreeMargin?
HesapSerbestMarjKontrol?
Hesap Kaldıraç?
HesapStopoutSeviyesi?
HesapStopoutModu?
ArrayArama ?
Her komutun ayrıntılı açıklamasını bilmekle çok ilgileniyorum. yardım etmenizi rica ediyorum.
dizi kopyası?
ArrayCopyRates?
ArrayCopySeries?
DiziBoyutu?
ArrayGetAsSeries ?
Dizi hızı nedir?