Thread: Berekening van geld van in- en uitstappen van een transactie..en meer

Wil je gewoon aan een afzonderlijke balk (de balk is er een tussen open tijd of sluitingstijd) de waarde van puntengeld van deze transactie berekenen!

Zoeken naar deze formule:
ProfitInMoney= (Open-sluiten .......)*.....
Is er een zelfde formule voor punten voor elke verschillende hefboomwerking en lotgroottes?
Als ik een transactie heb met 1 lots of 0,01 met 1:500 of 1:100 heb ik hetzelfde puntenverschil... maar welke waarde moet ik in een trademanager schrijven?

Originally Posted by ;

Ik geloof dat de reden voor de kleine discrepantie tussen uw kolommen O en P is dat, wanneer u een paar XXXYYY verhandelt, en YYY een andere valuta is dan uw rekeningstortingsvaluta (zeg ZZZ), de TICKVALUE verandert als de prijs beweegt, omdat het gebruikt om YYY terug naar ZZZ om te zetten, en de YYYZZZ-wisselkoers zal vrijwel zeker veranderd zijn tussen het openen en sluiten van de positie.

//---- hey hannover.....
..... ik heb nooit gedacht aan het omgekeerde terug naar usd conversiefactor ..... je moet bijna gelijk hebben .... de reden dat ik gisteravond niets heb gepost was omdat mijn werk eraan van lang geleden was en half vergeten... om nog maar te zwijgen van het nooit tot op de cent berekende... net zoals je zei, voor zover ik me herinner, zou elke transactie van xxxusd correct zijn... al het andere had een grote kans om te worden een paar cent korting.....hoop dat je handel goed gaat.....en je brandblussers zijn volledig opgeladen.....h

1 Bijlage(n)

Originally Posted by ;

om de een of andere reden ben ik er nooit in geslaagd om de afzonderlijke componenten altijd gelijk te laten zijn aan de orderwinst ... misschien 10% van de tijd is het een paar centen korting ... heel goed mogelijk is het gewoon een probleem met het afronden van cijfers ... .. hieronder is het gemakkelijk te lezen script ..... misschien kunnen jullie mijn fout zien .... kijk of de kolommen 'o' en 'p' overeenkomen

Hayseed, TICKSIZE is altijd constant, voor zover ik weet, en is over het algemeen hetzelfde als POINT (behalve in zeldzame gevallen, zoals emmzett aangeeft. Ik was dit nog niet eerder tegengekomen, omdat ik de neiging heb om alleen met de majors te werken). Ik geloof dat de reden voor de kleine discrepantie tussen uw kolommen O en P is dat, wanneer u een paar XXXYYY verhandelt, en YYY een andere valuta is dan uw rekeningstortingsvaluta (zeg ZZZ), de TICKVALUE verandert als de prijs beweegt, omdat het gebruikt om YYY terug naar ZZZ om te zetten, en de YYYZZZ-wisselkoers zal vrijwel zeker veranderd zijn tussen het openen en sluiten van de positie. Om het gebruik van MQL4 uit te leggen, is wat u effectief doet: open_value = open_priceTICKSIZE * tickvalue_at_time_of_ close * volume; close_value = close_priceTICKSIZE * tickvalue_at_time_of_close * volume; winst = close_value - open_value; Terwijl ik verwacht dat als je de waarde van TICKVALUE opslaat op het moment dat de positie wordt geopend, en het volgende doet: open_value = open_priceTICKSIZE * tickvalue_at_time_of_ open * volume; close_value = close_priceTICKSIZE * tickvalue_at_time_of_close * volume; winst = close_value - open_value; dan moet elke discrepantie uitsluitend te wijten zijn aan afronding. Als YYY en ZZZ hetzelfde zijn (als u bijvoorbeeld in EURUSD handelt en uw stortingsvaluta USD is), mag er geen verschil zijn. Er kunnen nog andere redenen zijn waar ik niet van op de hoogte ben, maar ik ben er vrij zeker van dat dat het is. David ______________________________ [EDIT] Als u bijvoorbeeld EURAUD dumpt, is de tickvalue hetzelfde als de huidige AUDUSD-wisselkoers (0,68514), aangezien de stortingsvaluta USD is:

Originally Posted by ;

{quote} Bedankt voor de heads-up, maar in dat geval denk ik dat je berekening zou moeten luiden: PL = priceDiffMODE_TICKSIZE * MODE_TICKVALUE * volume Kunt u dit bevestigen? Delen door zowel PUNT als TICKSIZE lijkt mij niet juist. Hoewel de opgeblazen winst aantrekkelijk is.

Natuurlijk heb je gelijk. MODE_TICKSIZE is al een absoluut dubbel, geen simpele vermenigvuldiger (een int). Komt van mij dat ik niet test wat ik schrijf. Bedankt :-)

3 Bijlage(n)

Originally Posted by ;

{quote} Bedankt voor de heads-up, maar in dat geval denk ik dat je berekening zou moeten luiden: PL = priceDiffMODE_TICKSIZE * MODE_TICKVALUE * volume Kunt u dit bevestigen? Delen door zowel PUNT als TICKSIZE lijkt mij niet juist. Hoewel de opgeblazen winst aantrekkelijk is.

//----- hey hannover..... dit is misschien off-topic...... begon gisteravond iets soortgelijks te noemen, maar besloot het niet te doen...... de noodzaak voor ticksize is om de tick-waarde aan te passen naar zijn standaardconstante..... tickvalue verandert als gevolg van de prijsverandering tussen 2 ticks ..... je kunt dat in seconden verifi�ren met 1 regel printcode .... als de prijs 10 pips springt in een enkele tick , de tickvalue zou 10 keer groter zijn .... de ticksize-deling van 10 geeft de tickvalue terug naar zijn constante .... dezelfde logica geldt als de prijs 1/10 van een pip beweegt in een enkele tick ..... alle al met al ben ik er om de een of andere reden nooit in geslaagd om de afzonderlijke componenten altijd gelijk te laten zijn aan de orderwinst... misschien 10% van de tijd is het een paar centen korting... heel goed mogelijk is het gewoon een probleem met het afronden van cijfers ..... hieronder is het gemakkelijk te lezen script ..... misschien kunnen jullie mijn fout zien .... kijk of de kolommen 'o' en 'p' overeenkomen ... h/-- -- Ingevoegde code p = (OrderClosePrice()-OrderOpenPrice())*((MarketInfo(OrderSymbol() ,MODE_TICKVALUE)/MarketInfo(OrderSymbol(),MODE_TICKSIZE)))*OrderLot s();/---- bewerk toegevoegde screenshot van veelvoorkomende verschillen in kolom o en p
https://www.aforexa.com/attachments/...7518612230.mq4
https://www.aforexa.com/attachments/...8383593575.ex4

Originally Posted by ;

PL = prijsverschilMODE_POINTMODE_TICKSIZE * MODE_TICKVALUE * volume

Bedankt voor de heads-up, maar in dat geval denk ik dat uw berekening zou moeten luiden: Code ingevoegd PL = priceDiffMODE_TICKSIZE * MODE_TICKVALUE * volume Kunt u dit bevestigen? Delen door zowel PUNT als TICKSIZE lijkt mij niet juist. Hoewel de opgeblazen winst aantrekkelijk is.

1 Bijlage(n)

Originally Posted by ;

dubbele entry_price = Open[0];/of wat je maar wilt, dubbel exit_price = Close[0];/of wat je maar wilt, dubbel volume_in_lots = 0.01;/microlot (of welke partijgrootte je maar wilt) string symbol = Symbol();/of welk symbool je ook wilt dubbele winst_in_geld = (exit_price - entry_price)MarketInfo(symbol,MODE_POINT) * MarketInfo(symbol,MODE_TICKVALUE) * volume_in_lots; entry_price en exit_price kunnen elke twee prijsniveaus zijn waartussen u de geldwaarde wilt berekenen. De bovenstaande berekening zou universeel moeten werken....

Bedankt...heel goed uitgelegd!

Code dubbele entry_price ingevoegd = Open#91;0#93;;/of wat je maar wilt dat het dubbel is exit_price = Close#91;0#93;;/of wat je maar wilt, dubbel volume_in_lots = 0.01;/microlot (of welke partijgrootte je maar wilt) string symbol = Symbol();/of welk symbool je ook wilt dubbele winst_in_geld = (exit_price - entry_price)MarketInfo(symbol,MODE_POINT) * MarketInfo(symbol,MODE_TICKVALUE) * volume_in_lots; entry_price en exit_price kunnen elke twee prijsniveaus zijn waartussen u de geldwaarde wilt berekenen. De bovenstaande berekening zou universeel moeten werken. Hefboomwerking is niet relevant; het bepaalt alleen hoeveel marge (wat overeenkomt met geld op uw rekening) u nodig heeft om een ??????positie te openen. Waarschijnlijk moet u controleren op een fout door delen door nul, maar dat laat ik aan u over.

Originally Posted by ;

dubbele entry_price = Open[0];/of wat je maar wilt, dubbel exit_price = Close[0];/of wat je maar wilt, dubbel volume_in_lots = 0.01;/microlot (of welke partijgrootte je maar wilt) string symbol = Symbol();/of welk symbool je ook wilt dubbele winst_in_geld = (exit_price - entry_price)MarketInfo(symbol,MODE_POINT) * MarketInfo(symbol,MODE_TICKVALUE) * volume_in_lots; entry_price en exit_price kunnen elke twee prijsniveaus zijn waartussen u de geldwaarde wilt berekenen. De bovenstaande berekening zou universeel moeten werken....

Hannover, je hebt een kleine fout in je logica. @all: Voordat je vermenigvuldigt met MODE_TICKVALUE moet je delen door MODE_TICKSIZE. MODE_TICKSIZE is altijd een veelvoud van MODE_POINT. Meestal is de relatie 1:1, maar dat is niet altijd het geval, vooral niet voor CFD's. Ingevoegde code PL = prijsverschilMODE_POINTMODE_TICKSIZE * MODE_TICKVALUE * volume Wat betekent dat? Het betekent dat er enkele zeldzame instrumenten zijn waarbij MODE_POINT niet gelijk is aan MODE_TICKSIZE, b.v. een instrument is geprijsd in stappen van 0,05. Vele jaren geleden was het de typische manier om aandelen enz. te noteren.

Originally Posted by ;

ik heb nooit gedacht aan het omgekeerde terug naar usd conversiefactor

hoi Hooi,
Het is logisch als ik erover nadenk. Stel dat ik EURAUD wil kopen, wat betekent dat ik AUD 'verkoop' om EURo's te kopen tegen de EURAUD-koers; maar als mijn stortingsvaluta USD is, dan moet ik op de een of andere manier vooraf voldoende USD op mijn rekening omzetten in (elektronische) AUD's, om wat AUD's te verstrekken die ik kan 'verkopen'. Vandaar de AUDUSD-koersconversie die is ingebouwd in TICKVALUE. Dan geldt de omgekeerde volgorde als ik de 'positie' sluit. Natuurlijk koop of verkoop ik in werkelijkheid niets tastbaars, het is allemaal gewoon een groot elektronisch videospel. Totdat ik (hopelijk) mijn winst opneem.
Hoe dan ook, ik hoop dat je een fijne vakantie hebt gehad, het allerbeste voor 2020.
DL