vonV

Samozřejmě, že účet je veden jako spekulantský. Nicméně dle komunikace s brokerem NENÍ garance zavření pozice z jeho strany. Obecnou teorii jak fungují futures tu zná asi většina lidí, včetně mě. V tomhle případě to nestálo nic, ještě zjistím jak to je při fyzickém dodání, kde asi budou nějaké poplatky - pokud by kontrakt vyexpiroval. A přesně, stačí pak cokoliv, kdy se nedostanu do platformy a je průšvih. Obecně jsem nechával některé ziskové obchody otevřené až do krajního termínu, protože IB některé kontrakty zavírá i výrazně před FND, s tím, že tomu předcházeli obecně dva nebo tři maily s upozorněním. Některé zajímavé pohyby pak utečou. Tentokrát to ale prostě nechali být bez jakékoliv zprávy. Každopádně díky za info.

to Honza K.: Předně díky za odkaz - sice také nic konkrétního neříká, ale díky za snahu pomoct. Nicméně z reakcí je vidět, že to tu neví nikdo - a bez urážky ani Vy. Odsuzovat mě nemusíte, to už jsem udělal před zrcadlem a jen se podělím pro podobné situace. A věřím, že se stávají. Mimochodem moje chyba mě stála přes 6.000 USD a upozorňuji, že jsem si příkaz (v opačném směru, proto jsem tam zůstal viset dokonce dvojnásobkem kontraktů) kontroloval dvakrát, nicméně hlava tu chybu prostě brala, že to není chyba. Proč se stane, že zůstanete v otevřeném kontraktu do expirace: stejně jako tu nikdo neví, co následuje, stejně tak všichni předpokládají, že se jim to nemůže stát. Modelová situace: obchod jde správným směrem, likvidita je pořád slušná a proč tedy nenechat obchod běžet, když mi broker pozici zavře často ještě před FND, případně určitě před LND. Tyto termíny znáte, necháte obchod běžet a pak najednou zjistíte, že je ale pozdě. To se prostě stát může z různých důvodů, ač si teď říkáte, že ne - říkal jsem si to taky. Takže jak to je, alespoň u IB: - jsou kontrakty, které se vypořádávají fyzickým dodáním a kontrakty, které se vypořádávají v hotovosti - ty které se vypořádávají fyzicky s téměř jistotou broker uzavře někdy okolo FND, někdy před, někdy po. Tomu předchází alespoň jeden upozorňující e-mail - ty kontrakty, které se vypořádávají v hotovosti může broker nechat otevřené až do expirace a nemusí - o jaký kontrakt se jedná najdete v popisu kontraktu !-! Zprávu s upozorněním a uzavření daného kontraktu ovšem není jisté a broker ho NEGARANTUJE - vše je samozřejmě odpovědnost vás jako brokera a to v ani v jednom popsaném příkladu. Proti tomu asi nelze nic namítat. Pokud se stane, že u kontraktu vyxpořádaného v hotovosti zůstanete do expirace, v podstatě se nic nestane. Pokud jste v zisku, máte zisk, ve ztrátě ztrátu. Po dvou dnech mi otevřená pozice po expiraci zmizela z platformy a na dotaz broker napsal, že žádné závazky ani poplatky nebudou následovat. Takže se v podstatě nestalo nic. Jak to je v případu fyzického vypořádání zatím nevím. Zjistím a dám to sem vědět.

Fajn, ale tady se nejednalo o žádné know how jak to obchodovat spready, ale o problém s expirovaným kontraktem. Díky admine Michale, že jsi zhatil Pajovu snahu mi pomoct - furt vím kulový. :-(

Díky některému adminovi tento můj dnešní dotaz zmizel z jiného vlákna. Prosím aby admin zbytečně nemazal příspěvky, které neporušují pravidla diskuse. Díky. Prosím tedy ještě jednou informace, které mi zatím ve "vzdělání" chybí: Stalo se mi, že jsem omylem držel 5 kontraktů HE APR2012 v krátkém směru. Kontrakt včera vypršel - broker mi neposlal ani e-mail s upozorněním FND nebo LND a ani mi pozici neuzavřel. Nyní zatím mám v platformě 5 otevřených kontraktů, které nelze uzavřít. Na dotaz mi broker sdělil, že pozice již nemohu obchodovat a že pozice budou vypořádány v hotovosti. S touto situací jsem se ještě nesetkal a prosím o info: - co znamená, že expirované (krátké) kontrakty budou vypořádány v hotovosti? - jsou nějaké erozdíly, pokud jsou vyexpirované kontrakty v krátkém nebo dlouhém směru? - proč broker neposlal v případě HE upozorňující e-mail na FND a LND? - proč broker neuzavřel pozice před expirací? Doporučení pro ostatní: kontrolujte příkazy ne dvakrát jako já, ale raději 3x a hlídejte si termíny FND a LND. Zatím je to můj nejdražší omyl.... (td). Díky.

Ve win 7 je už celkem příjemný program přímo ve win a jmenuje se výštřižky - vyberete se i přesně co chcete vyříznout, můžete ho uložit nebo vkládat do jiných aplikací, případně můžete udelat i přímo v prográmku pár rychlých čtů a zvýraznění dle potřeby.

Ja v sierre taky dlouho nedelal a docela me to prekvapilo, ale uz to slape tak jak ma. Tedy: mam otervreny graf se spustenou studii a jakmile zmenim timeframe, tak se timeframe hned zmeni i ve worksheet studii. Ale prve jsem musel studii nekolikrat vypnout a zapnout, proste si Sierra ve worksheet studii umanula nejaky timeframe a ten nechtela zmenit. Kazdopadne me zmatlo, ze ty data jsou po 30 sec, opravdu je to nastavene na 5 sec. Na obrazku zlute zvyrazneni.

Tak worksheet vyreseno - proste je nutne ho nekolikrat otevrit a zavrit a pak zobrazuje spravny timeframe - pravdepodobne si to pamatuje nejake predchozi nastaveni z jineho grafu a z aktualniho grafu si ho vezme az po dalsim zavreni a otevreni Workstudy. S daty je to horsi, vypada to ze jsou stazena opravdu 30sec i kdyz je stahovani dat nastavene na 5 sec.

.. akorat zase narazim na to, ze Sierra mi ve Worksheet study do tabulky uvadi data v jinem timeframe, nez mam stazeny data a nez mam zobrazeno na grafu... furt je neco spatne... Stazeny data mam 5 sec, graf zobrazi maximalne 30 sec a ve Workesheet study je to po 15 min .. a pak se v tom vyznej :-)

Samozřejmě :-) ale stahuj pak ty diry manualne abys je doplnil... ...ale faktem je, ze v podstate staci Sierra Charts nastavit pro IB tak, aby jich bylo minimum, coz jsem predtim nevedel. Treba to nekomu taky pomuze - nastavuje se to v: Global settings - Date/Trade Service Settings - Service: Interactive Brokers - More Interactive Brokers Settings... - Delay Between Historical Data Request: minimalne 10000 miliseconds Jak uz bylo v predeslem textu uvedeno, je to z duvodu, ze IB omezuje pozadavky na 60 dotazu/10 minut. Pokud tam mate mensi hodnotu, casto vam v logu vybehne Error code 162, coz je prave prekroceni datoveho limitu. Podrobnosti jsou zde: www.interactivebrokers.com/php/apiUsersGuide/apiguide/api/historical_data_limitations.htm. Nevim, jak se pak ma chovat Sieera, ale casto tam necha diru za nestazena data a pokracuje dal s dalsimi prijatymi grafy. S popsanym nastavenim sice Sierra stahuje data dele v zavislosti na zvolene casove jednotce stahovanych dat, ale data jsou uplnejsi.

Díky za reakci a prispevek dava smysl :-) Omezeni stahovani dat znam: - max 2000 zaznamu na jeden dotaz - max 60 dotazu za 10 minut - data stahuju ID pro Russel 2000 (TF) a dalsi e-mini futures a z IB lze stahnout az kontrakt 200903 s daty od prosince 2008 Problem s id vylucuji, protoze pokud makro krokuji pomoci F8, tak vse funguje jak ma. Problem nastava v pripade automatickeho behu makra a to uz i pri prvnim dotazu o data. Krom toho dotazy nestahuji soucasne, ale postupne a s prodlevou abych se vyhnul chybe c. 162, ktera znamena prekroceni povoleneho limitu dotazu. Zatim jsem to nouzove vyresil pomoci Sierry, kde jsem nastavil prodlevu pro stahovani dat, tak abych neprekrocil ale tam se obcas vyskytnou gapy v pripade chybejicich dat. Problem je, ze u Sierry nemam kontrolu nad tim, jestli stahne a zapise vsechno, ale verim ze to pouzitelne snad bude :-) Jinak behem 14ti dnu to zkusim jeste vymyslet a urcite sem kod povesim at uz to vyresim sam nebo ne - ted musim fofrem zpracovat to co jsem nastahoval Sierrou. Jeste jednou moc diky za reakci.

Díky za popis napojení Excelu na TWS, ale mám problém, se kterým si už dva celé dny nemůžu poradit. Chci si stáhnout z TWS historická data pro komodity, takže jsem si upravil makro tak, aby mi opakovaně stahovalo z IB data a napojovalo je na sebe - to je z důvodu, že IB umožňuje stáhnout pouze malý "blok" dat - v podstatě omezený počtem řádků (cca 1800 řádků na jedno stažení). Stahování dat jsem dal do jednoduché smyčky, odkud volám v podstatě původní, zde popsanou proceduru, a druhou proceduru pro přepis aktuálně stažených dat a jejich napojení na předchozí data v novém listu. ... a objevil se problém :-) Pokud tuto smyčku projedu krok za krokem pomocí klávesy F8, tedy pomalu, tak vše funguje bez chyb a jakýchkoliv problémů. Pokud ovšem spustím makro, tak aby běželo samo (a tedy i rychle), tak se objeví status PROCESSING nebo RECEIVED a makro se na tom kousne a to už při prvním průběhu smyčky. Pokud spustím makro na stažení dat samostatně, tak proběhne taky bez problémů. Prostě mi přijde, že pokud proceduru zavolám z jiné procedury, tak je všechno nějak urychlené a nepočká to na přípravu a stažení dat... a z toho důvodu se to kousne, jako by provádění příkazů předběhlo vyhodnocení Statusu. Opravdu si lámu hlavu jak z toho ven - data potřebuju dostat do čtvrtka - ale nemůžu to vyřešit. Nesetkal jste se s tím někdo? Děkuju moc za rady. (soubor v xls případně zašlu - nenašel jsem jak tu dát odkaz)

jeste jednou dekuju.

pracuje na vyvoji cen elektricke energie (mam dojem, ze za posledni 3 roky) a potrebuje k tomu denni historicka data prave z burzy EEX, prazskou energetickou burzu si snad uz umi zaridit. elektrina se obchoduje - a ted trochu mlzim,protoze nevim presne - v ruznych zatizenich a ceny ani nejsou uvedeny v OHLC cenach, jak jsme zvykli z komodit. jsem opravdu prekvapeny, ze jsem data nikde nenasel - cekal jsem, ze denni ceny budou bez problemu zdarma dostupne... proto se ptam tady, jestli se tu k tomu nekdo nenachomejtnul...

ani rodic ani ucitel - jen znamy. je to student cvut neekonomickeho oboru a asi to zkusil, ale nepochodil. nevim proc, ale na celym netu jsem denni data proste nenasel, proto se ptam tady. Reuters zkusim. Diky za tip.

ok, jakým způsobem se tu mám na tohle téma zeptat?