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
İşte zamanla çalışmak için bazı faydalı fonksiyonlar (herhangi bir tarihte yaz veya kış saatinin geçerli olup olmadığını belirleyebilirsiniz).
PS Amerika'da, 2007'ye kadar, DST'ye geçiş ve geri dönüş zaman içinde Avrupa ile çakıştı. Arama yaparken EUR kullanın.
Birisi onu bir kütüphaneye dönüştürecekse, yardım etmeye hazırım (asya, avustralya).
Ayrıca Avrupa ve ABD için DST işlevlerini de yaptım, yaz saati için true, kış saati için false döndürüyorlar. Yalnızca 2007'den başlayarak ABD için sunucu zamanı ile çalışmak üzere tasarlanmıştır.
PS Amerika'da, 2007'ye kadar, DST'ye geçiş ve geri dönüş zaman içinde Avrupa ile çakıştı. Arama yaparken EUR kullanın.
Bu sadece yarı doğru, sadece son aynıydı.
10:00 - Avrupa'da Başlarken
yoldaş, yanılıyorsun. Avrupa saat 09:00'da açılıyor MSK (yaz)
Söz verdiğim gibi, ticaret seansları ve yaz-kış saatine geçişler hakkında bulabildiğim her şeyi "sindirdim". Yaz / kış saatine geçişlerin takvimi ve seansların değişim saatlerine göre başlangıç ve bitiş zamanlarının hesaplanması ile bir excel dosyası yapılmıştır.
İlk sayfa sadece bir geçiş takvimi, formül yok. Bu takvim, ikinci sayfadaki oturumları hesaplamak için kullanılır. İkinci sayfada, yalnızca üç parametre ayarlayabilirsiniz: her şeyin hesaplanması gereken geçerli tarih ve iki saat dilimi: biri DC sunucusunun saat dilimi için, ikincisi yerel saatiniz için (sahip olduğunuz). kol saatinizde). Onlara dayanarak, borsaların yerel saatlerine sahip tablolar ve üzerlerinde - alım satım seanslarının başlangıç ve bitiş zamanları (minimum ve maksimum) hesaplanır.
Görünüşe göre her şey yolunda gitti, ama bir şekilde (alışkanlıktan) her şeyi hatasız yapmayı başardığıma inanamıyorum. Niye ya? Örneğin, Avustralya ve Okyanusya oturumu. Başka bir yarım küredeler ve kışın yaz saati uygulaması var ve aylarımız bu ZZZLLLZZZ gibi geçerse, o zaman okyanusya LLLZZZLLL'de. Buna göre, hesaplamalar için farklı formüller elde edilir: yazın bir isabet arıyoruz ve kışın bir isabet aramaları gerekiyor. Sonuçta, hatalar var :(
Bu nedenle dosyayı siteme yükledim ve foruma göndermedim - hatalar giderildiği için dosyayı güncelleyeceğim ve forumdan gelen link her zaman yeni ve doğru bir sürüm indirecek (bildireceğim) Bu konudaki güncellemeler). Dosya buradan indirilebilir: http://forextools.com.ua/uploads/files/DST.zip
Her şey şuna benziyor:
Yapıcı önerileri olan varsa - mektup yazın. Hızlı bir uygulama sözü vermiyorum (asıl işimdeki tam istihdam nedeniyle) ama zamanım olduğunda sağlıklı ve faydalı olan her şey mutlaka yapılacaktır ;)
ForexTools , iyi iş!
Tanımlarınızı bir türlü anlayamıyorum. Neyin "katkı maddesi" olduğunu (varsayımları ortadan kaldırmak için) daha ayrıntılı olarak açıklayın.
Peki ya TMZ sunucusu ve TMZ yerel anlamı nedir??? Yerel saat ile DC saati arasındaki Vsmysle farkı? her birinin altında sırasıyla 2 ve 3 sayılarınız var mı? Ne anlama geliyor?
Sadece kolaylık sağlamak için tamamen aynı iki zaman hesaplaması vardır - terminal saati bilgisayarın yerel saatiyle eşleşmiyorsa .
Ekleme - bu, ilgili değişimin UTC saatini seçilen saat diliminin yerel saatine dönüştürmek için UTC'deki saate (yaz veya kış saati dahil) kaç saat ekleneceğidir. Bu alan yalnızca Excel'de hesaplamaları kolaylaştırmak için gereklidir.
Ve hesaplama kuralları basittir: (Kural alanına bağlı olarak) ve verilen tarihi saatin kaç olduğunu belirleriz. Letn alanına hesaplanan tarihin karşısında yazılır. Ardından, takasın UTC'deki çalışma saatine TMZ saatlerinin sayısı (üst plakadan) eklenir ve buna Yaz saati değişikliği de eklenir (eğer yaz saati +1 ise) ve DC'nin +TMZ'si sunucu veya TMZ yerel. Sonuç, UTC saatinin ilgili TMZ'nin yerel saatine dönüştürülmesidir.
Forex'in belirli bir zaman standardı vardır. Bu Orta Avrupa Saati, CET.
Bu GMT (veya UTC) +1'dir (yaz aylarında +2).
Teoride, günlük mumlar herhangi bir DC'de gece yarısı CET'de başlamalıdır.
Görünüşe göre durum böyle değil, ancak çoğu DC hala CET zamanını kullanıyor.
Biraz sonra Avrupa ve Amerika'da herhangi bir yılda GMT, yaz / kış, transfer tarihlerini belirleyen bir script yayınlayacağım (Amerika'da 2007'den beri, yani yeni kurallara göre).
Lütfen açıklığa kavuşturun: Yalnızca sunucu saatine (GMT+1) bakarsam, oturumların başlangıç/bitiş saatleri sabit mi olacak?
Programda Hour() komutu ile çalışma saatleri kısıtlamalarını kullanıyorum yani sunucunun o anki saatini kontrol edip giriyorum yada girmiyorum.
Sabah saat ikide bir geçiş varsa, diyelim ki geri, o zaman sabah birinin mumu çift hacim içermiyor mu?
Sabah saat ikide bir geçiş varsa, diyelim ki, o zaman sabah birinin mumu çift hacim içermiyor mu?
Geçiş her zaman ticaret sunucularının (zaten MT sunucuları) "ticaret yapmadığı" ve bu nedenle tek veya çift hacim olmadığı Pazar günleri yapılır - bu sadece tarihte bir boşluktur.
Geçiş her zaman ticaret sunucularının (zaten MT sunucuları) "ticaret yapmadığı" ve bu nedenle tek veya çift hacim olmadığı Pazar günleri yapılır - bu sadece tarihte bir boşluktur.
Anladım, teşekkürler.
Ve ilk soru? Yerel saati bilmeme gerek yok. Saatim bir ticaret sunucusu. Seansların açılış saatleri bu saatte sabit mi?
Programda bir kısıtlama var: if ( Hour()>t1 && Hout()<t2 ) , o zaman devam et, yoksa kapat / uyu; aşağı yukarı böyle. Herhangi bir değişiklik olmadan.