
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
3 kişi izledi =) Renat geldi ve yanlışa parmakla işaret etti =)))
Şimdi kontrol edeceğim elbette, ama büyük ihtimalle mesele bu... "Teklif - TrailingStop * noktası"nı normalleştirmedim ve bu yapı sipariş değişikliğiyle ilgili...
nedense dikkatsiziz beyler ;)
Yani birkaç kişiniz var ve sorunun böyle bir çeşidini sundunuz. Teklifin 5 ondalık basamağa sahip olabileceğini bile yazdım. İlk başta bunun imkansız olduğunu düşündüm, ama sonra alıntıların bir otomat tarafından yapıldığını hatırladım, belki de birkaç veri beslemesinden alıntılar alıyor ve bazı algoritmalara göre bunların ortalamasını alıyor.
Teklif/Soruşturma benzersiz bir şekilde standart sembol hassasiyetine sahiptir. Başka bir şey, 1.6666 yerine 1.6665999'u görebilmenizdir (kayan nokta sayılarıyla çalışma hatasının özelliklerinden dolayı).
Şunu belirtmek isterim: Bu tür sayıları karşılaştırma sorunu ( double türü ) tüm dillerde mevcuttur ve bu tür aritmetiğin temel sınırlı doğruluğunun bir sonucudur. Buna göre kimseyi suçlamaya gerek yok, sorunun farkında olmak ve güvenli kod yazmak.
Teklif/Soruşturma benzersiz bir şekilde standart sembol hassasiyetine sahiptir. Başka bir şey, 1.6666 yerine 1.6665999'u görebilmenizdir (kayan nokta sayılarıyla çalışma hatasının özelliklerinden dolayı).
Şunu belirtmek isterim: Bu tür sayıları karşılaştırma sorunu (çift tip) _tüm_ dillerdedir ve bu tür aritmetiğin temel sınırlı doğruluğunun bir sonucudur. Buna göre kimseyi suçlamaya gerek yok, sorunun farkında olmak ve güvenli kod yazmak.
Bu yüzden suçlamıyorum. Kompostere, takip eden para biriminin doğru çalışmadığını sormam boşuna değildi. Yen'deki MT3'te 3 ondalık basamak görebileceğinizi tam olarak hatırlıyorum. En azından bir kereden fazla gördüm.
Şimdi kontrol edeceğim elbette, ama büyük ihtimalle mesele bu... "Teklif - TrailingStop * noktası"nı normalleştirmedim ve bu yapı sipariş değişikliğiyle ilgili...
nedense dikkatsiziz beyler ;)
normalleştirme yardımcı olmadı =(
daha kesin olmak gerekirse - takip eden hatalar (euro - satın alma pozisyonu):
03:41
12:07
12:11
14:31
14:33
14:36
14:39
14:44
14:46
14:47
14:48
( sunucu zamanı )
Renat ve henüz ne yapmalı?
Şu anda 3 seçenek var:
1. if ( orderstoploss < ( bid - TrailingStop * puan )) ) if ( TrailingStop < ( bid - orderstoploss ) / puan ) ile değiştirin
2. Başlatma işlevlerini kullanarak double değil, int ile karşılaştırın
3. stopu ileri hareket ettirin (her noktada değil, n yayıldıktan sonra)
Eh, ve onların kombinasyonları, elbette.
Yazılım oldukça sorumlu olduğu için, yazmak için (! garantisi yok!) Öneriler almak istiyorum...
normalleştirme yardımcı olmadı =(
Bunun yerine deneyin:
yazmak:
Hatalar da olacak mı?
bir ters tepme yapabileceğiniz açıktır, ancak bu ciddi değildir .... ve "güvenilirlik için" 10-20 piplik bir boşluk yapmanız gerekiyorsa, evet, M30'da bir peri masalı basittir = )
Lütfen kodunuzu tekrar kontrol edin, basitleştirin, hata ayıklama mesajları ekleyin.
Dürüst olmak gerekirse, bunu nasıl yapacağımı bilmiyorum...
Ama tabi ki kontrol edebilirsiniz. Şu anda kullanıldığı şekliyle kod (parçalar halinde):
gelen parametreleri kontrol edin ve gerekli sırayı seçin. Bir hata durumunda, basitçe çıkarız, yani. sıralama değişmeyecek...
Tüm sipariş verilerini değişkenlere kaydediyor ve normalleştiriyoruz:
kütüğün rengi ve "güzelliği" budur...
şimdi, uzun bir pozisyon için yeni bir SL seviyesi belirliyoruz, normalleştiriyoruz, eskisiyle karşılaştırıyoruz (sadece pozisyon karlıysa)
günlüğe bilgi yazdır
10 saniyelik bir duraklama ile sırayı değiştirmeye yönelik üçlü deneme (sipariş her seçildiğinde)
ve yalnızca ordermodify <= 0, hata koduyla posta gönderilirse
3 denemeden sonra sipariş hala değiştirilmediyse, çık(-1)
ayrıca - satış pozisyonları için de
ve son olarak, durağı hareket ettirmeye gerek yoksa, çıkış (0)
Bilmiyorum....
bir ters tepme yapabileceğiniz açık, ancak bu ciddi değil .... ve "güvenilirlik için" 10-20 piplik bir boşluk yapmanız gerekiyorsa, evet, M30'da bir peri masalı basittir = )
Ne alakası var? "+Puan", sorunu son önemli fiyat işaretini yuvarlayarak çözer. 2, 3 ve hatta daha fazla değil, sorunun 10-20 puanı.