MICROCHIP PIC64GX 64 битийн RISC-V дөрвөн цөмт микропроцессор

Бүтээгдэхүүний мэдээлэл

Үзүүлэлтүүд:

• Бүтээгдэхүүний нэр: Микрочип PIC64GX
• Ачаалах процесс: SMP болон AMP ажлын ачааллыг дэмждэг
• Онцлог шинж чанарууд: Харуулын нохойны дэмжлэг, Түгжих горим

Бүтээгдэхүүнийг ашиглах заавар

1. Ачаалах процесс
   1. Ачаалахад оролцдог програм хангамжийн бүрэлдэхүүн хэсгүүд
      Системийг ачаалах процесс нь дараах програм хангамжийн бүрэлдэхүүн хэсгүүдийг агуулна.
      • Hart Software Services (HSS): A тэг-stagе ачаалагч, системийн монитор, програмын ажиллах цагийн үйлчилгээ үзүүлэгч.
   2. Ачаалах урсгал
      Системийн ачаалах урсгалын дараалал дараах байдалтай байна.
      1. Харт програм хангамжийн үйлчилгээг эхлүүлэх (HSS)
      2. Ачаалагчийн гүйцэтгэл
      3. Аппликешн эхлүүлэх
2. Харуул
   1. PIC64GX харуулын нохой
      PIC64GX нь системийн ажиллагааг хянах, системийн доголдол гарсан тохиолдолд үйлдлийг өдөөх хамгаалалтын функцтэй.
3. Түгжих горим
   Түгжих горим нь ачаалсны дараа системийн үйлдлийг бүрэн хянах шаардлагатай хэрэглэгчдэд зориулагдсан болно. Энэ нь E51 системийн мониторын функцийг хязгаарладаг.

Түгээмэл асуултууд

• Асуулт: Hart Software Services (HSS) нь ямар зорилготой вэ?
  Х: HSS нь тэгийн үүрэг гүйцэтгэдэгtagе ачаалагч ачаалагч, системийн монитор, ачаалах явцад хэрэглүүрүүдийн ажиллах цагийн үйлчилгээ үзүүлэгч.
• А: PIC64GX харуулын функц хэрхэн ажилладаг вэ?
  Х: PIC64GX харуул нь системийн ажиллагааг хянадаг бөгөөд системийн найдвартай ажиллагааг хангахын тулд системд гэмтэл гарсан тохиолдолд урьдчилан тодорхойлсон арга хэмжээ авах боломжтой.

Танилцуулга

Энэхүү танилцуулга нь Microchip PIC64GX нь програмын ачааллыг хэрхэн ачаалдаг талаар тайлбарлаж, SMP болон SMP-д адилхан ажилладаг системийг ачаалах процессыг тайлбарладаг. AMP ажлын ачаалал. Нэмж дурдахад, энэ нь дахин ачаалах нь SMP болон AMP ажлын ачаалал, PIC64GX дээрх харуулууд, систем ачаалсны дараа E51 системийн мониторын үйлдлийг хязгаарлахын тулд хэрэглэгчид бүрэн хяналт тавихыг хүсдэг системд зориулсан тусгай түгжих горим.

Ачаалах процесс

Системийг ачаалахад оролцдог янз бүрийн програм хангамжийн бүрэлдэхүүн хэсгүүдийг харцгаая, дараа нь системийн ачаалах урсгалын дарааллыг илүү нарийвчлан авч үзье.

Ачаалахад оролцдог програм хангамжийн бүрэлдэхүүн хэсгүүд
Системийг ачаалах процесст дараах бүрэлдэхүүн хэсгүүд оролцдог.

Зураг 1.1. Ачаалах бүрэлдэхүүн хэсгүүд

• Харт програм хангамжийн үйлчилгээ (HSS)
  Hart Software Services (HSS) нь 0-с юмtage boot loader, системийн монитор, програмын ажиллах цагийн үйлчилгээ үзүүлэгч. HSS нь системийн эхэн үеийн тохиргоо, DDR сургалт, техник хангамжийг эхлүүлэх/тохиргоог дэмждэг. Энэ нь ихэвчлэн E51s дээр ажилладаг бөгөөд U54s бүр дээр бага хэмжээний машин горимын түвшний функцууд ажилладаг. Энэ нь ачаалах дундаас "ашигтай ачаалал" програмыг ачаалснаар нэг буюу хэд хэдэн контекстийг ачаалж, үйлдлийн системийн цөмд зориулсан Платформын ажиллах цагийн үйлчилгээ/Хяналтын орчныг (SEE) хангадаг. Энэ нь аюулгүй ачааллыг дэмждэг бөгөөд техник хангамжийг хуваах/салгах чухал бүрэлдэхүүн хэсэг юм AMP контекстүүд.
• Das U-Boot (U-Boot)
  Das U-Boot (U-Boot) нь нээлттэй эхийн бүх нийтийн скрипт ачаалагч юм. Энэ нь янз бүрийн эх сурвалжаас (SD карт болон сүлжээ гэх мэт) ачаалах дүрсийг татаж авах боломжтой энгийн CLI-г дэмждэг. U-Boot нь Линуксийг ачаалдаг. Энэ нь шаардлагатай бол UEFI орчинг хангаж чадна. Линуксыг ачаалсны дараа энэ нь ерөнхийдөө дуусч, замаас гарсан - өөрөөр хэлбэл ачаалсны дараа суурин хэвээр үлдэхгүй.
• Линуксийн цөм
  Linux цөм нь дэлхийн хамгийн алдартай үйлдлийн системийн цөм юм. Энэ нь хэрэглээний программуудтай хослуулан Линукс үйлдлийн систем гэж нэрлэгддэг системийг бүрдүүлдэг. Линукс үйлдлийн систем нь баялаг POSIX API болон хөгжүүлэгчийн орчинг хангадагample, Python, Perl, Tcl, Rust, C/C++, Tcl зэрэг хэл, хэрэгслүүд; OpenSSL, OpenCV, OpenMP, OPC/UA, Open зэрэг номын сангуудAMP (RPmsg болон RemoteProc).
  Yocto болон Buildroot нь Линуксийн систем бүтээгчид бөгөөд өөрөөр хэлбэл тэдгээрийг захиалгаар тохируулсан Линукс системийг бий болгоход ашиглаж болно. Yocto нь Линукс түгээлтийг баянаар гаргадаг
  програмууд, хэрэгслүүд, номын сангуудын багц, нэмэлт багцын менежмент. Buildroot нь илүү бага үндэс гаргадаг fileсистем бөгөөд байнгын хадгалалт шаарддаггүй боловч бүхэлдээ RAM-аас ажилладаг системүүдийг чиглүүлэх боломжтой (жишээ нь Линуксийн эхний үсгийн дэмжлэгийг ашиглана).ample).
• Зефир
  Zephyr бол жижиг, нээлттэй эх сурвалжтай бодит цагийн үйлдлийн систем (RTOS) юм. Энэ нь Линукс руу RPMsg-lite холбооны сувгууд бүхий бодит цагийн бага ачаалалтай тогтолцоог хангадаг. Үүнд цөм, номын сан, төхөөрөмжийн драйверууд, протоколын стекүүд, fileсистемүүд, програм хангамжийн шинэчлэлтийн механизмууд гэх мэт нь PIC64GX дээр нүцгэн металл шиг туршлага олж авахыг хүсдэг хэрэглэгчдэд тохиромжтой.

Ачаалах урсгал
PIC64GX нь 64 битийн E51 системийн дэлгэц болон 4 64 бит U54 програмын харт бүхий RISC-V корреплексийг агуулдаг. RISC-V-ийн нэр томьёоны хувьд харт нь RISC-V гүйцэтгэлийн контекст бөгөөд регистрийн бүрэн багцыг агуулсан бөгөөд өөрийн кодыг бие даан гүйцэтгэдэг. Та үүнийг техник хангамжийн утас эсвэл нэг CPU гэж үзэж болно. Нэг цөм доторх бүлгийг ихэвчлэн цогцолбор гэж нэрлэдэг. Энэ сэдэв нь PIC64GX coreplex-ийг эхлүүлэх алхмуудыг тайлбарладаг бөгөөд үүнд E51 систем нь зүрхний монитор болон U54 програмын хартуудыг багтаасан болно.

1. PIC64GX корреплексийг асаана уу.
   Асаах үед RISC-V coreplex дахь бүх хартуудыг Аюулгүй байдлын хянагч дахин тохируулахаас чөлөөлдөг.
2. Чип дээрх eNVM флаш санах ойноос HSS кодыг ажиллуул.
   Эхлээд зүрх бүр HSS кодыг чип дээрх eNVM флаш санах ойноос ажиллуулж эхэлдэг. Энэ код нь бүх U54 програмын утсыг эргүүлж, зааварчилгааг хүлээж, E51 мониторын кодыг ажиллуулж, системийг эхлүүлэх боломжийг олгодог.
3. eNVM-ээс L2-Scratch санах ой руу HSS кодыг задлаарай.
   Үүсгэх хугацааны тохиргооноос хамааран HSS нь ихэвчлэн eNVM флаш санах ойн багтаамжаас их байдаг тул E51 дээр ажиллаж байгаа HSS код хамгийн түрүүнд eNVM-ээс L2-Scratch санах ой руу задлах явдал юм. 1.2 ба Зураг 1.3.
   Зураг 1.2. HSS нь eNVM-ээс L2 Scratch хүртэл задалдаг
   Зураг 1.3. Даралтыг буулгах үеийн HSS санах ойн зураг
4. Дараах зурагт үзүүлсэн шиг eNVM-ээс L2-Scratch руу шилжих боломжтой.
   Зураг 1.4. HSS шахалтыг буулгасны дараа eNVM-ээс L2Scratch дээрх код руу үсэрнэ
   Гүйцэтгэх файл нь гурван бүрэлдэхүүн хэсгээс бүрдэнэ.
   • Техник хангамжийн хийсвэр давхарга (HAL), доод түвшний код, нүцгэн металл драйверууд
   • RISC-V OpenSBI-ийн орон нутгийн HSS салаа (PIC64GX дээрх урсгалаас бага зэрэг өөрчлөгдсөн) AMP зорилго)
   • HSS ажиллах цагийн үйлчилгээ (төрийн машинууд супер циклээр ажилладаг)
5. OpenSBI-ийн ашигладаг техник хангамж болон өгөгдлийн бүтцийг эхлүүлэх.
   HSS үйлчилгээ "Startup" нь энэхүү эхлүүлэх ажлыг хариуцдаг.
6. Програмын ажлын ачааллыг (payload.bin) гадаад сангаас татаж авна уу. Үүнийг Зураг 1.5, Зураг 1.6-д үзүүлэв
   Чухал: PIC64GX Curiosity Kit-ийн хувьд энэ нь SD картнаас байх болно.
   Зураг 1.5. payload.bin Ажлын ачааллын зургийг гадаад сангаас авч байна
   Зураг 1.6. Payload.bin татаж авсны дараа HSS санах ойн газрын зураг
7. Payload.bin дотроос янз бүрийн хэсгүүдийг гүйцэтгэх хугацаа руу нь хуулна уу. Payload.bin нь SMP эсвэл програмын төрөл бүрийн зургийг нэгтгэсэн форматлагдсан зураг юм AMP ажлын ачаалал. Энэ нь код, өгөгдөл, тодорхойлогч хүснэгтүүдийг багтаасан бөгөөд энэ нь HSS-д код болон өгөгдлийн хэсгүүдийг янз бүрийн програмын ажлын ачааллыг ажиллуулахад шаардлагатай газар зөв байрлуулах боломжийг олгодог.
   Зураг 1.7. payload.bin-г очих хаягууд руу хуулсан
8. Холбогдох U54-д гүйцэтгэлийн эхлэх хаяг руугаа шилжихийг зааж өгнө үү. Энэхүү эхлэх хаягийн мэдээлэл payload.bin дотор байна.
9. U54 Хэрэглээний харт болон дурын секундийг эхлүүлнэ үүtage ачаалагч ачаалагч. Жишээ ньample, U-Boot Линуксийг авчирдаг.

Дахин ачаална уу

Системийг ачаалах үзэл баримтлалтай холбоотой нь дахин ачаалах хэрэгцээ юм. PIC64GX програмын ажлын ачааллын талаар бодохдоо дахин ачаалахдаа тэгш хэмтэй олон боловсруулалт (SMP) болон тэгш бус олон боловсруулалт (AMP) хувилбарууд:

1. SMP системийн хувьд дахин ачаалах нь өөр нөхцөл байдалд нэмэлт ачаалал байхгүй тул системийг бүхэлд нь аюулгүйгээр дахин ачаалах боломжтой.
2. тохиолдолд AMP системд ачааллыг зөвхөн өөрөө дахин ачаалах боломжтой (мөн бусад контекстэд саад учруулахгүй) эсвэл системийг бүрэн дахин ачаалах эрхтэй байж болно.

Дахин ачаалах ба AMP
SMP-г идэвхжүүлэхийн тулд болон AMP дахин ачаалах хувилбаруудын хувьд HSS нь контекстэд хуваарилагдах дулаан, хүйтэн дахин ачаалах эрхүүдийн ойлголтыг дэмждэг. Халуун дахин ачаалах эрхтэй контекст нь зөвхөн өөрийгөө дахин ачаалах боломжтой бөгөөд хүйтэн дахин ачаалах эрхтэй контекст нь системийг бүрэн дахин ачаалах боломжтой. Жишээ ньample, төлөөлөх хувилбаруудын дараах багцыг авч үзье.

• Системийг бүрэн дахин ачаалах хүсэлт гаргах боломжтой ганц контекст SMP ажлын ачаалал
• Энэ хувилбарт контекстийг хүйтэн дахин ачаалах эрхийг зөвшөөрнө.
• Хоёр контекст AMP А контекст нь системийг бүрэн дахин ачаалах хүсэлт гаргах боломжтой (бүх контекст нөлөөлөх) ажлын ачаалал, харин Б контекст зөвхөн өөрөө дахин ачаалах боломжтой.
• Энэ хувилбарт контекст А-д хүйтэн дахин ачаалах, харин В контекст дулаан дахин ачаалах эрхийг зөвшөөрнө.
• Хоёр контекст AMP А ба В контекст зөвхөн өөрөө дахин ачаалах боломжтой (бусад контекст нөлөөлөхгүй) ажлын ачаалал
• Энэ хувилбарт хоёр контекст зөвхөн халуунаар дахин ачаалах эрхийг зөвшөөрнө.
• Хоёр контекст AMP А ба В контекст хоёулаа системийг бүрэн дахин ачаалах хүсэлт гаргах боломжтой ажлын ачаалал
• Энэ хувилбарт хоёуланд нь хүйтэн дахин ачаалах эрхийг зөвшөөрдөг.
• Цаашилбал, бүтээх үед HSS нь хүйтэн дахин ачаалах эрхийг үргэлж зөвшөөрөх боломжтой бөгөөд хүйтэн дахин ачаалах эрхийг хэзээ ч зөвшөөрөхгүй.

Холбогдох HSS Kconfig сонголтууд
Kconfig бол програм хангамж бүтээх тохиргооны систем юм. Энэ нь ихэвчлэн бүтээх цагийн сонголтыг сонгох, функцуудыг идэвхжүүлэх эсвэл идэвхгүй болгоход ашиглагддаг. Энэ нь Линукс цөмөөс үүссэн боловч одоо U-Boot, Zephyr, PIC64GX HSS зэрэг Linux цөмөөс гадна бусад төслүүдэд ашиглагдаж байна.

HSS нь HSS-ийн үүднээс дахин ачаалах функцийг хянадаг Kconfig хоёр сонголтыг агуулдаг:

• ХҮЙТНИЙ ДАХИН АЧАХЫГ_ЗӨВШӨӨРЛҮҮЛЭХ
  Хэрэв үүнийг идэвхжүүлсэн бол энэ нь контекстийг хүйтэн дахин ачаалах дуудлагыг гаргах боломжийг дэлхий даяар олгоно. Хэрэв идэвхгүй болгосон бол зөвхөн халуунаар дахин ачаалахыг зөвшөөрнө. Энэ сонголтыг идэвхжүүлэхээс гадна YAML ачаалал үүсгэгчээр дамжуулан контекстэд хүйтэн дахин ачаалах зөвшөөрөл олгох ёстой. file эсвэл дараах Kconfig сонголт.
• ХҮЙТНИЙ ДАХИН АШАХЫГ_ҮРГЭЛЖ_ЗӨВШӨӨРӨХ
  • Хэрэв идэвхжүүлсэн бол энэ функц нь payload.bin дарцагны эрхээс үл хамааран бүх контекстэд ECAA-г хүйтэн дахин ачаалах боломжийг олгодог.
  • Нэмж хэлэхэд payload.bin нь өөрөө контекст тус бүрийн тугийг агуулж болох бөгөөд энэ нь тухайн контекст хүйтэн дахин ачаалах эрхтэй болохыг харуулж байна:
    • Контекстийг халуунаар өөр контекстийг дахин ачаалахыг зөвшөөрөхийн тулд бид YAML тайлбарт allow-reboot: warm гэсэн сонголтыг нэмж болно. file ачааллыг бий болгоход ашигладаг.бин
    • Бүхэл системийг контекст хүйтэн дахин ачаалахыг зөвшөөрөхийн тулд бид зөвшөөрөх-дахин ачаалах сонголтыг нэмж болно: хүйтэн. Анхдагчаар, allow-reboot-г заагаагүй бол контекст нь зөвхөн дулаанаар дахин ачаалахыг зөвшөөрнө. Энэ тугийн тохиргооноос үл хамааран, хэрэв HSS-д CONFIG_ALLOW_COLDREBOOT идэвхжээгүй бол HSS нь (контекст тус бүрээр) дахин ачаалахын тулд бүх хүйтэн дахин ачаалах хүсэлтийг дахин боловсруулна. .

Дэлгэрэнгүй дахин ачаална уу
Энэ хэсэгт OpenSBI давхарга (хамгийн бага M горимын давхарга) -аас эхлээд дахин ачаалах үйл явц хэрхэн явагддагийг нарийвчлан тайлбарлаж, дараа нь OpenSBI давхаргын функцийг RTOS програм эсвэл Линукс гэх мэт баялаг үйлдлийн системээс хэрхэн идэвхжүүлдэг талаар ярилцах болно.

OpenSBI дахин ачаалах дуудлага

• RISC-V Supervisor Binary Interface (SBI) тодорхойлолт нь платформыг эхлүүлэх болон програм хангамжийн ажиллах цагийн үйлчилгээнд зориулсан стандартчилагдсан техник хангамжийн хийсвэрлэлийн давхаргыг тодорхойлдог. SBI-ийн гол зорилго нь янз бүрийн RISC-V хэрэгжүүлэлтүүдэд зөөврийн болон нийцтэй байдлыг идэвхжүүлэх явдал юм.
• OpenSBI (Open Source Supervisor Binary Interface) нь SBI тодорхойлолтын жишиг хэрэгжилтийг хангадаг нээлттэй эхийн төсөл юм. OpenSBI нь мөн дээд түвшний програм хангамжийн давхаргад ашиглах боломжтой тасалдлыг зохицуулах, таймерын удирдлага, консолын I/O зэрэг ажиллах цагийн үйлчилгээг үзүүлдэг.
• OpenSBI нь HSS-ийн нэг хэсэг бөгөөд Машины горимын түвшинд ажилладаг. Үйлдлийн систем эсвэл хэрэглүүр урхи үүсгэх үед үүнийг зохицуулахын тулд OpenSBI руу шилжүүлнэ. OpenSBI нь системийн дуудлагын төрлийн тодорхой функцийг eccal гэж нэрлэгддэг занга механизмаар дамжуулан програм хангамжийн дээд давхаргад үзүүлдэг.
• Системийг дахин тохируулах (EID 0x53525354) нь дээд түвшний програм хангамжид системийн түвшний дахин ачаалах эсвэл унтраах хүсэлт гаргах боломжийг олгодог системийн дуудлагын цогц функцээр хангадаг. Энэ дуудлагыг U54 дуудсаны дараа энэ нь тухайн U54 дээрх Машины горимд ажиллаж байгаа HSS програм хангамжид баригдаж, холбогдох дахин ачаалах хүсэлтийг E51-д илгээж, контекст эсвэл бүхэл системийг дахин ачаалах эрхээс хамаарна. контекст.

Дэлгэрэнгүй мэдээллийг үзнэ үү RISC-V Supervisor хоёртын интерфейсийн тодорхойлолт ялангуяа Системийг дахин тохируулах өргөтгөл (EID #0x53525354 "SRST").

Linux дахин ачаалах

Тодорхой экс хүний ​​хувьдampҮүний дотор Линукс дээр shutdown команд нь системийг зогсоох эсвэл дахин ачаалахад ашиглагддаг. Энэ команд нь ихэвчлэн зогсоох, унтраах, дахин ачаалах гэх мэт олон нэрстэй байдаг. Эдгээр нэрс нь унтрах үед машиныг зогсоох, унтрах үед машиныг унтраах эсвэл унтрах үед машиныг дахин ачаалах эсэхийг тодорхойлдог.

• Хэрэглэгчийн орон зайн эдгээр командууд нь цөмд баригдаж, SBI дуудлагын дагуу ажилладаг Линукс руу дахин ачаалах системийн дуудлагыг гаргадаг.
• Дахин ачаалах янз бүрийн түвшин байдаг - REBOOT_WARM, REBOOT_COLD, REBOOT_HARD - эдгээрийг командын мөрийн аргумент болгон цөмд дамжуулж болно (жишээ нь:ample, reboot=w[arm] for REBOOT_WARM). Линуксийн цөмийн эх кодын талаарх дэлгэрэнгүй мэдээллийг үзнэ үү Documentation/admin-guide/kernel-paramters.txt.
• Эсвэл, хэрэв /sys/kernel/reboot идэвхжсэн бол доор байгаа зохицуулагчийг уншиж, системийн дахин ачаалах тохиргоог авч, өөрчлөхийн тулд бичиж болно. Линуксийн цөмийн эх кодын талаарх дэлгэрэнгүй мэдээллийг үзнэ үү Documentation/ABI/testing/sysfs-kernel-reboot.

Харуул

• Системийг ачаалах, дахин ачаалахтай холбоотой өөр нэг ойлголт бол харуулын таймерыг асаахад системийг сэргээх явдал юм. Харуулын цаг хэмжигчийг суулгагдсан системд өргөн хэрэглэгддэг бөгөөд түр зуурын техник хангамжийн алдааг автоматаар сэргээх, алдаатай эсвэл хортой програм хангамжийг системийн ажиллагааг тасалдуулахаас урьдчилан сэргийлэх зорилгоор ашигладаг.
• PIC64GX нь систем ажиллаж байх үед бие даасан хартуудыг хянахын тулд техник хангамжийн хяналтын дэмжлэгийг агуулдаг. Сэргээшгүй программ хангамжийн алдаанаас болж хариу өгөхгүй бол харагчдыг дахин эхлүүлэх боломжтой гэдгийг харуулууд баталгаажуулдаг.
• PIC64GX нь системийн түгжээг илрүүлэхэд ашигладаг харуулын таймерын техник хангамжийн блокуудын таван тохиолдлыг агуулдаг - харт тус бүрт нэг. Холимог тэгш хэмт бус олон боловсруулалтыг хөнгөвчлөхийн тулд (AMP) ажлын ачаалалтай үед HSS нь харуулын нохдыг буудахыг хянах, хариу үйлдэл үзүүлэхийг дэмждэг.

PIC64GX харуулын нохой

• HSS нь програм хангамжийг асаах үед ачаалах, аль ч үед дахин ачаалах (дангаар нь эсвэл хамтдаа) үүрэгтэй.tage, шаардлагатай эсвэл хүссэн эсэх. Үүний үр дүнд PIC64GX дээрх харуулын үйл явдалд хариу үйлдэл үзүүлэх ажлыг HSS хариуцдаг.
• "Виртуал харуул" мониторыг HSS улсын машины үйлчилгээ болгон хэрэгжүүлдэг бөгөөд түүний үүрэг нь U54 бие даасан харуулын техник хангамжийн монитор бүрийн статусыг хянах явдал юм. Эдгээр U54 харуулын аль нэг нь аялах үед HSS үүнийг илрүүлж, U54-ийг зохих ёсоор дахин ачаална. Хэрэв U54 нь SMP контекстийн нэг хэсэг бол тухайн контекст халуунаар дахин ачаалах эрхтэй тул бүх контекстийг дахин ачаалахаар тооцно. Контекст хүйтэн дахин ачаалах эрхтэй бол системийг бүхэлд нь дахин ачаалах болно.

Холбогдох Kconfig сонголтууд

• Харуулын нохойны дэмжлэгийг гаргасан HSS хувилбаруудад анхдагч байдлаар оруулсан болно. Хэрэв та захиалгат HSS бүтээхийг хүсвэл энэ хэсэгт Watchdog-ийн дэмжлэгийг идэвхжүүлсэн эсэхийг баталгаажуулах тохиргооны механизмыг тайлбарлах болно.
• HSS нь Kconfig тохиргооны системийг ашиглан тохируулагдсан. Дээд түвшний .config file нь HSS-ийн бүтцэд ямар үйлчилгээнүүд эмхэтгэгдэх эсвэл гарахыг сонгоход шаардлагатай.
• Нэгдүгээрт, дээд түвшний CONFIG_SERVICE_WDOG сонголтыг идэвхжүүлэх шаардлагатай ("Make config-ээр дамжуулан Виртуал харуулын дэмжлэг").

Ингэснээр Watchdog-ийн дэмжлэгээс хамаарах дараах дэд сонголтууд гарч ирнэ.

• CONFIG_SERVICE_WD OG_DEBUG
  Виртуал харуулын үйлчилгээнээс мэдээлэл/дибаг хийх мессежийн дэмжлэгийг идэвхжүүлдэг.
• CONFIG_SERVICE_WD OG_DEBUG_TIMEOUT_SECS
  Watchdog дибаг хийх мессежийг HSS-ээр гаргах давтамжийг (секундээр) тодорхойлно.
• CONFIG_SERVICE_WD OG_ENABLE_E51
  U51-ээс гадна зүрхийг хянадаг E54-д зориулсан харуул хамгаалалтыг идэвхжүүлж, HSS-ийн ажиллагааг өөрөө хамгаална.

E51 харуулыг идэвхжүүлсэн үед HSS нь харуулын нохой руу үе үе бичиж, түүнийг сэргээж, галлахаас сэргийлнэ. Хэрэв ямар нэг шалтгааны улмаас E51 зүрх түгжигдсэн эсвэл гацаж, E51 watchdog идэвхжсэн бол энэ нь системийг бүхэлд нь дахин тохируулах болно.

Харуулын үйл ажиллагаа
харуулын техник хэрэгсэл доош тоолуур хэрэгжүүлдэг. Сэргээхийг хориглосон цонхыг "Сэргээхийг зөвшөөрөх" (MVRP) хүртэлх хамгийн дээд утгыг тохируулснаар үүсгэж болно.

• Харуулын таймерын одоогийн утга MVRP утгаас их байвал харуулын нохойг сэргээхийг хориглоно. Хориглосон цонхонд харуулын цаг хэмжигчийг сэргээх оролдлого нь завсарлагааны тасалдлыг баталгаажуулна.
• MVRP утга болон Trigger Value (TRIG) хооронд харуулын нохойг сэргээснээр тоолуурыг амжилттай сэргээж, харуулын нохойг галлахаас сэргийлнэ.
• Хорогч нохойны таймерын утга TRIG утгаас доогуур болмогц харуулын нохой буудах болно.

Хоточ нохой улсын машин

• Харуулын төлөвийн машин нь маш энгийн бөгөөд хэрэв идэвхжүүлсэн бол E51-д харуулын нохойг тохируулах замаар эхлүүлж, дараа нь сул зогсолтыг хянах горимд шилжинэ. Superloop-ийн эргэн тойронд байх бүрт энэхүү хяналтын төлөвийг ажиллуулдаг бөгөөд энэ нь U54 хоточ нохой бүрийн статусыг шалгадаг.
• Харт нохойгоо цаг тухайд нь сэргээж чадаагүйг илрүүлбэл, харуулын төлөвийн машин нь хартыг (мөн түүний ачаалах багцад байгаа бусад хартуудыг) дахин эхлүүлэхийн тулд ачаалах төлөвийн машинтай харилцдаг.

Түгжих горим

Ердийн үед (ялангуяа AMP програмууд), HSS нь контекст тус бүрээр дахин ачаалах (жишээ нь зөвхөн нэг контекстийг бүрэн чипээр дахин ачаалахгүйгээр дахин ачаалах) болон HSS-д эрүүл мэндийг хянах боломжийг олгохын тулд U54 дээр M-горимд оршин сууна гэж найдаж байна ( ECCs, Lock Status Bits, Bus Errors, SBI алдаа, PMP зөрчлүүд гэх мэт).

• Дахин ачаалах боломжийг олгохын тулдAMP контекстийн үндсэн дээр (системийг бүхэлд нь дахин ачаалах шаардлагагүй) E51 нь системийн санах ойн бүхэл зайд санах ойн эрхт хандах эрхтэй байдаг. Гэсэн хэдий ч, энэ нь хүсээгүй нөхцөл байдал байж болох бөгөөд хэрэглэгч системийг амжилттай ачаалсны дараа E51 HSS програм хангамжийг хязгаарлахыг илүүд үзэж болно. Энэ тохиолдолд U54 Application Harts-г ачаалсны дараа HSS-г түгжих горимд оруулах боломжтой.
• Үүнийг CONFIG_SERVICE_LOCKDOWN HSS Kconfig сонголтыг ашиглан идэвхжүүлж болно.
• Түгжих үйлчилгээ нь U54 Harts програмыг ачаалсны дараа HSS-ийн үйл ажиллагааг хязгаарлах зорилготой юм.

Зураг 4.2. HSS түгжих горим

Түгжих горим эхэлмэгц энэ нь бусад бүх HSS үйлчилгээний төлөвийн машинуудыг ажиллуулахыг зогсооно. Энэ нь сул холбогдсон хоёр функцийг дууддаг:

• e51_pmp_lockdown(), болон
• e51_lockdown()

Эдгээр функцийг удирдах зөвлөлийн тусгай кодоор хүчингүй болгох зорилготой. Эхнийх нь BSP-д E51-г энэ үед програмын ачааллаас түгжихийг тохируулах боломжийг олгох тохируулж болох гох функц юм. Энэ функцийн сул хязгаарлагдмал өгөгдмөл хэрэгжилт хоосон байна. Хоёр дахь нь тэр үеэс хойш ажиллах функц юм. Сул хязгаарлагдмал өгөгдмөл хэрэгжүүлэлт нь E51-ийн энэ цэгт харуулын үйлчилгээ үзүүлдэг бөгөөд U54 харуул гал гарсан тохиолдолд дахин ачаалах болно. Дэлгэрэнгүй мэдээллийг services/lockdown/lockdown_service.c хэсгээс HSS эх кодыг үзнэ үү file.

Хавсралт

HSS payload.bin формат

• Энэ хэсэгт payload.bin-ийг тайлбарласан болно file формат болон PIC64GX SMP-г ачаалахад HSS ашигладаг дүрс болон AMP програмууд.
• Payload.bin нь програмын ажлын ачааллын хэсэг бүрийн код болон өгөгдлийн хэсгүүдийг агуулсан толгой, янз бүрийн тодорхойлогч хүснэгтүүд болон төрөл бүрийн хэсгүүдээс бүрдсэн форматлагдсан хоёртын файл юм (Зураг А.10). Хэмжээг дурын хэмжээтэй, залгаа санах ойн блок гэж үзэж болно.

Зураг А.10. payload.bin формат

Толгой хэсэг нь (Зураг A.11-д үзүүлсэн) ачааны ачааг тодорхойлоход ашигладаг ид шидийн утгыг агуулж байгаа бөгөөд зарим гэрийн үйл ажиллагааны мэдээлэл, мөн тус бүр дээр ажиллахад зориулагдсан зургийн дэлгэрэнгүй мэдээллийг агуулна.
U54 програмын кодууд. Энэ нь U54 харт тус бүрийг хэрхэн ачаалах, ачаалах боломжтой зургийн багцыг ерөнхийд нь тайлбарладаг. Гэр ахуйн мэдээлэлдээ толгойн хэмжээг нэмэгдүүлэхийн тулд тодорхойлогчдын янз бүрийн хүснэгтүүдийг заадаг.

Зураг А.11. payload.bin Толгой хэсэг

• Код болон эхлүүлсэн тогтмол өгөгдлийг зөвхөн унших боломжтой гэж үзэж, толгойн тодорхойлогчдын зааж өгсөн зөвхөн унших хэсэгт хадгална.
• Тэгээс өөр эхлэлтэй өгөгдлийн хувьсагч нь унших-бичих өгөгдөл боловч эхлүүлэх үед эхлүүлэх утгыг зөвхөн унших боломжтой хэсгээс хуулж авдаг. Эдгээрийг зөвхөн унших хэсэгт бас хадгалдаг.
• Зөвхөн унших боломжтой ачааллын өгөгдлийн хэсгийг код болон өгөгдлийн хэсэгчилсэн тодорхойлогчдын хүснэгтээр тайлбарлав. Энэ хүснэгтийн хэсэгчилсэн тодорхойлогч бүр нь "харт эзэмшигч"-ийг агуулж байна (түүний зорилтот контекст дэх үндсэн харт).
  at), ачааллын офсет (payload.bin доторх офсет) болон гүйцэтгэлийн хаяг (PIC64GX санах ой дахь очих хаяг), хэмжээ болон шалгах нийлбэрийн хамт. Үүнийг Зураг А.12-т үзүүлэв.

Зураг А.12. Зөвхөн Уншихад зориулагдсан Бөөгнүүдийн Тодорхойлогч ба Ачаа Ачааны Бөөгн Өгөгдөл

Дээр дурдсан хэсгүүдээс гадна өгөгдлийн хувьсагчид тохирох санах ойн хэсгүүд нь тэг болж эхэлдэг. Эдгээр нь payload.bin-д өгөгдөл хэлбэрээр хадгалагдаагүй, харин оронд нь эхлүүлэх үед тэг болгох RAM-ийн хаяг, уртыг зааж өгдөг тэгээр эхлүүлсэн хэсэгчилсэн тодорхойлогчдын тусгай багц юм. Үүнийг Зураг А.13-т үзүүлэв.

Зураг А.13. ZI Chunks

hss ачаалал үүсгэгч
HSS Payload Generator хэрэгсэл нь Hart Software Service zero-s-д зориулж форматлагдсан ачааллын дүрсийг үүсгэдэг.tagPIC64GX дээрх ачаалагч, тохиргоог өгсөн file болон ELF-ийн багц files ба/эсвэл хоёртын файлууд. Тохиргоо file нь ELF хоёртын файлууд эсвэл хоёртын бөмбөрцөгүүдийг тус тусын хэрэглээний хартуудад (U54s) буулгахад ашиглагддаг.

Зураг Б.14. hss-payload-generator Flow

Уг хэрэгсэл нь тохиргооны бүтцэд эрүүл мэндийн үндсэн шалгалт хийдэг file өөрөө болон ELF зураг дээр. ELF зургууд нь RISC-V гүйцэтгэгдэх боломжтой байх ёстой.

Example Run

• hss-payload-generator хэрэгслийг s-ээр ажиллуулахын тулдampтохиргоо file болон ELF files:
  $ ./hss-payload-generator -c test/config.yaml output.bin
• Урьдчилан байгаа зургийн оношийг хэвлэхийн тулд дараахыг ашиглана уу:
  $ ./hss-payload-generator -d output.bin
• Ачаалах аюулгүй байдлын баталгаажуулалтыг идэвхжүүлэхийн тулд (зураг дээр гарын үсэг зурах замаар) -p ашиглан зууван муруй P-509 (SECP384r384)-ийн X.1 хувийн түлхүүрийн байршлыг зааж өгнө үү:
  $ ./hss-payload-generator -c test/config.yaml payload.bin -p /path/to/private.pem

Дэлгэрэнгүй мэдээллийг Secure Boot Authentication баримт бичгийг үзнэ үү.

Тохиргоо File Example

• Нэгдүгээрт, бид зургийнхаа нэрийг сонгох боломжтой, эс тэгвээс нэг нь динамикаар үүсгэгдэх болно:
  багц нэр: 'PIC64-HSS::TestImage'
• Дараа нь бид зүрх тус бүрийн нэвтрэх цэгийн хаягийг дараах байдлаар тодорхойлно.
  hart-entry-points: {u54_1: ‘0x80200000’, u54_2: ‘0x80200000’, u54_3: ‘0xB0000000′, u54_4:’0x80200000’}

ELF эх зургууд нь нэвтрэх цэгийг зааж өгч болох боловч бид шаардлагатай бол хартуудын хоёрдогч нэвтрэх цэгийг дэмжих боломжтой байхыг хүсч байна, жишээ нь.ampХэрэв олон харт ижил дүрсийг ачаалах зорилготой бол тэдгээр нь тусдаа нэвтрэх цэгтэй байж болно. Үүнийг дэмжихийн тулд бид тохиргоонд бодит нэвтрэх цэгийн хаягуудыг зааж өгдөг file өөрөө.

Бид одоо зарим ачааллыг тодорхойлох боломжтой (эх сурвалж ELF files, эсвэл хоёртын blobs) санах ойн тодорхой бүс нутагт байрлуулах болно. Ачааны хэсэг нь payloads гэсэн түлхүүр үгээр тодорхойлогддог бөгөөд дараа нь хэд хэдэн бие даасан ачааллын тодорхойлогчоор тодорхойлогддог. Ачаалал тус бүр нэртэй байдаг (түүний зам file), эзэмшигч-харт, сонголтоор 1-3 хоёрдогч харт.

Нэмж дурдахад, ачаалал нь гүйцэтгэлийг эхлүүлэх давуу эрхтэй горимтой байдаг. Хүчинтэй эрхийн горимууд нь PRV_M, PRV_S болон PRV_U бөгөөд эдгээрийг дараах байдлаар тодорхойлно:

• PRV_M Машины горим
• PRV_S Хяналтын горим
• PRV_U Хэрэглэгчийн горим

Дараах жишээндampле:

• test/zephyr.elf нь U54_3 дээр ажилладаг Zephyr программ бөгөөд PRV_M давуу эрхийн горимд ажиллахаар төлөвлөж байна.
• test/u-boot-dtb.bin нь Das U-Boot ачаалагч програм бөгөөд U54_1, U54_2 болон U54_4 дээр ажилладаг. Энэ нь PRV_S давуу эрхийн горимд эхлэх төлөвтэй байна.

Чухал:
U-Boot-ийн гаралт нь ELF-ийг үүсгэдэг file, гэхдээ энэ нь ихэвчлэн .elf өргөтгөлийн өмнө ордоггүй. Энэ тохиолдолд CONFIG_OF_SEPARATE-ээр үүсгэсэн хоёртын файлыг ашигладаг бөгөөд энэ нь U-Boot хоёртын файлд төхөөрөмжийн модны блокыг хавсаргадаг.

Энд экс нь байнаample Ачааллын тохиргоо file:

• test/zephyr.elf:
  {exec-addr: '0xB0000000', эзэмшигч-hart: u54_3, priv-mode: prv_m, алгасах-opensbi: үнэн}
• test/u-boot-dtb.bin:
  {exec-addr: '0x80200000', эзэмшигч-hart: u54_1, хоёрдогч-hart: u54_2, хоёрдогч-hart: u54_4, priv-mode: prv_s}

Чухал:
Зөвхөн хэргийн хувьд л чухал file түлхүүр үг биш замын нэр. Жишээлбэл, u54_1 нь U54_1-тэй, exec-addr нь EXEC-ADDR-тэй адилхан гэж тооцогддог. Хэрэв an.elf эсвэл .bin өргөтгөл байгаа бол үүнийг тохиргоонд оруулах шаардлагатай file.

• OpenSBI-д санаа зовохыг хүсдэггүй нүцгэн металл програмын хувьд алгасах-нээх сонголт нь үнэн бол зүрхний ачааллыг энгийн mret ашиглан дуудна.
  OpenSBI sbi_init() дуудлагаас илүү. Энэ нь зүрх нь OpenSBI HSM-ийн аливаа асуудлыг үл харгалзан нүцгэн металл кодыг ажиллуулж эхэлнэ гэсэн үг юм. Энэ нь бас зүрх хэрэглэх боломжгүй гэсэн үг гэдгийг анхаарна уу
  OpenSBI функцийг дуудахыг уриалж байна. Нээх алгасах сонголт нь нэмэлт бөгөөд өгөгдмөл нь худал байна.
• Өөр контекстийг халуунаар дахин ачаалахыг зөвшөөрөхийн тулд бид дахин ачаалахыг зөвшөөрөх сонголтыг нэмж болно: дулаан. Бүхэл системийг контекст хүйтэн дахин ачаалахыг зөвшөөрөхийн тулд бид зөвшөөрөх-дахин ачаалах сонголтыг нэмж болно: хүйтэн. Анхдагч байдлаар, зөвшөөрөх-дахин ачаалахыг заалгүйгээр контекст зөвхөн дахин ачаалахыг зөвшөөрдөг.
• Мөн туслах өгөгдлийг ачаа тус бүртэй холбох боломжтой, жишээ ньample, DeviceTree Blob (DTB) file, туслах өгөгдлийг зааж өгөх замаар fileдараах байдлаар нэрлэнэ:
  test/u-boot.bin: {exec-addr: '0x80200000', эзэмшигчийн харт: u54_1, хоёрдогч харт: u54_2, хоёрдогч харт: u54_3, хоёрдогч харт: u54_4, хувийн горим: prv_s, туслах өгөгдөл : test/pic64gx.dtb }
• Энэхүү туслах өгөгдөл нь ачааллын ачаалалд багтах болно (үндсэн мэдээллийн дараа шууд байрлуулна file гүйцэтгэх файлд
  зай), түүний хаяг нь next_arg1 талбарт OpenSBI-д дамжуулагдах болно (ачаалах үед зураг руу $a1 регистрт дамжуулагдсан).
• HSS нь контекстийг автоматаар ачаалахаас урьдчилан сэргийлэхийн тулд (жишээ нь, хэрэв бид үүний оронд remoteProc ашиглан контекстийн хяналтыг шилжүүлэхийг хүсвэл) skip-autoboot тугийг ашиглана уу:
  test/zephyr.elf: {exec-addr: '0xB0000000', эзэмшигч-hart: u54_3, priv-mode: prv_m, алгасах-opensbi: үнэн, алгасах-autoboot: үнэн}
• Эцэст нь бид ачааны нэрийн сонголтыг ашиглан тус тусын ачааллын нэрийг хүчингүй болгож болно. Жишээ ньampле:
  test/u-boot.bin: {exec-addr: '0x80200000', эзэмшигчийн харт: u54_1, хоёрдогч харт: u54_2, хоёрдогч харт: u54_3, хоёрдогч харт: u54_4, хувийн горим: prv_s, туслах өгөгдөл : test/pic64gx.dtb, ачааны нэр: 'u-boot'}

Yocto болон Buildroot Линукс бүтээгчид hss-payload--г бүтээж, тохируулж, ажиллуулна гэдгийг анхаарна уу.
програмын зургийг үүсгэхийн тулд шаардлагатай бол генератор. Нэмж дурдахад pic64gx-сониуч байдлын хэрэгсэл-amp Yocto дахь машины зорилтот төхөөрөмж нь hss-payload-generator хэрэгслийг ашиглан програмын дүрсийг үүсгэх болно. AMP, Linux 3 харт дээр, Zephyr 1 харт дээр ажиллаж байна.

Хяналтын түүх
Хяналтын түүх нь баримт бичигт хэрэгжсэн өөрчлөлтүүдийг тайлбарладаг. Өөрчлөлтүүдийг хамгийн сүүлийн үеийн хэвлэлээс эхлээд засварын дагуу жагсаав.

Хяналт	Огноо	Тодорхойлолт
A	07/2024	Анхны засвар

Микрочипийн мэдээлэл

Микрочип Webсайт
Microchip нь манайхаар дамжуулан онлайн дэмжлэг үзүүлдэг webсайт дээр www.microchip.com/. Энэ webсайт хийхэд ашигладаг files болон мэдээллийг үйлчлүүлэгчдэд хялбархан ашиглах боломжтой. Байгаа контентуудын зарим нь:

• Бүтээгдэхүүний дэмжлэг – Мэдээллийн хуудас ба алдаа, хэрэглээний тэмдэглэл ба sampпрограмууд, дизайны нөөцүүд, хэрэглэгчийн гарын авлага, техник хангамжийг дэмжих баримт бичиг, хамгийн сүүлийн үеийн програм хангамжийн хувилбарууд болон архивлагдсан програм хангамж
• Ерөнхий техникийн дэмжлэг – Түгээмэл асуултууд (ТХГ), техникийн дэмжлэг үзүүлэх хүсэлт, онлайн хэлэлцүүлгийн бүлгүүд, Microchip дизайны түнш хөтөлбөрийн гишүүдийн жагсаалт
• Микрочипийн бизнес – Бүтээгдэхүүн сонгох, захиалах гарын авлага, Microchip-ийн хамгийн сүүлийн үеийн хэвлэлийн мэдээ, семинар, арга хэмжээний жагсаалт, Microchip борлуулалтын алба, дистрибьютер, үйлдвэрийн төлөөлөгчдийн жагсаалт

Бүтээгдэхүүний өөрчлөлтийн мэдэгдлийн үйлчилгээ

• Microchip-ийн бүтээгдэхүүний өөрчлөлтийн мэдэгдлийн үйлчилгээ нь хэрэглэгчдэд Microchip бүтээгдэхүүний талаар мэдээлэл өгөхөд тусалдаг. Захиалагчид тодорхой бүтээгдэхүүний бүлэг эсвэл сонирхож буй хөгжүүлэлтийн хэрэгсэлтэй холбоотой өөрчлөлт, шинэчлэлт, засвар эсвэл алдаа гарсан тохиолдолд имэйлээр мэдэгдэл хүлээн авах болно.
• Бүртгүүлэх бол хаягаар орно уу www.microchip.com/pcn бүртгэлийн зааврыг дагаж мөрдөөрэй.

Хэрэглэгчийн дэмжлэг
Microchip бүтээгдэхүүний хэрэглэгчид хэд хэдэн сувгаар тусламж авах боломжтой.

• Дистрибьютер эсвэл төлөөлөгч
• Орон нутгийн борлуулалтын алба
• Embedded Solutions Engineer (ESE)
• Техникийн дэмжлэг

Үйлчлүүлэгчид тусламж авахын тулд дистрибьютер, төлөөлөгч эсвэл ESE-тэй холбоо барина уу. Орон нутгийн борлуулалтын оффисууд үйлчлүүлэгчдэд туслах боломжтой. Борлуулалтын алба, байршлын жагсаалтыг энэ баримт бичигт оруулсан болно.
-ээр дамжуулан техникийн дэмжлэг авах боломжтой webсайт дээр: www.microchip.com/support.

Микрочип төхөөрөмжийн код хамгаалах онцлог
Microchip бүтээгдэхүүн дээрх код хамгаалах функцийн дараах дэлгэрэнгүй мэдээллийг анхаарна уу.

• Микрочипийн бүтээгдэхүүнүүд нь микрочипийн мэдээллийн хуудсанд багтсан үзүүлэлтүүдийг хангадаг.
• Microchip нь түүний гэр бүлийн бүтээгдэхүүнүүдийг зориулалтын дагуу, ашиглалтын үзүүлэлтийн хүрээнд, хэвийн нөхцөлд ашиглахад найдвартай гэж үздэг.
• Микрочип нь оюуны өмчийн эрхийг дээдэлж, түрэмгийлэн хамгаалдаг. Microchip бүтээгдэхүүний код хамгаалах шинж чанарыг зөрчихийг оролдохыг хатуу хориглодог бөгөөд Дижитал Мянганы Зохиогчийн эрхийн тухай хуулийг зөрчиж болзошгүй.
• Microchip болон бусад хагас дамжуулагч үйлдвэрлэгчдийн аль нь ч кодын аюулгүй байдлыг хангаж чадахгүй. Код хамгаалалт гэдэг нь бид бүтээгдэхүүнийг "эвдрэшгүй" гэдгийг баталгаажуулж байна гэсэн үг биш юм. Кодын хамгаалалт байнга хөгжиж байдаг. Microchip нь манай бүтээгдэхүүний код хамгаалах шинж чанарыг тасралтгүй сайжруулах үүрэг хүлээдэг.

Хууль эрх зүйн мэдэгдэл
Энэхүү хэвлэл болон энд байгаа мэдээллийг зөвхөн Microchip бүтээгдэхүүнүүд, түүний дотор Microchip-ийн бүтээгдэхүүнийг өөрийн программтай зохиох, турших, нэгтгэх зэрэгт ашиглаж болно. Энэ мэдээллийг өөр хэлбэрээр ашиглах нь эдгээр нөхцлийг зөрчиж байна. Төхөөрөмжийн хэрэглээний талаарх мэдээллийг зөвхөн танд тав тухтай байлгах үүднээс өгсөн бөгөөд шинэчлэлтүүдээр солигдож болно. Таны өргөдлийн шаардлагад нийцэж байгаа эсэхийг шалгах нь таны үүрэг хариуцлага юм. Нэмэлт дэмжлэг авахын тулд орон нутгийн Microchip-ийн борлуулалтын албатай холбогдож, нэмэлт тусламж авах боломжтой www.microchip.com/en-us/support/design-help/client-support-services.

ЭНЭ МЭДЭЭЛЭЛИЙГ МИКРОЧИПГЭЭР “Байгаагаараа” ӨГӨӨ. МИКРОЧИП НЬ ИЛЭРХИЙ ЭСВЭЛ далд, бичгээр болон аман хэлбэрээр, хууль тогтоомжид заасан болон бусад байдлаар ямар ч мэдээлэл, баталгаа өгөгддөггүй. ХУДАЛДААНЫ БОЛОМЖ, ТОДОРХОЙ ЗОРИУЛАЛТАНД ТОХИРЧ БУЙ БАЙДАЛ, ЧАНАР, ГҮЙЦЭТГЭЛТЭЙ ХОЛБООТОЙ БАТАЛГАА.

ЯМАР ч тохиолдолд МИКРОЧИП ХЭРЭГСЭЛТЭЙ ХОЛБОГДОЛТОЙ ШУУД БУС, ТУСГАЙ, ШИЙТГЭЛИЙН, САНАМЖИЙН ЭСВЭЛ ЭСВЭЛ ЭСВЭЛ ХОХИРОЛ, ЗАРДАЛ, ЗАРДЛЫГ ХАРИУЦАХГҮЙ ЧИПД ЗӨВЛӨГӨӨ АВСАН БАЙНА БОЛОМЖ БУЮУ ХОХИРЛЫГ УРЬДЧИЛСАН БАЙНА. ХУУЛИАР ЗӨВШӨГДӨГДСӨН ХАМГИЙН ХЭРЭГЖЭЭНД МЭДЭЭЛЭЛ, ҮҮНИЙГ ХЭРЭГЛЭЭТЭЙ ХОЛБОГДСОН БҮХ НЭМЭГДЭЛ ДЭЭР МИКРОЧИПЫН НИЙТ ХАРИУЦЛАГА ТАНД ТЭР МЭДЭЭЛЭЛТЭЙ БОЛОВСРОЛ ТӨЛБӨРИЙН ТООГОО ДЭЭР БАЙХГҮЙ.

Микрочип төхөөрөмжийг амь насыг дэмжих болон/эсвэл аюулгүй байдлын программуудад ашиглах нь бүхэлдээ худалдан авагчийн эрсдэлд хамаарах бөгөөд худалдан авагч нь ийм ашиглалтаас үүдэлтэй бүх хохирол, нэхэмжлэл, нэхэмжлэл, зардлаас Microchip-ийг хамгаалах, нөхөн төлүүлэх, гэм хоргүй байлгахыг зөвшөөрнө. Өөрөөр заагаагүй бол ямар ч лицензийг Microchip-ийн оюуны өмчийн эрхийн дагуу далд болон бусад байдлаар дамжуулахгүй.

Барааны тэмдэг
Микрочипийн нэр ба лого, Microchip лого, Adaptec, AVR, AVR лого, AVR Freaks, BesTime, BitCloud, CryptoMemory, CryptoRF, dsPIC, flexPWR, HELDO, IGLOO, JukeBlox, KeeLoq, Kleer, LANCheck, maMDlu, maMDlu, Links MediaLB, megaAVR, Microsemi, Microsemi лого, MOST, MOST лого, MPLAB, OptoLyzer, PIC, picoPower, PICSTART, PIC32 лого, PolarFire, Prochip Designer, QTouch, SAM-BA, SenGenuity, SpyNIC, SST, SST Logometr, SuperFlash, Sym , SyncServer, Tachyon, TimeSource, tinyAVR, UNI/O, Vectron, болон XMEGA нь АНУ болон бусад улс орнуудад Microchip Technology Incorporated компанийн бүртгэлтэй худалдааны тэмдэгнүүд юм.

AgileSwitch, ClockWorks, Embedded Control Solutions Company, EtherSynch, Flashtec, Hyper Speed ​​Control, HyperLight Load, Libero, моторт вандан, mTouch, Powermite 3, Precision Edge, ProASIC, ProASIC Plus, ProASIC Plus лого, Quiet-Wire, S SmartFusion , TimeCesium, TimeHub, TimePictra, TimeProvider болон ZL нь АНУ-д бүртгэлтэй Microchip Technology корпорацийн худалдааны тэмдэгнүүд юм.

Зэргэлдээ Түлхүүр дарах, AKS, Дижитал эринд аналог, дурын конденсатор, AnyIn, AnyOut, Augmented Switching, BlueSky, BodyCom, Clockstudio, CodeGuard, CryptoAuthentication, CryptoAutomotive, CryptoCompanion, CryptoCompanion, DIC.EMmicds, маш таарч байна , DAM, ECAN, Espresso T1S, EtherGREEN, EyeOpen, GridTime, IdealBridge,
IGaT, In-Circuit Serial Programming, ICSP, INICnet, Intelligent Paralleling, IntelliMOS, Inter-Chip Connectivity, JitterBlocker, Knob-on-Display, MarginLink, maxCrypto, maxView, memBrain, Mindi, MiWi, MPASM, MPF, MPLAB баталгаажсан лого, MPLIB, MPLINK, mSiC, MultiTRAK, NetDetach, бүхнийг мэддэг код үүсгэх, PICDEM, PICDEM.net, PICkit, PICtail, Power MOS IV, Power MOS 7, Power MOS 4, PowerSiure , QMatrix, REAL ICE, Ripple Blocker, RTAX, RTGXNUMX, SAM-ICE, Serial Quad I/O, энгийн газрын зураг, SimpliPHY, SmartBuffer, SmartHLS, SMART-IS, storClad, SQI, SuperSwitcher, SuperSwitcher II, Switchtec, SynchroPHY, нийт тэсвэрлэх чадвар, итгэмжлэгдсэн , TSHARC, Turing, USBCheck, VariSense, VectorBlox, VeriPHY, ViewSpan, WiperLock, XpressConnect, болон ZENA нь Microchip Technology Incorporated компанийн АНУ болон бусад улс орнууд дахь худалдааны тэмдэгнүүд юм.

• SQTP нь АНУ дахь Microchip Technology Incorporated компанийн үйлчилгээний тэмдэг юм
• Adaptec лого, Frequency on Demand, Silicon Storage Technology болон Symmcom нь Microchip Technology Inc.-ийн бусад улс орнуудад бүртгэгдсэн худалдааны тэмдэгнүүд юм.
• GestIC нь Microchip Technology Germany II GmbH & Co. KG, Microchip Technology Inc.-ийн охин компаний бусад улс орнуудад бүртгэгдсэн худалдааны тэмдэг юм.

Энд дурдсан бусад бүх барааны тэмдэг нь тус тусын компанийн өмч юм. © 2024, Microchip Technology Incorporated болон түүний охин компаниуд. Бүх эрх хуулиар хамгаалагдсан.

• ISBN: 978-1-6683-4890-1

Чанарын удирдлагын тогтолцоо
Microchip-ийн чанарын удирдлагын тогтолцооны талаарх мэдээллийг авна уу www.microchip.com/quality.

Дэлхий даяарх борлуулалт, үйлчилгээ

АМЕРИК	АЗИ/НОМХОН ДАЛАЙ	АЗИ/НОМХОН ДАЛАЙ	ЕВРОП
Корпорацийн Оффис 2355 West Chandler Blvd. Чандлер, AZ 85224-6199 Утас: 480-792-7200 Факс: 480-792-7277 Техникийн дэмжлэг: www.microchip.com/support Web Хаяг: www.microchip.com Атланта Дулут, GA Утас: 678-957-9614 Факс: 678-957-1455 Остин, Техас Утас: 512-257-3370 Бостон Westborough, MA Утас: 774-760-0087 Факс: 774-760-0088 Чикаго Итаска, Ил Утас: 630-285-0071 Факс: 630-285-0075 Даллас Addison, TX Утас: 972-818-7423 Факс: 972-818-2924 Детройт Нови, Ми Утас: 248-848-4000 Хьюстон, TX Утас: 281-894-5983 Индианаполис Ноблсвилл, IN Утас: 317-773-8323 Факс: 317-773-5453 Утас: 317-536-2380 Лос Анжелес Mission Viejo, CA Утас: 949-462-9523 Факс: 949-462-9608 Утас: 951-273-7800 Роли, NC Утас: 919-844-7510 Нью Йорк, NY Утас: 631-435-6000 Сан Хосе, CA Утас: 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 Финланд – Espoo Утас: 358-9-4520-820 Франц – Парис Tel: 33-1-69-53-63-20 Fax: 33-1-69-30-90-79 Герман – Гарчинг Утас: 49-8931-9700 Герман – Хаан Утас: 49-2129-3766400 Герман – Хайлбронн Утас: 49-7131-72400 Герман – Карлсруэ Утас: 49-721-625370 Герман – Мюнхен Tel: 49-89-627-144-0 Fax: 49-89-627-144-44 Герман – Розенхайм Утас: 49-8031-354-560 Израиль - Ход Хашарон Утас: 972-9-775-5100 Итали - Милан Утас: 39-0331-742611 Факс: 39-0331-466781 Итали - Падова Утас: 39-049-7625286 Нидерланд - Друнен Утас: 31-416-690399 Факс: 31-416-690340 Норвеги – Тронхейм Утас: 47-72884388 Польш - Варшав Утас: 48-22-3325737 Румын – Бухарест Tel: 40-21-407-87-50 Испани - Мадрид Tel: 34-91-708-08-90 Fax: 34-91-708-08-91 Швед - Готенбург Tel: 46-31-704-60-40 Швед - Стокгольм Утас: 46-8-5090-4654 Их Британи - Вокингем Утас: 44-118-921-5800 Факс: 44-118-921-5820

© 2024 Microchip Technology Inc. болон түүний охин компаниуд.

Баримт бичиг / нөөц

MICROCHIP PIC64GX 64 битийн RISC-V дөрвөн цөмт микропроцессор [pdf] Хэрэглэгчийн гарын авлага PIC64GX, PIC64GX 64 битийн RISC-V дөрвөн цөмт микропроцессор, 64 бит RISC-V дөрвөн цөмт микропроцессор, RISC-V дөрвөн цөмт микропроцессор, дөрвөн цөмт микропроцессор, микропроцессор

Лавлагаа

• Хэрэглэгчийн гарын авлага