Hozzászólások

15 bejegyzés megtekintése - 61-75 / 651
  • Szerző
    Bejegyzés
  • Radulovic Attila
    Tag
    Bejegyzések száma: 653
    Hozzászólás: Pozicó nyitás #5597

    Értem, örülök hogy nem használsz semmit „bedrótozva” ;)

    Még egy gondolat: az extern változó módosítását kerüld el ilyen esetben, illetve a LotSizeX változó is legyen double. Ezek csak megjegyzések, lehet hogy ez sem segít. Az OrderSend-be a lotméretnél rakj be egy NormalizeDouble() -t, és nézd meg úgy is még egyszer:

    ... = OrderSend(Symbol(), OP_BUY, NormalizeDouble(LotSize, 2), Ask, 3, 0, 0, "primary buy", magicSz, 0, Blue);
    

    Tényleg nem tapasztaltam még ilyasmit, mint amit leírtál.

    Radulovic Attila
    Tag
    Bejegyzések száma: 653
    Hozzászólás: Pozicó nyitás #5595

    Nem lehet, hogy bedrótozod az instrumentum nevét? XM-nél pl. EURUSDmicro-n akarsz kötni, de a MarketInfo-ban meg EURUSD -t adsz meg. Szinte 100%, hogy ilyesmi oka van, a minimum/maximum lotméretek lekérdezése során nem gyakran futni bele problémába.

    Vagy az EURUSD-n akarsz kötni, aminek a minimum kötésmérete valóban lehet 0.1. A lényeg, hogy mindig a Symbol() -t vagy a megfelelő függvényeknél a NULL -t használd!

    Második lehetséges problémaként a helytelen tizedes pontosságot tudom említeni; próbálkozz a NormalizeDouble(lotméret, 2); -vel, ez tuti működni fog.

    Ha egyik sem vezet eredményre, a pozíciónyitó részt másold be ide a fórumba és megfejtjük, mi a probléma. A kód többi része irreleváns, csak a lotméret számítás / deklarálás és a nyitás legyen benne.

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

    Köszönöm mások nevében is, hogy megírtad!

    Radulovic Attila
    Tag
    Bejegyzések száma: 653

    A kódod felépítése nekem kissé ködös. Első körben mindenképp ajánlom ezt a cikkemet, mert ebben kitérek például a for cikluson belüli lezárás esetén felmerülő problémákra.

    Radulovic Attila
    Tag
    Bejegyzések száma: 653

    Szia Zoli73!

    Ha GyertyÖntő nem válaszolna, akkor szólj, és írok neki egy e-mailt, hogy szeretnél vele beszélgetni.

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

    Szuper! Megtennéd, hogy bemásolod a megoldást? Így mások is okulhatnak a kérdésedből ;)

    Radulovic Attila
    Tag
    Bejegyzések száma: 653

    Szia kosza!

    Látatlanban nehéz így erre bármit mondani, minden esetre önmagában a Print() függvény nem okozhat ilyen problémát. Azt ellenőrizd, hogy az alábbiak közül van-e olyan, amely túlságosan gyakran (pl. tickenként) fut:

    OrderSend(), OrderModify, OrderClose, OrderCloseBy.

    Ezek azok, amelyek valamilyen parancsot küldenek a brókercég szerverére.

    Radulovic Attila
    Tag
    Bejegyzések száma: 653

    Akkor a programkódodban van a probléma. Nézd meg, hogy a kódod egyáltalán eljut-e odáig, hogy pozíciót nyisson. Ha eljut, és próbálkozik, de nem sikerül akkor pedig a nyitás után közvetlenül írasd ki a hibakódot a GetLastError() függvénnyel. Lehet, hogy valami banális oka van (pl. nincs elegendő pénz a számlán).

    Radulovic Attila
    Tag
    Bejegyzések száma: 653

    Szia mayer!

    Ez a viselkedés alapvetően mindig a robottól függ. Ha a robotot úgy készítették el, hogy kizárólag egy kötése lehet, akkor ez akár magic számtól független viselkedés is lehet. Ha be lehet állítani a magic számot, akkor az egyes példányoknak állíts be különböző magic számokat. Még az is elképzelhető, hogy a robot tudatosan tart nyitva kizárólag egyetlen pozíciót – azt javaslom, vedd fel a kapcsolatot a robot programozójával, és egyeztess vele annak érdekében, hogy ne maradjanak kétségek. A biztonságos üzemeltetéshez és kereskedéshez ez mindenképpen szükséges, hiszen ha nem tudod hogy hogyan és miért viselkedik úgy egy robot ahogy, akkor hogyan akarsz vele éles pénzt kezeltetni?

    Radulovic Attila
    Tag
    Bejegyzések száma: 653
    Hozzászólás: éjfél körüli spread #5495

    Valóban, a spread a „lazább” eseménytelenebb időszakokban is képes kitágulni. Amennyiben a kockázatvállalásod megengedi, természetesen lehet tágítani ilyenkor a stoplosst, ha szükséges.

    Ebben az esetben viszont a valós kockázat az eredetileg vállalt kockázatodnál természetszerűleg nagyobb lesz.

    Radulovic Attila
    Tag
    Bejegyzések száma: 653
    Hozzászólás: RSI szintek szinezése #5473

    Értelek. Az ObjectCreate és a #resource segítségével tudsz képet megjeleníteni a charton, kizárólag BMP (32 bites) formátumban. Ha biztos vagy benne, hogy helyes az elérési út és mégsem jelenik meg a kép, akkor az a BMP formátum miatt lesz – kísérletezni kell, hogy képszerkesztőből exportáláskor milyen beállításokkal mented a BMP fájlt.

    Ha szeretnéd, akkor egy Support Pro + oktatás konzultációt javaslok Neked, ahol a Te gépeden osztott képernyővel megírom a kódot, és utána HD videón megkapod a felvett anyagot. Ha van még további kérdésed, azokat is megbeszélhetjük a konzultáció során.

    Radulovic Attila
    Tag
    Bejegyzések száma: 653
    Hozzászólás: Egyéb #5460

    Szia Phoenix65!

    Idáig nem találkoztam ezzel a kiterjesztéssel. Rövid guglizás után az derült ki, hogy ez egy VertexFX nevű kereskedési platform kiegészítője. Azaz ehhez a platformhoz találtál egy indikátort. Ennek viszont semmi köze az MT4-hez, így az indikátort sem fogod tudni használni MT4-ben.

    Radulovic Attila
    Tag
    Bejegyzések száma: 653
    Hozzászólás: RSI szintek szinezése #5457

    Mire gondolsz megnyíló ablak alatt? A charton az MQL4 nyelv segítségével megjeleníthetőek BMP típusú képek, de szerintem ez itt ebben az esetben nem a legjobb út.

    Az általad leírtakra egy képnézegető programot javaslok, felesleges ehhez programozni.

    Radulovic Attila
    Tag
    Bejegyzések száma: 653

    Roden, köszönöm a válaszodat. Tulajdonképpen tök jó okfejtés, nem nagyon tudok mit hozzáfűzni, icrammg-hoz az eredeti felvetés kapcsán talán csak annyi kérdésem van, hogy: amennyiben USDHUF -ot tradelsz, akkor miért EURHUF -al akarsz fedezni?

    Radulovic Attila
    Tag
    Bejegyzések száma: 653

    Igen, bár a valóságban ezen „tartozások” behajtásával kapcsolatban nem hallottam még sikeres precedenst. Érdemes olyan brókercéget választani, akinek a szerződésében az ilyen esetekre kiterjedően nem hárítják a felelősséget az ügyfélre.

    Az ilyen extrém helyzetek elkerülése előre tervezetetten meglehetősen nehéz, tulajdonképpen a legjobb amit tehetsz az a pénzed diverzifikálása (több brókercégek, több számla), illetve a bejelentések időpontjainak előzetes tanulmányozása. A legtöbb esetben lehet tudni, hogy milyen nagy bejelentések lesznek és milyen időpontban; ilyenkor jobb kimaradni a piacból és nem kereskedni.

15 bejegyzés megtekintése - 61-75 / 651