MICROCHIP PIC24 Flash ծրագրավորում

Ապրանքի մասին տեղեկատվություն

Ֆլեշ ծրագրավորում
dsPIC33/PIC24 սարքերի ընտանիքներն ունեն ներքին ծրագրավորվող Flash ծրագրի հիշողություն՝ օգտագործողի կոդը գործարկելու համար: Այս հիշողությունը ծրագրավորելու մինչև երեք եղանակ կա.

• Աղյուսակ Հրահանգ Գործող
• Ներշղթայական սերիական ծրագրավորում (ICSP)
• Ներ-կիրառական ծրագրավորում (IAP)

Աղյուսակի հրահանգները տրամադրում են տվյալների փոխանցման եղանակը Flash ծրագրի հիշողության տարածության և dsPIC33/PIC24 սարքերի տվյալների հիշողության տարածության միջև: TBLRDL հրահանգն օգտագործվում է ծրագրի հիշողության տարածության բիթերից[15:0] կարդալու համար: TBLWTL հրահանգն օգտագործվում է Flash ծրագրի հիշողության տարածքի բիթերի[15:0] վրա գրելու համար: TBLRDL-ը և TBLWTL-ը կարող են մուտք գործել Flash ծրագրի հիշողություն Word ռեժիմում կամ Բայթ ռեժիմում:

Բացի Flash ծրագրի հիշողության հասցեից, աղյուսակի հրահանգը նաև նշում է W ռեգիստրը (կամ W Register ցուցիչը դեպի հիշողության վայր), որը Flash ծրագրի հիշողության տվյալների աղբյուրն է, որը պետք է գրվի կամ Flash ծրագրի նպատակակետը: հիշողության ընթերցում.

Այս բաժինը նկարագրում է Flash ծրագրի հիշողության ծրագրավորման տեխնիկան: dsPIC33/ PIC24 սարքերի ընտանիքներն ունեն ներքին ծրագրավորվող Flash ծրագրի հիշողություն՝ օգտագործողի կոդը գործարկելու համար: Այս հիշողությունը ծրագրավորելու մինչև երեք եղանակ կա.

• Գործարկման ժամանակի ինքնածրագրավորում (RTSP)
• Ներշրջանցային սերիական ծրագրավորում™ (ICSP™)
• Ընդլայնված ներշղթայական սերիական ծրագրավորում (EICSP)

RTSP-ն իրականացվում է կիրառական ծրագրաշարի կողմից կատարման ընթացքում, մինչդեռ ICSP-ն և EICSP-ն իրականացվում են արտաքին ծրագրավորողից՝ օգտագործելով սարքի հետ սերիական տվյալների միացում: ICSP-ը և EICSP-ը թույլ են տալիս շատ ավելի արագ ծրագրավորման ժամանակ, քան RTSP-ն: RTSP տեխնիկան նկարագրված է Բաժին 4.0-ում «Գործարկման ժամանակի ինքնածրագրավորում (RTSP)»: ICSP և EICSP արձանագրությունները սահմանված են համապատասխան սարքերի Ծրագրավորման տեխնիկական փաստաթղթերում, որոնք կարելի է ներբեռնել միկրոչիպից: webկայք (http://www.microchip.com) Երբ ծրագրավորում եք C լեզվով, հասանելի են մի քանի ներկառուցված գործառույթներ, որոնք հեշտացնում են Flash ծրագրավորումը: Ներկառուցված գործառույթների վերաբերյալ մանրամասների համար տե՛ս «MPLAB® XC16 C Կազմողի Օգտագործողի ուղեցույցը» (DS50002071):

Ապրանքի օգտագործման հրահանգներ

Flash ծրագրի հիշողությունը ծրագրավորելու համար հետևեք հետևյալ քայլերին.

1. Տեսեք սարքի տվյալների թերթիկը` ստուգելու համար, թե արդյոք ընտանեկան տեղեկանք ձեռնարկի բաժինն աջակցում է ձեր օգտագործած սարքին:
2. Ներբեռնեք սարքի տվյալների թերթիկը և ընտանեկան տեղեկանքի ձեռնարկի բաժինները Microchip Worldwide-ից Webկայք՝ http://www.microchip.com.
3. Ընտրեք հիշողությունը ծրագրավորելու երեք մեթոդներից մեկը (Աղյուսակի հրահանգների գործարկում, ներշղթայական սերիական ծրագրավորում (ICSP), կիրառական ծրագրավորում (IAP)):
4. Եթե ​​օգտագործում եք Table Instruction Operation-ը, օգտագործեք TBLRDL հրահանգը՝ ծրագրի հիշողության տարածության բիթերից[15:0] կարդալու համար, և TBLWTL հրահանգը՝ Flash ծրագրի հիշողության տարածքի բիթերին[15:0] գրելու համար:
5. Համոզվեք, որ նշել եք W ռեգիստրը (կամ W Register ցուցիչը դեպի հիշողության վայր), որպես Flash ծրագրի հիշողության տվյալների աղբյուր, որը պետք է գրվի կամ Flash ծրագրի հիշողության ընթերցման նպատակակետ:

Flash ծրագրի հիշողության ծրագրավորման վերաբերյալ լրացուցիչ տեղեկությունների և մանրամասների համար տես dsPIC33/PIC24 Family Reference ձեռնարկը:

ՍԵՂԱՆԻ ՀՐԱՀԱՆՄԱՆ ԳՈՐԾՈՒՄ

Աղյուսակի հրահանգները տրամադրում են տվյալների փոխանցման եղանակը Flash ծրագրի հիշողության տարածության և dsPIC33/PIC24 սարքերի տվյալների հիշողության տարածության միջև: Այս բաժինը ներկայացնում է Flash ծրագրի հիշողության ծրագրավորման ժամանակ օգտագործվող աղյուսակի հրահանգների ամփոփագիրը: Կան չորս հիմնական աղյուսակի հրահանգներ.

• TBLRDL: Աղյուսակ Կարդացեք ցածր
• TBLRDH: Աղյուսակ կարդալ բարձր
• TBLWTL: Աղյուսակ Գրել ցածր
• TBLWTH: Աղյուսակ Գրել Բարձր

TBLRDL հրահանգն օգտագործվում է ծրագրի հիշողության տարածության բիթերից[15:0] կարդալու համար: TBLWTL հրահանգն օգտագործվում է Flash ծրագրի հիշողության տարածքի բիթերի[15:0] վրա գրելու համար: TBLRDL-ը և TBLWTL-ը կարող են մուտք գործել Flash ծրագրի հիշողություն Word ռեժիմում կամ Բայթ ռեժիմում:

TBLRDH և TBLWTH հրահանգներն օգտագործվում են ծրագրի հիշողության տարածության բիթերը[23:16] կարդալու կամ գրելու համար: TBLRDH-ը և TBLWTH-ը կարող են մուտք գործել Flash ծրագրի հիշողություն Word կամ Byte ռեժիմով: Քանի որ Flash ծրագրի հիշողությունն ունի ընդամենը 24 բիթ լայնություն, TBLRDH և TBLWTH հրահանգները կարող են ուղղել Flash ծրագրի հիշողության վերին բայթը, որը գոյություն չունի: Այս բայթը կոչվում է «ֆանտոմ բայթ»: Ֆանտոմ բայթի ցանկացած ընթերցում կվերադարձնի 0x00: Ֆանտոմ բայթին գրելը ոչ մի ազդեցություն չունի: 24-բիթանոց Flash ծրագրի հիշողությունը կարելի է դիտարկել որպես երկու կողք կողքի 16-բիթանոց տարածքներ, որոնցից յուրաքանչյուրը կիսում է հասցեների նույն տիրույթը: Հետևաբար, TBLRDL և TBLWTL հրահանգները մուտք են գործում ծրագրի «ցածր» հիշողության տարածք (PM[15:0]): TBLRDH և TBLWTH հրահանգները մուտք են գործում «բարձր» ծրագրի հիշողության տարածք (PM[31:16]): Ցանկացած ընթերցում կամ գրում PM[31:24]-ին հասանելի կլինի ֆանտոմային (չիրագործված) բայթ: Երբ աղյուսակի հրահանգներից որևէ մեկը օգտագործվում է բայթ ռեժիմում, աղյուսակի հասցեի Նվազագույն նշանակալի բիթը (LSb) կօգտագործվի որպես բայթի ընտրության բիթ: LSb-ը որոշում է, թե ծրագրի բարձր կամ ցածր հիշողության տարածքի որ բայթն է հասանելի:

Նկար 2-1-ը ցույց է տալիս, թե ինչպես է հասցեագրվում Flash ծրագրի հիշողությունը՝ օգտագործելով աղյուսակի հրահանգները: 24-բիթանոց ծրագրի հիշողության հասցեն ձևավորվում է՝ օգտագործելով TBLPAG ռեգիստրի բիթերը[7:0] և աղյուսակի հրահանգում նշված W ռեգիստրից Արդյունավետ հասցեն (EA): 24-բիթանոց ծրագրի հաշվիչ (PC) պատկերված է Նկար 2-1-ում՝ հղում կատարելու համար: EA-ի վերին 23 բիթերն օգտագործվում են Flash ծրագրի հիշողության գտնվելու վայրը ընտրելու համար:

Բայթ ռեժիմի աղյուսակի հրահանգների համար օգտագործվում է W ռեգիստրի EA LSb-ն՝ ընտրելու համար, թե 16-բիթանոց Flash ծրագրի հիշողության բառի որ բայթն է հասցեագրված; «1»-ն ընտրում է բիթերը[15:8], իսկ «0»-ն ընտրում է բիթերը[7:0]: W ռեգիստրի EA LSb-ն անտեսվում է Word ռեժիմում աղյուսակի հրահանգի համար: Բացի Flash ծրագրի հիշողության հասցեից, աղյուսակի հրահանգը նաև նշում է W ռեգիստրը (կամ W Register ցուցիչը դեպի հիշողության վայր), որը Flash ծրագրի հիշողության տվյալների աղբյուրն է, որը պետք է գրվի կամ Flash ծրագրի նպատակակետը: հիշողության ընթերցում. Բայթ ռեժիմում աղյուսակ գրելու գործողության համար աղբյուրի աշխատանքային ռեգիստրի բիթերը[15:8] անտեսվում են:

Օգտագործելով աղյուսակի ընթերցման հրահանգները
Աղյուսակի ընթերցումը պահանջում է երկու քայլ.

1. Հասցեների ցուցիչը ստեղծվում է TBLPAG ռեգիստրի և W ռեգիստրներից մեկի միջոցով:
2. Ֆլեշ ծրագրի հիշողության բովանդակությունը հասցեի գտնվելու վայրում կարող է ընթերցվել:

 

1. ԿԱՐԴԱԼ ԲԱՌԱՅԻՆ ՌԵԺԻՄ
   Կոդը ցուցադրված է Example 2-1 և Example 2-2-ը ցույց է տալիս, թե ինչպես կարելի է կարդալ Flash ծրագրի հիշողության բառը՝ օգտագործելով աղյուսակի հրահանգները Word ռեժիմում:
2. ԿԱՐԴԱԼ ԲԱՅՏ ՌԵԺԻՄ
   Կոդը ցուցադրված է Example 2-3-ը ցույց է տալիս հետաճող օպերատորը ցածր բայթի ընթերցման վրա, ինչը հանգեցնում է աշխատանքային ռեգիստրի հասցեի ավելացման մեկով: Սա սահմանում է EA[0]-ը «1»՝ երրորդ գրելու հրահանգում միջին բայթ մուտք գործելու համար: Վերջին ավելացումից հետո W0-ը վերադարձնում է հավասար հասցե՝ մատնանշելով հաջորդ Flash ծրագրի հիշողության վայրը:
3. ՍԵՂԱՆԱԿԱՆ ԳՐԵԼՈՒ Սողնակներ
   Աղյուսակ գրելու հրահանգները ուղղակիորեն չեն գրում անկայուն ծրագրի հիշողության մեջ: Փոխարենը, աղյուսակի գրելու հրահանգները բեռնում են գրելու սողնակները, որոնք պահում են գրելու տվյալները: NVM հասցեների ռեգիստրները պետք է բեռնված լինեն առաջին հասցեով, որտեղ պետք է գրվեն փակված տվյալները: Երբ գրելու բոլոր սողնակները բեռնված են, հիշողության ծրագրավորման իրական գործողությունը սկսվում է հրահանգների հատուկ հաջորդականությամբ: Ծրագրավորման ընթացքում սարքավորումը գրելու սողնակների տվյալները փոխանցում է Flash հիշողություն: Գրելու սողնակները միշտ սկսվում են 0xFA0000 հասցեից և տարածվում են մինչև 0xFA0002 բառի ծրագրավորման համար, կամ 0xFA00FE-ի միջոցով՝ տողերի ծրագրավորում ունեցող սարքերի համար:

Նշում. Գրելու սողնակների քանակը տատանվում է ըստ սարքի: Տե՛ս «Ֆլեշ ծրագրի հիշողություն» գլուխը հատուկ սարքի տվյալների թերթիկի համար՝ հասանելի գրելու սողնակների քանակի համար:

ՎԵՐԱՀՍԿՈՂՈՒԹՅԱՆ ՌԵԳԻՍՏՐՆԵՐ

Ֆլեշ ծրագրի հիշողության ջնջման և գրելու գործողությունները ծրագրավորելու համար օգտագործվում են մի քանի հատուկ գործառույթների ռեգիստրներ (SFR): NVMCON, NVMKEY և NVM հասցեների ռեգիստրներ, NVMADR և NVMADRU:

NVMCON գրանցում
NVMCON ռեգիստրը Flash-ի և ծրագրի/ջնջման գործողությունների հիմնական կառավարման ռեգիստրն է: Այս ռեգիստրը ընտրում է, թե արդյոք կկատարվի ջնջման կամ ծրագրի գործողություն և կարող է սկսել ծրագիրը կամ ջնջել ցիկլը: NVMCON ռեգիստրը ցուցադրվում է գրանցամատյան 3-1-ում: NVMCON-ի ստորին բայթը կարգավորում է NVM գործողության տեսակը, որը կկատարվի:

NVMKEY գրանցում
NVMKEY ռեգիստրը (տես Գրանցում 3-4) ռեգիստր է միայն գրելու համար, որն օգտագործվում է կանխելու NVMCON-ի պատահական գրառումները, որոնք կարող են փչացնել Flash հիշողությունը: Ապակողպվելուց հետո NVMCON-ում գրելը թույլատրվում է մեկ հրահանգի ցիկլի համար, որի ժամանակ WR բիթը կարող է սահմանվել ջնջելու կամ ծրագրի ռեժիմ կանչելու համար: Հաշվի առնելով ժամանակի պահանջները՝ պահանջվում է անջատել ընդհատումները:
Կատարեք հետևյալ քայլերը՝ ջնջման կամ ծրագրավորման հաջորդականությունը սկսելու համար.

1. Անջատել ընդհատումները:
2. NVMKEY-ում գրեք 0x55:
3. Գրեք 0xAA NVMKEY-ում:
4. Սկսեք ծրագրավորման գրման ցիկլը՝ WR բիթը դնելով (NVMCON[15]):
5. Կատարեք երկու NOP հրահանգներ:
6. Վերականգնել ընդհատումները:

ԱՆՋԱՏՈՒՄՆԵՐԸ
Հաջող արդյունք ապահովելու համար անհրաժեշտ է անջատել ընդհատումները Flash-ի բոլոր գործողությունների համար: Եթե ​​ընդհատում է տեղի ունենում NVMKEY ապակողպման հաջորդականության ընթացքում, այն կարող է արգելափակել WR բիթում գրելը: NVMKEY ապակողպման հաջորդականությունը պետք է կատարվի առանց ընդհատումների, ինչպես քննարկվում է «NVMKEY ռեգիստր» Բաժին 3.2-ում:

Ընդհատումները կարող են անջատվել երկու եղանակներից մեկով՝ անջատելով Global Interrupt Enable (GIE bit) կամ օգտագործելով DISI հրահանգը: DISI հրահանգը խորհուրդ չի տրվում, քանի որ այն անջատում է միայն 6-րդ կամ ավելի ցածր առաջնահերթության ընդհատումները. հետևաբար, պետք է օգտագործվի Global Interrupt Enable մեթոդը:

CPU-ն գրում է GIE-ին, վերցնում է երկու հրահանգի ցիկլ՝ նախքան կոդի հոսքի վրա ազդելը: Այնուհետև անհրաժեշտ է երկու NOP հրահանգ կամ կարող է փոխարինվել ցանկացած այլ օգտակար աշխատանքային հրահանգով, օրինակ՝ NVMKEY-ի բեռնումը. սա կիրառելի է ինչպես սահմանված, այնպես էլ հստակ գործողությունների համար: Պետք է զգույշ լինել ընդհատումները նորից միացնելու ժամանակ, որպեսզի NVM-ի նպատակային ռեժիմը թույլ չտա ընդհատումներ, երբ նախկին կանչված ֆունկցիան անջատել է դրանք այլ պատճառներով: Ասամբլեայում դա լուծելու համար stack push-ը և pop-ը կարող են օգտագործվել GIE բիթի վիճակը պահպանելու համար: C-ում RAM-ի փոփոխականը կարող է օգտագործվել INTCON2-ը պահելու համար՝ նախքան GIE-ը մաքրելը: Ընդհատումները անջատելու համար օգտագործեք հետևյալ հաջորդականությունը.

1. Հրել INTCON2-ը բուրգի վրա:
2. Մաքրել GIE բիթը:
3. Երկու NOP կամ գրում է NVMKEY-ին:
4. Սկսեք ծրագրավորման ցիկլը՝ կարգավորելով WR բիթը (NVMCON[15]):
5. Վերականգնել GIE վիճակը INTCON2-ի POP-ով:

NVM հասցեների գրանցամատյաններ
Երկու NVM հասցեի ռեգիստրները՝ NVMADRU և NVMADR, երբ միացված են, կազմում են ընտրված տողի կամ բառի 24-բիթանոց EA ծրագրավորման գործողությունների համար: NVMADRU ռեգիստրն օգտագործվում է EA-ի վերին ութ բիթերը պահելու համար, իսկ NVMADR ռեգիստրը՝ EA-ի ստորին 16 բիթերը պահելու համար: Որոշ սարքեր կարող են վերաբերել նույն ռեգիստրներին, ինչպիսիք են NVMADRL և NVMADRH: NVM հասցեի ռեգիստրները միշտ պետք է մատնանշեն կրկնակի հրահանգ բառի սահմանը, երբ կատարում է կրկնակի հրահանգ բառի ծրագրավորման գործողություն, տողերի սահմանը տողերի ծրագրավորման գործողություն կատարելիս կամ էջի սահմանը, երբ կատարում է էջը ջնջելու գործողություն:

Գրանցվել 3-1. NVMCON. Flash հիշողության կառավարման գրանցում

Նշում

1. Այս բիթը կարող է վերակայվել (այսինքն՝ ջնջվել) միայն Power-on Reset-ով (POR):
2. Անգործուն ռեժիմից դուրս գալու ժամանակ կա միացման հետաձգում (TVREG), մինչև Flash ծրագրի հիշողությունը գործարկվի: Լրացուցիչ տեղեկությունների համար տես հատուկ սարքի տվյալների թերթիկի «Էլեկտրական բնութագրեր» գլուխը:
3. NVMOP[3:0]-ի մյուս բոլոր համակցությունները չեն իրականացվել:
4. Այս գործառույթը հասանելի չէ բոլոր սարքերում: Հասանելի գործառնությունների համար տե՛ս «Flash Program Memory» գլուխը հատուկ սարքի տվյալների թերթիկում:
5. PWRSAV հրահանգը կատարելուց հետո էներգախնայողության ռեժիմ մտնելը պայմանավորված է բոլոր սպասվող NVM գործառնությունների ավարտով:
6. Այս բիթը հասանելի է միայն այն սարքերում, որոնք աջակցում են RAM-ի բուֆերային տողերի ծրագրավորումը: Հասանելիության համար տե՛ս սարքի հատուկ տվյալների թերթիկը:

Նշում

1. Այս բիթը կարող է վերակայվել (այսինքն՝ ջնջվել) միայն Power-on Reset-ով (POR):
2. Անգործուն ռեժիմից դուրս գալու ժամանակ կա միացման հետաձգում (TVREG), մինչև Flash ծրագրի հիշողությունը գործարկվի: Լրացուցիչ տեղեկությունների համար տես հատուկ սարքի տվյալների թերթիկի «Էլեկտրական բնութագրեր» գլուխը:
3. NVMOP[3:0]-ի մյուս բոլոր համակցությունները չեն իրականացվել:
4. Այս գործառույթը հասանելի չէ բոլոր սարքերում: Հասանելի գործառնությունների համար տե՛ս «Flash Program Memory» գլուխը հատուկ սարքի տվյալների թերթիկում:
5. PWRSAV հրահանգը կատարելուց հետո էներգախնայողության ռեժիմ մտնելը պայմանավորված է բոլոր սպասվող NVM գործառնությունների ավարտով:
6. Այս բիթը հասանելի է միայն այն սարքերում, որոնք աջակցում են RAM-ի բուֆերային տողերի ծրագրավորումը: Հասանելիության համար տե՛ս սարքի հատուկ տվյալների թերթիկը:

Գրանցվել 3-2. NVMADRU. Ոչ ցնդող հիշողության վերին հասցեի գրանցում

Գրանցվել 3-3. NVMADR. Ոչ ցնդող հիշողության հասցեի գրանցում

Գրանցվել 3-4. NVMKEY. Ոչ անկայուն հիշողության բանալի գրանցում

ԻՆՔՆԱԾՐԱԳՐԱՎՈՐՈՒՄ (RTSP)

RTSP-ն թույլ է տալիս օգտվողի հավելվածին փոփոխել Flash ծրագրի հիշողության բովանդակությունը: RTSP-ն իրականացվում է TBLRD (Table Read) և TBLWT (Table Write) հրահանգների, TBLPAG ռեգիստրի և NVM Control ռեգիստրների միջոցով: RTSP-ի միջոցով օգտագործողի հավելվածը կարող է ջնջել ֆլեշ հիշողության մեկ էջը և ծրագրավորել կամ երկու հրահանգ բառ կամ մինչև 128 հրահանգ բառ որոշակի սարքերում:

RTSP շահագործում
dsPIC33/PIC24 Flash ծրագրի հիշողության զանգվածը կազմակերպված է ջնջվող էջերի մեջ, որոնք կարող են պարունակել մինչև 1024 հրահանգներ: Երկու բառով ծրագրավորման տարբերակը հասանելի է dsPIC33/PIC24 ընտանիքների բոլոր սարքերում: Բացի այդ, որոշ սարքեր ունեն տողերի ծրագրավորման հնարավորություն, ինչը թույլ է տալիս միաժամանակ ծրագրավորել մինչև 128 հրահանգ բառ: Ծրագրավորման և ջնջման գործողությունները միշտ տեղի են ունենում նույնիսկ կրկնակի ծրագրավորման բառի, տողի կամ էջի սահմանների վրա: Ծրագրավորման տողի առկայության և չափերի, ինչպես նաև ջնջելու համար էջի չափի համար տես սարքի տվյալների թերթիկի «Ֆլեշ ծրագրի հիշողություն» գլուխը: Flash ծրագրի հիշողությունն իրականացնում է պահող բուֆերներ, որոնք կոչվում են գրելու սողնակներ, որոնք կարող են պարունակել ծրագրավորման տվյալների մինչև 128 հրահանգներ՝ կախված սարքից: Նախքան իրական ծրագրավորման գործողությունը, գրելու տվյալները պետք է բեռնվեն գրելու սողնակներում: RTSP-ի հիմնական հաջորդականությունը աղյուսակի ցուցիչի, TBLPAG ռեգիստրի կարգավորումն է և այնուհետև կատարել TBLWT հրահանգների շարք՝ գրելու սողնակները բեռնելու համար: Ծրագրավորումն իրականացվում է NVMCON ռեգիստրում կարգավորող բիթերը դնելով: Գրելու սողնակները բեռնելու համար անհրաժեշտ TBLWTL և TBLWTH հրահանգների քանակը հավասար է գրվող ծրագրի բառերի քանակին:

Նշում. Խորհուրդ է տրվում, որ TBLPAG ռեգիստրը պահպանվի մինչև փոփոխությունը և վերականգնվի օգտագործելուց հետո:

ՈՒՇԱԴՐՈՒԹՅՈՒՆ
Որոշ սարքերում Կազմաձևման բիթերը պահվում են ծրագրի Flash օգտվողի հիշողության վերջին էջում՝ «Flash Configuration Bytes» կոչվող բաժնում: Այս սարքերում ծրագրի հիշողության վերջին էջում էջի ջնջման գործողություն կատարելը ջնջում է Flash Configuration բայթերը, ինչը հնարավորություն է տալիս պաշտպանել կոդը: Հետևաբար, օգտվողները չպետք է կատարեն էջի ջնջման գործողություններ ծրագրի հիշողության վերջին էջում: Սա մտահոգիչ չէ, երբ Կազմաձևման բիթերը պահվում են Կազմաձևման հիշողության տարածքում՝ «Սարքի կազմաձևման ռեգիստրներ» կոչվող բաժնում: Տեսեք Ծրագրի հիշողության քարտեզը հատուկ սարքի տվյալների թերթիկի «Հիշողության կազմակերպում» գլխում՝ որոշելու, թե որտեղ են գտնվում Կազմաձևման բիթերը:

Ֆլեշ ծրագրավորման գործողություններ
RTSP ռեժիմում Flash ծրագրի ներքին հիշողությունը ծրագրավորելու կամ ջնջելու համար անհրաժեշտ է ծրագիր կամ ջնջման գործողություն: Ծրագրի կամ ջնջման գործողությունը ավտոմատ կերպով ժամանակավորվում է սարքի կողմից (տե՛ս սարքի հատուկ տվյալների թերթիկը ժամանակի մասին տեղեկությունների համար): WR բիթի (NVMCON[15]) կարգավորումը սկսում է գործողությունը: WR բիթն ավտոմատ կերպով ջնջվում է, երբ գործողությունն ավարտվում է: Պրոցեսորը կանգ է առնում մինչև ծրագրավորման գործողությունն ավարտվի: Այս ընթացքում պրոցեսորը չի կատարի որևէ հրահանգ և չի արձագանքի ընդհատումներին: Եթե ​​ծրագրավորման ցիկլի ընթացքում ինչ-որ ընդհատումներ տեղի ունենան, դրանք մնում են առկախ մինչև ցիկլը ավարտվի: Որոշ dsPIC33/PIC24 սարքեր կարող են տրամադրել օժանդակ Flash ծրագրերի հիշողություն (մանրամասների համար տե՛ս «Հիշողության կազմակերպում» գլուխը հատուկ սարքի տվյալների թերթիկի համար), որը թույլ է տալիս հրահանգների կատարումն առանց պրոցեսորի խցանումների, երբ օգտագործողի Flash ծրագրի հիշողությունը ջնջվում և/կամ ծրագրավորվում է: Ընդհակառակը, օժանդակ Flash ծրագրի հիշողությունը կարող է ծրագրավորվել առանց CPU Stalls-ի, քանի դեռ կոդը գործարկվում է օգտվողի Flash ծրագրի հիշողությունից: NVM ընդհատումը կարող է օգտագործվել՝ ցույց տալու, որ ծրագրավորման գործողությունն ավարտված է:

Նշում

1. Եթե ​​POR կամ BOR իրադարձություն տեղի է ունենում, երբ RTSP-ի ջնջումը կամ ծրագրավորումն ընթացքի մեջ է, RTSP գործողությունն անմիջապես ընդհատվում է: Օգտագործողը պետք է նորից կատարի RTSP գործողությունը այն բանից հետո, երբ սարքը դուրս է գալիս «Վերակայումից»:
2. Եթե ​​EXTR, SWR, WDTO, TRAPR, CM կամ IOPUWR Reset իրադարձություն է տեղի ունենում, երբ RTSP ջնջման կամ ծրագրավորման գործողությունն ընթացքի մեջ է, սարքը կզրոյացվի միայն RTSP-ի գործողության ավարտից հետո:

RTSP ԾՐԱԳՐԱՎՈՐՄԱՆ ԱԼԳՈՐԻԹՄ
Այս բաժինը նկարագրում է RTSP ծրագրավորումը, որը բաղկացած է երեք հիմնական գործընթացներից:

Փոփոխվող տվյալների էջի RAM պատկերի ստեղծում
Կատարեք այս երկու քայլերը՝ փոփոխվող տվյալների էջի RAM պատկեր ստեղծելու համար.

1. Կարդացեք Flash ծրագրի հիշողության էջը և պահեք այն տվյալների RAM-ում՝ որպես տվյալների «պատկեր»: RAM-ի պատկերը պետք է կարդալ՝ սկսած էջի հասցեի սահմանից:
2. Անհրաժեշտության դեպքում փոփոխեք RAM-ի տվյալների պատկերը:

Ֆլեշ ծրագրի հիշողության ջնջում
Վերոնշյալ 1-ին և 2-րդ քայլերն ավարտելուց հետո կատարեք հետևյալ չորս քայլերը՝ Flash ծրագրի հիշողության էջը ջնջելու համար.

1. Սահմանեք NVMOP[3:0] բիթերը (NVMCON[3:0])՝ ջնջելու 1-ին քայլից կարդացված Flash ծրագրի հիշողության էջը:
2. Գրեք էջի մեկնարկային հասցեն, որը պետք է ջնջվի NVMADRU և NMVADR ռեգիստրներում:
3. Անջատված ընդհատումներով.
   • a) Գրեք բանալիների հաջորդականությունը NVMKEY ռեգիստրում՝ WR բիթը (NVMCON[15]) սահմանելու համար:
   • b) Սահմանեք WR բիթը; սա կսկսի ջնջման ցիկլը:
   • c) Կատարեք երկու NOP հրահանգներ:
4. WR բիթը ջնջվում է, երբ ջնջման ցիկլը ավարտված է:

Ֆլեշ հիշողության էջի ծրագրավորում
Գործընթացի հաջորդ մասը Ֆլեշ հիշողության էջը ծրագրավորելն է: Ֆլեշ հիշողության էջը ծրագրավորվում է՝ օգտագործելով Քայլ 1-ում ստեղծված պատկերից ստացված տվյալները: Տվյալները փոխանցվում են գրելու սողնակներին՝ կրկնակի հրահանգների բառերի կամ տողերի ավելացումներով: Բոլոր սարքերը ունեն կրկնակի հրահանգ բառերի ծրագրավորման հնարավորություն: (Տե՛ս «Ֆլեշ ծրագրի հիշողություն» գլուխը հատուկ սարքի տվյալների թերթում՝ պարզելու համար, թե արդյոք և ինչ տեսակի տողերի ծրագրավորում կա: գրեք սողնակները ֆլեշ հիշողության մեջ: Սա կրկնվում է այնքան ժամանակ, մինչև ամբողջ էջը ծրագրավորվի: Կրկնեք հետևյալ երեք քայլերը՝ սկսելով Flash էջի առաջին հրահանգի բառից և ավելանալով կամ կրկնակի ծրագրի բառերով կամ հրահանգների տողերով, մինչև ամբողջ էջը ծրագրավորվի.

1. Բեռնել գրելու սողնակները.
   • a) Սահմանեք TBLPAG ռեգիստրը, որպեսզի մատնանշի գրման սողնակների տեղը:
   • b) Բեռնեք ցանկալի թվով սողնակներ՝ օգտագործելով TBLWTL և TBLWTH զույգ հրահանգները.
   • Կրկնակի բառով ծրագրավորման համար անհրաժեշտ է երկու զույգ TBLWTL և TBLWTH հրահանգներ
   • Տողերի ծրագրավորման համար անհրաժեշտ է մի զույգ TBLWTL և TBLWTH հրահանգներ յուրաքանչյուր հրահանգի բառի տողի տարրի համար
2. Սկսեք ծրագրավորման գործողությունը.
   • ա) Սահմանեք NVMOP[3:0] բիթերը (NVMCON[3:0]), որպեսզի ծրագրավորեն կամ կրկնակի հրահանգների բառեր կամ հրահանգների տող, ըստ անհրաժեշտության:
     բ) Գրեք NVMADRU և NVMADR ռեգիստրներում ծրագրավորվող կրկնակի հրահանգ բառի կամ հրահանգների տողի առաջին հասցեն:
     գ) անջատված ընդհատումներով.
     • Գրեք բանալիների հաջորդականությունը NVMKEY ռեգիստրում՝ WR բիթը սահմանելու համար (NVMCON[15])
     • Սահմանել WR բիթը; սա կսկսի ջնջման ցիկլը
     • Կատարեք երկու NOP հրահանգներ
3. WR բիթը ջնջվում է, երբ ծրագրավորման ցիկլը ավարտված է:

Կրկնեք ամբողջ գործընթացը, ըստ անհրաժեշտության, ծրագրավորելու համար անհրաժեշտ քանակությամբ Flash ծրագրի հիշողություն:

Նշում

1. Օգտագործողը պետք է հիշի, որ Flash ծրագրի հիշողության նվազագույն քանակությունը, որը կարող է ջնջվել RTSP-ի միջոցով, միայն ջնջված էջ է: Հետևաբար, կարևոր է, որ այս վայրերի պատկերը պահպանվի ընդհանուր նշանակության RAM-ում՝ նախքան ջնջման ցիկլը սկսելը:
2. Flash ծրագրի հիշողության մեջ տողը կամ բառը չպետք է ծրագրավորվի ավելի քան երկու անգամ՝ նախքան ջնջելը:
3. Flash-ի վերջին էջում պահվող Կազմաձևման բայթերով սարքերում ծրագրի հիշողության վերջին էջում էջը ջնջելու գործողություն կատարելը մաքրում է Կազմաձևման բայթերը, ինչը թույլ է տալիս պաշտպանել կոդը: Այս սարքերում Flash հիշողության վերջին էջը չպետք է ջնջվի:

ՖԼԵՇԻ ՄԵԿ ԷՋ ՋՆԵԼՈՎ
Կոդի հաջորդականությունը ցույց է տրված Օրինակample 4-1-ը կարող է օգտագործվել Flash ծրագրի հիշողության էջը ջնջելու համար: NVMCON ռեգիստրը կազմաձևված է ծրագրի հիշողության մեկ էջ ջնջելու համար: NVMADR և NMVADRU ռեգիստրները բեռնված են ջնջվող էջի մեկնարկային հասցեով: Ծրագրի հիշողությունը պետք է ջնջվի «զույգ» էջի հասցեի սահմանում: Ֆլեշ էջի չափը որոշելու համար տես հատուկ սարքի տվյալների թերթիկի «Flash Program Memory» գլուխը:
Ջնջման գործողությունը սկսվում է՝ գրելով հատուկ ապակողպում կամ ստեղների հաջորդականություն NVMKEY ռեգիստրում՝ WR բիթը (NVMCON[15]) դնելուց առաջ: Ապակողպման հաջորդականությունը պետք է կատարվի ճշգրիտ հերթականությամբ, ինչպես ցույց է տրված Օրինակample 4-1, առանց ընդհատումների; հետևաբար, ընդհատումները պետք է անջատված լինեն:
Երկու NOP հրահանգները պետք է տեղադրվեն կոդի մեջ ջնջման ցիկլից հետո: Որոշ սարքերում կոնֆիգուրացիայի բիթերը պահվում են Flash ծրագրի վերջին էջում: Այս սարքերում ծրագրի հիշողության վերջին էջում էջերի ջնջման գործողություն կատարելը ջնջում է Flash Configuration բայթերը՝ արդյունքում ապահովելով ծածկագրի պաշտպանությունը: Օգտատերերը չպետք է կատարեն էջի ջնջման գործողություններ ծրագրի հիշողության վերջին էջում:

ԲԵՌՆՈՒՄ ԵՆ ԳՐԵԼ ՍԿԱՆԴՆԵՐ
Գրելու սողնակները օգտագործվում են որպես պահեստավորման մեխանիզմ օգտագործողի Table Writes հավելվածի և իրական ծրագրավորման հաջորդականության միջև: Ծրագրավորման գործողության ընթացքում սարքը գրելու սողնակներից տվյալները կփոխանցի Flash հիշողություն: Սարքերի համար, որոնք աջակցում են տողերի ծրագրավորում, օրինակample 4-3-ը ցույց է տալիս հրահանգների հաջորդականությունը, որոնք կարող են օգտագործվել 128 գրելու սողնակ (128 հրահանգի բառ) բեռնելու համար: 128 TBLWTL և 128 TBLWTH հրահանգներ են անհրաժեշտ Flash ծրագրի հիշողության մի շարք ծրագրավորելու համար գրելու սողնակները բեռնելու համար: Տեսեք սարքի տվյալների թերթիկի «Ֆլեշ ծրագրի հիշողություն» գլուխը՝ ձեր սարքում հասանելի ծրագրավորման սողնակների քանակը որոշելու համար: Սարքերի համար, որոնք չեն աջակցում տողերի ծրագրավորում, օրինակample 4-4-ը ցույց է տալիս հրահանգների հաջորդականությունը, որոնք կարող են օգտագործվել գրելու երկու սողնակ (երկու հրահանգ բառ) բեռնելու համար: Գրելու սողնակները բեռնելու համար անհրաժեշտ է երկու TBLWTL և երկու TBLWTH հրահանգ:

Նշում

1. Load_Write_Latch_Row-ի կոդը ցուցադրված է Example 4-3-ը և Load_Write_Latch_Word-ի կոդը ցուցադրված է Օրինակample 4-4. Այս երկուսի ծածկագիրը, օրինակamples-ը նշված է հետագա նախկինումamples.
2. Սողնակների քանակի համար տե՛ս սարքի հատուկ տվյալների թերթիկը:

ՄԵԿ ՏՈՂ ԾՐԱԳՐԱՎՈՐՈՒՄ ՆՈՐAMPLE
NVMCON ռեգիստրը կազմաձևված է Flash ծրագրի հիշողության մեկ տող ծրագրավորելու համար: Ծրագրի գործողությունը սկսվում է հատուկ ապակողպման կամ ստեղների հաջորդականություն գրելու միջոցով NVMKEY ռեգիստրում նախքան WR բիթը դնելը (NVMCON[15]): Ապակողպման հաջորդականությունը պետք է կատարվի առանց ընդհատումների և ճշգրիտ հերթականությամբ, ինչպես ցույց է տրված Ex-ումample 4-5. Հետևաբար, հաջորդականությունը գրելուց առաջ ընդհատումները պետք է անջատվեն:

Նշում. Ոչ բոլոր սարքերն ունեն տողերի ծրագրավորման հնարավորություն: Տե՛ս սարքի տվյալների թերթիկի «Ֆլեշ ծրագրի հիշողություն» գլուխը՝ պարզելու, թե արդյոք այս տարբերակը հասանելի է:

Ծրագրավորման ցիկլից հետո կոդի մեջ պետք է տեղադրվեն երկու NOP հրահանգներ:

ՇԱՐՔԵՐԻ ԾՐԱԳՐԱՎՈՐՈՒՄ՝ ՕԳՏԱԳՈՐԾՈՎ RAM-ի բուֆերը
Ընտրված dsPIC33 սարքերը թույլ են տալիս տողերի ծրագրավորումը կատարել անմիջապես տվյալների RAM-ի բուֆերային տարածությունից, այլ ոչ թե անցնել պահող սողնակներով՝ TBLWT հրահանգներով տվյալները փոխանցելու համար: RAM-ի բուֆերի գտնվելու վայրը որոշվում է NVMSRCADR ռեգիստր(ներ)ով, որոնք բեռնված են տվյալների RAM հասցեով, որը պարունակում է գրվող ծրագրի տվյալների առաջին բառը:

Նախքան ծրագրի գործողությունը կատարելը, RAM-ի բուֆերային տարածքը պետք է բեռնված լինի ծրագրավորվող տվյալների շարքով: RAM-ը կարող է բեռնվել կամ սեղմված (փաթեթավորված) կամ չսեղմված ձևաչափով: Սեղմված պահեստը օգտագործում է մեկ տվյալների բառ՝ երկու հարակից ծրագրի տվյալների բառերի ամենակարևոր բայթերը (MSB) պահելու համար: Չսեղմված ձևաչափն օգտագործում է երկու տվյալների բառ յուրաքանչյուր ծրագրի տվյալների բառի համար, ընդ որում յուրաքանչյուր այլ բառի վերին բայթը 00ժ է: Սեղմված ձևաչափը օգտագործում է տվյալների RAM-ի տարածքի մոտ 3/4-ը՝ համեմատած չսեղմված ձևաչափի հետ: Մյուս կողմից, չսեղմված ձևաչափը ընդօրինակում է 24-բիթանոց ծրագրի տվյալների բառի կառուցվածքը՝ լրացված վերին ֆանտոմ բայթով: Տվյալների ձևաչափն ընտրվում է RPDF բիթով (NVMCON[9]): Այս երկու ձևաչափերը ներկայացված են Նկար 4-1-ում:

RAM-ի բուֆերը բեռնվելուց հետո Flash հասցեի ցուցիչները՝ NVMADR և NVMADRU, բեռնվում են գրվող Flash տողի 24-բիթանոց մեկնարկային հասցեով: Ինչպես գրելու սողնակները ծրագրավորելու դեպքում, գործընթացը սկսվում է NVM-ի բացման հաջորդականությունը գրելով, որին հաջորդում է WR բիթը սահմանելը: Գործարկվելուց հետո սարքն ավտոմատ կերպով բեռնում է ճիշտ սողնակները և ավելացնում է NVM հասցեի գրանցումները, մինչև բոլոր բայթերը ծրագրավորվեն: Օրինակ՝ample 4-7 ցույց է տալիս նախկինampգործընթացից։ Եթե ​​NVMSRCADR-ը դրված է այնպիսի արժեքի վրա, որ առաջանա տվյալների նվազման սխալի պայման, URERR բիթը (NVMCON[8]) կսահմանվի պայմանը ցույց տալու համար:
Սարքերը, որոնք իրականացնում են RAM-ի բուֆերային տողերի ծրագրավորում, նաև իրականացնում են մեկ կամ երկու գրման սողնակ: Դրանք բեռնվում են TBLWT հրահանգների միջոցով և օգտագործվում են բառի ծրագրավորման գործողություններ կատարելու համար:

ԲԱՌԵՐԻ ԾՐԱԳՐԱՎՈՐՈՒՄ
NVMCON ռեգիստրը կազմաձևված է Flash ծրագրի հիշողության երկու հրահանգային բառ ծրագրավորելու համար: Ծրագրի գործողությունը սկսվում է հատուկ ապակողպման կամ ստեղների հաջորդականություն գրելու միջոցով NVMKEY ռեգիստրում նախքան WR բիթը դնելը (NVMCON[15]): Ապակողպման հաջորդականությունը պետք է կատարվի ճշգրիտ հերթականությամբ, ինչպես ցույց է տրված Օրինակample 4-8, առանց ընդհատումների. Հետևաբար, հաջորդականությունը գրելուց առաջ ընդհատումները պետք է անջատվեն:
Ծրագրավորման ցիկլից հետո կոդի մեջ պետք է տեղադրվեն երկու NOP հրահանգներ:

Գրել սարքի կազմաձևման ռեգիստրներին
Որոշ սարքերում Կազմաձևման բիթերը պահվում են կազմաձևման հիշողության տարածքում՝ «Սարքի կազմաձևման ռեգիստրներ» կոչվող բաժնում: Այլ սարքերում Կազմաձևման բիթերը պահվում են ծրագրի Flash օգտվողի հիշողության վերջին էջում՝ «Flash Configuration Bytes» կոչվող բաժնում: Այս սարքերում ծրագրի հիշողության վերջին էջում էջի ջնջման գործողություն կատարելը ջնջում է Flash Configuration բայթերը, ինչը հնարավորություն է տալիս պաշտպանել կոդը: Հետևաբար, օգտվողները չպետք է կատարեն էջի ջնջման գործողություններ ծրագրի հիշողության վերջին էջում: Տեսեք Ծրագրի հիշողության քարտեզը հատուկ սարքի տվյալների թերթիկի «Հիշողության կազմակերպում» գլխում՝ որոշելու, թե որտեղ են գտնվում Կազմաձևման բիթերը:

Երբ Կազմաձևման բիթերը պահվում են կազմաձևման հիշողության տարածքում, RTSP-ն կարող է օգտագործվել սարքի Կազմաձևման ռեգիստրներում գրելու համար, և RTSP-ն թույլ է տալիս յուրաքանչյուր Կազմաձևման ռեգիստր առանձին վերագրել՝ առանց նախապես ջնջելու ցիկլը կատարելու: Կազմաձևման ռեգիստրները գրելիս պետք է զգույշ լինել, քանի որ դրանք վերահսկում են սարքի գործառնական կարևոր պարամետրերը, ինչպիսիք են համակարգի ժամացույցի աղբյուրը, PLL և WDT միացումը:

Սարքի կոնֆիգուրացիայի ռեգիստրի ծրագրավորման կարգը նման է Flash ծրագրի հիշողության ծրագրավորման ընթացակարգին, բացառությամբ, որ պահանջվում են միայն TBLWTL հրահանգներ: Դա պայմանավորված է նրանով, որ յուրաքանչյուր սարքի կազմաձևման ռեգիստրի վերին ութ բիթները չօգտագործված են: Ավելին, Table Write հասցեի 23-րդ բիթը պետք է սահմանվի Կազմաձևման ռեգիստրներ մուտք գործելու համար: Տեսեք «Սարքի կազմաձևում» (DS70000618) «dsPIC33/PIC24 Family Reference Manual»-ում և «Հատուկ առանձնահատկություններ» գլուխը հատուկ սարքի տվյալների թերթում՝ սարքի կազմաձևման ռեգիստրների ամբողջական նկարագրության համար:

Նշում

1. Սարքի վրա գրելը Կազմաձևման ռեգիստրները հասանելի չեն բոլոր սարքերում: Տեսեք «Հատուկ առանձնահատկություններ» գլուխը հատուկ սարքի տվյալների թերթում՝ որոշելու ռեժիմները, որոնք հասանելի են՝ համաձայն սարքի հատուկ NVMOP[3:0] բիթերի սահմանման:
2. Սարքի կոնֆիգուրացիայի ռեգիստրների վրա RTSP կատարելիս սարքը պետք է աշխատի ներքին FRC օսցիլատորի միջոցով (առանց PLL): Եթե ​​սարքը աշխատում է ժամացույցի այլ աղբյուրից, ապա սարքի կազմաձևման ռեգիստրներում RTSP գործողություն կատարելը պետք է կատարվի ներքին FRC օսցիլյատորին (NOSC[2:0] = 000):
3. Եթե ​​Oscillator Mode-ի ընտրության առաջնային բիթերը (POSCMD[1:0]) Oscillator Configuration ռեգիստրում (FOSC) վերածրագրավորվում են նոր արժեքով, օգտվողը պետք է ապահովի, որ ժամացույցի փոխարկման ռեժիմի բիթերը (FCKSM[1:0]) FOSC ռեգիստրն ունի «0» նախնական ծրագրավորված արժեքը՝ նախքան այս RTSP գործողությունը կատարելը:

ԿՈՆՖԻԳՈՒՐԱՑՄԱՆ ՌԵԳԻՍՏՐ ԳՐԵԼՈՒ ԱԼԳՈՐԻԹՄ
Ընդհանուր ընթացակարգը հետևյալն է.

1. Գրեք նոր կազմաձևման արժեքը Table Write սողնակում՝ օգտագործելով TBLWTL հրահանգը:
2. Կարգավորեք NVMCON-ը կազմաձևման ռեգիստրի գրման համար (NVMCON = 0x4000):
3. Գրեք NVMADRU և NVMADR ռեգիստրներում ծրագրավորվող Կազմաձևման ռեգիստրի հասցեն:
4. Անջատել ընդհատումները, եթե միացված է:
5. Գրեք բանալիների հաջորդականությունը NVMKEY ռեգիստրում:
6. Սկսեք գրելու հաջորդականությունը՝ սահմանելով WR բիթը (NVMCON[15]):
7. Անհրաժեշտության դեպքում նորից միացրեք ընդհատումները:

Example 4-10-ը ցույց է տալիս կոդերի հաջորդականությունը, որը կարող է օգտագործվել սարքի կազմաձևման ռեգիստրը փոփոխելու համար:

ԳՐԱՆՑՎԵԼ ՔԱՐՏԵԶ

Ֆլեշ ծրագրավորման հետ կապված ռեգիստրների ամփոփագիրը ներկայացված է Աղյուսակ 5-1-ում:

ՀԱՐԱԿԻՑ ԿԻՐԱՌՄԱՆ ՆՇՈՒՄՆԵՐ

Այս բաժնում թվարկված են դիմումի նշումները, որոնք կապված են ձեռնարկի այս բաժնի հետ: Այս հավելվածի նշումները չեն կարող գրվել հատուկ dsPIC33/PIC24 արտադրանքի ընտանիքների համար, սակայն հասկացությունները տեղին են և կարող են օգտագործվել փոփոխման և հնարավոր սահմանափակումների դեպքում: Ֆլեշ ծրագրավորման հետ կապված ընթացիկ հավելվածի նշումներն են.

Նշում. Խնդրում ենք այցելել Microchip webկայք (www.microchip.com) Հավելյալ հավելվածի նշումների և ծածկագրի համար, օրինակampds dsPIC33/PIC24 սարքերի ընտանիքների համար:

Վերանայման ՊԱՏՄՈՒԹՅՈՒՆ

Revision A (օգոստոս 2009)
Սա այս փաստաթղթի նախնական թողարկված տարբերակն է:

Վերանայում B (փետրվար, 2011)
Այս վերանայումը ներառում է հետևյալ թարմացումները.

• Examples:
  • Հեռացվել է Example 5-3 և Example 5-4
  • Թարմացված Example 4-1, Example 4-5 և Example 4-10
  • Ցանկացած հղում #WR-ին թարմացվել է #15-ի Նախample 4-1, Example 4-5 և Example 4-8
  • Թարմացվել է հետևյալը Example 4-3:
• «Բառի ծրագրավորում» վերնագիրը թարմացվել է «Տողերի ծրագրավորման համար գրելու սողնակների բեռնում»
• Ցանկացած հղում #ram_image-ին թարմացվել է #0xFA-ի
  • Ավելացված է Example 4-4
  • Վերնագիրը թարմացվել է Example 4-8
• Նշումներ:
  • Ավելացվել է երկու նշում 4.2 «Ֆլեշ ծրագրավորման գործողություններ» բաժնում
  • Թարմացվել է 4.5.2 բաժնում «Գրելու սողնակների բեռնում» նշումը
  • Ավելացվել է երեք նշում «Սարքի կազմաձևման գրանցամատյաններում գրելը» բաժնում 4.6
  • Աղյուսակ 1-5-ում ավելացվել է Ծանոթագրություն 1
• Գրանցումներ:
  • Թարմացվել են NVMOP[3:0] բիթերի արժեքները. NVM Operation Ընտրել բիթերը Flash Memory Control (NVMCON) ռեգիստրում (տես Գրանցում 3-1)
• Բաժիններ:
  • Հեռացվել են 5.2.1.4 «Write Word Mode» և 5.2.1.5 «Write Byte Mode» բաժինները
  • Թարմացված Բաժին 3.0 «Վերահսկիչ գրանցամատյաններ»
  • Թարմացվել է հետևյալ բաժինը 4.5.5 «Word Programming»-ում.
• «Ֆլեշ հիշողության մեկ բառի ծրագրավորում» բաժնի վերնագիրը փոխվեց «Բառի ծրագրավորում»
• Թարմացվել է առաջին պարբերությունը
• Երկրորդ պարբերությունում «մեկ բառ» տերմինները փոխեց «զույգ բառերի»:
  • 1 «Կազմաձևման ռեգիստրի գրելու ալգորիթմ» բաժնում ավելացվեց նոր քայլ 4.6.1:
• Աղյուսակներ:
  • Թարմացված Աղյուսակ 5-1
• Ծրագրային հիշողության մի քանի հղումներ թարմացվել են Flash ծրագրի հիշողության մեջ
• Այլ փոքր թարմացումներ, ինչպիսիք են լեզվի և ձևաչափի թարմացումները, ներառվել են ամբողջ փաստաթղթում

Revision C (հունիս 2011)
Այս վերանայումը ներառում է հետևյալ թարմացումները.

• Examples:
  • Թարմացված Example 4-1
  • Թարմացված Example 4-8
• Նշումներ:
  • Բաժին 4.1-ում ավելացվել է նշում «RTSP Գործողություն»
  • Ավելացվել է Ծանոթագրություն 3 բաժին 4.2 «Ֆլեշ ծրագրավորման գործողություններ»
  • 3 «RTSP ծրագրավորման ալգորիթմ» բաժնում ավելացվել է 4.2.1 նշում
  • Բաժին 4.5.1-ում ավելացվել է նշում «Flash-ի մեկ էջի ջնջում»
  • Ավելացվեց 2-րդ նշումը 4.5.2 «Գրելու սողնակների բեռնում» բաժնում
• Գրանցումներ:
  • Թարմացվել է 15-0 բիթերի նկարագրությունը ոչ անկայուն հիշողության հասցեների գրանցամատյանում (տես գրանցում 3-3)
• Բաժիններ:
  • Թարմացված Բաժին 4.1 «RTSP Գործողություն»
  • Թարմացվել է 4.5.5 «Word Programming» բաժինը
• Այլ փոքր թարմացումներ, ինչպիսիք են լեզվի և ձևաչափի թարմացումները, ներառվել են ամբողջ փաստաթղթում

Revision D (դեկտեմբեր 2011)
Այս վերանայումը ներառում է հետևյալ թարմացումները.

• Թարմացված Բաժին 2.1.3 «Սեղանի գրելու սողնակներ»
• Թարմացված Բաժին 3.2 «NVMKEY ռեգիստր»
• Թարմացվել են նշումները NVMCON-ում. Flash Memory Control Register (տես Գրանցում 3-1)
• Ընդարձակ թարմացումներ են կատարվել 4.0 «Գործարկման ժամանակի ինքնածրագրավորում (RTSP)» բաժնում:
• Այլ փոքր թարմացումներ, ինչպիսիք են լեզվի և ձևաչափի թարմացումները, ներառվել են ամբողջ փաստաթղթում

Վերանայում E (հոկտեմբեր 2018)
Այս վերանայումը ներառում է հետևյալ թարմացումները.

• Ավելացված է Example 2-2, Example 4-2, Example 4-6 և Example 4-9
• Ավելացվեց բաժին 4.5.4 «Տողերի ծրագրավորում՝ օգտագործելով RAM բուֆերը»
• Թարմացվել է Բաժին 1.0 «Ներածություն», Բաժին 3.3 «NVM հասցեների գրանցամատյաններ», Բաժին 4.0 «Գործարկման ժամանակի ինքնածրագրավորում (RTSP)» և Բաժին 4.5.3 «Մեկ տող ծրագրավորում Ex.ampլե»
• Թարմացված գրանցամատյան 3-1
• Թարմացված Example 4-7
• Թարմացված Աղյուսակ 5-1

Revision F (նոյեմբեր 2021)
Ավելացվեց 3.2.1 «Ընդհատումների անջատում» բաժինը:
Թարմացված Example 3-1, Example 4-1, Example 4-2, Example 4-5, Example 4-6, Example 4-7, Example 4-8, Example 4-9 և Example 4-10.
Թարմացվել է Բաժին 3.2 «NVMKEY գրանցամատյան», Բաժին 4.5.1 «Ֆլեշի մեկ էջի ջնջում», Բաժին 4.5.3 «Մեկ տող ծրագրավորում նախկին.ample» և «Կազմաձևման ռեգիստրի գրելու ալգորիթմ» բաժին 4.6.1:

Ուշադրություն դարձրեք Microchip արտադրանքի կոդի պաշտպանության հատկանիշի հետևյալ մանրամասներին.

• Microchip արտադրանքները համապատասխանում են իրենց հատուկ Microchip Data Sheet-ում պարունակվող բնութագրերին:
• Microchip-ը կարծում է, որ իր արտադրանքի ընտանիքն ապահով է, երբ օգտագործվում է նախատեսված ձևով, գործառնական բնութագրերի շրջանակներում և նորմալ պայմաններում:
• Microchip-ը գնահատում և ագրեսիվորեն պաշտպանում է իր մտավոր սեփականության իրավունքները: Microchip արտադրանքի ծածկագրի պաշտպանության հատկանիշները խախտելու փորձերը խստիվ արգելված են և կարող են խախտել Digital Millennium Copyright Act-ը:
• Ոչ Microchip-ը, ոչ էլ կիսահաղորդչային այլ արտադրողները չեն կարող երաշխավորել իր ծածկագրի անվտանգությունը: Կոդի պաշտպանությունը չի նշանակում, որ մենք երաշխավորում ենք, որ ապրանքը «անխախտելի է»: Կոդի պաշտպանությունը մշտապես զարգանում է: Microchip-ը պարտավորվում է շարունակաբար բարելավել մեր արտադրանքի կոդերի պաշտպանության առանձնահատկությունները

Այս հրապարակումը և սույն տեղեկատվությունը կարող են օգտագործվել միայն Microchip արտադրանքների հետ, ներառյալ Microchip արտադրանքները նախագծելու, փորձարկելու և ձեր հավելվածի հետ ինտեգրելու համար: Այս տեղեկատվության ցանկացած այլ եղանակով օգտագործումը խախտում է սույն պայմանները: Սարքի հավելվածների վերաբերյալ տեղեկատվությունը տրամադրվում է միայն ձեր հարմարության համար և կարող է փոխարինվել թարմացումներով: Ձեր պարտականությունն է ապահովել, որ ձեր դիմումը համապատասխանում է ձեր բնութագրերին: Լրացուցիչ աջակցության համար դիմեք ձեր տեղական Microchip վաճառքի գրասենյակին կամ լրացուցիչ աջակցություն ստացեք այստեղից https://www.microchip.com/en-us/support/design-help/client-supportservices.

ԱՅՍ ՏԵՂԵԿԱՏՎՈՒԹՅՈՒՆԸ ՏՐԱՄԱԴՐՎՈՒՄ Է ՄԻԿՐՈՉԻՊԻ «ԻՆՉՊԵՍ ԿԱ»: ՄԻԿՐՈՉԻՊԸ ՉԻ ՏԱԼԻՍ ՈՐԵՎԷ ՏԵՍԱԿԻ ՆԵՐԿԱՅԱՑՈՒՑՈՒՄ ԿԱՄ ԵՐԱՇԽԻՔՆԵՐ՝ ԲԱՑԱՀԱՅՏ ԹԵ ՆԿՅԱԼԻՐ, ԳՐԱՎՈՐ ԹԵ ԲԱՆԱՎՈՐ, ԿԱՆՈՆԱԿԱՆ ԿԱՄ ԱՅԼ ՏԵՂԵԿԱՏՎՈՒԹՅԱՆ ՀԵՏ ԿԱՊՎԱԾ ԲԱՅՑ ՈՉ ՍԱՀՄԱՆԱՓԱԿՎԱԾ ԱՌԱՆՁՆԱՑՆԵԼՈՒ ՀԱՄԱՐ LITY ԵՎ ՊԱՏԱՍԽԱՆՈՒԹՅՈՒՆԸ ՀԱՏՈՒԿ ՆՊԱՏԱԿԻ ՀԱՄԱՐ ԿԱՄ ԵՐԱՇԽԻՔՆԵՐԻ ՀԵՏ ԿԱՊՎԱԾ. ՆՐԱ ՎԻՃԱԿԸ, ՈՐԱԿԸ ԿԱՄ ԿԱՏԱՐԱԿԱՆԸ։ ՈՉ ՄԻ ԴԵՊՔՈՒՄ ՄԻԿՐՈՉԻՊԸ ՊԱՏԱՍԽԱՆԱՏՎՈՒԹՅՈՒՆ ՉԻ ՊԱՏԱՍԽԱՆԱՏՎԻ ՈՐԵՎԷ ԱՆՈՒՂԻՂ, ՀԱՏՈՒԿ, ՊԱՏԺԻՉ, ՊԱՏԱՍԽԱՆԱԿԱՆ ԿԱՄ ՀԵՏԵՎԱՆԱԿԱՆ ԿՈՐՈՒՍՏԻ, ՎՆԱՍԻ, ԱՐԺԵՔԻ ԿԱՄ ԾԱԽՍԻ ՀԱՄԱՐ, ՈՐ ԿԱՊՎԱԾ ԱՄԵՐԻԿԱՅԻ ՀԱՄԱՐ ՉԻՊԸ ԽՈՐՀՈՒՐԴ Է ՏՎԵԼ ՀՆԱՐԱՎՈՐՈՒԹՅՈՒՆԸ ԿԱՄ ՎՆԱՍՆԵՐԸ ԿԱՆԽԱԽՍԵԼԻ ԵՆ։ ՄԻԿՐՈՉԻՊԻ ԸՆԴՀԱՆՈՒՐ ՊԱՏԱՍԽԱՆԱՏՎՈՒԹՅՈՒՆԸ ՏԵՂԵԿԱՏՎՈՒԹՅԱՆ ԿԱՄ ԴՐԱ ՕԳՏԱԳՈՐԾՄԱՆ ՀԱՄԱՐ ԿԱՊՎԱԾ ԲՈԼՈՐ ՊԱՀԱՆՋՆԵՐԻ ՎԵՐԱԲԵՐՅԱԼ ՉԻ ԳԵՐԱՑՆԻ ՎՃԱՐՆԵՐԻ ԳՈՒՄԱՐԸ, ԵԹԵ ՉԿԱ, ԱՅԴ ԱՇԽԱՏԱՆՔՆԵՐԻ ՀԱՄԱՐ:

Կենսապահովման և/կամ անվտանգության ծրագրերում Microchip սարքերի օգտագործումը լիովին ենթարկվում է գնորդի ռիսկին, և գնորդը համաձայնում է պաշտպանել, փոխհատուցել և պահել անվնաս Microchip-ը նման օգտագործման հետևանքով առաջացած ցանկացած և բոլոր վնասներից, պահանջներից, հայցերից կամ ծախսերից: Ոչ մի լիցենզիա չի փոխանցվում, անուղղակիորեն կամ այլ կերպ, Microchip-ի որևէ մտավոր սեփականության իրավունքով, եթե այլ բան նշված չէ:

Microchip-ի որակի կառավարման համակարգերի վերաբերյալ տեղեկությունների համար այցելեք www.microchip.com/quality.

Ապրանքային նշաններ

Microchip անվանումը և պատկերանշանը, Microchip-ի լոգոն, Adaptec, AnyRate, AVR, AVR լոգոն, AVR Freaks, BesTime, BitCloud, CryptoMemory, CryptoRF, dsPIC, flexPWR, HELDO, IGLOO, JukeBlox, KeeLoq, Link,Checkle, maXTouch, MediaLB, megaAVR, Microsemi, Microsemi logo, MOST, MOST logo, MPLAB, OptoLyzer, PIC, picoPower, PICSTART, PIC32 logo, PolarFire, Prochip Designer, QTouch, SAM-BA, SenGenuity, SpyNIC, SST, SuperFST, , Symmetricom, SyncServer, Tachyon, TimeSource, tinyAVR, UNI/O, Vectron և XMEGA-ն ԱՄՆ-ում և այլ երկրներում ներառված Microchip Technology-ի գրանցված ապրանքանիշերն են: AgileSwitch, APT, ClockWorks, The Embedded Control Solutions Company, EtherSynch, Flashtec, Hyper Speed ​​Control, HyperLight Load, IntelliMOS, Libero, motorBench, mTouch, Powermite 3, Precision Edge, ProASIC, ProASIC Plus, ProASIC- Plus Wire logo, Quiet SmartFusion-ը, SyncWorld-ը, Temux-ը, TimeCesium-ը, TimeHub-ը, TimePictra-ն, TimeProvider-ը, TrueTime-ը, WinPath-ը և ZL-ը ԱՄՆ-ում ներառված Microchip Technology-ի գրանցված ապրանքանիշերն են:

Հարակից բանալիների ճնշում, AKS, թվային դարաշրջանի անալոգային, ցանկացած կոնդենսատոր, AnyIn, AnyOut, ընդլայնված անջատում, BlueSky, BodyCom, CodeGuard, CryptoAuthentication, CryptoAutomotive, CryptoCompanion, CryptoPICAMDsnet, DYPICController, , ECAN, էսպրեսսո T1S, EtherGREEN, GridTime, IdealBridge, Ներշրջանցային սերիական ծրագրավորում, ICSP, INICnet, Խելացի զուգահեռում, միջչիպերի միացում, JitterBlocker, էկրանի գլխիկ, maxCrypto, maxView, memBrain, Mindi, MiWi, MPASM, MPF, MPLAB Certified logo, MPLIB, MPLINK, MultiTRAK, NetDetach, NVM Express, NVMe, Omniscient Code Generation, PICDEM, PICDEM.net, PICkit, PICtail, PowerSmart, PureSilicon, QREALMatri. , Ripple Blocker, RTAX, RTG4, SAM-ICE, Serial Quad I/O, simpleMAP, SimpliPHY, SmartBuffer, SmartHLS, SMART-IS, storClad, SQI, SuperSwitcher, SuperSwitcher II, Switchtec, SynchroPHY, Total Endurance, USBCheck. VariSense, VectorBlox, VeriPHY, ViewSpan-ը, WiperLock-ը, XpressConnect-ը և ZENA-ն ԱՄՆ-ում և այլ երկրներում ներառված Microchip Technology-ի ապրանքանիշերն են:

SQTP-ն ԱՄՆ-ում ներառված Microchip Technology-ի սպասարկման նշանն է
Adaptec լոգոն, Հաճախականություն ըստ պահանջի, Silicon Storage Technology, Symmcom և Trusted Time-ը Microchip Technology Inc.-ի գրանցված ապրանքային նշաններն են այլ երկրներում:
GestIC-ը Microchip Technology Germany II GmbH & Co. KG-ի՝ Microchip Technology Inc.-ի դուստր ձեռնարկության գրանցված ապրանքանիշն է այլ երկրներում:
Այստեղ նշված բոլոր ապրանքային նշանները պատկանում են իրենց համապատասխան ընկերություններին:
© 2009-2021, Microchip Technology Incorporated և նրա դուստր ձեռնարկությունները:
Բոլոր իրավունքները պաշտպանված են:
ISBN: 978-1-5224-9314-3

Համաշխարհային վաճառք և սպասարկում

ԱՄԵՐԻԿԱ

• Կորպորատիվ գրասենյակ
  2355 West Chandler Blvd.
  Chandler, AZ 85224-6199
  Հեռ. 480-792-7200
  Ֆաքս: 480-792-7277
  Տեխնիկական աջակցություն. http://www.microchip.com/
  աջակցություն Web Հասցե: www.microchip.com
• Ատլանտա
  Դուլութ, Գ.Ա
  Հեռ. 678-957-9614
  Ֆաքս: 678-957-1455
• Օսթին, Տեխաս
  Հեռ. 512-257-3370
• Բոստոն
  Westborough, MA
  Հեռ. 774-760-0087
  Ֆաքս: 774-760-0088
• Չիկագո
  Իտասկա, ԻԼ
  Հեռ. 630-285-0071
  Ֆաքս: 630-285-0075
• Դալլաս
  Ադիսոն, Տեխաս
  Հեռ. 972-818-7423
  Ֆաքս: 972-818-2924
• Դետրոյթ
  Նովի, Միս
  Հեռ. 248-848-4000
• Հյուսթոն, Տեխաս
  Հեռ. 281-894-5983
• Ինդիանապոլիս
  Նոբլսվիլ, ԱՄՆ
  Հեռ. 317-773-8323
  Ֆաքս: 317-773-5453
  Հեռ. 317-536-2380
• Լոս Անջելես
  Mission Viejo, CA
  Հեռ. 949-462-9523
  Ֆաքս: 949-462-9608
  Հեռ. 951-273-7800
• Ռալի, ԱՄՆ
  Հեռ. 919-844-7510
• Նյու Յորք, Նյու Յորք
  Հեռ. 631-435-6000
• Սան Խոսե, Կալիֆորնիա
  Հեռ. 408-735-9110
  Հեռ. 408-436-4270
• Կանադա – Տորոնտո
  Հեռ. 905-695-1980
  Ֆաքս: 905-695-2078

Ասիա / Խաղաղ օվկիանոս

• Ավստրալիա – Սիդնեյ
  Հեռ. 61-2-9868-6733
• Չինաստան - Պեկին
  Հեռ. 86-10-8569-7000
• Չինաստան - Չենդու
  Հեռ. 86-28-8665-5511
• Չինաստան - Չունցին
  Հեռ. 86-23-8980-9588
• Չինաստան - Դոնգուան
  Հեռ. 86-769-8702-9880
• Չինաստան - Գուանչժոու
  Հեռ. 86-20-8755-8029
• Չինաստան - Հանչժոու
  Հեռ. 86-571-8792-8115
• Չինաստան - Հոնկոնգի SAR
  Հեռ. 852-2943-5100
• Չինաստան - Նանջինգ
  Հեռ. 86-25-8473-2460
• Չինաստան - Ցինդաո
  Հեռ. 86-532-8502-7355
• Չինաստան - Շանհայ
  Հեռ. 86-21-3326-8000
• Չինաստան - Շենյան
  Հեռ. 86-24-2334-2829
• Չինաստան - Շենժեն
  Հեռ. 86-755-8864-2200
• Չինաստան - Սուչժոու
  Հեռ. 86-186-6233-1526
• Չինաստան - Ուհան
  Հեռ. 86-27-5980-5300
• Չինաստան - Սիան
  Հեռ. 86-29-8833-7252
• Չինաստան - Սյամեն
  Հեռ. 86-592-2388138
• Չինաստան - Չժուհայ
  Հեռ. 86-756-3210040
• Հնդկաստան - Բանգալոր
  Հեռ. 91-80-3090-4444
• Հնդկաստան - Նյու Դելի
  Հեռ. 91-11-4160-8631
• Հնդկաստան - Պունա
  Հեռ. 91-20-4121-0141
• Ճապոնիա – Օսակա
  Հեռ. 81-6-6152-7160
• Ճապոնիա - Տոկիո
  Հեռ. 81-3-6880- 3770
• Կորեա - Դաեգու
  Հեռ. 82-53-744-4301
• Կորեա - Սեուլ
  Հեռ. 82-2-554-7200
• Մալազիա - Կուալա Լումպուր
  Հեռ. 60-3-7651-7906
• Մալայզիա – Պենանգ
  Հեռ. 60-4-227-8870
• Ֆիլիպիններ - Մանիլա
  Հեռ. 63-2-634-9065
• Սինգապուր
  Հեռ. 65-6334-8870
• Թայվան – Հսին Չու
  Հեռ. 886-3-577-8366
• Թայվան - Կաոսյուն
  Հեռ. 886-7-213-7830
• Թայվան - Թայբեյ
  Հեռ. 886-2-2508-8600
• Թաիլանդ - Բանգկոկ
  Հեռ. 66-2-694-1351
• Վիետնամ - Հո Չի Մին
  Հեռ. 84-28-5448-2100

ԵՎՐՈՊԱ

• Ավստրիա – Ուելս
  Հեռ. 43-7242-2244-39
  Ֆաքս: 43-7242-2244-393
• Դանիա – Կոպենհագեն
  Հեռ. 45-4485-5910
  Ֆաքս: 45-4485-2829
• Ֆինլանդիա – Էսպու
  Հեռ.՝ 358-9-4520-820
• Ֆրանսիա – Փարիզ
  Հեռ. 33-1-69-53-63-20
  Ֆաքս: 33-1-69-30-90-79
• Գերմանիա – Գարշինգ
  Հեռ. 49-8931-9700
• Գերմանիա – Հաան
  Հեռ. 49-2129-3766400
• Գերմանիա – Հեյլբրոն
  Հեռ. 49-7131-72400
• Գերմանիա – Կարլսրուե
  Հեռ. 49-721-625370
• Գերմանիա – Մյունխեն
  Հեռ. 49-89-627-144-0
  Ֆաքս: 49-89-627-144-44
• Գերմանիա – Ռոզենհայմ
  Հեռ. 49-8031-354-560
• Իտալիա – Միլան
  Հեռ. 39-0331-742611
  Ֆաքս: 39-0331-466781
• Իտալիա – Պադովա
  Հեռ. 39-049-7625286
• Նիդեռլանդներ – Դրունեն
  Հեռ. 31-416-690399
  Ֆաքս: 31-416-690340
• Նորվեգիա – Տրոնհեյմ
  Հեռ. 47-7288-4388
• Լեհաստան – Վարշավա
  Հեռ. 48-22-3325737
• Ռումինիա – Բուխարեստ
  Հեռ. 40-21-407-87-50
• Իսպանիա - Մադրիդ
  Հեռ. 34-91-708-08-90
  Ֆաքս: 34-91-708-08-91
• Շվեդիա – Գյոթենբերգ
  Հեռ. 46-31-704-60-40
• Շվեդիա - Ստոկհոլմ
  Հեռ. 46-8-5090-4654
• Մեծ Բրիտանիա – Ուոքինգհեմ
  Հեռ. 44-118-921-5800
  Ֆաքս: 44-118-921-5820

Նշում.

Ընտանեկան տեղեկատու ձեռնարկի այս բաժինը նախատեսված է որպես սարքի տվյալների թերթիկների լրացում: Կախված սարքի տարբերակից՝ ձեռնարկի այս բաժինը կարող է չկիրառվել բոլոր dsPIC33/PIC24 սարքերի համար: Խնդրում ենք ծանոթանալ ընթացիկ սարքի տվյալների թերթիկի «Ֆլեշ ծրագրի հիշողություն» գլխի սկզբում՝ ստուգելու, թե արդյոք այս փաստաթուղթը աջակցում է ձեր օգտագործած սարքին:
Սարքի տվյալների թերթիկները և ընտանեկան տեղեկատու ձեռնարկների բաժինները հասանելի են Microchip Worldwide-ից ներբեռնելու համար Webկայք՝ http://www.microchip.com.

Փաստաթղթեր / ռեսուրսներ

	MICROCHIP PIC24 Flash ծրագրավորում [pdf] Օգտագործողի ուղեցույց PIC24 Flash Programming, PIC24, Flash Programming, Programming
	MICROCHIP PIC24 Flash ծրագրավորում [pdf] Օգտագործողի ուղեցույց PIC24 Flash Programming, PIC24, Flash Programming

Հղումներ

• Օգտագործողի ձեռնարկ