Hozzászólások

15 bejegyzés megtekintése - 211-225 / 651
  • Szerző
    Bejegyzés
  • Radulovic Attila
    Tag
    Bejegyzések száma: 653
    Hozzászólás: Backteszt #4703

    Szia Attila!

    Tegnap nem velem beszélgettél, figyelj a nevekre! :)

    Az első gondolatom nekem is – mpeterhez hasonlóan – az SL/TP teljesülések lettek volna. Mivel azonban ilyesmi nincs a robotodban, könnyen lehet hogy a korábbi adatok hiányosak és/vagy rosszak. A jó minőségű adatok folytonossága sokszor okoz ilyen eltéréseket. Ellenőrizd a kereskedési kondíciókat is, mert az exportálásnál sokan elfeledkeznek azokról, és bizonyos esetekben azok is okozhatnak komoly eltéréseket.

    Látatlanban kb. ennyit tudok irányvonalnak javasolni.

    Radulovic Attila
    Tag
    Bejegyzések száma: 653
    Hozzászólás: iMAOnArray #4695

    Nem kaptam tőled e-mailt, radu kukac radu.hu -ra küldted?

    Radulovic Attila
    Tag
    Bejegyzések száma: 653
    Hozzászólás: iMAOnArray #4693

    Ez offline chart? Csinálnál egy screenshotot? Az adat ablakban eleve nincs másodperc a gyertyakezdethez, ezért írom.

    Radulovic Attila
    Tag
    Bejegyzések száma: 653
    Hozzászólás: iMAOnArray #4691

    Az idő tengelye biztosan nem lesz egy percnél kisebb felbontású, hiszen azt még offline charton sem tudod elérni.

    Radulovic Attila
    Tag
    Bejegyzések száma: 653
    Hozzászólás: iMAOnArray #4689

    Örülök. Bár azt figyelembe vagy kénytelen venni, hogy perces a legkisebb időfelbontás, emiatt a tick alapú megjelenítés nem lehetséges.

    Radulovic Attila
    Tag
    Bejegyzések száma: 653

    Tudomásom szerint a MT4-es platformon számlaszintű tőkeáttét van csak, ezért nem fogsz megoldást találni ezzel kapcsolatban.

    Radulovic Attila
    Tag
    Bejegyzések száma: 653
    Hozzászólás: Backteszt #4683

    Köszönöm. Valóban logikusnak tűnik, hiszen óriási fájlról van szó.

    Radulovic Attila
    Tag
    Bejegyzések száma: 653
    Hozzászólás: Backteszt #4681

    Köszi a visszajelzést, megköszönöm ha egy későbbi időpontban majd újra megerősíted ezt, mert akkor nem mondom másnak sem a 4GB-s határt – főleg, ha nincs is effektíve ilyesmi.

    Radulovic Attila
    Tag
    Bejegyzések száma: 653
    Hozzászólás: Backteszt #4679

    Elsőre arra gondolok, hogy a TSL maximum 4 GB FXT fájlt képes kezelni. Próbáld ki a Birt-féle Tick Data Suite-ot (van belőle 7 napos próbaváltozat), mert az simán viszi a 4GB-nél nagyobb FXT fájlokat is.

    A „kicsit módosítom az időintervallumot” az pontosan mit jelent?

    Radulovic Attila
    Tag
    Bejegyzések száma: 653

    Tickstoryt használsz indításhoz? Az 5 év szerintem abból fakad, hogy kb. akkor éri el az FXT fájl a 4 GB méretet, ami egy elvi maximum ennél a megoldásnál.

    A Tick Data Suite ezzel szemben akár 8 GB-os fájlt is kezel, próbáld ki azzal.

    Radulovic Attila
    Tag
    Bejegyzések száma: 653

    Nem tudok ilyen módszerről, szerintem nem is létezik ilyesmi (sem FXT, sem HST kapcsán).

    A Tick Data Suite programmal 4GB-nél nagyobb fájlokat is tudsz kezelni MT4-gyel, próbálkoztál már azzal? Nem tudok 5 éves limitről, ezt mire gondolod érvényesnek?

    Radulovic Attila
    Tag
    Bejegyzések száma: 653

    Örülök, ez remek hír. Kérlek oszd meg a bejegyzést, ha van az ismerőseid között olyan, akinek ez szintén értékes információt adhat.

    Radulovic Attila
    Tag
    Bejegyzések száma: 653

    Készen vagyok :)

    Majd számolj be légy szíves, hogy sikerült-e megoldani a feladatot!

    Hogyan tudok visszaállni korábbi MT4 build verzióra?

    Radulovic Attila
    Tag
    Bejegyzések száma: 653

    Írok erről egy GYIK bejegyzést, hamarosan adok hozzá linket itt. Kis türelmedet kérem.

    Radulovic Attila
    Tag
    Bejegyzések száma: 653
    Hozzászólás: Alert beillesztése #4616

    A kondícióid jók, csak így használd (már ha kizárólag lezárt értékeket akarsz összehasonlítani, és gyertyánként csak egyszer):

    if (DeMarkerBuffer[1] > 0.3 && DeMarkerBuffer[2] < 0.3) Alert ("DeMarker átlépte felfelé a 0.3-as szintet");
    if (DeMarkerBuffer[1] < 0.7 && DeMarkerBuffer[2] > 0.7) Alert ("DeMarker átlépte lefelé a 0.7-es szintet");
    

    Helyileg a második while lefutása után rakd be a kódot.

    A többszöri jelzés azért történik, mert ugye most minden tickben teljesül a feltétel. Ezért be kell őt „zárni” egy időbeli ellenőrzéshez, hogy gyertyánként csak egyszer fusson le.

    Kód fejlécébe (pl. double ExtMinBuffer[]; sor alá):

    int
      NextRun = 0;
    

    Init végére (pl. SetIndexDrawBegin(0,DeMarkerPeriod); alá):

    NextRun = int(Time[0]) + Period() * 60;
    

    A második while után:

    if (int(TimeCurrent()) >= NextRun) {
    
       if (DeMarkerBuffer[1] > 0.3 && DeMarkerBuffer[2] < 0.3) Alert ("DeMarker átlépte felfelé a 0.3-as szintet");
       if (DeMarkerBuffer[1] < 0.7 && DeMarkerBuffer[2] > 0.7) Alert ("DeMarker átlépte lefelé a 0.7-es szintet");
    
       NextRun = int(Time[0]) + Period() * 60;
    }
    
    • A chartra helyezéskor (vagy idősíkváltáskor) az történik majd, hogy az aktuális gyertya + periódusnyi másodpercre állítódik a következő futás időpontja. Vagyis legközelebb csak az aktuális gyertya lezárulása után érkezhet jelzés legjobb esetben.
    • Minden gyertya befejezésekor lefut az ellenőrzés az (akkor) két utolsó lezárt gyertyával kapcsolatban.
    • Az ellenőrzés után kijelöljük a következő futás időpontját, így akadályozva meg a folyamatos alerteket.
    • Ez egy gyors megoldás, de a célnak tökéletesen megfelel.
15 bejegyzés megtekintése - 211-225 / 651