Request.Security Pine Script-ում. Ինչպես վերցնել տվյալները տարբեր խորհրդանիշից եւ ժամանակահատվածից

Ի՞նչ է անում request.security եւ ե՞րբ է այն անհրաժեշտ?

Լռելյայնորեն սկրիպտը տեսնում է մոմերի մեկ հավաքածու՝ այն, որը բաց է էկրանին. Ինչպես է նա շրջանցում դրանք և ինչու է հաշվում արժեքները բար առ բար, քննարկվում է այդ մասին նյութում, ինչպես է Pine Script հաշվարկում արժեքները ըստ բարերի. Կար նաև ազնիվ բացթողում. նվազագույն օրինակը միտումնավոր դրսից ոչինչ չի պահանջել. Մենք փակում ենք այս անցաթուղթը.

request.security-ի միջոցով հարցումը լուծում է շատ կոնկրետ խնդիրներ. Զտեք մուտքն ըստ ամենօրյա միտումի, երբ աշխատում եք տասնհինգ րոպեի վրա. Բիթքոյնի վարքագիծը ծածկել altcoin աղյուսակում. Հաշվեք ցուցիչը միանգամից չորս գործիքների վրա և միջինը. Այս բոլոր դեպքերում հաշվարկը պետք է կատարվի այնտեղ, օտար կոնտեքստում, և պատրաստի թիվ գա ձեզ մոտ.

Բայց երբ ձեզ հարկավոր չէ տվյալներ վերցնել, արժե հիշել առանձին. Եթե արտահայտությունը հաշվարկվում է ձեր սեփական գծապատկերի մոմերով, ապա ոչ մի հարցում պետք չէ. գրեք սովորական բանաձևը. Պաշտոնական FAQ TradingView ուղղակիորեն ասում է, որ սովորաբար կարիք չկա պահանջել ձեր սեփական խորհրդանիշը և ձեր սեփական ժամկետը: ավելի հեշտ է անդրադառնալ ձեր սեփական գրաֆիկի արժեքներին.

Ինչպե՞ս են աշխատում երեք փաստարկները՝ սիմվոլ, ժամանակահատված եւ արտահայտություն?

Պաշտոնական փաստաթղթերում ամբողջական ստորագրությունը գրված է այսպես:

request.security(symbol, timeframe, expression, gaps, lookahead, ignore_invalid_symbol, currency, calc_bars_count)

Առաջին երեք մասերը աշխատանքային նվազագույնն են. Խորհրդանիշ - տող տողով, նախընտրելի է հարթակի հետ միասին. փաստաթղթերը խորհուրդ են տալիս նշել փոխանակման նախածանցը, հակառակ դեպքում նա ինքը կվերցնի այն, և արդյունքը կարող է տարբերվել սպասվածից. Ընթացիկ գործիքի համար կա պատրաստի փոփոխական syminfo.tickerid, խորհուրդ է տրվում վերցնել, որպեսզի երկիմաստություն չլինի.

Գծով ժամկետը կա վրիպակ, որով այրվում են գրեթե բոլորը. Ձևաչափը կառուցված է բազմապատկիչից և միավոր տառից, իսկ րոպեներն ընդհանրապես տառ չունեն: "15" - տասնհինգ րոպե է, "1D" - օր, "1W" - շաբաթ. Այս հավաքածուում պարզապես ժամ չկա. Փաստաթղթում նշվում է առանց ընտրանքների: "1H" անվավեր է, ճիշտ ժամի մուտքագրում - "60".

Երրորդ մասը՝ արտահայտությունը, ամենաթերագնահատվածն է. Այն չի փոխանցվում հաշվարկված, այն վերահաշվարկվում է այնտեղ, պահանջվող խորհրդանիշով. Եթե գրեք ta.sma(close, 20), միջինը կհաշվարկվի այլ մարդկանց փակումների հիման վրա, ոչ թե ձեր. Սա հենց այն է, ինչ անհրաժեշտ է, և ինչն է զարմացնում նրան, ով սպասում էր պատրաստի արժեքի փոխանցմանը.

Ինչպե՞ս պահանջել տվյալներ այլ կերպարի համար?

Նվազագույն աշխատանքային օրինակը բառացիորեն մեկ տող է թվում. Այնուհետև այն կարող է ցուցադրվել գծապատկերում կամ համեմատվել ձեր գնի հետ:

//@version=6
indicator("Чужой символ на своём таймфрейме")
float otherClose = request.security("NASDAQ:AAPL", timeframe.period, close)
plot(otherClose)

Որտեղ տեղադրել այս կոդը և ինչպես պահպանել այն, քննարկվում է առանձին հրահանգում, թե ինչպես բացեք Pine Editor-ը և պահպանեք սցենարը. Այստեղ ավելի կարևոր է վարքագիծը, ոչ թե կոճակները.

Պաշտոնական FAQ-ն վերացնում է սկսնակների հիմնական վախը. գծապատկերի ժամկետի մեկ այլ խորհրդանիշից տվյալներ խնդրելը չի սպառնում վերաներկել. Այս դեպքում արժեքը փոխելու և կամընտիր արգումենտներին հպելու կարիք չկա.

Բայց ժամանակի առանցքը մնում է ձերը. Փաստաթղթերը տալիս են պատկերավոր օրինակ. BTCUSD տվյալները SPY գծապատկերում նոր արժեք ցույց կտան միայն այն դեպքում, երբ նոր տող հայտնվի SPY հասցեում. Հանգստյան օրերի գծապատկերում քսանչորս-ժամյա գործիքը կմնա իր տեղում ամբողջ շաբաթ օրը, և սա ձախողում չէ, այլ տվյալների երկու շարքերի միացման հատկություն.

Ինչպես ստանալ ավելի բարձր ժամկետային տվյալներ request.security միջոցով?

Դասական առաջադրանքը հնչում է այսպես. ես առևտուր եմ անում տասնհինգ րոպեանոց ժամանակահատվածում՝ թույլատրելով մուտքագրումներ միայն օրական միտման ուղղությամբ։ Զտիչը ինքնին կարող է լինել ցանկացած բան, ընտրեք միտումի ցուցիչ առանց ճշգրտման - առանձին աշխատանք. Հարցման մեխանիզմը նույնն է.

Այս սցենարը հավաքվում է քայլ առ քայլ:

1. Ստեղծեք մուտքագրում ժամկետի համար, որպեսզի սանդղակը չմիացվի կոդի մեջ.
2. Ստուգեք. եթե ընտրված սանդղակը փոքր է գծապատկերի սանդղակից, զանգահարեք runtime.error() մարդկային լեզվով տեքստով.
3. Հարցումն ինքնին գրեք ավելի բարձր ժամկետի տողով.
4. Ցուցադրել արդյունքը գրաֆիկի վրա՝ քայլերը սեփական աչքերով տեսնելու համար.

//@version=6
indicator("Дневная средняя на младшем графике", overlay = true)

string htf = input.timeframe("1D", "Старший таймфрейм")

if timeframe.in_seconds() > timeframe.in_seconds(htf)
    runtime.error("Выбранный таймфрейм ниже таймфрейма графика. Возьмите старший.")

float htfMa = request.security(syminfo.tickerid, htf, ta.sma(close, 20))
plot(htfMa)

Գիծը կբարձրանա, և դա նորմալ է. արժեքը թարմացվում է օրական մեկ անգամ, ոչ թե տասնհինգ րոպեն մեկ. «Ինչպես հարթել քայլերը» հարցը տարիներ շարունակ կրկնվել է ֆորումներում, , բայց այստեղ հարթելու ոչինչ չկա. ավելի ցածր մասշտաբով թարմացումների միջև օրական արժեքը պարզապես գոյություն չունի.

Ինչո՞ւ է ավելի բարձր ժամանակահատվածի արժեքը փոխվում չփակված սանդղակի վրա?

Այս վարքագիծը անուն ունի - Վերաներկել. TradingView դա լայնորեն սահմանում է. սցենարի վարքագիծ, որի դեպքում պատմական և իրական ժամանակի հաշվարկները տարբեր կերպ են աշխատում. Եվ անմիջապես թեթևացնում է խուճապը գնահատմամբ. ըստ նրանց գնահատականների, գոյություն ունեցող ցուցանիշների ավելի քան իննսունհինգ տոկոսը այս կամ այն ձևով գունազարդվում է, , ներառյալ MACD և RSI բաց մոմի վրա.

Փաստաթղթերը բառացիորեն նկարագրում են մեխանիզմը. Պատմական գծերի վրա ֆունկցիան վերադարձնում է միայն հաստատված արժեքներ պահանջվող համատեքստից, իսկ իրական ժամանակի գծերում այն կարող է վերադարձնել չհաստատված արժեքներ. Երբ սցենարը վերագործարկվում է, երեկվա իրական գծերը դառնում են պատմական, և դրանց արժեքները փոխվում են հաստատվածների.

Գործնական եզրակացությունը տհաճ է, բայց ազնիվ. Մինչ դուք դիտում եք կենդանի աղյուսակը, դուք չեք տեսնում, թե ինչ կտեսնի սցենարը վաղը նույն պատմության վրա. Հենց այստեղ է մեծանում գեղեցիկ նկարի և արդյունքի միջև եղած բացը ստուգում է առևտրի ալգորիթմը.

Ինչպե՞ս վերցնել ավելի բարձր ժամանակահատվածի հաստատված արժեքը՝ առանց ապագային նայելու?

Փաստաթղթերի ձևակերպումը հետևյալն է. չգունավորող արդյունք ստանալու ամենահուսալի միջոցը արտահայտությունն է, որը վերաբերում է միայն անցյալ գծերին, և միևնույն ժամանակ սահմանել lookahead = barmerge.lookahead_on. Այն կոպիտ բան է ասում կապի մասին. տեղաշարժն ու հայացքը փոխկապակցված են, չես կարող մեկը հեռացնել առանց մյուսին վնասելու.

//@version=6
indicator("Подтверждённое дневное закрытие", overlay = true)
float dailyClose = request.security(syminfo.tickerid, "1D", close[1], lookahead = barmerge.lookahead_on)
plot(dailyClose)

Տրամաբանությունն այստեղ այնքան էլ բարդ չէ, որքան թվում է. «Առաջնորդ» արգումենտը միացված դիրքում թույլ է տալիս ֆունկցիային վերցնել արժեքը ավագ տողից, որը ձեր տողի պահին դեռ չի ավարտվել. Մեկ տողով տեղաշարժը բավականաչափ մղում է հարցումը, որպեսզի այն դիպչի արդեն փակված ավագ բարին. Ապագա չի մնացել, մնում է միայն հաստատված անցյալը.

Նույն հայացքն առանց տեղաշարժի վերածվում է զենքի իր դեմ. Փաստաթղթում տրամադրվում է հակաօրինակ՝ «FUTURE LEAK, մի օգտագործիր» մեկնաբանությամբ և առանձին զգուշացնում է՝ սկրիպտներ, , որոնք ապագան ձգում են դեպի անցյալ՝ առաջադիմությամբ, չեն թույլատրվում հրապարակման. Միացված է հետին փորձարկում այս կոդը ցույց է տալիս ֆանտաստիկ վիճակագրություն. Ոչինչ չի ցուցադրում ուղիղ եթերում.

Սանդղակի միջին նշանը լռելյայն դիրքն է, և դա խաբեություն չէ. ֆունկցիան ազնվորեն տալիս է այն, ինչ կա ավագի համատեքստում հենց հիմա. Ճիշտ նշանն արդեն կեղծիք է, քանի որ պատմական գծի վրա ապագան գալիս է սցենարի մեջ.

Առանձին ծուղակ է սպասում նրանց, ովքեր փորձում են ուղղակիորեն բռնել ավագ բարի փակումը. Հարցման մեջ գծի վիճակը չի աշխատում. փաստաթղթերը սա նշում են մեկ տողում - barstate.isconfirmed կանչով request.security() չի աշխատում. Համայնքի մի մասը հաղթահարում է դա իր սեփական փաթաթաններով՝ փոխելով օֆսեթը՝ ելնելով զանգից դուրս գտնվող բարի վիճակից. Երկու մոտեցումներն էլ տալիս են հաստատված արժեք, սակայն գծապատկերում դրա հայտնվելու պահը նրանց համար տարբեր է: պաշտոնյան վերադարձնում է փակ ավագ բարը անմիջապես նոր ավագ շրջանի սկզբում, համայնքի փաթաթանների վարքագիծը նկարագրված չէ փաստաթղթերում և պետք է ստուգվի՝ ձեր հայացքով ձեր գրաֆիկի վրա. Վերլուծություն, թե ինչպես կարելի է տարբերել ազնիվ ազդանշանը շարժված ազդանշանից, ներկայացված է նյութում Ցուցանիշներ առանց վերաներկման.

Ինչո՞վ է barmerge.gaps_on տարբերվում barmerge.gaps_off?

Տարբերությունը տեսանելի է մեկ սեղանի վրա:

//@version=6
indicator("gaps на глаз", overlay = true)
float noGaps = request.security(syminfo.tickerid, "60", close, gaps = barmerge.gaps_off)
float withGaps = request.security(syminfo.tickerid, "60", close, gaps = barmerge.gaps_on)
plot(noGaps, "Без разрывов", color.blue, 2, plot.style_linebr)
plot(withGaps, "С разрывами", color.purple, 6, plot.style_linebr)

Ընտրությունը պարզ է. Այնպիսի պայմանների համար, ինչպիսիք են «գինը օրական միջինից բարձր է», վերցրեք լռելյայն դիրքը. ձեզ անհրաժեշտ է արժեքը յուրաքանչյուր գծի վրա. Դատարկ արժեքներ կպահանջվեն, երբ նոր տվյալների ժամանման պահը կարևոր է, օրինակ՝ նոր ավագ շրջանի սկզբում նշանի համար.

Ինչու request.security անհարմար է ցածր ժամանակահատվածում?

Վարքագիծը նկարագրված է փաստաթղթերում առանց զարդարանքի. Փոքր սանդղակ մուտք գործելիս ֆունկցիան հաշվարկում է արտահայտությունը փոքր համատեքստում, բայց յուրաքանչյուր գծապատկերի համար վերադարձնում է միայն մեկ ներգոտողի արդյունքը. Միացված դիրքում նայելով, սա առաջին հասանելի ինտրագոտին է, անջատված դիրքում՝ վերջինը. Իրական ժամանակի գծերի վրա վերջին հասանելի արժեքը վերադարձվում է անկախ փաստարկից.

Ներկողային տվյալների հետ նորմալ աշխատանքի համար կա. request.security_lower_tf(). Նրա ստորագրությունն այլ է՝ բացեր և կանխատեսվող փաստարկներ չկան, բայց կան. ignore_invalid_timeframe, և լռելյայն այն անջատված է. Ֆունկցիան վերադարձնում է արժեքների զանգված՝ դասավորված ըստ ներբարային ժամանակի.

//@version=6
indicator("Сколько минуток в одном баре")
array<float> closes = request.security_lower_tf(syminfo.tickerid, "1", close)
int qty = array.size(closes)
plot(qty, style = plot.style_histogram)

Զանգվածը պետք է ստուգվի չափի համար՝ նախքան տարրեր մուտք գործելը. սա սովորական սխալ է ֆորումներում. մարդն անմիջապես վերցնում է առաջին տարրը և ստանում սկրիպտի խափանում, քանի որ զանգվածը եկավ դատարկ. Եվ ևս մեկ ազնիվ հրաժարում TradingView-ից. նույնիսկ այս գործառույթը որոշ դեպքերում կարող է փոքր-ինչ գունավորվել մատակարարների տվյալների տարբերության պատճառով.

Ինչպես ստուգել կոդը վերագործարկումից հետո պատմության եւ իրական ժամանակում?

Ստուգումն անհրաժեշտ է հենց այն պատճառով, որ դուք չեք կարող տեսնել տարբերությունը ձեր աչքերով. կենդանի գրաֆիկը և նույնը վերաբեռնումից հետո նույնքան համոզիչ են թվում. Նույն ընթերցման ծեսը նկարագրված է վերլուծության մեջ ազդանշանի ստուգում վերաբեռնումից հետո, այստեղ այն հարմարեցված է այլ մարդկանց տվյալներին.

Այն, ինչը համարվում է ձախողված, պետք է նախապես համաձայնեցվի. Պիտակը մեկ տողով տեղափոխելը վերաներկում է, ոչ փոքր բան. Անհետացած նշան - վերաներկել. Մատյանում տարբեր արժեքներով պիտակների համընկնումը նույնպես ազդանշան է. սա նշանակում է, որ պայմանը դեռ պատահականորեն պահպանվում է.

Առանձին ստուգեք վարքագիծը առևտրային նստաշրջանների հանգույցում և հանգստյան օրերին. Այնտեղ է, որ երկու գործիքների ժամանակային առանցքները տարբերվում են, և հենց այնտեղ է, որ տրամաբանությունը, որը գործում էր հարթ պատմության մեջ. Ինչպես ամբողջությամբ ինտեգրել նման ստուգումը կանոնների մեջ, քննարկվում է նյութում. մուտքի և ելքի կանոններ ռազմավարությունների համար.

Ռիսկեր եւ սահմանափակումներ

Հրաժարում. Բովանդակությունը կրում է կրթական բնույթ և չի հանդիսանում անհատական ներդրումային առաջարկ. Դուք ինքներդ եք որոշումներ կայացնում գործարքների վերաբերյալ. Ֆինանսական շուկաներում առևտուրը կապված է ձեր ներդրված միջոցները կորցնելու ռիսկի հետ.

Ճիշտ գրված հարցումը դադարում է հետադարձ կերպով ստել, բայց դա ազդանշանն ավելի ճշգրիտ չի դարձնում. Վերագործարկումից հետո նույն բանը ցուցադրող սցենարը ազնիվ է, բայց ազնվությունն ու շահութաբերությունը տարբեր հատկություններ են, և առաջինը չի երաշխավորում երկրորդը.

Տվյալները գալիս են մատակարարից և չեն ստեղծվում սկրիպտում. TradingView հստակորեն սահմանում է, որ այն չի ստեղծում տվյալներ և ապավինում է իր մատակարարներին. Օրական և ներօրային հոսքերը կարող են տարբերվել ծավալով, և ընդլայնված նիստը ներառված չէ ամենօրյա հոսքի մեջ. Սա նկատելի է բաժնետոմսերի վրա, գրեթե ոչ քսանչորս-ժամյա գործիքների վրա.

Հարցումների քանակը սահմանափակ է, և սահմանաչափը կախված է սակագնից. Նույնական զանգերը սովորաբար հաշվվում են որպես մեկ, բայց ներմուծված գրադարանների զանգերը հաշվվում են առանձին. Սցենարը, որը պահանջում է տվյալներ տասնյակ նիշերից, ավելի արագ կբախվի առաստաղին, քան թվում է գաղափարի փուլում.

Առաջնային փաստարկը միացված դիրքում, առանց արտահայտության շեղման, ինքնին ուղղակի խաբեություն է. Նման սցենարի հրապարակումը գրադարանում TradingView արգելվում է, և դրա պատմության ստուգման արդյունքները ոչինչ չեն նշանակում.

Պատմության ստուգումը չի տեղափոխվում ապագա. Այս հոդվածի ծեսը բռնում է միայն մեկ դասի արատներ՝ պատմության և իրական ժամանակի միջև անհամապատասխանություն. Այն ոչինչ չի ասում այն մասին, թե արդյոք կանոնը կշարունակի գործել, և չի փոխարինում ոչ դադարեցման կարգը, ոչ էլ դիրքի չափը, որը սահմանված է մուտքից առաջ.