Fourier tabanlı hipotez - sayfa 6

 
equantis >> :
grasn: Спасибо! Поеду сегодня в отпуск - попробую повторить расчеты. А вдруг - Грааль? )))


Modeli tanımlamadan, kase hiçbir şekilde çalışmayacaktır. Ve onunla birlikte, kasenin tanımına göre çalışmayacak. Ama teorik olarak iyi bir sistem olabilir.

 
grasn >> :

Ve lineer cebir için bir kütüphaneye ihtiyacım var. Bu arada, yardım edeceğine söz verdin :o)

Bu arada, TK'yi atacağına söz verdin.

Zaten kafamdaki konuyu güncellemek için netten kitaplar indirdim.

(doğrusal cebir, VM'nin bütün bir bölümüdür, umarım tüm VM'yi kodda tanımlayacağımı düşünmüyorsunuzdur :o)

 
Urain >> :

Bu arada, TK'yi atacağına söz verdin.

Zaten kafamdaki konuyu güncellemek için netten kitaplar indirdim.

(doğrusal cebir, VM'nin bütün bir bölümüdür, umarım tüm VM'yi kodda tanımlayacağımı düşünmüyorsunuzdur :o)



TK gerçekten gerekli değil, nasıl yazacağımı bile bulamıyorum. Ve MQL'de uygulamalara ihtiyacımız var:

- matris inversiyonu

- matrislerin çarpımı

-matris aktarımı


Evet, tüm bunları yazmak gerçekten gerekli değil. Hazır dll'ler var, kullanılıyorlar, onlarla çözemiyorum. Burada örneğin

https://forum.mql4.com/ru/4988/page4#96492 (sayfadaki ilk Ilnur yazısı). Nedense her şey çok kafa karıştırıcı. Bu clapck.dll kütüphanesini buldum, ancak bunun için bir spesifikasyon yok, falan, her şeyi aradım, onunla ne yapacağım - net değil. LAPACK'in tanımına ulaştım - her şey harika, sadece bu sürücü rutinlerinin (hazır çözümler gibi) pratikte nasıl kullanılacağı - HZ.


Matris nasıl çizilir - Daha fazlasını anlıyorum, ancak mql altında nasıl çalıştırılacağı benim için sadece bir gizem. Kaseyi yazmak daha kolay (bir tür şaka)

 
grasn >> :

MQL'de uygulamalara ihtiyaç var:

- matris inversiyonu

- matrislerin çarpımı

-matris aktarımı

Zaten TK'ye benziyor. Hepsi bu mu (mutluluk için gerekli olan)?

Lapak'ı yeniden yapmayacağım çünkü MQL-5'e Nesne Yönelimli bir yaklaşım var evet,

ve 4'te, yeniden yazmak için beyinleri uçurmak daha kolay.

 
Urain >> :

Zaten TK'ye benziyor. Hepsi bu mu (mutluluk için gerekli olan)?

Lapak'ı yeniden yapmayacağım çünkü MQL-5'e Nesne Yönelimli bir yaklaşım var evet,

ve 4'te, yeniden yazmak için beyinleri uçurmak daha kolay.

Evet gibi. hiçbir şey kaçırmamış gibi görünüyor.

 
YUBA >> :

Matematiğin derinliklerine inmedim, ama doğru olduğunu varsayalım.

...

1. bölüm bir etki, 2. bölüm tamamen farklı ve biz onları bir nevi buraya ekliyoruz. :)


Nerede yığıyoruz? Kim ve ne ile?


Matematik sembollerini hiç anlıyor musun yoksa tam bir topal mısın?


Örneğimde genlikleri veya fazları hesaplarken bana en az bir ekleme işareti göster.

 
equantis >> :

Bir hipotez var: Bir fiyat segmenti alırsak, son 1000 bar için varsayalım ve FFT'yi kullanarak yaklaşık olarak tahmin edersek, o zaman FFT'yi kullanarak ana harmonikleri doğru bir şekilde yakalarsak, fiyatları yalnızca geleceğe eşit olarak tahmin edebiliriz, ama aynı zamanda geçmişe.


Bu, örneğin şu şekilde yapılabilir: böyle bir FFT parametresi seti seçin (harmonik sayısı, yaklaşık doğruluk). böylece seçilenden önceki segmentte (örneğin, 1200'den 1000 bar'a kadar), minimum RMS'yi verir. Bu durumda, iyi seçilen katsayıların yalnızca önceki segmente değil, aynı zamanda 0'dan 200'e gelecek segmente de yaklaşması muhtemeldir (elbette, ana piyasa ritimleri önemli ölçüde değişmedikçe).



Meslektaşlarım, herhangi biri hipotezi test etmeye yardımcı olabilir mi?



Hey! Benzer yönlerde çok kürek çektim, yalnızca test örneğinde harmoniklerin seçimini gelecekteki olandan hemen önce yaptım. Test örneği elbette dahil edilmedi

Fourier genişlemesine. Toplamda orijinal seriyle en iyi korelasyonu veren harmonikleri orada bıraktı. Bazen inanılmaz derecede güzel bir tahmin çıktı ve bazen tam bir saçmalık.

Sorun, geleceği gerçek zamanlı olarak görmediğinizde, tahminin kalitesini değerlendirmek için bir kriterin olmamasıdır. Bu nedenle, böyle bir tahmin edicinin değeri sorgulanabilir.

Evet, bu yöntemle tahmin yapmak için "anlık" Fourier spektrumunun beklenen ufukta kararlı olması ve her yeni çubukta değişmesi önemlidir. Pencere büyütme

ayrıştırma, tanımı gereği "anlık" olmayan ve bu penceredeki tüm harmonikleri yansıtan, ancak

geçmişin ve geleceğin sınırında ve hatta daha çok geleceğin kendisinde gerçekleşir. Fourier açılımı, daha çok, dışında neler olup bittiği hakkında hiçbir şey bilmeyen bir pencerenin yaklaşıklığıdır.

ve geçmişi ve geleceği hiçbir şekilde ortak bir modele bağlamaz. Ayrıştırma penceresinin sonunda bir kadın çizilirse, bu pencereyi de harmoniklere ayrıştıracak ve böylece yeni çizimi dikkate alarak tüm Ak, Bk - katsayılarını düzeltecektir.

Umarım bir şekilde yardımcı olmuştur...

 
grasn >> :

Evet, tüm bunları yazmak gerçekten gerekli değil. Hazır dll'ler var, kullanılıyorlar, onlarla çözemiyorum. Burada örneğin

https://forum.mql4.com/ru/4988/page4#96492 (sayfadaki ilk Ilnur yazısı). Nedense her şey çok kafa karıştırıcı. Bu clapck.dll kütüphanesini buldum, ancak bunun için bir spesifikasyon yok, falan, her şeyi aradım, onunla ne yapacağım - net değil. LAPACK'in tanımına ulaştım - her şey harika, sadece bu sürücü rutinlerinin (hazır çözümler gibi) pratikte nasıl kullanılacağı - HZ.


Matris nasıl çizilir - Daha fazlasını anlıyorum, ancak mql altında nasıl çalıştırılacağı benim için sadece bir gizem. Kaseyi yazmak daha kolay (bir tür şaka)

Burada MQL'de matris ters çevirme algoritmasının uygulanmasına bir örnek verdim (LAPACK kitaplığının kaynak kodlarından alınmıştır).

 
Reshetov >> :

Nerede yığıyoruz? Kim ve ne ile?

Matematik sembollerini hiç anlıyor musun yoksa tam bir topal mısın?

Örneğimde genlikleri veya fazları hesaplarken bana en az bir ekleme işareti göster.

Tartışmanın iyi devamı. Aynı ruhla devam edin.

 
grasn >> :

Bu clapck.dll kütüphanesini buldum, ancak bunun için bir spesifikasyon yok, falan, her şeyi aradım, onunla ne yapacağım - net değil.

Burada, clapack.dll harici kitaplığına dayalı matris ters çevirme algoritmasının bir uygulamasını içeren bir başlık dosyası "binlerimde" buldum.

Her ihtimale karşı kütüphanenin kendisini de arşive ekledim.

Dosyalar:
clapack.rar  649 kb