Forumu kirletmemek için herhangi bir acemi sorusu. Profesyonel, kaçırmayın. Sensiz, hiçbir yerde - 6. - sayfa 412
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
Sorunun sizin için çözülmeye başladığına kesinlikle sevindim, ancak bir nedenden dolayı aynı şeyi biraz farklı kelimelerle söylediğim mesajımı fark etmediniz ve eksiklikler hakkında hemen şunları söyledi: dosyayı kapatıyorum, sana nerede olduğunu hemen anlamadım :)
Üç noktalı bir cevap yazdın. İlkinde bir hata yaptınız (girişim çok doğru), ikincisinde de yanıldınız (bu mesajla dengelenmiş olsa da :) veya bir hata için). Böyle bir resmin arka planına karşı, cevap veren oldukça deneyimli moderatörden açıklama yapmayı tercih ettim.
Ancak, yanıtınız için gerçekten teşekkür ederim. Ve mutlu yıllar! :)
Merhaba. Hoş olmayan bir durumla karşı karşıya. Anlamama yardım et.
Danışman var. Test cihazında iyi çalışıyor, şikayet yok. Ancak bunu bir demoda çalıştırırsınız ve danışman bazı siparişler için durak ayarlayamaz. Her zaman değil, zaman zaman gösterilen belirli bir hata var. Kendimi bulmak için çaresizdim, yardımınızı umuyorum. Aynı zamanda, diğer tüm açılardan danışmanın kusursuz çalıştığını, test cihazında olduğu gibi şikayet olmadığını, tek sorun, durmaların her zaman ayarlanmamasıdır. Hata, farklı hesaplarda farklı brokerlerde görünüyor. İşte kodun ticaret işlemlerinden sorumlu kısmı
İşte Error(int er) fonksiyonunun kodu
Ve böylece danışman durakları ayarlayamadığında, hata ve değiştirmeye çalıştığı siparişin parametreleri hakkında bilgi görüntüleyen bir mesaj belirir. Benim için yazdıkları gerçek bir muamma. Aşağıdaki resimlerden de görebileceğiniz gibi sürekli hacim yanlış yazıyor. Garip. Değişiklik yapmadan önce tüm sipariş parametrelerinin doğru hesaplandığını ekleyeceğim, bu mesajlardan görülebilir. Ayrıca, aksi takdirde tamamen farklı bir hata olurdu. Program, demodakinden daha yüksek bir yayılma ile test edildi.
Merhaba. Hoş olmayan bir durumla karşı karşıya. Anlamama yardım et.
Danışman var. Test cihazında iyi çalışıyor, şikayet yok. Ancak bunu bir demoda çalıştırırsınız ve danışman bazı siparişler için durak ayarlayamaz. Her zaman değil, zaman zaman gösterilen belirli bir hata var. Kendimi bulmak için çaresizdim, yardımınızı umuyorum. Aynı zamanda, diğer tüm açılardan danışmanın kusursuz çalıştığını, test cihazında olduğu gibi şikayet olmadığını, tek sorun, durmaların her zaman ayarlanmamasıdır. Hata, farklı hesaplarda farklı brokerlerde görünüyor. İşte kodun ticaret işlemlerinden sorumlu kısmı
İşte Error(int er) fonksiyonunun kodu
Ve böylece danışman durakları ayarlayamadığında, hata ve değiştirmeye çalıştığı siparişin parametreleri hakkında bilgi görüntüleyen bir mesaj belirir. Benim için yazdıkları gerçek bir muamma. Aşağıdaki resimlerden de görebileceğiniz gibi sürekli hacim yanlış yazıyor. Garip. Değişiklik yapmadan önce tüm sipariş parametrelerinin doğru hesaplandığını ekleyeceğim, bu mesajlardan görülebilir. Ayrıca, aksi takdirde tamamen farklı bir hata olurdu. Program, demodakinden daha yüksek bir yayılma ile test edildi.
Global değişkenlerinizin değerlerine dikkat edin. ord_ticket'in global bir değişken olduğunu varsayabilirim, bu da önceki değerin içinde saklanabileceği anlamına gelir. Ve hatayı yakalamak için GetLastError()'u çağırmadan önce, kodun başında çağırarak önceki göstergeyi sıfırlamanız gerekir.
ord_ticket yerel olarak bildirilir. Ve sonra ilk satırda küresel düzeyde ilan edilse bile
anlamı değişmelidir. İşlem başarılıysa sipariş numarası, aksi takdirde -1. Yani sipariş açık değilse stop ayar bloğuna girmeyiz.
Ayrıca OrderSend () fonksiyonunun (dokümantasyona ve mantığa göre) her zaman son hatanın değerini değiştirdiğini de not ediyorum, bu yüzden bu durumda önceki göstergeyi sıfırlamak gerekli değildir ve basit bir zaman kaybına yol açacaktır. Yani, durdurma ayarı bloğuna girildikten sonra ve hata mesajı görüntülenmeden önce 131 hatası belirir. Durakların gerçekte ayarlanmaması nedeniyle, OrderModify() işlevi, bir önceki gibi, her zaman son hatanın değerini değiştiren, çağrılan son işlevdir. Sadece nedenini anlayamıyorum 131 ??? Neresi? Bir kez daha, test cihazında herhangi bir sorun olmadığını söyleyeceğim.
Aracının akıllı olduğu fikri vardı, çünkü terminali gönderen sunucudur, bu da sırayla hata numarasını danışmana gönderir. Çabucak vazgeçtim, çünkü böyle bir şey sadece bir danışmanın emriyle oluyor, paralel çalışan diğer danışmanların işlerinde herhangi bir hata yok.
ord_ticket yerel olarak bildirilir. Ve sonra ilk satırda küresel düzeyde ilan edilse bile
anlamı değişmelidir. İşlem başarılıysa sipariş numarası, aksi takdirde -1. Yani sipariş açık değilse stop ayar bloğuna girmeyiz.
Ayrıca OrderSend () fonksiyonunun (dokümantasyona ve mantığa göre) her zaman son hatanın değerini değiştirdiğini de not ediyorum, bu yüzden bu durumda önceki göstergeyi sıfırlamak gerekli değildir ve basit bir zaman kaybına yol açacaktır. Yani, durdurma ayarı bloğuna girildikten sonra ve hata mesajı görüntülenmeden önce 131 hatası belirir. Durakların gerçekte ayarlanmaması nedeniyle, OrderModify() işlevi, bir önceki gibi, her zaman son hatanın değerini değiştiren, çağrılan son işlevdir. Sadece nedenini anlayamıyorum 131 ??? Neresi? Bir kez daha, test cihazında herhangi bir sorun olmadığını söyleyeceğim.
Aracının akıllı olduğu fikri vardı, çünkü terminali gönderen sunucudur, bu da sırayla hata numarasını danışmana gönderir. Çabucak vazgeçtim, çünkü böyle bir şey sadece bir danışmanın emriyle oluyor, paralel çalışan diğer danışmanların işlerinde herhangi bir hata yok.
Ekleyeceğim. Paralel bir EA, durakları ayarlamaktan tamamen aynı koda sahiptir. Dolayısıyla bu Uzman Danışman, siparişler için durakların ayarlanmadığı bir durumla hiç karşılaşmadı.
Yukarıda bir yerde parametrelerin hesaplanmasında bir hata olduğu ortaya çıkıyor, ancak en az bir parametre doğru değilse, o zaman başka bir hata görünmelidir. Örneğin, iyi bilinen 130
ord_ticket yerel olarak bildirilir. Ve sonra ilk satırda küresel düzeyde ilan edilse bile
anlamı değişmelidir. İşlem başarılıysa sipariş numarası, aksi takdirde -1. Yani sipariş açık değilse stop ayar bloğuna girmeyiz.
Ayrıca OrderSend () fonksiyonunun (dokümantasyona ve mantığa göre) her zaman son hatanın değerini değiştirdiğini de not ediyorum, bu yüzden bu durumda önceki göstergeyi sıfırlamak gerekli değildir ve basit bir zaman kaybına yol açacaktır. Yani, durdurma ayarı bloğuna girildikten sonra ve hata mesajı görüntülenmeden önce 131 hatası belirir. Durakların gerçekte ayarlanmaması nedeniyle, OrderModify() işlevi, bir önceki gibi, her zaman son hatanın değerini değiştiren, çağrılan son işlevdir. Sadece nedenini anlayamıyorum 131 ??? Neresi? Test cihazında herhangi bir sorun olmadığını bir kez daha söyleyeceğim.
Aracının akıllı olduğu fikri vardı, çünkü terminali gönderen sunucudur, bu da sırayla hata numarasını danışmana gönderir. Çabucak vazgeçtim, çünkü böyle bir şey sadece bir danışmanın emriyle oluyor, paralel çalışan diğer danışmanların işlerinde herhangi bir hata yok.
Üç noktalı bir cevap yazdın. İlkinde bir hata yaptınız (girişim çok doğru), ikincisinde de yanıldınız (bu mesajla dengelenmiş olsa da :) veya bir hata için). Böyle bir resmin arka planına karşı, cevap veren oldukça deneyimli moderatörden açıklama yapmayı tercih ettim.
Ancak, yanıtınız için gerçekten teşekkür ederim. Ve mutlu yıllar! :)
:D tamam, sana da mutlu yıllar :)
411. sayfada yazılanlara dönecek olursak... bu kodun ve iki MA'nın kesiştiği noktada giriş-çıkış koşullarının nasıl birleştirileceği hakkında bir fikri olan var mı? Yoksa bekleyen siparişler tek seçenek mi?
Hareketlerin sinyali üzerine bir anlaşma açtıktan sonra , emirlerin sayısını veya bu emri özel olarak izlemeye başlayın, eğer emir sayısı azalırsa veya bu özel emrin ikinci seçeneğe göre nasıl kapandığını, ardından nasıl kapandığını öğrenin. dur, sonra mevcut fiyattan tam tersi emir açılır, hepsi bu
Hareketlerin sinyali üzerine bir anlaşma açtıktan sonra, emirlerin sayısını veya bu emri özel olarak izlemeye başlayın, eğer emir sayısı azalırsa veya bu özel emrin ikinci seçeneğe göre nasıl kapandığını, ardından nasıl kapandığını öğrenin. dur, sonra mevcut fiyattan tam tersi emir açılır, hepsi bu
Bunu anlıyorum ama yazamıyorum. EA, ya yalnızca hareketli sinyaller üzerinde işlem yapar ve bir kayıp durumunda ters bir pozisyon açmaz ya da terminal, testin başlangıcında basitçe çöker. Genel olarak işlenmemiş bir şey yazdığım anlamına gelir. Yazarken zorlanıyorum. Kodla ilgili yardıma ihtiyacınız var.
Burada sadece kapalı emir olup olmadığını kontrol eden ve OrderProfit () < 0 bir zarar varsa tam tersini açan bir parça var. Ancak hareketlerden gelen sinyallerle birlikte çalışmıyor. Hem hareketlerden gelen sinyaller hem de ters pozisyon açma şartı olacak şekilde tek bir kod yazabilir misiniz?