Allmänt meddelande

**Henric** · 2016-06-10, 15:31

Räcker 5 sekunder för delay? Kan det finnas risk att depån inte hinner blir läst på nytt.
Om det finns utställt pris och att du inte har för snävt prisscript blir det avslut på ETN:er, dvs en delay kan då tex ligga på 20sek. Har inte läst textfilerna.

**Rikard Autostock** · 2016-06-10, 15:34

Om alternativet "Makulera befintligt" är ikryssat i ordersekvensen försöker AT makulera ev order i marknaden innan den nya läggs. Det loggas i Tradelog. Om ingen order finns blir det ingen makulering. Och 5 sek mellan orderförsök är för lite för att vara säker på att allt hunnit uppdateras. Om order tex hamnar i marknaden och en ny läggs om 5 sek kan mycket väl båda gå till avslut.

**matsarvendal** · 2016-06-10, 17:00

Ursprungligen postat av Rikard Autostock Visa inlägg

Om alternativet "Makulera befintligt" är ikryssat i ordersekvensen försöker AT makulera ev order i marknaden innan den nya läggs. Det loggas i Tradelog. Om ingen order finns blir det ingen makulering. Och 5 sek mellan orderförsök är för lite för att vara säker på att allt hunnit uppdateras. Om order tex hamnar i marknaden och en ny läggs om 5 sek kan mycket väl båda gå till avslut.

Hur många sekunder skall man då ha? 30? 60?

Hur många sekunder tar det från att ni får en bekräftelse på köp från Nordnet till portfolio() respektive lasttrade() är uppdaterad?

Om det tar ett antal sekunder finns ju alltid risken till att den dubbelköper eller?

Mats

**Henric** · 2016-06-10, 17:05

20 sek. Om inte någon ny mätning har gjorts. Normalt går det fortare, men för att vara säker. Handlar du ETN:er och lägger pris som går igenom brukar det lösa sig själv.

**matsarvendal** · 2016-06-12, 10:54

Ursprungligen postat av Rikard Autostock Visa inlägg

Om alternativet "Makulera befintligt" är ikryssat i ordersekvensen försöker AT makulera ev order i marknaden innan den nya läggs. Det loggas i Tradelog. Om ingen order finns blir det ingen makulering. Och 5 sek mellan orderförsök är för lite för att vara säker på att allt hunnit uppdateras. Om order tex hamnar i marknaden och en ny läggs om 5 sek kan mycket väl båda gå till avslut.

I TRADELOG.TXT ser man att första ordern gått genom:

*-->20160609 09:01:10 Trade ---
4248 BULL DAX X15 VON8(35) 13619291 90224999 93.0000 202.7600 0 2457549.3758080322

Och i samma sekund påbörjas andra ordern (med att ta bort utestående ordrar)

*-->20160609 09:01:10 ---
Attempting checking to cancel active orders

Den andra ordern skall inte påbörjas eftersom köpscriptet skall blocka ordrar om man redan har innehav.

Uppdateras "lasttrade" info direkt när "Trade" kommer in?

Sedan en annan konstig sak - i andra traden så försöker den ta bort första ordern (som gått igenom) - och lyckas att ta bort den:

*-->20160609 09:01:10 Deleting order ---
90224999
*-->20160609 09:01:10 Order deleted response ---
deleted orderid=90224999,res=OK,ostate=DELETED,astate=DEL_CONF,accnt=13619291

Hur kan det gå till - ordern har ju gått igenom?

Återigen - jag måste ha ett sätt att hindra dubbelköp. Att använda lasttrade och fördröja köp i t.ex. 20 sek kommer ju inte att vara 100% säkert. Eftersom det verkar som om "lasttrade" informationen inte uppdateras direkt när köpet gått genom.

Rickard - stämmer det?

**Rikard Autostock** · 2016-06-12, 11:49

Eftersom ordrarna skickats så snabbt hinner inte Nordnets system uppdatera att den redan gått till avslut, och därför får man status Ok på makuleringen. LastTrade uppdateras så fort "Trade" kommer in och kontosynk gjorts. 20 sek är i min mening helt säkert. Bästa sättet att hindra dubbelköp är xk)-scriptet ställt på tex 0.33 minuter. Det blir 20 sek. Det ska extremt mycket till att få dubbla order då. Vill man ha ännu mer säkerhet kan man ju alltid mäta positionsstorleken och sälja av överskott om den blir för stor. Då har man aktiv feedback som gör att hela systemet blir självreparerande.

**matsarvendal** · 2016-06-12, 13:07

Ursprungligen postat av Rikard Autostock Visa inlägg

Eftersom ordrarna skickats så snabbt hinner inte Nordnets system uppdatera att den redan gått till avslut, och därför får man status Ok på makuleringen. LastTrade uppdateras så fort "Trade" kommer in och kontosynk gjorts. 20 sek är i min mening helt säkert. Bästa sättet att hindra dubbelköp är xk)-scriptet ställt på tex 0.33 minuter. Det blir 20 sek. Det ska extremt mycket till att få dubbla order då. Vill man ha ännu mer säkerhet kan man ju alltid mäta positionsstorleken och sälja av överskott om den blir för stor. Då har man aktiv feedback som gör att hela systemet blir självreparerande.

Hej igen,
jag har motsvarande kontroll i köpscriptet som att använda sig av "xk) Delay köp":

Kod:

okTimeBetweenBuy=gt(mult(86400,sub(date(),lasttrade(b,d))),5)

Men det är inte där problemet ligger.

Scriptet köper ju på första signalen ÄVEN om jag har innehav:
Dvs koden:

Kod:

inTrade=and(gt(cash(a),0),gt(portfolio(v),0))

som skall se till att köpsignal 16 bara aktiveras vid inget innehav - fungerar inte.

I loggarna ser man att det första köpet går genom.

Du skriver att LastTrade uppdateras så fort "Trade" kommer in och kontosynk gjorts. Den här kontosynken verkar ske var 8:e sekund.

Det innebär att det finns ett tidsfönster på 8 sekunder där det kan bli dubbelorder efterom inte "portfolio" eller "lasttrade" informationen är uppdaterad.

Eller har jag fel?

**Rikard Autostock** · 2016-06-12, 13:25

Kontosynk görs av samma programtråd som exekverar scripten, så det kan inte bli dubbla order innan en kontosynk gjorts. Men du skriver att köp bara ska kunna göras om inget innehav finns:

inTrade=and(gt(cash(a),0),gt(portfolio(v),0))

blir sant om innehav finns, dvs om du vill testa att inget innehav finns måste gt(portfoliov(),0) ändras till eqv(portfolio(v),0)

**matsarvendal** · 2016-06-12, 14:34

Ursprungligen postat av Rikard Autostock Visa inlägg

Kontosynk görs av samma programtråd som exekverar scripten, så det kan inte bli dubbla order innan en kontosynk gjorts. Men du skriver att köp bara ska kunna göras om inget innehav finns:

inTrade=and(gt(cash(a),0),gt(portfolio(v),0))

blir sant om innehav finns, dvs om du vill testa att inget innehav finns måste gt(portfoliov(),0) ändras till eqv(portfolio(v),0)

Japp vet det - när jag kollar om jag inte ligger i affär så använder jag "not(inTrade)". Så det är inte där problemet ligger.

Men om kontosynk görs av samma tråd - hur kan då koden köpa med köpsignal 16 - som kräver att den inte är i trade?

Koden har uppenbarligen köpt med samma signal trots att den signalen kräver att man inte är i trade redan (se loggarna).
Hur kan jag förhindra detta?
Räcker det inte med att kolla portfolio?

**Rikard Autostock** · 2016-06-12, 16:08

Problemet uppstår om man har en order i marknaden och postar en till. Det kan mycket väl bli så att den i marknaden går till avslut precis samtidigt, eller någon halvsekund innan osv. Då hinner inte systemet uppdatera all status. Det kan man förhindra med att ta till priset lite extra så att man får avslut direkt, och dessutom lägga xk)-script som hindrar ny order inom x sek efter den senaste.

**matsarvendal** · 2016-06-13, 08:43

Ursprungligen postat av Rikard Autostock Visa inlägg

Problemet uppstår om man har en order i marknaden och postar en till. Det kan mycket väl bli så att den i marknaden går till avslut precis samtidigt, eller någon halvsekund innan osv. Då hinner inte systemet uppdatera all status. Det kan man förhindra med att ta till priset lite extra så att man får avslut direkt, och dessutom lägga xk)-script som hindrar ny order inom x sek efter den senaste.

OK, om jag förstått dig rätt - från att köpscriptet ger köpsignal finns inget sätt att säkra upp att det inte blir dubbla köp.

Då är frågan - skulle man kunna blockera det redan in köpskriptet. T.ex. genom att spara undan en tidsstämpling vid köpsignalen.

t.ex. 16 är numret på köpsignalen, buySignal är sant om köpsignal:

Kod:

...
delayOrder=gt(sub(date(),getgvar(500,D),20)
buySignal=and(buySignal16,delayOrder)

...

setgetvarif(16,500,buySignal,D,L)
mult(20,buySignal)
)

**Henric** · 2016-06-13, 09:50

Det behövs ingen cell. Ordern får en tidstämpel även om inget avslut skett. Ligger en order i marknaden och avslutet sker precis i glappet när nästa sänds spelar det ingen roll. Jag har aldrig fått problem med 20 sekunder delay vid marknadsorder.

1. 20 sekunder delay
2. Lägg pris så det blir avslut
3. Skicka en nollorder som makulerar mellan order + delay(om lägger limitorder som kanske inte går till avslut)
4. Dynamiskt justera antal om övermål.

**matsarvendal** · 2016-06-13, 10:11

Ursprungligen postat av Henric Visa inlägg

Det behövs ingen cell. Ordern får en tidstämpel även om inget avslut skett. Ligger en order i marknaden och avslutet sker precis i glappet när nästa sänds spelar det ingen roll. Jag har aldrig fått problem med 20 sekunder delay vid marknadsorder.

1. 20 sekunder delay
2. Lägg pris så det blir avslut
3. Skicka en nollorder som makulerar mellan order + delay(om lägger limitorder som kanske inte går till avslut)
4. Dynamiskt justera antal om övermål.

Tack Henric!

Allmänt meddelande

Dubbelköp

Dubbelköp

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment