Nejčastější problémy, které hlásí MultiCharts s fungováním kódu a jak je vyřešit (6. díl)
V minulé kapitole jsme si ukázali, jak vytvořit první obchodní kód pomocí AI a jak ho následně nahrát do platformy MultiCharts. Prošli jsme si celý postup od zadání strategie, přes vytvoření kódu, až po jeho vložení do platformy a základní otestování na obchodních instrumentech.
V praxi ale velmi rychle zjistíte, že samotné vygenerování kódu ještě neznamená, že bude kód okamžitě fungovat. Velmi často se stane, že MultiCharts při kompilaci zobrazí chybu a kód se nespustí. To ale neznamená, že je celá strategie špatně nebo že musíte začít úplně od začátku. Ve většině případů jde pouze o drobnou syntaktickou chybu, špatně pojmenovanou proměnnou, nedefinované pole nebo funkci, kterou MultiCharts nezná.
Právě proto se v této kapitole podíváme na nejčastější chyby, které se při práci s kódem v MultiCharts objevují. Zaměříme se hlavně na chyby, které často vznikají při používání AI nástrojů, jako je ChatGPT. AI vám dokáže výrazně pomoct s vytvořením strategie, ale někdy může vygenerovat část kódu způsobem, který v PowerLanguage nefunguje správně.
Dobrá zpráva je, že tyto chyby jsou většinou poměrně jednoduché na opravu. Jakmile pochopíte, proč vznikají a co přesně MultiCharts hlásí, dokážete je velmi rychle najít a opravit. V této kapitole si proto ukážeme čtyři nejběžnější problémy, se kterými se můžete setkat, a ke každému si rovnou ukážeme i praktické řešení.
Nejdůležitější věc z tohoto článku je ale především ta, že vy sami si z něj nemusíte nic pamatovat, stačí pouze vědět to, že tento článek bude existovat a v případě problémů s vaší strategií můžete AI poslat odkaz na tento článek, což v realitě vyřeší 99 % problémů s kompilací strategie.
Chyba číslo 1: použití proměnné „i“ ve smyčce for
První velmi častá chyba, se kterou se můžete při kompilaci kódu v MultiCharts setkat, souvisí s použitím proměnné i ve smyčce for.
Na první pohled může kód vypadat naprosto v pořádku:
Logika tohoto zápisu je jednoduchá. Kód postupně prochází hodnoty od 0 až po LastIdx a na každém indexu nastavuje hodnotu pole TickProfile na nulu. Jinými slovy se zde snažíme celé pole vynulovat.
Problém ale nastane ve chvíli, kdy se pokusíme kód zkompilovat a MultiCharts nám zobrazí chybu „Compiled with error(s)“ a „This word already been defined“.
Tato chyba znamená, že slovo nebo proměnná, kterou se snažíme použít, už byla někde v kódu definována. V našem případě je problém nejčastěji v proměnné i.
AI nástroje velmi často používají ve smyčkách právě proměnnou i, protože v mnoha programovacích jazycích je to běžný zápis pro index. V MultiCharts a PowerLanguage to ale může způsobit problém, protože i může být už někde definované nebo může kolidovat s jinou částí kódu. Typicky se to může stát například tehdy, když máte v části Variables uvedeno:
A následně stejnou proměnnou použijete ve smyčce:
MultiCharts pak může zahlásit chybu, že dané slovo už bylo definováno. To znamená, že proměnná i je pro platformu problematická a je lepší ji nepoužívat.
Řešení je jednoduché. Proměnnou „i“ přepíšeme na jiný název, například „idx“, což si můžeme představit jako zkratku pro index.
Správnější zápis tedy bude vypadat takto:
A samotná smyčka bude upravena takto:
Důležité je, že proměnnou musíme přepsat všude, kde se v této logice používá. Nestačí změnit pouze první řádek smyčky. Pokud změníme „i“ na „idx“, musíme tuto změnu provést i uvnitř hranatých závorek u pole:
Kdybychom změnili pouze začátek smyčky, ale uvnitř nechali původní „i“, kód by stále nemusel fungovat správně.
Špatně by tedy bylo například toto:
Tady už sice smyčka používá proměnnou „idx“, ale samotné pole se stále odkazuje na původní „i“. Proto je vždy nutné kontrolovat celý blok kódu a přejmenovat proměnnou na všech místech. Obecně doporučujeme v MultiCharts nepoužívat jednopísmenné názvy proměnných, jako jsou například i, h, l, o nebo c. Tyto názvy mohou být matoucí nebo mohou kolidovat s jinými částmi jazyka a datových sérií. Místo toho je lepší používat názvy, které jasně říkají, k čemu proměnná slouží. Takový zápis je čitelnější a zároveň snižuje riziko, že MultiCharts při kompilaci zahlásí chybu.
Tato chyba je velmi častá hlavně u kódů, které vám vytvoří AI. AI totiž často vychází z obecných programovacích návyků, kde se i běžně používá jako index ve smyčce. V PowerLanguage je ale bezpečnější používat konkrétnější názvy proměnných. Pokud tedy při kompilaci uvidíte chybu „This word already been defined“ zkontrolujte nejprve, zda v kódu nemáte proměnnou i nebo jiný krátký název, který se používá na více místech. Ve většině případů stačí proměnnou přejmenovat například na idx, upravit ji ve všech částech kódu a poté kód znovu zkompilovat.
Chyba číslo 2: velikost pole a počáteční hodnota
Druhá častá chyba, se kterou se můžete v MultiCharts setkat, souvisí s poli neboli arrays. Tato chyba vzniká velmi často hlavně u složitějších kódů, které vám vytvoří AI. Na první pohled může kód vypadat správně, ale MultiCharts ho nemusí přijmout, protože pole není správně definované.
Pole si můžeme jednoduše představit jako tabulku nebo krabici, která má více přihrádek. Každá přihrádka má své číslo, tedy index. Do těchto přihrádek potom ukládáme hodnoty, které chceme v kódu dále používat.
Problém je v tom, že MultiCharts potřebuje při deklaraci pole vědět, jak velké toto pole má být a jaká má být jeho počáteční hodnota. Jinými slovy, nestačí pouze říct, že chceme vytvořit pole. Musíme platformě také říct, kolik hodnot v něm může být uloženo a čím se mají tyto hodnoty na začátku vyplnit.
Chybný zápis může vypadat například takto:
Tento zápis říká, že chceme vytvořit pole s názvem TickProfile, ale už neříká, jak velké toto pole má být a jaká má být jeho počáteční hodnota. Právě to může způsobit problém při kompilaci.
Správnější zápis bude vypadat například takto:
Tímto zápisem říkáme, že vytváříme pole TickProfile, které bude mít definovanou velikost a jeho počáteční hodnota bude nastavena na 0.
Číslo v hranatých závorkách určuje velikost pole. V našem příkladu tedy říkáme, že pole má být připravené pro práci s indexy až do určitého rozsahu. Hodnota v kulatých závorkách určuje počáteční hodnotu. To znamená, že když se pole vytvoří, jednotlivé jeho hodnoty budou na začátku nastavené na nulu.
Tato chyba je důležitá hlavně proto, že později v kódu s polem většinou pracujeme přes konkrétní indexy. Například do určité pozice v poli ukládáme hodnotu, čteme z ní hodnotu nebo ji přepisujeme. Pokud ale pole není správně vytvořené, MultiCharts neví, jak s ním má pracovat. Prakticky si to můžete představit tak, že se v kódu později odkazujete například na určitou přihrádku v tabulce. Pokud ale tabulka nebyla předem správně vytvořená, program neví, kam má hodnotu uložit.
Proto je důležité, aby každé pole mělo při deklaraci jasně definované dvě věci:
- velikost pole,
- počáteční hodnotu.
U kódů vytvořených pomocí AI je dobré tuto část vždy zkontrolovat. ChatGPT někdy vytvoří logiku správně, ale zapomene přesně definovat pole tak, jak to MultiCharts vyžaduje. V takovém případě většinou není nutné předělávat celý kód. Stačí pouze upravit deklaraci pole a doplnit jeho velikost a počáteční hodnotu.
Pokud tedy v kódu uvidíte zápis podobný TickProfile[], je vhodné zkontrolovat, zda pole nemá být zapsané například jako TickProfile[400](0). Konkrétní velikost pole se samozřejmě může lišit podle toho, co má strategie počítat. Důležité ale je, aby tam nějaká velikost a počáteční hodnota byla uvedena.
Tato chyba patří mezi ty, které se dají opravit velmi rychle, jakmile víte, co hledat. Pokud MultiCharts hlásí problém s polem, deklarací nebo indexem, vždy se nejdříve podívejte do části Arrays a ověřte, zda je pole správně definované.
Chyba číslo 3: příkazy return a exit
Třetí častá chyba vzniká tehdy, když AI do kódu přidá příkaz, který v daném místě nebo v daném typu skriptu MultiCharts neumí správně zpracovat. Nejčastěji se jedná o příkazy jako return nebo exit.
Tyto příkazy můžete znát z jiných programovacích jazyků. V některých jazycích se používají například k tomu, aby se funkce ukončila a vrátila nějaký výsledek, nebo aby se předčasně zastavilo vykonávání určité části kódu. Problém je v tom, že PowerLanguage v MultiCharts nefunguje úplně stejně jako běžné programovací jazyky typu Python, JavaScript nebo C#.
Právě proto se může stát, že ChatGPT vytvoří logiku, která obecně dává smysl, ale v MultiCharts se nezkompiluje. AI například doplní příkaz return, protože předpokládá, že tím ukončí danou část kódu. MultiCharts ale tento zápis nemusí v konkrétním kontextu rozpoznat a při kompilaci zobrazí chybu.
Chybný zápis může vypadat například takto:
Na první pohled je myšlenka jasná. Kód říká: pokud je LastIdx menší nebo roven nule, ukonči další výpočet. Jenže právě příkaz return může být v běžném kódu strategie problém, protože MultiCharts ho nemusí chápat tak, jak ho chápe AI.
Podobný problém může nastat i s příkazem exit. AI ho někdy použije jako obecný příkaz pro ukončení výpočtu, ale v MultiCharts může být tento zápis buď nerozpoznaný, nebo může být použitý v nesprávném významu. V obchodním kódu navíc může slovo exit působit matoucím dojmem, protože se v tradingu používá také ve významu ukončení pozice.
Řešení je většinou jednoduché. Pokud příkaz return nebo exit pouze blokuje kompilaci a není nezbytný pro samotnou logiku strategie, můžeme ho odstranit a logiku upravit tak, aby se výpočet provedl pouze tehdy, když jsou splněné správné podmínky.
Správnější zápis může vypadat například takto:
Místo toho, abychom se snažili kód uprostřed násilně ukončit příkazem return, otočíme podmínku a řekneme MultiCharts, že hlavní výpočet má proběhnout pouze tehdy, když je LastIdx větší než nula.
Tento způsob je pro MultiCharts čitelnější a bezpečnější. Kód se nesnaží předčasně ukončovat výpočet pomocí příkazu, který nemusí být podporovaný, ale jednoduše obalí důležitou část strategie podmínkou.
Prakticky tedy platí jednoduché pravidlo. Pokud vám MultiCharts při kompilaci hlásí chybu u slov return nebo exit, zkontrolujte, zda je opravdu potřebujete.
Chyba číslo 4: neznámé nebo nedefinované funkce
Čtvrtá velmi častá chyba vzniká tehdy, když AI do kódu vloží funkci, která v MultiCharts ve skutečnosti neexistuje. Na první pohled může kód působit logicky a profesionálně, ale při kompilaci MultiCharts zahlásí chybu, protože danou funkci nezná.
Funkci si můžeme představit jako malý samostatný výpočet, který má nějaký název. Když tento název v kódu použijeme, MultiCharts musí vědět, co přesně má daná funkce udělat. Pokud ale funkce v platformě není vytvořená, MultiCharts ji nemá jak spočítat.
Typicky to může vypadat tak, že AI vytvoří například tento zápis:
Na první pohled tento řádek dává smysl. Kód se snaží vypočítat filtr volatility z ceny Close za posledních 20 svíček. Problém je ale v tom, že funkce CalculateVolatilityFilter nemusí být v MultiCharts vůbec definovaná. AI si ji může vytvořit pouze „logicky“ podle toho, co chce spočítat, ale to ještě neznamená, že taková funkce v platformě reálně existuje.
MultiCharts potom při kompilaci může zahlásit chybu, že dané slovo nebo funkci nerozpoznává. V praxi to znamená, že platforma neví, co má pod tímto názvem udělat.
Tato chyba je velmi běžná hlavně u složitějších strategií. ChatGPT někdy vytvoří kód tak, jako by už v MultiCharts existovaly různé pomocné funkce pro výpočet volatility, objemu, profilu trhu, normalizace dat nebo pokročilých filtrů. Jenže pokud tyto funkce nejsou přímo součástí PowerLanguage nebo jste si je sami nevytvořili, kód nebude fungovat.
Řešení máme v zásadě dvě. První možností je napsat AI, že daná funkce není v MultiCharts definovaná a že ji potřebujeme doplnit přímo do hlavního kódu. To znamená, že místo volání neznámé funkce nám AI rozepíše celý výpočet přímo do strategie. Tato varianta je často jednodušší pro začátečníky, protože celý kód zůstane na jednom místě.
Druhou možností je nechat si od AI vytvořit samostatnou custom funkci. V takovém případě je ale potřeba tuto funkci v MultiCharts skutečně vytvořit pod stejným názvem, jaký je použitý v hlavním kódu. Pokud se tedy v kódu volá funkce CalculateVolatilityFilter, musí v MultiCharts existovat samostatná funkce se stejným názvem. Jinak ji platforma nebude schopná najít.
Pro začátečníka je většinou lepší první varianta. Tedy požádat AI, aby nepoužívala žádné vlastní nedefinované funkce a aby celý výpočet napsala přímo do hlavního kódu strategie. Díky tomu je menší riziko, že v platformě něco chybí nebo že hlavní strategie odkazuje na funkci, kterou jste nikde nevytvořili.
Pokud byste se rozhodli jít druhou cestou a vytvořit si svou vlastní custom funkci, tak jednoduše přejdete do Study Editoru, tak jako jsme si ukázali v předchozím článku a místo kliknutí na „New Signal…“ klikneme na „New Function…“ jako na obrázku níže.
Poté na nás vyskočí nové okno, kde budete muset zadat název funkce, a přesně zde zadáte stejný název funkce, jaký vygenerovala AI ve vašem původním kódu. Kliknete na OK a otevře se vám nové okno, kam vložíte kód, který bude řešit pouze tato. Daný funkce, tím se vám dostane požadovaný výpočet do vašeho původního kódu a funkce už bude fungovat tak jak má.
Závěr
V této kapitole jsme si ukázali čtyři nejčastější chyby, které mohou vzniknout při práci s kódem v MultiCharts, hlavně pokud si kód necháváte generovat pomocí AI. Probrali jsme problém s proměnnou i ve smyčkách, správné nastavení velikosti pole a počáteční hodnoty, chybné použití příkazů return a exit a také situaci, kdy AI použije funkci, která v MultiCharts není definovaná. Ve většině případů nejde o zásadní problém celé strategie, ale pouze o technickou chybu v zápisu, kterou lze po správném pochopení rychle opravit. Pokud tedy kód při první kompilaci nefunguje, není potřeba začínat znovu, ale systematicky projít právě tyto nejčastější body. Tyto 4 chyby vám reálně pokryjí 90 % vašich chyb, proto je vhodné mít je v hlavě, pokud se náhodou kód úspěšně nezkompiluje. Pokud daná AI stále nedokáže vaši chybu vyřešit a nedokážete ji vyřešit ani vy sami, tak nejlepší variantou je využít druhou AI nebo znovu otevřít nový chat u stávající AI, nahrát jí kód znovu aby začala od znova.
Radek Zalubil
Tým FXstreet.cz
Související články
Čtěte více
-
Algo trading pro každého: Uvažování nad vstupními podmínkami a jejich mechanizace (2. díl)
V minulé kapitole jsme si rozebrali úvod do algoritmického obchodování, kde jsme si řekli celkový úvod do tohoto seriálu včetně toho, co vše budeme probírat v budoucnu. Dnes začneme druhou kapitolu našeho seriálu o algoritmizaci a podíváme se na uvažování nad vstupními podmínkami a jejich mechanizace, což je velmi důležité téma, které nás bude potkávat při každé tvorbě jakékoli strategie. V dnešní kapitole probereme postup, jakým způsobem uvažovat v mechanizaci vstupních a výstupních podmínek. -
Historická data, kde je získat, jak připojit svého data providera do MultiCharts a proč je budeme potřebovat? (4. díl)
V minulé kapitole jsme si rozebrali základní orientaci v platformě MultiCharts. Ukázali jsme si instalaci a základní kroky v platformě, bez kterých se neobejdeme. Dnes si ukážeme velmi důležitý další krok, a to je napojení data providera neboli poskytovatele dat, bez kterého se neobejdeme, abychom vytvořili plnohodnotného obchodního robota (AOS). První si ale v rychlosti řekneme, proč je to důležité a následně přejdeme ke konkrétnímu postupu, jak to provést. -
Jak vytvořit první kód pro AOS pomocí AI bez znalosti programování (5. díl)
V minulé jsme rozebrali to, jak stáhnout historická data a napojit je do platformy MultiCharts, což je velmi důležitý krok pro celkovou práci a tvorbu obchodní strategie. Čím delší historickou řadu budeme mít k dispozici, tím spolehlivějšího výsledku pravděpodobně dosáhneme. V dnešní kapitole se podíváme na to, jak vytvořit náš první kód pro AOS a jak ho nahrát do platformy a nadále s ním pracovat. -
Stáhnutí a orientace v platformě, kde budeme pracovat a tvořit obchodní roboty - Multicharts (3. díl)
V minulé kapitole jsme si rozebrali téma uvažování nad vstupními podmínkami a jejich mechanizaci. To znamená, že jsme si v ní probrali postup, jak přetransformovat náš nápad na konkrétní vstupní podmínky, které lze zapsat do kódu a budou objektivní. Objektivní pravidla znamenají, že jsou jasně definovaná, jednoznačně vyhodnotitelná a počítač je dokáže zpracovat přesně podle našeho záměru. V dnešní kapitole si rozebereme další téma, a to už více praktické, konkrétně si představíme platformu, ve které budeme tvořit naše obchodní roboty a provádět analýzy, konkrétně se bude jednat o MultiCharts. První si v rychlosti řekneme, co je to MultiCharts. -
Úvod do algoritmizace obchodních strategií (1. díl)
Vítejte u nového seriálu s názvem Algo trading pro každého, ve kterém si ukážeme spoustu užitečných věcí, jak algoritmizovat obchodní strategie bez znalosti programování od A do Z. Algoritmizace obchodních strategií už dávno není jen doménou profesionálních programátorů, kvantitativních analytiků a velkých fondů. Dnes si může vlastní automatický obchodní systém postavit prakticky každý, kdo má jasně definovanou myšlenku, disciplínu a ochotu převést své rozhodování do přesných pravidel, a to i bez znalostí programování. V tomto seriálu si postupně ukážeme, jak z obchodního nápadu vytvořit funkční AOS (Automatický Obchodní Systém), jak jej otestovat na historických datech, vyhodnotit jeho výsledky a připravit pro reálné nasazení. Zaměříme se přitom na praktickou stránku celého procesu tak, aby byl seriál srozumitelný i pro ty, kteří nemají programátorské zkušenosti, ale chtějí přestat obchodovat čistě intuitivně a začít nad strategiemi přemýšlet systematicky, objektivně a s důrazem na měřitelné výsledky.
Diskuse ke článku
| Diskuse je přístupná pouze pro registrované uživatele. |
| Přihlásit se | Nová registrace |
