[Radulovic Attila]

Hozzászólás: Vonal objektum használata a charton #8708

Kedves Afropapa8!

A vonal mozgatásának követésének elméleti alapja viszonylag egyszerű: tárolnod kell a vonal utolsó árszintjét, és az OnChartEvent() -en belül az CHARTEVENT_OBJECT_DRAG eseményt kell kezelned. Ez az esemény akkor kerül meghívásra, amikor a vonal megváltozik, azaz a mozgatása befejeződik.

A megváltozott árat szintén eltárolod. Az eltárolásnak alapvetően az ellenőrizhetőség miatt van szerepe, hiszen nem biztos, hogy az a helyszín, ahová a vonalat húztad, helyes. Ekkor a legutolsó eltárolt értékre kell visszrajzolni a vonalat. Ezen túlmenően az eltárolás a visszateszti ellenőrzéshez is fontos, hiszen ott nem lehet az OnChartEvent() -öt használni.

Ez egy jó kiindulópont, de ha elakadtál, majd jelzed.

Második kérdésed kapcsán: igen. a célárnak csupán egy feltételnek kell megfelelni: buy pozíció esetén a beállítás pillanatában az aktuális ár felett, míg sell pozíció esetén alatt kell lennie. A célár teljesülése során simán lehet, hogy veszteséges lesz a trade.

Stoploss esetén ugyanez a szabály, csak pont fordítva: buy pozíció esetén a beállítás pillanatában az aktuális ár alatt, míg sell pozíció esetén felett kell lennie.

[Radulovic Attila]

Hozzászólás: Tick Data Suite kérdések #8599

Japa, örülök hogy megoldódott! A távolságok kifejezése kapcsán pont pár hete közöltem egy cikket, ha nem olvastad, akkor ajánlom!

[Radulovic Attila]

Hozzászólás: Alligátor indikátor #8595

Pontosan milyen stratégiát követsz egyébként? Hátha van valamilyen indikátor a tarsolyomban, amit el tudok Neked küldeni.

[Radulovic Attila]

Hozzászólás: A legnagyobb veszteségű pozi zárása #8594

Én a linkelt cikkben bemutatott kódot használom. Nincs most kapacitásom minden lehetséges hibát végiggondolni a kódod kapcsán, ott a teljes megoldást át tudod nézni.

Kapkodós észrevételeim:

• a linkelt cikkben beszélek a ciklusokkal kapcsolatos problémákról, azt mindenképp nézd át
• a Sleep() sikeres zárás esetén felesleges, nem tudom, mi célból van bent
• a zárófüggvénybe én nem vinném be az aktuális árat, mert menet közben az változhat; használd inkább a zárandó típustól függően a MODE_BID és MODE_ASK árakat
• ha nem sikerül zárnod, akkor tudni kellene, hogy miért nem sikerül; a GetLastError() közvetlenül az OrderClose után jöjjön, a res false ágában. Írasd ki, és nézd meg, hogy mi a nyűgje.

[Radulovic Attila]

Hozzászólás: A legnagyobb veszteségű pozi zárása #8585

Ha jól értem, konkrétan a zárással van a problémád, és nem a megfelelő pozíció megtalálásával. A hivatkozott CloseOrder() függvényt nem látom, így arról nem tudok mit mondani :)

Viszont: nem sok cikket írtam programozás témájában, de a zárásról pont igen. Mindenképpen olvasd el azt, szerintem segíteni fog.

Jelezz majd vissza, hogy mire jutottál.

[Radulovic Attila]

Hozzászólás: Alligátor indikátor #8584

Szia szenta!

Nálam nincs leírás, de google-ben elsőre ezt találtam. Ezt olvastad már?

[Radulovic Attila]

Hozzászólás: Tick Data Suite kérdések #8514

Kedves Japa!

Az eltérő instrumentumnevek nem okozhatnak gondot. A Tick Data Settings -en belül a Basic fülön a Symbol lenyitható listában ki van választva helyesen a forrás? A Germany30-at kell kiválasztanod. Kiválasztás után érdemes a Refresh gombra is kattintani.

Ebben a cikkben a „Basic” fül – alapvető beállítások bekezdésben van az a rész, amiről beszélek.

Majd jelezz vissza, hogy megoldódott-e a problémád. Ha nem, akkor a visszateszter panel Napló füléről másold be ide a konkrét hibaüzenetet!

[Radulovic Attila]

Hozzászólás: Tick Data Suite kérdések #8404

Nem gond, kérdezz csak!

Én egyszerűen úgy szoktam, hogy a számlaszámot vagy a jelszót szándékosan elírom, és így már nem fog tudni bejelentkezni.

[Radulovic Attila]

Hozzászólás: Tick Data Suite kérdések #8401

Szia!

Hány darab chartod van nyitva egyszerre? Csökkentsd a számukat, mert az is gond lehet. Ezt erre alapozom:

When running out of memory, an error message is now displayed instead of crashing. This can happen on x86 systems with lots of M1 charts open for different symbols and with a maximized number of bars in memory and on chart.

[Radulovic Attila]

Hozzászólás: Az ideális Expert nyomában #6304

Szerintem ez egy nagyon szépen, igényesen összeállított lista. Szokás kérdése, de én pl. a ticketek adatait nem szoktam menteni és összehasonlítani (szerintem a tiéd bizonyos esetekben jobb megoldás).

Az egyenleg, hitel, bónusz kezelése hasznos dolog, de szvsz egy hosszú időn keresztül kezelt és menedzselt rendszer esetében ígyis-úgyis elkerülhetetlen a napi interakció, azaz érdemes mérlegelni hogy erre automatizmust vagy kézi beavatkozást alkalmaz a kereskedő.

Fontos megjegyezni – bár a lista alapján nem hiszem, hogy Te ne gondolnál rá -, hogy pl. a vizuális megjelenítő rutinok csak valós idejű és vizuális futtatásnál jelenjelenek meg, a minél kevesebb erőforrás fogyasztása érdekében.

Egyébként csak saját stratégiák programozásával foglalkozol, vagy másoknak is vállalsz programozást?

[Radulovic Attila]

Hozzászólás: Instrumentum lista lekérdezése #6302

Igen, így van! Köszi, hogy megírtad, idáig elkerülte a figyelmemet.

[Radulovic Attila]

Hozzászólás: Fibonacci objektum #6301

Sziasztok!

Köszönjük jagus a tippet!

Az eredeti kérdés a programozott módszerrel történő lekérdezés volt – abban sajna nem segít ez a megoldás, ami viszont kétségkívül nagyon hasznos darab felhasználói szemmel. :)

[Radulovic Attila]

Hozzászólás: rossz profit adatok a strategy testerben #6229

A Tickstory-hoz nincs, a Tick Data Suite-hoz pedig kattints ide!

[Radulovic Attila]

Hozzászólás: rossz profit adatok a strategy testerben #6227

Nagyon jó gondolat, ez lesz a megoldás.

HUF-ot ugyan valóban nem tudsz választani a lehulló menüből, de kattints bele és be fogod tudni írni.

[Radulovic Attila]

Hozzászólás: rossz profit adatok a strategy testerben #6224

Jutalék?

[Szerző]

Bejegyzés