Hozzászólások
-
SzerzőBejegyzés
-
Hozzászólás: Teszter model beállítás lekérdezése #1657
Nincs olyan függvény az MQL4-ben, amivel ezt le tudnád kérdezni.
Hozzászólás: Fordítási optimalizáció? #1653A lassu_muvelet() függvény mindenképpen le fog futni az „a” feltétel teljesülésétől függetlenül, így mindenképpen érdemes azt beágyazni. Én legalábbis jelentős optimalizációt értem el ily módon.
Hozzászólás: Érthetetlen hiba #1651A #property indicator_buffers -zel meg kell adnod a pufferek számát. Amennyiben tömböt használsz adatfeldolgozásra, akkor annyiszor kell végigmenned a tömbökön, ahányszor az adott tömbből dolgozni akarsz.
counted_bars = IndicatorCounted(); limit = Bars - counted_bars; for(int i = 0; i < limit; i++) { Buffer.MAFast[i] = iMA(Symbol(), MA.TF, MA.Period, MA.Shift, MA.Method, MA.Price, e); }
Ha ezek után a a Buffer.MAFast[i] adatai alapján egy másik puffer tömböt akarsz kiszámítani/feltölteni, akkor azt egy újabb for ciklussal kell megtenned. Én ezt a furcsaságot tapasztaltam.
Ameddig az újra chartra csatolás probléma fennáll, addig valami nem jó!
Hozzászólás: include vagy import #1641Az include esetében a forráskód folyamatosan elérhető és a lefordítandó fájl létrehozásához mindenképpen szükséges.
Az import esetében ex4 kiterjesztésű, lefordított eljárásgyűjteményt használhatsz. A forráskód ilyenkor nem látható a használó számára. (Természetesen mint minden, ez is visszafejthető!)
Az import használatakor több dologra kell figyelni, ha házon belüli (saját) projekthez használod és a forráskódot nem adod ki akkor véleményem szerint is jobb megoldás az include.
Hozzászólás: Optimalizáció #1640COF258:
Milyen utolsó sor milyen integerére gondolsz?sikeresotto:
Nem tudok az általad leírt webes szolgáltatásról. A történelmi adatok bővítéséről itt olvashatsz.Hozzászólás: megbízások zárása, módosítása #16371) A for ciklus OrdersTotal() (és MT4-ben szinte minden beépített index esetén) nullától indul, nem 1-től. Erre nagyon figyelj, mert így mindig kimarad egy-egy pozíció.
Helyesen tehát: for (i=0;i
A lényeg, hogy minden robot csak és kizárólag a saját magic számú pozícióit kezelje! Hozzászólás: Nem indul az EA #1636Ritkán tapasztalatok „csak úgy” leállást – bizonyára valami apróság volt, előfordul az ilyesmi.
Ha írsz e-mailt, akkor tudunk előre egyeztetni időpontot!
Hozzászólás: megbízások zárása, módosítása #1633Ellenőrizd, hogy a két változód – amelyben a két ticket számot őrzöd – egyáltalán rendelkezik-e adattal. Nem jó arra építeni, hogy „egyszer már volt helyes értékük”.
A pozíciók átnyálazása során mindig az ÖSSZES pozíciót nézd végig, és ezekből szűrj magic szám, típus és egyéb feltételek alapján. Ha két buy pozíciót akarsz kezelni, akkor keress és várj el két darab buy pozíciót. Az is egy helyzet, ha nincsen buy pozíció, az is ha több van mint kettő, az is ha kevesebb mint kettő. A „melyik a régebbi pozi” problémát legegyszerűbben a ticket számmal tudod eldönteni: az újabb pozíciónak nagyobb ticket száma van.
A Min_Dist és TS eredeti (kiindulási) értékét nem látom, de érdemes azt is ellenőrizned mert lehet hogy inkább ott van a baj. Ha mindkettő érték nulla, akkor már nem jutsz be abba az if ágba, amely csinálna is valamit.
Hozzászólás: Nem indul az EA #1632Első körben egy új terminál telepítést javaslok másik könyvtárba, ahol leellenőrzöd hogy hasonló konfigurációval is fennáll-e a probléma.
Arra figyelj még, hogy az instrumentum ára mozog-e egyáltalán – vannak esetek, amikor pl. az instrumentum igazi neve EURUSDx vagy EURUSDi (azaz pre- vagy postfix-e van), és a metában alapból bentmaradó EURUSD -n próbálod a robotot indítgatni. Elég ritka, de idegesítő hiba – itt nincs tick, hiszen rossz chart van nyitva.
Ellenőrizd azt is, hogy a terminálban az árak mozognak-e – tehát van-e egyáltalán bejövő tick. A kapcsolat állapotát a terminál jobb alsó sarkában találod.
Érdemes készítened egy egyszerű expertet (semmi más ne legyen benne, csak egy Print („ehe!”); a start() -on belül). Ezzel az experttel próbálgasd végig az instrumentumokat. Ha ez az expert működik, akkor a tieddel van valami baj.
Ha végképp nem jutsz semmire, akkor belenézek az EA-ba, hátha valami különleges apróság lesz a hiba oka. Szerintem viszont inkább a terminál hibája vagy valami apró figyelmetlenség a ludas.
A sörmeghívást elfogadom, mikor jársz erre?:)
Hozzászólás: Adatok minősége #1629Elképzelhető, a JForexes vagy php-s letöltési módszert javaslom – nekem nemigazán sikerült egy-két alkalom kivételével komolyabb mennyiségű adatot böngészőből letöltenem :(
Hozzászólás: IsTesting() indikátorban #1627Igen, szabad. Hál’Istennek a brókertől lekérdezhető környezeti értékek tekintetében egységes a MT4.
A MarketInfo értékeinek feldolgozása néha trükkös lehet – rájönni a szűkös doksiban lévő leírás alapján mindenre – de ezen kívül a beépített előre definiált változók kezelése minden terminálban ugyanaz.
Én amikor csak lehet mellőzőm a felhasználótól bekért adatokat (a műszaki működéshez szükséges adatok kapcsán legalábbis). Nagyjából majdnem mindent automatizálni lehet egy kis logika és a lekérdezhető értékek segítségével.
Hozzászólás: IsTesting() indikátorban #1625Értem. Sajnos nincs ötletem az IsTesting() indikátorban történő alkalmazására – az indikátorok vizuál tesztkor történő használata valóban egy eléggé elb*szott valami…
Hozzászólás: Adatok minősége #1624Egyelőre nincs ötletem a kérdés kapcsán, én ilyesmit nem tapasztaltam még. Az adatok biztosan jól töltődtek le? A konverziós szkript nem ír lehetséges gap-eket a konvertálás során?
Hozzászólás: IsTesting() indikátorban #1620Részben értem csak az általad leírtakat.
Mit értesz egyébként „felettes” gyertyák alatt? A lezárt gyertyákra gondolsz? Ha leírod, hogy pontosan mit szeretnél (részletesebben) akkor megpróbálok segíteni.
Az indikátorból szerintem nem lehet megállapítani azt, hogy éppen vizuál teszterben használod-e vagy nem.
-
SzerzőBejegyzés