Genel olarak, çift tipteki iki sayıyı karşılaştırırken, farklarının alınması ve kabul edilebilir bir eşik değeri ile karşılaştırılması önerilir. Ama genellikle doğrudan karşılaştırırım - hiç sorun yaşamadım.
tol64 : Belki bir şekilde molaların sıklığına göre belirlemeye çalışabilirsiniz? Belirli bir süre için boşlukları hesaplayın.
Nasıl saptırabileceğiniz konusunda birçok seçenek var. Ama gerçekten güvenilir olanları göremiyorum. Çünkü her bir çubuğun verilerinin "gerçekliği" hakkında yargıya varılabilecek gerçek bir ölçüt yoktur.
Tüm çizelgeler dakika çubuklarından oluşturulmuştur. Daha eski gerekli TF'nin doğru inşasının hangi tarihe kadar mümkün olduğunu programlı olarak hesaplamak mümkün olacaktır. Ama burada da bir "ancak" var. Ancak, dakika zaman dilimleri tüm tarih derinliği için doğru değildir:
Bilmiyorum, IMHO, bu tür sınırları belirlemek için düzenli bir mekanizmaya ihtiyacımız var, bunun gibi bir şey
int Correct_Boundary_of_Timeframe
(
string symbol_name, // имя символаENUM_TIMEFRAMES timeframe // период
);
- gerekli TF'nin istenen enstrümanının son doğru çubuğunun indeksini döndürür.
Nasıl saptırabileceğiniz konusunda birçok seçenek var. Ama gerçekten güvenilir olanları göremiyorum. Çünkü her bir çubuğun verilerinin "gerçekliği" hakkında yargıya varılabilecek gerçek bir ölçüt yoktur.
Tüm çizelgeler dakika çubuklarından oluşturulmuştur. Daha eski gerekli TF'nin doğru inşasının hangi tarihe kadar mümkün olduğunu programlı olarak hesaplamak mümkün olacaktır. Ama burada da bir "ancak" var. Ancak, dakika zaman dilimleri tüm tarih derinliği için doğru değildir:
Bilmiyorum, IMHO, bu tür sınırları belirlemek için düzenli bir mekanizmaya ihtiyacımız var, bunun gibi bir şey
- gerekli TF'nin istenen enstrümanının son doğru çubuğunun indeksini döndürür.
Yani tüm tarihi geçmişle karıştırmaktan çekinmiyorsan, o zaman bir problem görmüyorum. Her bir çubuğun açılma ve kapanma sürelerini öğreniyoruz ve bu çubuk içi aralıklardaki saniye sayısına bakıyoruz. Beklenenden azsa - "sahte" bir çubuk yazın. Bu, diğer tüm çubukların daha düşük olacağı bir dönüm noktası olacak. Daha fazla tarama anlamsızdır.
Evet, kendi başıma. Prensip olarak, kodu hesaplama için MQL5'e gönderebilirim.
Lütfen bana Double ( == < > ) nasıl doğru şekilde karşılaştıracağımı söyleyin. Normalleşmeli mi? Örneğin, MT4'te böyle bir işlev vardı:
KarşılaştırÇiftler(çift sayı1,çift sayı2)
{
if(NormalizeDouble(sayı1-sayı2,8)==0) dönüş(doğru);
başka dönüş(yanlış);
}
Ve genel olarak, NormalizeDouble() işlevi için yaklaşık algoritma nedir?
Lütfen bana Double ( == < > ) nasıl doğru şekilde karşılaştıracağımı söyleyin. Normalleşmeli mi? Örneğin, MT4'te böyle bir işlev vardı:
KarşılaştırÇiftler(çift sayı1,çift sayı2)
{
if(NormalizeDouble(sayı1-sayı2,8)==0) dönüş(doğru);
başka dönüş(yanlış);
}
Lütfen bana Double ( == < > ) nasıl doğru şekilde karşılaştıracağımı söyleyin. Normalleşmeli mi? Örneğin, MT4'te böyle bir işlev vardı:
KarşılaştırÇiftler(çift sayı1,çift sayı2)
{
if(NormalizeDouble(sayı1-sayı2,8)==0) dönüş(doğru);
başka dönüş(yanlış);
}
Ve genel olarak, NormalizeDouble() işlevi için yaklaşık algoritma nedir?
Grafiğin başında hikayenin yanlış olduğu biliniyor, "neden yanlış" sorusunun ortaya çıkmadığı biliniyor.
Başka bir soru ortaya çıkıyor: yanlış geçmiş veriler tarafından takip edilen sınır programlı olarak nasıl belirlenir?
Kırmızı dikey çizgi aynı sınırı gösterir.
Grafiğin başında hikayenin yanlış olduğu biliniyor, "neden yanlış" sorusunun ortaya çıkmadığı biliniyor.
Başka bir soru ortaya çıkıyor: yanlış geçmiş veriler tarafından takip edilen sınır programlı olarak nasıl belirlenir?
Kırmızı dikey çizgi aynı sınırı gösterir.
Belki bir şekilde molaların sıklığına göre belirlemeye çalışabilirsiniz? Belirli bir süre için boşlukları hesaplayın.
Nasıl saptırabileceğiniz konusunda birçok seçenek var. Ama gerçekten güvenilir olanları göremiyorum. Çünkü her bir çubuğun verilerinin "gerçekliği" hakkında yargıya varılabilecek gerçek bir ölçüt yoktur.
Tüm çizelgeler dakika çubuklarından oluşturulmuştur. Daha eski gerekli TF'nin doğru inşasının hangi tarihe kadar mümkün olduğunu programlı olarak hesaplamak mümkün olacaktır. Ama burada da bir "ancak" var. Ancak, dakika zaman dilimleri tüm tarih derinliği için doğru değildir:
Bilmiyorum, IMHO, bu tür sınırları belirlemek için düzenli bir mekanizmaya ihtiyacımız var, bunun gibi bir şey
- gerekli TF'nin istenen enstrümanının son doğru çubuğunun indeksini döndürür.
Bilmiyorum, IMHO, bu tür sınırları belirlemek için düzenli bir mekanizmaya ihtiyacımız var, bunun gibi bir şey
- gerekli TF'nin istenen enstrümanının son doğru çubuğunun indeksini döndürür.
- gerekli TF'nin istenen enstrümanının son doğru çubuğunun indeksini döndürür.
Nasıl saptırabileceğiniz konusunda birçok seçenek var. Ama gerçekten güvenilir olanları göremiyorum. Çünkü her bir çubuğun verilerinin "gerçekliği" hakkında yargıya varılabilecek gerçek bir ölçüt yoktur.
Tüm çizelgeler dakika çubuklarından oluşturulmuştur. Daha eski gerekli TF'nin doğru inşasının hangi tarihe kadar mümkün olduğunu programlı olarak hesaplamak mümkün olacaktır. Ama burada da bir "ancak" var. Ancak, dakika zaman dilimleri tüm tarih derinliği için doğru değildir:
Bilmiyorum, IMHO, bu tür sınırları belirlemek için düzenli bir mekanizmaya ihtiyacımız var, bunun gibi bir şey
- gerekli TF'nin istenen enstrümanının son doğru çubuğunun indeksini döndürür.