tik geçmişi - sayfa 24
Ticaret fırsatlarını kaçırıyorsunuz:
- Ücretsiz ticaret 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
Onay göstergesi isteklerine bakılırsa, time_msk alan verisi 1000'in katıdır. yani. herhangi bir milisaniyeden söz edilmez, çözünürlük 1 saniyedir.
Soru: O zaman MqlTick yapısını genişletmenin anlamı neydi?
değil mi?
Openbroker'da bir Demo ve orada gerçek bir hesabım var. Gerçek hayatta tüm Access sunucuları aynı sonucu verir. Eh, demo aynı. Si-6.16, RTS-6.16, SBRF-6.16'ya baktı. Tüm değişiklikler 1000'in katlarıdır.
değil mi?
Şimdi, gerçekten, SymbolInfoTick'in isteği üzerine, döndürülen MqlTick yapısında gerçek milisaniyeler (1000'in katları) yerine sıfırlar verilir.
Lütfen bir sonraki yapıyı bekleyin.
PS istek üzerine CopyTicks milisaniyesi olduğu gibi verilir
Bu göstergeyi test amacıyla bu konudan indirdim. CopyTicks aracılığıyla son 30 onay alır. Alternatif olarak, belki farklı bir sunucuda denemeliyim (açık komisyoncu değil).
>>" gerçek milisaniye yerine sıfır döndürür "
Sıfırlar döndürülmez, ancak her zaman 1000'in katı olan bir farkla aynı sayılar döndürülür. (...2064, ...2064, ...3064, ..., ..., ..4064 )
Bu göstergeyi test amacıyla bu konudan indirdim. CopyTicks aracılığıyla son 30 onay alır. Alternatif olarak, belki farklı bir sunucuda denemeliyim (açık komisyoncu değil).
>>" gerçek milisaniyeler yerine sıfırlar döndürülür "
Sıfırlar döndürülmez, ancak her zaman 1000'in katı olan bir farkla aynı sayılar döndürülür. (...2064, ...2064, ...3064, ..., ..., ..4064 )
Sıfırlar , SymbolInfoTick işlevi tarafından döndürülür .
CopyTicks'te gerçek milisaniyeler verilir. 2064, 3064, 4064 ise, öyle olduğu anlamına gelir. Neden oldu, bilmiyorum
kodunuza baktım. %-4d çıktı belirteci nedir? time_msc uzundur, bu yüzden sadece d gitmez. % I64d olmalıdır
Sıfırlar , SymbolInfoTick işlevi tarafından döndürülür .
CopyTicks'te gerçek milisaniyeler verilir. 2064, 3064, 4064 ise, öyle olduğu anlamına gelir. Neden oldu, bilmiyorum
kodunuza baktım. %-4d çıktı belirteci nedir? time_msc uzundur, bu yüzden sadece d gitmez. % I64d olmalıdır
Evet üzgünüm. Kod benim değil. Yazarın StringFormat'ta gerçekten bir sövesi var. Print (tick.time_msc) üzerinden döngünün her yinelemesinde görüntülenir. Sonuç, sonunda tamamen sıfırdır, sonuç olarak hala milisaniye yoktur. CopyTicks isteği her zaman devam eder.
Sıfırlar , SymbolInfoTick işlevi tarafından döndürülür .
CopyTicks'te gerçek milisaniyeler verilir. 2064, 3064, 4064 ise, öyle olduğu anlamına gelir. Neden oldu, bilmiyorum
kodunuza baktım. %-4d çıktı belirteci nedir? time_msc uzundur, bu yüzden sadece d gitmez. % I64d olmalıdır
Göstergeyi ilk gönderiden değiştirdim - her türlü StringFormat ile oynayacak hiçbir şey yok, şimdi şöyle olacak:
Evet üzgünüm. Kod benim değil. Yazarın StringFormat'ta gerçekten bir sövesi var. Print (tick.time_msc) üzerinden döngünün her yinelemesinde görüntülenir. Sonuç, sonunda tamamen sıfırdır, sonuç olarak hala milisaniye yoktur. CopyTicks isteği her zaman devam eder.
İşte MetaQuotes Demo verileriyle ilgili göstergeniz
Komisyoncunuza kenelerdeki milisaniye eksikliğini sorun
İşte MetaQuotes Demo verileriyle ilgili göstergeniz
Komisyoncunuza kenelerdeki milisaniye eksikliğini sorun
ps benim müşteri derlemem 1340
juriy5555 :
Пока не знаю, что и у кому конкретно писать, я в этом несколько месяцев. Буду надеяться, что ОпенБрокер всё таки обновит сервер.
ps мой билд клиента 1340
Benim de biraz farklı bir planım olsa da bir sorum var ve ben de kenelerden aktarılan bilgilerin doğru olup olmadığını merak ediyorum.
Gerçek hacimlerle ilgili bir soru.
Göstergeden keneler hakkında bilgi talep ederseniz, gerçek hacim hacim[] dizisinde oraya gider. Ve teoride, kenelerden bilgi alırsanız, mum başına biriken hacim, hacim[] dizisindeki değerle eşleşmelidir.
İşte bir test kodu örneği:
Şimdilik bayraklara takılmayalım ve alınan her bir onay işaretinin toplam sVol hacmini değiştirdiğini varsayalım (bildiğim kadarıyla durum böyle olmasa da).
Yeni bir mum oluşumunu bekliyoruz ve dergideki girişlere bakıyoruz. Broker Açılışı, gerçek hesap, 1340 inşa, RTS-6.16:
Ve böylece, göstergeden gelen gerçek hacim, birikmiş olandan çok daha büyük olacaktır. Bu, geliştiriciler için birkaç soruyu gündeme getiriyor:
1. OnCalculate() işlevinin volume[] dizisinden elde edilen hacim, tiklerden elde edilen birikmiş hacimle aynı mı olmalı? Benim düşüncem, elbette, aksi halde neden kenelerde belirtilmelidir?
2. Birimi biriktirmek için OnCalculate() işlevini kullanmak doğru mu, yoksa hacmi OnBookEvent() aracılığıyla almak mı daha iyi? Yardım diyor ki:
Calculate olayı , yalnızca Init olayı gönderildikten hemen sonra ve fiyat verilerinde herhangi bir değişiklik olduğunda göstergeler için oluşturulur. OnCalculate işlevi tarafından işlenir.
yani teorik olarak doğru ama bu konuda bir yorum duymak isterim.
3. Test sonuçları, bayrak analizi OLMADAN gösterilir. Bayrakları analiz edersek, anladığım kadarıyla, 24 bayraklı kenelerden hacim almanız gerekir (son ve hacimde eşzamanlı değişiklik):
Ancak bu durumda, biriken hacim daha da az olacaktır. Geliştiricilerin kenelerin nasıl doğru bir şekilde analiz edileceğine (tüm alanlar kaydedildiği için) ve bayraklar doğru şekilde uygulanıp uygulanmadığına ilişkin yorumlarını duymak istiyorum. Uygulamanın doğruluğu ile ilgili soru, bayraklı keneler fark etmediğim için ortaya çıktı:
İndikatör dosyası da uygulamadadır.