Hatalar, hatalar, sorular - sayfa 1905

 
8.6 е+ 18
Numaranın 860000000000000000 olduğundan emin misiniz?
Bu bit sayısını gigabayta çevirirsek - 107500000 GB elde ederiz.
 
2017.05.29 22:53:02.047 MQL4 Market: 'Prodigy' ürününü indirmek için geçici dosya oluşturulamadı [267]

 
Pili dizüstü bilgisayarda boşalttı.
MetaEditor 1601'de çalıştı.
Pil şarjı %0'daydı ve MT4 programının derlenmesi sırasında dizüstü bilgisayar güç yetersizliğinden dolayı bayıldı.
Bir dahaki sefere çalışma dosyasını açtığımda kod yerine 311 KB NUL değerleri vardı.

Mümkünse, lütfen derleme zamanı kaydetme prosedürünün daha güvenli bir uygulamasını düşünün.
 
Sergey Dzyublik :
Pili dizüstü bilgisayarda boşalttı.
MetaEditor 1601'de çalıştı.
Pil şarjı %0'daydı ve MT4 programının derlenmesi sırasında dizüstü bilgisayar güç yetersizliğinden dolayı bayıldı.
Bir dahaki sefere çalışma dosyasını açtığımda kod yerine 311 KB NUL değerleri vardı.

Mümkünse, lütfen derleme zamanı kaydetme prosedürünün daha güvenli bir uygulamasını düşünün.

Belki de daha yoğun enerji tüketen bir pile sahip bir dizüstü bilgisayar satın almayı düşünmek mantıklıdır? Veya ağdan güvenli bir şekilde çalışmak mı?
 
Sergey Dzyublik :
Pili dizüstü bilgisayarda boşalttı.
MetaEditor 1601'de çalıştı.
Pil şarjı %0'daydı ve MT4 programının derlenmesi sırasında dizüstü bilgisayar güç yetersizliğinden dolayı bayıldı.
Bir dahaki sefere çalışma dosyasını açtığımda kod yerine 311 KB NUL değerleri vardı.

Mümkünse, lütfen derleme zamanı kaydetme prosedürünün daha güvenli bir uygulamasını düşünün.
pil şarjını izleyecek ve gerekirse fişi prize takacak olan dizüstü bilgisayara bir koruma koymak daha iyidir))
 
Konstantin :
pil şarjını izleyecek ve gerekirse fişi prize takacak olan dizüstü bilgisayara bir koruma koymak daha iyidir))

Bu amaçlar için hazırda bekletme modu var ... ve zamanlayıcılı prizler ...

 
Sergey Dzyublik :
Numaranın 860000000000000000 olduğundan emin misiniz?
Bu bit sayısını gigabayta çevirirsek - 107500000 GB elde ederiz.


sıfır saydım...

Şimdi 6.18e + 18 ayarlıyorum, daha fazla OnTesterPass varsa sadece yeni nesilde çağrılır. Doğrudan numaralandırma ile hiç çağrılmaz ... Ve yardımda bununla ilgili bir kelime yok. İnsanlar, test cihazının bu tür "özelliklerini" aramalı ve üzerinde çok zaman harcamalıdır.


 

sözleşmelerin özelliklerinde bir şeyler karıştı:

1. onay boyutu == fiyatın hareket ettiği adım == SYMBOL_TRADE_TICK_SIZE

2. onay fiyatı == 1 pip maliyeti == SYMBOL_POINT

doğru mu anladım

Bu karışıklık, spesifikasyonun yanlış olduğu Otkritie brokerindeki TGKA hissesi nedeniyle ortaya çıktı:

1. onay boyutu == 0.000005
2. onay fiyatı == 0.00001 ( 0.00001 olmalıdır)

 
Optimizasyon kümelerinin sonuçları neden MT5'teki bireysel test çalıştırmalarından çok farklı? Stok bölümünde bununla karşılaştım. Test cihazıyla çalışmanın özellikleriyle ilgili yardıma baktım, ancak orada muhtemelen belirtilen durumu etkileyen yalnızca anlaşılmaz bir an buldum. Test cihazındaki yardım bölümünün Modelleme zamanı anlamına göre, TimeTradeServer() işlevi tarafından döndürülen sunucu zamanının her zaman GMT zamanına eşit olduğu ve zaman dilimi ofseti düzeltmesinin olmadığı görülebilir. Dan beri test edilen robotun müzayedeler arasında bir çalışma penceresi var ve bu pencereyi TimeTradeServer () işlevini kullanarak senkronize ediyor, o zaman belki nedeni bu ve test sırasında saat dilimi düzeltmesi eklenmeli mi?
 

Merhaba! MT4'te, spread içinde yer alan bir limit emrini silerken, genellikle bir hata durumu meydana gelir - silinen emir donar, bu sadece terminalin yeniden başlatılmasıyla işlenir. Mekanizmayı anladığım kadarıyla onun oluşumu:

    1) Bir sınır belirleyin   spread içinde, Satış fiyatına yakın ( Satın alma siparişleri için Limit ) veya Teklif ( Satış emirleri için Limit ) ve bir süre sonra onu kaldırmaya çalışıyoruz.

    2) Bu komut sunucuya gönderilirken OrderDelete() komutunu gönderiyoruz - emir sunucuda zaten yürütülüyor olabilir (aktivasyon fiyatına çok yakın spread içinde). Komut sunucuya ulaştığında, piyasa emrine uygulanacağı ortaya çıktı - terminalde bir hata ve sıkışmış bir emir alıyoruz. Ancak terminaldeki sipariş sınırda kalıyor   (OrderType() işlevi aracılığıyla - ayrıca bir limit olarak tanımlanır), yalnızca terminal yeniden başlatıldıktan sonra piyasa işlevi olarak görüntülenecektir. Bir limit olarak silmeye devam ederseniz uzman günlüğünde şu kodun altında bir hata göreceğiz: 3 ve terminal günlüğünde:   [ Geçersiz parametreler ]. Genel olarak, bu şekilde asılı bir emir ile hiçbir işlem yapılamaz - terminalde bu bir limit emridir ve sunucuda   Market. Manuel sipariş de silinmez.

Ekli, basitleştirilmiş bir Uzman Danışmandır (yalnızca Satın Al Limit ), hatayı yeniden oluşturmak için ve 8 Expert Advisor'ın paralel olarak kurulduğu bir profil (böylece hata bir Expert Advisor tarafından yakalanmasından daha hızlı görünecektir - ancak aynı zamanda bir Expert Advisor kuruluyken de ortaya çıkar). Sipariş Satın Al Expert Advisor'daki limit , Satış fiyatının beş basamaklı 1 puan altına ayarlanmıştır. ve aracılığıyla kaldırıldı Kurulumdan 1 saniye sonra. 5 puan altında bile sipariş verirseniz sorun ve yoluyla sil   herhangi bir sayıda saniye / dakika / saat, hata hala periyodik olarak, daha az sıklıkla meydana gelir, çünkü oluşum mekanizması değişmez.

Terminali başlatmak ve bekleyen siparişin görünmesini beklemek gerekir. Piyasanın etkinliğine bağlı olarak genellikle bir saatten fazla beklemeyin.

Her ihtimale karşı, sistem :

Microsoft Windows XP (X86 tabanlı PC), IE 08.00, 2x   Intel Core i3-2120   @ 3.30GHz, RAM: 2421 / 3981 Mb, HDD: 195187 / 666422 Mb, GMT+03:00

MT4 :   versiyon   4.00 Yapı 1090 (19 Mayıs 2017)

Meta Düzenleyici:   versiyon   5.00   1601'i inşa et (19 Mayıs 2017)

Dosyalar:
Neden: