Gandhi

L00ser, nie je potrebne tahat vsetky timeframes, staci ti minutovy. Vsetky vyssie sa z neho daju dopocitat. Ak budes ukladat vsetky a v XML, budes mat kazdy mesiac 200-300 MB dat.

Lev, tvoje problemy mozu sposobovat dve veci. 1. Pouzivas VT API 1.03 co maju oficialne na stranke. Treba ist na forum, registrovat sa ako betatester a odtial si stiahnut 1.04. 2. Alebo mas spustene naraz aj originalny program aj ten tvoj a vtedy nechodia korektne spravy zo servera. Ich vyvojar (Guskov) slubuje, ze coskoro by to malo na serveri fungovat, ale slovo "coskoro" moze znamenat v Rusku nieco ine nez u nas. :-)

Maverick. Vynatok z ich manualu. There is a possibility to pass parameters by reference. In this case modification of such parameters will be reflected on corresponded variables in the called function. To point, that the parameter is passed by reference, after a data type it is necessary to put the modifier &. Example: void func(int& x, double& y, double& z[]) { ... } www.metaquotes.net/experts/mql4/variables/

Man, ak mas na mysli ten vzorovy AOS, tak tam je hned na zaciatku napisane ze iba ako radcu ho mozes pouzit. Ku plneautomatickemu pouzitiu je tam poznamka dole na stranke, ze to ma svoje muchy. vtsystems.com/resources/helps/0000/HTML_VTtrader_Help_Manual/vt_trailingstopsystem.html

Peprnik, pravdepodobne sa obavaju masivneho narastu komunikacie so svojimi servermi. Urcite im vyhovuje relativne staticky pristup, kedy rucne vlozis objednavku a potom uz s nou velmi nehybes. Resp. ked s nou aj pohnes, nedokazes to robit prilis casto. Ak by ti dali do ruk automatiku, samozrejme by to hned vsetci zacali pouzivat a objednavky by sa zacali vyrazne viac posuvat. A to by samozrejme viac zatazovalo ich servery. Na ilustraciu prikladam obrazok, kde je vidno na minutovom grafe ako pravidelne a presne dokaze automatika posunut objednavku (tu konkretne sa to snazilo drzat SL 30 pips od ceny a posuvalo po 5 pipsov, automatika kontrolovala stav kazdych 20 sekund). Clovek by toto so svojim postrehom nikdy tak casto nedokazal. Najma ak obchoduje viac parov naraz.

Radovan65, pravdepodobne to suvisi s nasadzovanim novej verzie servera. Jeden z ich vyvojarov to nedavno naznacoval na fore. Malo by to umoznit aj viac pripojeni naraz k jednemu kontu. A je to asi zmena, ktora nie je uplne jednoducha a vysledkom su tieto vypadky.

Dnesne fundamenty.

Dnesne ranne fundamenty.

Dnesne fundamenty.

Dnesne domceky v grafoch.

Dnesne fundamenty. Na USD su vidiet aj domceky. Na strednom obrazku nie su, tam to bolo v iny den a vyvolalo to v ten den 10-20 pips skok v prospech dolara.

Dnesne fundamenty. Mihail, TVirtualStringTree pouzivam velmi zriedkavo, obvykle sa to vzhladom na vysiu pracnost nevyplati. Toto je obycajny grid od SMComponents s nejakymi dalsimi upravami.

Dute, toto konkretne je napisane v c++ od Borlandu. Je to najma kvoli rychlosti, ratam tam v buducnosti s pomerne masivnymi vypoctami, co by uz skript vo VT neutiahol.

Timd, s podobnou myslienkou generovania indikatora som sa pohraval, ale nakoniec zvitazila lenivost. Takze som to poskladal z niekolkych technologii, co som mal plus k tomu som dopisal zastresenie do jedneho programu a skladovanie sviecok a zobrazenie do grafu. Rano to potom pustim, pripojim sa na server CMS a cely den si to pekne uklada sviecky. Na inom mieste zase nastavim filter na obdobie a z forexfactory stiahnem data na prislusny den. A ked potrebujem, tak si len zobrazim co ma zaujima. Takto to potom vyzera na obrazovke.

Markon, nie je plateny, to som ja napisal. Kombinuje data z VT a forexfactory do jedneho grafu. Export do jedneho obrazku ma napadol vlastne len teraz cez vikend, ako dobra vizualizacia toho co sa dialo v minulosti.

Na zajtra su len slabsie fundamenty. Forexfactory prednedavnom posunul EUR Industrial New Orders na zlte, podla historie to ma naozaj mizivy vplyv. GBP CBI zase posunuli na ruzovy vplyv, ten je vidno v prilozenom grafe, badatelne sa pohol iba minuly mesiac. Ale asi to bude zajtra zase prehlusene sucasnou nestabilitou na trhu. Dal som do grafu aj fundamenty z blizkeho okolia par hodin dole a hore a trochu sa snad zlepsila aj citatelnost.

Sid, rucne som to nerobil. :-) Nie som samovrah. Vygeneruje sa to za par sekund. Ale podrobne data mam iba od juna, predtym su len patminutove.

Na prilozenych obrazkoch su predchadzajuce tri mesiace CAD fundamentov ku zajtrajsiemu dnu. Hlavny graf je v patminutovom intervale, kde som mal udaje, tam je zobrazeny aj vysek konkretneho casu v minutovom intervale. Tych grafov je dost vela, pokusil som sa to vtesnat na rozumnu sirku, aby si kazdy mohol spravit obraz ako to reagovalo v minulosti. Data su z VT.

Dute Napsal: ------------------------------------------------------- > @ Man > ak trvas na podmienke ze Tvoj broker bude CMS, tak > je vychodiskom dobry programator+API ktore CMS > zdarma poskytuje na tejto adrese. > > www.cmsfx.com/en/trading-software/download- > vt-trader/download-vt-trader-api/ > > Tam by to myslim islo bez problemov. API je > rozhranie, subor funkcii ci instrukcii, ktore Cez to API sa da naozaj kadeco zaujimave robit, podporuje stahovanie podkladov ku grafom (rovnaky limit ako VT, 5000 sviecok), daju sa pozerat otvorene pozicie aj objednavky a daju sa aj priamo tade otvarat a zatvarat obchody. Na tej adrese maju verziu 1.0.3, ktora ale obsahuje dost chyb, ta najkritickejsia je v tom, ze sa tam neda poriadne posunut objednavka. Existuje aj novsia verzia 1.0.4, ktora nie je verejne pristupna. Ta sa da ziskat na fore, kde treba napisat do jedneho vlakna, ze chces byt betatesterom. Spristupnia ti skryte vlakna, odkial sa da stiahnut najnovsia verzia. Ta je, pokial viem, bez chyb, zasadne veci tam funguju spolahlivo. V kombinacii s kniznicou na technicku analyzu (v podstate tie iste indikatory vie vypocitat ako VT) ta-lib.org/ by sa dal napisat program, ktory by mohol fungovat velmi spolahlivo a vedel by robit aj veci, ktore vo VT nie su. Ale casovo je to samozrejme vyrazne narocnejsie. Treba ratat priblizne 3 clovekomesiace pre skuseneho programatora, kym by sa s tym dalo rozumne robit na urovni, ktoru naznacil Man.

Sid, tie fora sledujem. Pri AOS mozes pouzit iba buy alebo sell za market cenu. To su jedine prikazy, ktore sa realne odoslu na server a zhoduju sa s tymi istymi, co su vo VT. Vsetky ostatne ako SL a TSL je sice mozne pomocou prikazov simulovat, nie su to ale realne SL, ktore si mozes nastavit cez VT. Ich slabina je v tom, ako su implementovane. Maju tam interne pocitadlo na sell alebo buy, ale to je len u teba v pocitaci a z neho sa v skripte vychadza. Takze akonahle nastane nejaky zadrhel (a tie nastavaju pri komunikacii so serverom najma v spickach), AOS stale vychadza z toho interneho pocitadla otvorenych pozicii, ktore vsak nie je synchronizovane so zoznamom realne otvorenych pozicii na serveri. Takze sa ti pri ich pouziti moze lahko stat, ze ti vypadne jeden oznam zo servera o otvorenej pozicii a cely AOS ti zacne napr. obchodovat presne naopak. Sice nechtiac, ale treba s tym urcite ratat, najma ak to ma bezat same v noci. vtsystems.com/resources/helps/0000/HTML_VTtrader_Help_Manual/tsb_outputbookmark_ovpw_tradin.html

Man, vo VT by pravdepodobne islo spravit rozoznanie odrazu od plavajuceho priemeru. Asi by dalo odpichnut od niecoho, co rozoznava patterny a doplnit to pravidlami na plavajuci priemer. Horsie to bude so SL a PT, programovaci jazyk AOS tam umoznuje iba otvorit poziciu a zatvorit ju otvorenim pozicie v opacnom smere. Dost riskantne na to, ze obcas nepride potvrdenie zo servera, ze to urobil. V kombinacii s tym, ze to ma spravit sam v noci bez dohladu a potom ti nahodou vypadne spojenie a ostanes s otvorenou poziciou bez stopky na serveri. Mas toto riziko zohladnene?

Man, su tu aj profesionalni programatori, ale nenapisal si, pod akou platformou obchodujes. Nik z nas nepozna vsetky systemy. Takze upresni v akom programe obchodujes, ci chces AOS priamo v jeho prostredi alebo skor cez nejake API. S automatickym zadanim SL a PT moze byt v niektorych programoch problem, niektore to maju zakazane asi schvalne.

NLA, "mury a kolaje" v tvojom ponimani je asi lepsie nazyvat "pravidla". Tie su v poriadku, pokial ich obchodnik dodrziava. Ja som mal na mysli to postupne sklzavanie do stereotypu. To co sa zacina postupne, ide takymi drobnymi skokmi, ze ich ani nevnimame. Najprv porusujeme nejaku drobnost, murik sa zacina stavat. A postupne, s kazdym nasledovnym dnom sa ku tomu pridava dalsia a dalsia. A odrazu je tu ten "mur" a paradoxne ho nevidi najma ten, kto si ho postupne postavil. Clanok ku ktoremu diskutujeme pojednava o pilotoch. Spomeniem priklad z nedavnej minulosti. Nase vojenske lietadlo sa oplieskalo o vrchol kopca. Mali "pravidla". Boli to skuseni piloti. Nenastal ziaden zavazny vonkajsi vplyv. A napriek tomu su mrtvi. Preco? Zda sa, ze si postavili svoj "murik" a ponad neboli schopni vidiet nebezpecenstvo. Lietali tade pravidelne, ale asi coraz pravidelnejsie nadlietavali nizsie a nizsie nad stromami, az ich to zachytilo. Dalsi priklad. Preco buchli tie vybusniny a vytvorili sme europsky rekord v sile vybuchu? Ked mali aj oni svoje pravidla.

NLA, nepodcenoval by som pracu analytikov. Dobry analytik ma voci tebe obrovsku vyhodu, pretoze sa cely zivot cvici v rychlom pochopeni lubovolnej problematiky a navrhovani postupov, ktore danu cinnost zefektivnia. Trader sa specializuje na svoje obchodovanie a po case si vypracuje nejaku postupnost krokov, ktorych sa drzi. Vychodi si svoj chodnicek a tym si sucasne po bokoch vyslape aj muriky, ponad ktore uz nevidi. Takto to chodi v kazdej ludskej cinnosti, nielen v obchodovani. Analytik nie je priamo zainteresovany na danom probleme, co mu umoznuje byt nad vecou a daleko efektivnejsie navrhovat ucinne postupy na zaklade informacii, co z teba vydoluje. Samozrejme je velmi dolezite, aky nastroj bude potom k dispozicii na naprogramovanie AOS. Ak sa pouzije to iste co je k dispozicii aj pre traderov, vysledok nebude ani v jeho pripade oslnivy, pretoze limit skriptovych jazykov neumoznuje zlozitejsie konstrukcie nez mierne variacie scenara ked krivka A pretne krivku B tak otvor obchod. Ina situacia nastane, ked by si mal primerane mnozstvo penazi na zaplatenie vyvoja programu, ktory obchoduje prostrednictvom niektoreho API. Tam su moznosti vyrazne sirsie a najma odpada problem enormnej spotreby vykonu pocitaca na beh skriptu a obmedzenia vstupov len na to, co dovolil vyrobca tvojho programu. Vtedy uz zavisi vysledne riesenie len od schopnosti analytika a programatorov, ktori vdaka svojej specializacii naprogramuju AOS omnoho kvalitnejsie. Este by som upresnil definiciu AOS. Nevidme v nom len nieco, co same klikne otvorenie a zatvorenie obchodu. Existuje mnozstvo sprievodnych cinnosti, ktore dokaze automatika ulahcit. A potom je velky rozdiel, ci si to vsetko robis sam 8 hodin, alebo ti opakujuce sa veci spravi automat a ty sa (relativne oddychnuty) mozes venovat uz len tomu najdolezitejsiemu, aby si zarobil co najviac.

Madu, cim viac podmienok naraz ma byt splnenych, tym tazsie dana situacia nastane. Mas tam podmienku, ze sa naraz maju prekrizit dve krivky, co moze byt problem, ak to ma nastat vsetko v jednej sviecke. Priloz sem obrazok, aby bolo jasne, ze co presne povazujes za signal. Najma tam vyznac nejakou zvislou ciarou, kedy je ten tvoj predpokladany okamih signalu.