MICROCHIP PIC64GX 64 bitų RISC-V keturių branduolių mikroprocesorius

Informacija apie produktą

Specifikacijos:

• Produkto pavadinimas: Mikroschema PIC64GX
• Įkrovos procesas: SMP ir AMP palaikomi darbo krūviai
• Ypatingos savybės: „Watchdog“ palaikymas, užrakinimo režimas

Produkto naudojimo instrukcijos

1. Įkrovos procesas
   1. Programinės įrangos komponentai, susiję su paleidimu
      Sistemos įkrovos procesas apima šiuos programinės įrangos komponentus:
      • „Hart Software Services“ (HSS): nulistage įkrovos įkroviklis, sistemos monitorius ir programų vykdymo paslaugų teikėjas.
   2. Įkrovos srautas
      Sistemos įkrovos seka yra tokia:
      1. „Hart Software Services“ (HSS) inicijavimas
      2. Bootloader vykdymas
      3. Programos paleidimas
2. Sargybiniai šunys
   1. PIC64GX sarginis šuo
      PIC64GX turi budėjimo funkciją, leidžiančią stebėti sistemos veikimą ir suaktyvinti veiksmus sistemos gedimų atveju.
3. Užrakinimo režimas
   Užrakinimo režimas skirtas klientams, kuriems po įkrovos reikia visiškai kontroliuoti sistemos veiksmus. Tai riboja E51 sistemos monitoriaus funkcijas.

DUK

• Kl.: Koks yra „Hart Software Services“ (HSS) tikslas?
  A: HSS tarnauja kaip nulistage įkrovos įkroviklis, sistemos monitorius ir programų vykdymo paslaugų teikėjas įkrovos proceso metu.
• Kl .: Kaip veikia PIC64GX sarginio šuns funkcija?
  A: PIC64GX sergėtojas stebi sistemos veikimą ir gali imtis iš anksto nustatytų veiksmų sistemos gedimų atveju, kad užtikrintų sistemos patikimumą.

Įvadas

Šiame dokumente paaiškinama, kaip Microchip PIC64GX paleidžia programos darbo krūvį ir aprašomas sistemos įkrovos procesas, kuris veikia taip pat SMP ir AMP darbo krūviai. Be to, jame aprašoma, kaip iš naujo veikia SMP ir AMP darbo krūviai, PIC64GX sargybiniai ir specialus užrakinimo režimas sistemoms, kuriose klientai nori visiškos kontrolės, kad apribotų E51 sistemos monitoriaus veiksmus po sistemos įkrovos.

Įkrovos procesas

Pažvelkime į įvairius programinės įrangos komponentus, susijusius su sistemos paleidimu, o po to išsamiau pažvelgsime į pačios sistemos įkrovos eigos seką.

Programinės įrangos komponentai, susiję su paleidimu
Sistemos paleidimo procese dalyvauja šie komponentai:

1.1 pav. Įkrovos komponentai

• „Hart Software Services“ (HSS)
  „Hart Software Services“ (HSS) yra nulistage įkrovos įkroviklis, sistemos monitorius ir programų vykdymo paslaugų teikėjas. HSS palaiko ankstyvą sistemos sąranką, DDR mokymą ir aparatinės įrangos inicijavimą / konfigūravimą. Jis dažniausiai veikia su E51s, su nedideliu kiekiu mašinos režimo lygio funkcijų, veikiančių kiekviename U54. Ji paleidžia vieną ar daugiau kontekstų įkeldama programos „naudingąją apkrovą“ iš įkrovos terpės ir operacinės sistemos branduoliams teikia platformos vykdymo paslaugas / prižiūrėtojo vykdymo aplinką (SEE). Jis palaiko saugų įkrovą ir yra svarbus komponentas užtikrinant aparatinės įrangos skaidymą / atskyrimą AMP kontekstuose.
• Das U-Boot (U-Boot)
  „Das U-Boot“ („U-Boot“) yra atvirojo kodo universalus scenarijų įkrovos įkroviklis. Jis palaiko paprastą CLI, kuri gali nuskaityti įkrovos vaizdą iš įvairių šaltinių (įskaitant SD kortelę ir tinklą). „U-Boot“ įkelia „Linux“. Jei reikia, jis gali suteikti UEFI aplinką. Paprastai ji yra baigta ir nebeveikia, kai Linux paleidžiama – kitaip tariant, po įkrovos ji nelieka nuolatinė.
• Linux branduolys
  Linux branduolys yra populiariausias pasaulyje operacinės sistemos branduolys. Kartu su programų naudotojų žeme ji sudaro tai, kas paprastai vadinama „Linux“ operacine sistema. „Linux“ operacinė sistema teikia turtingas POSIX API ir kūrėjo aplinką, pvzample, kalbos ir įrankiai, pvz., Python, Perl, Tcl, Rust, C/C++ ir Tcl; bibliotekos, tokios kaip OpenSSL, OpenCV, OpenMP, OPC/UA ir OpenAMP (RPmsg ir RemoteProc).
  „Yocto“ ir „Buildroot“ yra „Linux“ sistemų kūrėjai, tai yra, jie gali būti naudojami kuriant pagal užsakymą pritaikytas „Linux“ sistemas. „Yocto“ išveda „Linux“ paskirstymą su „rich“.
  programų, įrankių ir bibliotekų rinkinys bei pasirenkamas paketų valdymas. Buildroot išveda minimalesnę šaknį filesistemą ir gali nukreipti į sistemas, kurioms nereikia nuolatinės saugyklos, bet kurios veikia tik iš RAM (naudojant Linux inicialų palaikymą, pvz.ample).
• Zefyras
  Zephyr yra nedidelė atvirojo kodo realaus laiko operacinė sistema (RTOS). Tai suteikia realaus laiko žemos sąnaudų sistemos su RPMsg-lite ryšio kanalais į Linux. Tai apima branduolį, bibliotekas, įrenginių tvarkykles, protokolų krūvas, filesistemos, programinės aparatinės įrangos atnaujinimo mechanizmai ir t. t., todėl puikiai tinka klientams, norintiems PIC64GX naudoti daugiau kaip metalą.

Įkrovos srautas
PIC64GX apima RISC-V branduolį su 64 bitų E51 sistemos monitoriaus jungtimi ir 4 64 bitų U54 taikomųjų programų skydeliais. Pagal RISC-V terminologiją hart yra RISC-V vykdymo kontekstas, kuriame yra visas registrų rinkinys ir kuris savo kodą vykdo nepriklausomai. Galite galvoti apie tai kaip apie aparatinės įrangos giją arba vieną procesorių. Hartų grupė viename branduolyje dažnai vadinama kompleksu. Šioje temoje aprašomi PIC64GX pagrindinio komplekso inicijavimo veiksmai, įskaitant E51 sistemos monitorius širdies ir U54 taikomųjų programų harts.

1. Įjunkite PIC64GX coreplex.
   Įjungus maitinimą, saugos valdiklis atleidžia visus RISC-V branduolio komplekso blokus.
2. Paleiskite HSS kodą iš lustinės eNVM „flash“ atminties.
   Iš pradžių kiekviena širdis pradeda paleisti HSS kodą iš lustinės eNVM „flash“ atminties. Šis kodas priverčia visas U54 taikomąsias programas sukasi, laukiant instrukcijų, ir leidžia E51 monitoriui pradėti paleisti kodą, kad inicijuotų ir iškviestų sistemą.
3. Išskleiskite HSS kodą iš eNVM į L2-Scratch atmintį.
   Priklausomai nuo kūrimo laiko konfigūracijos, HSS paprastai yra didesnė nei pačios eNVM „flash“ atminties talpa, todėl pirmiausia HSS kodas, veikiantis E51, yra išskleisti save iš eNVM į L2-Scratch atmintį, kaip parodyta paveikslėlyje. 1.2 ir 1.3 pav.
   1.2 pav. HSS išskleidžiamas iš eNVM į L2 Scratch
   1.3 pav. HSS atminties žemėlapis dekompresijos metu
4. Pereikite iš eNVM į L2-Scratch į vykdomąjį failą, kaip parodyta toliau pateiktame paveikslėlyje.
   1.4 pav. HSS peršoka iš eNVM į kodą dabar L2Scratch po išskleidimo
   Vykdomąjį failą sudaro trys komponentai:
   • Aparatūros abstrakcijos sluoksnis (HAL), žemo lygio kodas ir pliko metalo tvarkyklės
   • Vietinė RISC-V OpenSBI HSS šakutė (šiek tiek modifikuota prieš srovę PIC64GX, skirta AMP tikslais)
   • HSS vykdymo paslaugos (būsenos mašinos veikia super kilpa)
5. Inicijuoti OpenSBI naudojamą aparatinę įrangą ir duomenų struktūras.
   Už šį inicijavimą atsakinga HSS paslauga „Startup“.
6. Gaukite programos darbo krūvio (payload.bin) vaizdą iš išorinės saugyklos. Tai parodyta 1.5 ir 1.6 pav
   Svarbu: PIC64GX Curiosity Kit atveju tai bus iš SD kortelės.
   1.5 pav. Gaunamas payload.bin darbo krūvio vaizdas iš išorinės saugyklos
   1.6 pav. HSS atminties žemėlapis gavus payload.bin
7. Nukopijuokite įvairias dalis iš payload.bin į jų vykdymo laiko paskirties vietas. „Payload.bin“ yra suformatuotas vaizdas, kuris sujungia įvairius SMP arba SMP programų vaizdus AMP darbo krūviai. Tai apima kodo, duomenų ir deskriptorių lenteles, kurios leidžia HSS tinkamai įdėti kodo ir duomenų dalis ten, kur jų reikia įvairiems taikomųjų programų krūviams vykdyti.
   1.7 pav. payload.bin nukopijuotas į paskirties adresus
8. Nurodykite atitinkamus U54 pereiti prie vykdymo pradžios adresų. Ši pradžios adreso informacija yra faile payload.bin.
9. Paleiskite U54 taikomąsias programas ir visas sekundestage įkrovos krautuvai. Pavyzdžiui,ample, U-Boot iškelia Linux.

Perkraukite

Su sistemos paleidimo sąvoka susijęs poreikis paleisti iš naujo. Kai galvojate apie PIC64GX taikomųjų programų darbo krūvius, paleidžiant iš naujo reikia atsižvelgti ir į simetrinį kelių apdorojimą (SMP), ir į asimetrinį kelių apdorojimą (AMP) scenarijai:

1. SMP sistemos atveju perkrovimas gali saugiai perkrauti visą sistemą, nes nėra jokių papildomų darbo krūvių kitame kontekste, į kurį reikia atsižvelgti.
2. Tuo atveju, kai an AMP sistemoje, darbo krūviui gali būti leidžiama tik pačiam paleisti iš naujo (ir netrukdyti jokiam kitam kontekstui) arba gali būti suteikta privilegija atlikti visą sistemos paleidimą iš naujo.

Perkraukite ir AMP
Norėdami įjungti SMP ir AMP perkrovimo scenarijus, HSS palaiko šilto ir šalto perkrovimo privilegijų sąvokas, kurios priskiriamos kontekstui. Kontekstas su šilto paleidimo iš naujo privilegija gali tik pats paleisti iš naujo, o kontekstas su šalto perkrovimo privilegija gali atlikti visą sistemos perkrovimą. Pavyzdžiui,ample, apsvarstykite toliau pateiktą tipiškų scenarijų rinkinį.

• Vieno konteksto SMP darbo krūvis, kuriam leidžiama prašyti viso sistemos perkrovimo
• Pagal šį scenarijų kontekstui leidžiama šaltojo perkrovimo privilegija.
• Dviejų kontekstų AMP darbo krūvis, kai kontekstui A leidžiama prašyti viso sistemos perkrovimo (paveikiant visus kontekstus), o kontekstui B leidžiama tik pačiam paleisti iš naujo
• Pagal šį scenarijų kontekstui A leidžiama šalto perkrovimo privilegija, o kontekstui B – šilto paleidimo iš naujo.
• Dviejų kontekstų AMP darbo krūvis, kai kontekstams A ir B leidžiama tik patiems paleisti iš naujo (neturi įtakos kitam kontekstui)
• Pagal šį scenarijų abiem atvejais leidžiamos tik šiltos perkrovimo privilegijos.
• Dviejų kontekstų AMP darbo krūvis, kai kontekstams A ir B leidžiama prašyti visiško sistemos paleidimo iš naujo
• Pagal šį scenarijų abiem atvejais leidžiamos šaltojo perkrovimo privilegijos.
• Be to, HSS kūrimo metu gali visada leisti šaltojo perkrovimo privilegiją ir niekada neleisti šaltojo perkrovimo privilegijos.

Atitinkamos HSS Kconfig parinktys
Kconfig yra programinės įrangos konfigūravimo sistema. Jis dažniausiai naudojamas norint pasirinkti kūrimo laiko parinktis ir įjungti arba išjungti funkcijas. Jis atsirado su „Linux“ branduoliu, bet dabar buvo naudojamas kituose projektuose, išskyrus „Linux“ branduolį, įskaitant „U-Boot“, „Zephyr“ ir PIC64GX HSS.

HSS yra dvi Kconfig parinktys, kurios valdo perkrovimo funkciją iš HSS perspektyvos:

• CONFIG_ALLOW_COLD IŠ naujo paleisti
  Jei tai įjungta, tai visame pasaulyje leidžia kontekstui išduoti šalto perkrovimo iškvietimą. Jei išjungta, bus leidžiami tik šilti perkrovimai. Be šios parinkties įjungimo, kontekstui turi būti suteiktas leidimas šaltai paleisti iš naujo per naudingos apkrovos generatorių YAML file arba šią Kconfig parinktį.
• CONFIG_ALLOW_COLD REBOOT_ALWAYS
  • Jei įjungta, ši funkcija visame pasaulyje leidžia visiems kontekstams išduoti šalto perkrovimo ECAA, neatsižvelgiant į payload.bin vėliavėlės teises.
  • Be to, pačiame faile payload.bin gali būti konteksto vėliavėlė, nurodanti, kad tam tikrame kontekste leidžiama atlikti šalto paleidimo iš naujo:
    • Norėdami leisti konteksto šiltą perkrauti kitą kontekstą, YAML aprašyme galime pridėti parinktį allow-reboot: šiltas file naudojamas naudingajam kroviniui sukurti.bin
    • Norėdami leisti kontekstinį šaltąjį visos sistemos perkrovimą, galime pridėti parinktį allow-reboot: cold. Pagal numatytuosius nustatymus, nenurodant leisti iš naujo, kontekste leidžiamas tik šiltas paleidimas iš naujo. Neatsižvelgiant į šios vėliavėlės nustatymą, jei HSS neįjungtas CONFIG_ALLOW_COLDREBOOT, HSS pertvarkys visas šalto paleidimo užklausas į šiltus (pagal kontekstą) perkrovimus. .

Išsamiai paleiskite iš naujo
Šiame skyriuje išsamiai aprašoma, kaip veikia paleidimas iš naujo – pradedant OpenSBI sluoksniu (žemiausiu M režimo sluoksniu) ir aptariant, kaip ši OpenSBI sluoksnio funkcija suaktyvinama naudojant RTOS programą arba turtingą OS, pvz., Linux.

„OpenSBI Reboot“ iškvietimas

• RISC-V Supervisor Binary Interface (SBI) specifikacija aprašo standartizuotą aparatinės įrangos abstrakcijos sluoksnį, skirtą platformos inicijavimui ir programinės įrangos vykdymo paslaugoms. Pagrindinis SBI tikslas yra užtikrinti perkeliamumą ir suderinamumą tarp skirtingų RISC-V diegimų.
• OpenSBI (Open Source Supervisor Binary Interface) yra atvirojo kodo projektas, kuriame pateikiama SBI specifikacijos nuoroda. OpenSBI taip pat teikia vykdymo paslaugas, įskaitant pertraukimų tvarkymą, laikmačio valdymą ir konsolės I/O, kurias gali naudoti aukštesnio lygio programinės įrangos sluoksniai.
• OpenSBI yra įtrauktas į HSS ir veikia mašinos režimo lygiu. Kai operacinė sistema arba programa sukelia spąstus, ji bus perduota OpenSBI, kad ji sutvarkytų. „OpenSBI“ atskleidžia tam tikrą sistemos iškvietimo tipo funkciją viršutiniuose programinės įrangos sluoksniuose per tam tikrą spąstų mechanizmą, vadinamą iškvietimu.
• Sistemos atstatymas (EID 0x53525354) suteikia išsamią sistemos iškvietimo funkciją, leidžiančią viršutinio sluoksnio programinei įrangai prašyti paleisti iš naujo arba išjungti sistemos lygiu. Kai U54 iškviečia šį iškvietimą, jį sulaiko HSS programinė įranga, veikianti mašinos režimu tame U54, ir atitinkama perkrovimo užklausa siunčiama į E51, kad būtų iš naujo paleistas kontekstas arba visa sistema, atsižvelgiant į įrenginio teises. kontekste.

Norėdami gauti daugiau informacijos, žr RISC-V prižiūrėtojo dvejetainės sąsajos specifikacija ypač Sistemos atkūrimo plėtinys (EID Nr. 0x53525354 „SRST“).

„Linux“ paleidimas iš naujo

Kaip konkretus buvęsampIš to Linux sistemoje išjungimo komanda naudojama sistemai sustabdyti arba iš naujo paleisti. Komanda paprastai turi daug slapyvardžių, būtent sustabdyti, išjungti ir paleisti iš naujo. Šie slapyvardžiai nurodo, ar sustabdyti įrenginį išjungus, išjungti jį išjungus, ar iš naujo paleisti įrenginį išjungus.

• Šios vartotojo erdvės komandos iš naujo paleidžia sistemos iškvietimą į „Linux“, kurią sulaiko branduolys ir sąveikauja su SBI iškvietimu.
• Yra įvairių lygių perkrovimas – REBOOT_WARM, REBOOT_COLD, REBOOT_HARD – jie gali būti perduoti kaip komandinės eilutės argumentai branduoliui (pvz.ample, reboot=w[arm] REBOOT_WARM). Norėdami gauti daugiau informacijos apie Linux branduolio šaltinio kodą, žr Documentation/admin-guide/kernel-paramters.txt.
• Arba, jei įjungta /sys/kernel/reboot, apačioje esančias tvarkykles galima perskaityti, kad būtų gauta dabartinė sistemos perkrovimo konfigūracija, ir įrašyti, kad ją pakeistumėte. Norėdami gauti daugiau informacijos apie Linux branduolio šaltinio kodą, žr Dokumentacija/ABI/testavimas/sysfs-kernel-reboot.

Sargybiniai šunys

• Kita koncepcija, susijusi su sistemos paleidimu ir sistemos paleidimu iš naujo, yra sistemos atkūrimas paleidus budėjimo laikmatį. „Watchdog“ laikmačiai plačiai naudojami įterptosiose sistemose, siekiant automatiškai atsigauti po trumpalaikių aparatinės įrangos gedimų ir užkirsti kelią klaidingai ar piktybinei programinei įrangai, kad sutriktų sistemos veikimas.
• PIC64GX apima aparatūros stebėjimo palaikymą, kad būtų galima stebėti atskirus elnius, kai sistema veikia. Priežiūros tarnybos užtikrina, kad harts gali būti paleistas iš naujo, jei jie nereaguoja dėl nepataisomų programinės įrangos klaidų.
• PIC64GX apima penkis stebėjimo laikmačio aparatinės įrangos blokų, naudojamų sistemos užblokavimui aptikti, egzempliorius – po vieną kiekvienam iš jų. Siekiant palengvinti mišrų asimetrinį daugiasluoksnį apdorojimą (AMP) darbo krūvius, HSS palaiko stebėjimą ir reagavimą į sargybinių šaudymą.

PIC64GX sarginis šuo

• HSS yra atsakingas už programų harts paleidimą įjungus ir už jų paleidimą iš naujo (individualiai arba kartu) bet kuriuo s.tage, jei to reikia ar norisi. Dėl to HSS tvarko PIC64GX stebėjimo įvykius.
• „Virtualus sargybinis“ monitorius įdiegtas kaip HSS būsenos mašinos paslauga, o jo pareigos yra stebėti kiekvieno U54 atskiro stebėjimo aparatinės įrangos monitoriaus būseną. Kai suveikia vienas iš šių U54 sargybinių, HSS tai aptinka ir, jei reikia, iš naujo paleis U54. Jei U54 yra SMP konteksto dalis, visas kontekstas laikomas paleisti iš naujo, nes kontekstas turi šilto paleidimo iš naujo privilegiją. Visa sistema bus paleista iš naujo, jei kontekstas turi šaltojo perkrovimo privilegiją.

Atitinkamos Kconfig parinktys

• „Watchdog“ palaikymas pagal numatytuosius nustatymus įtrauktas į išleistas HSS versijas. Jei norite sukurti pasirinktinį HSS, šiame skyriuje bus aprašytas konfigūracijos mechanizmas, užtikrinantis, kad įjungtas „Watchdog“ palaikymas.
• HSS sukonfigūruojamas naudojant Kconfig konfigūravimo sistemą. Aukščiausio lygio .config file reikalingas norint pasirinkti, kokios paslaugos bus kompiliuojamos HSS versijoje arba iš jos.
• Pirma, reikia įjungti aukščiausio lygio CONFIG_SERVICE_WDOG parinktį („Virtual Watchdog support“ per make config).

Tada pateikiamos šios papildomos parinktys, kurios priklauso nuo „Watchdog“ palaikymo:

• CONFIG_SERVICE_WD OG_DEBUG
  Įgalinamas informacinių / derinimo pranešimų palaikymas iš virtualiosios priežiūros tarnybos.
• CONFIG_SERVICE_WD OG_DEBUG_TIMEOUT_SECS
  Nustato periodiškumą (sekundėmis), kurį HSS išves Watchdog derinimo pranešimai.
• CONFIG_SERVICE_WD OG_ENABLE_E51
  Įgalina ne tik U51, bet ir E54 monitorių širdį, apsaugodamas paties HSS veikimą.

Kai E51 sergėtojas įjungtas, HSS periodiškai rašys į Watchdog, kad jį atnaujintų ir neleistų jam šaudyti. Jei dėl kokių nors priežasčių E51 širdis užsiblokuoja arba sugenda, o E51 sergėtojas yra įjungtas, tai visada iš naujo nustatys visą sistemą.

Sarginio šuns operacija
Priežiūros aparatinė įranga įgyvendina žemyn skaitiklius. Atnaujinti draudžiamasis langas gali būti sukurtas sukonfigūravus stebėtojo didžiausią vertę, iki kurios leidžiama atnaujinti (MVRP).

• Kai dabartinė sarginio laikmačio reikšmė yra didesnė už MVRP reikšmę, atnaujinti sarginį šunį draudžiama. Bandant atnaujinti budėjimo laikmatį uždraustame lange, bus nustatytas skirtojo laiko pertraukimas.
• Atnaujinus budėjimą tarp MVRP reikšmės ir trigerio reikšmės (TRIG), skaitiklis sėkmingai atnaujins ir neleis sargybiniam šuniui šaudyti.
• Kai budėjimo laikmačio reikšmė nukris žemiau TRIG reikšmės, sargybinis įsijungs.

„Watchdog State Machine“.

• Stebėjimo būsenos mašina yra labai paprasta – paleidžiama sukonfigūruojant E51 stebėjimo funkciją, jei įjungta, tada pereinant iš tuščiosios eigos būsenos į stebėjimą. Kiekvieną kartą aplink superkilpą iškviečiama ši stebėjimo būsena, kuri patikrina kiekvieno U54 sargybinio būseną.
• Apsaugos būsenos mašina sąveikauja su įkrovos būsenos mašina, kad iš naujo paleistų „Hart“ (ir bet kokius kitus įkrovos rinkinyje esančius „Hart“ įrenginius), jei aptinka, kad „Hart“ nespėjo laiku atnaujinti savo sargybos.

Užrakinimo režimas

Paprastai (ypač su AMP programos), tikimasi, kad U54 HSS liks M režimu, kad būtų galima paleisti iš naujo pagal kontekstą (ty iš naujo paleisti tik vieną kontekstą be viso lusto perkrovimo) ir leisti HSS stebėti būklę ( ECC, užrakto būsenos bitai, magistralės klaidos, SBI klaidos, PMP pažeidimai ir kt.).

• Norėdami suteikti perkrovimo galimybes perAMP konteksto pagrindu (nereikalaujant visos sistemos perkrauti), E51 paprastai turi privilegijuotą prieigą prie visos sistemos atminties vietos. Tačiau gali būti situacijų, kai tai nepageidautina, ir klientas gali norėti apriboti E51 HSS programinės aparatinės įrangos veiksmus, kai sistema sėkmingai paleidžiama. Tokiu atveju HSS galima įjungti į užrakinimo režimą, kai U54 Application Harts bus paleistas.
• Tai galima įjungti naudojant HSS Kconfig parinktį CONFIG_SERVICE_LOCKDOWN.
• Užrakinimo paslauga skirta apriboti HSS veiklą po to, kai ji paleidžia U54 programą „Harts“.

4.2 pav. HSS blokavimo režimas

Paleidus užrakinimo režimą, jis sustabdo visų kitų HSS paslaugų būsenos mašinų veikimą. Jis vadina dvi silpnai susietas funkcijas:

• e51_pmp_lockdown(), ir
• e51_lockdown()

Šios funkcijos yra skirtos nepaisyti konkrečios plokštės kodo. Pirmoji yra konfigūruojama paleidimo funkcija, leidžianti BSP tinkinti E51 blokavimą nuo taikomųjų programų naudingųjų apkrovų šiuo metu. Silpnai susietas numatytasis šios funkcijos įgyvendinimas yra tuščias. Antrasis yra funkcionalumas, kuris vykdomas nuo to momento. Silpnai susietas numatytasis diegimas aptarnauja stebėjimo funkciją šiuo E51 tašku ir bus paleistas iš naujo, jei užsidegs U54 stebėjimo priemonė. Norėdami gauti daugiau informacijos, žr. HSS šaltinio kodą, esantį services/lockdown/lockdown_service.c file.

Priedas

HSS payload.bin formatas

• Šiame skyriuje aprašoma payload.bin file formatą ir vaizdą, kurį naudoja HSS paleidžiant PIC64GX SMP ir AMP programas.
• Payload.bin yra suformatuotas dvejetainis failas (A.10 pav.), susidedantis iš antraštės, įvairių deskriptorių lentelių ir įvairių dalių, kuriose yra kiekvienos programos darbo krūvio dalies kodas ir duomenų skyriai. Dalis gali būti laikoma savavališko dydžio gretimu atminties bloku.

A.10 pav. payload.bin Formatas

Antraštės dalyje (parodyta A.11 paveiksle) yra magiška reikšmė, naudojama payload.bin identifikuoti, ir tam tikra namų tvarkymo informacija, taip pat išsami informacija apie vaizdą, skirtą paleisti kiekviename iš
U54 programų kodai. Jame aprašoma, kaip paleisti kiekvieną atskirą U54 hart ir bendrą įkrovos vaizdų rinkinį. Savo namų tvarkymo informacijoje ji turi nuorodas į įvairias deskriptorių lenteles, kad antraštės dydis padidėtų.

A.11 pav. payload.bin Antraštė

• Kodas ir inicijuoti pastovūs duomenys laikomi tik skaitomais ir saugomi tik skaitymo skyriuje, į kurį nurodo antraštės aprašai.
• Nenuliniai inicijuoti duomenų kintamieji yra skaitymo ir rašymo duomenys, tačiau jų inicijavimo reikšmės nukopijuojamos iš tik skaitomos dalies paleidžiant. Jie taip pat saugomi tik skaitymo skyriuje.
• Tik skaitoma naudingosios apkrovos duomenų sekcija aprašyta kodų ir duomenų gabalų deskriptorių lentele. Kiekviename šios lentelės gabalo deskriptoriuje yra 'šarto savininkas' (pagrindinis šerdis kontekste, į kurį jis nukreipiamas
  at), apkrovos poslinkis (poslinkis payload.bin) ir vykdymo adresas (paskirties adresas PIC64GX atmintyje) kartu su dydžiu ir kontroline suma. Tai parodyta A.12 paveiksle.

A.12 pav. Tik skaitomas gabalų aprašas ir naudingos apkrovos gabalo duomenys

Be minėtų dalių, taip pat yra atminties gabalų, atitinkančių duomenų kintamuosius, kurie inicijuojami iki nulio. Jie nesaugomi kaip duomenys payload.bin, o yra specialus nulinio inicijavimo gabalų deskriptorių rinkinys, kuris nurodo adresą ir RAM, kuriuos reikia nustatyti į nulį paleidžiant. Tai parodyta A.13 paveiksle.

A.13 pav. ZI gabaliukai

hss naudingos apkrovos generatorius
HSS naudingosios apkrovos generatoriaus įrankis sukuria suformatuotą naudingosios apkrovos vaizdą, skirtą „Hart Software Service“ nuliui.tage įkrovos įkroviklis PIC64GX, atsižvelgiant į konfigūraciją file ir ELF rinkinys files ir (arba) dvejetainiai failai. Konfigūracija file naudojamas ELF dvejetainiams failams arba dvejetainiams blobams susieti su atskiromis taikomųjų programų rūšimis (U54).

B.14 pav. hss-payload-generator srautas

Įrankis atlieka pagrindinius konfigūracijos struktūros patikrinimus file save ir ELF vaizdus. ELF vaizdai turi būti RISC-V vykdomieji failai.

Example Run

• Norėdami paleisti įrankį hss-payload-generator su sample konfigūracija file ir ELF files:
  $ ./hss-payload-generator -c test/config.yaml output.bin
• Norėdami išspausdinti esamo vaizdo diagnostiką, naudokite:
  $ ./hss-payload-generator -d output.bin
• Norėdami įgalinti saugų įkrovos autentifikavimą (pasirašant vaizdą), naudokite -p, kad nurodytumėte elipsinės kreivės P-509 (SECP384r384) X.1 privataus rakto vietą:
  $ ./hss-payload-generator -c test/config.yaml payload.bin -p /path/to/private.pem

Norėdami gauti daugiau informacijos, žr. saugaus įkrovos autentifikavimo dokumentaciją.

konfig File Example

• Pirma, pasirinktinai galime nustatyti savo vaizdo pavadinimą, kitaip jis bus sukurtas dinamiškai:
  rinkinio pavadinimas: 'PIC64-HSS::TestImage'
• Toliau nustatysime kiekvienos širdies įėjimo taško adresus:
  hart-entry-points: {u54_1: ‘0x80200000’, u54_2: ‘0x80200000’, u54_3: ‘0xB0000000′, u54_4:’0x80200000’}

ELF šaltinio vaizdai gali nurodyti įėjimo tašką, tačiau norime, kad prireikus galėtume palaikyti antrinius įėjimo taškus, pvz.ample, jei keli hartai skirti paleisti tą patį vaizdą, jie gali turėti atskirus įėjimo taškus. Norėdami tai paremti, konfigūracijoje nurodome tikrus įėjimo taškų adresus file pati.

Dabar galime apibrėžti kai kuriuos naudingus krovinius (šaltinis ELF files arba dvejetainės dėmės), kurios bus patalpintos tam tikruose atminties regionuose. Naudingosios apkrovos sekcija apibrėžiama naudojant raktinį žodį naudingos apkrovos, o tada – keletas atskirų naudingų krovinių aprašų. Kiekvienas naudingas krovinys turi pavadinimą (kelią į jį file), savininko ir pasirinktinai nuo 1 iki 3 antrinių.

Be to, naudingas krovinys turi privilegijų režimą, kuriuo jis pradės vykdyti. Galiojantys privilegijų režimai yra PRV_M, PRV_S ir PRV_U, kur jie apibrėžiami taip:

• PRV_M Mašinos režimas
• PRV_S Prižiūrėtojo režimas
• PRV_U Vartotojo režimas

Toliau pateiktame pvzampLe:

• Manoma, kad test/zephyr.elf yra Zephyr programa, kuri veikia U54_3 ir tikisi, kad ji bus paleista PRV_M privilegijų režimu.
• test/u-boot-dtb.bin yra Das U-Boot įkrovos programa, kuri veikia U54_1, U54_2 ir U54_4. Tikimasi, kad jis bus paleistas PRV_S privilegijų režimu.

Svarbu:
U-Boot išvestis sukuria ELF file, bet paprastai jis nepridedamas plėtinio .elf. Šiuo atveju naudojamas CONFIG_OF_SEPARATE sukurtas dvejetainis failas, kuris prie U-Boot dvejetainio failo prideda įrenginio medžio blobą.

Štai buvęsample Naudingųjų krovinių konfigūracija file:

• test/zephyr.elf:
  {exec-addr: '0xB0000000', savininkas-hart: u54_3, priv-mode: prv_m, skip-opensbi: true}
• test/u-boot-dtb.bin:
  {exec-addr: '0x80200000', savininkas-hart: u54_1, antrinis-hart: u54_2, antrinis-hart: u54_4,priv-mode: prv_s}

Svarbu:
Atvejis yra svarbus tik file kelių pavadinimai, o ne raktiniai žodžiai. Taigi, pavyzdžiui, u54_1 laikomas tuo pačiu kaip U54_1, o exec-addr laikomas tuo pačiu kaip EXEC-ADDR. Jei yra plėtinys an.elf arba .bin, jis turi būti įtrauktas į konfigūraciją file.

• Jei tai yra pliko metalo programa, kuri nenori būti susijusi su OpenSBI, parinktis skip-open, jei teisinga, tos širdies naudingoji apkrova bus iškviesta naudojant paprastą mret.
  nei OpenSBI sbi_init() iškvietimas. Tai reiškia, kad širdis pradės vykdyti gryno metalo kodą, nepaisydama jokių OpenSBI HSM priežasčių. Atminkite, kad tai taip pat reiškia, kad širdis negali naudotis
  iškviečia, kad iškviestų OpenSBI funkciją. Praleisti atidarymo parinktis yra neprivaloma ir pagal numatytuosius nustatymus yra klaidinga.
• Norėdami leisti kontekstinį režimą perkrauti kitą kontekstą, galime pridėti parinktį leisti perkrauti: šiltas. Norėdami leisti kontekstinį šaltąjį visos sistemos perkrovimą, galime pridėti parinktį allow-reboot: cold. Pagal numatytuosius nustatymus, nenurodant leisti-reboot, kontekstui leidžiama tik pačiam paleisti iš naujo.
• Taip pat galima susieti papildomus duomenis su kiekvienu naudingu kroviniu, pvzample, „DeviceTree Blob“ (DTB) file, nurodant pagalbinius duomenis filepavadinimas taip:
  test/u-boot.bin: { exec-addr: '0x80200000', savininkas-hart: u54_1, antrinis-hart: u54_2, antrinis-hart: u54_3, antrinis-hart: u54_4, priv-mode: prv_s, pagalbiniai duomenys : test/pic64gx.dtb }
• Šie papildomi duomenys bus įtraukti į naudingą apkrovą (dedami iškart po pagrindinio file vykdomajame faile
  erdvė), o jo adresas bus perduotas OpenSBI lauke next_arg1 ($a1 registre perduotas vaizdui įkrovos metu).
• Norėdami neleisti HSS automatiškai paleisti konteksto (pavyzdžiui, jei norime perduoti jo valdymą kontekstui naudodami remoteProc), naudokite skip-autoboot vėliavėlę:
  test/zephyr.elf: {exec-addr: '0xB0000000', savininkas-hart: u54_3, priv-mode: prv_m, skip-opensbi: true, skip-autoboot: true}
• Galiausiai galime pasirinktinai nepaisyti atskirų naudingų krovinių pavadinimų, naudodami naudingojo krovinio pavadinimo parinktį. Pavyzdžiui,ampLe:
  test/u-boot.bin: { exec-addr: '0x80200000', savininkas-hart: u54_1, antrinis-hart: u54_2, antrinis-hart: u54_3, antrinis-hart: u54_4, priv-mode: prv_s, pagalbiniai duomenys : test/pic64gx.dtb, naudingos apkrovos pavadinimas: 'u-boot' }

Atminkite, kad Yocto ir Buildroot Linux kūrėjai sukurs, sukonfigūruos ir paleis hss-payload-
generatorius, jei reikia programos vaizdams generuoti. Be to, pic64gx-curiosity-kit-amp „Machine target“ programoje „Yocto“ sugeneruos programos vaizdą naudodamas „hss-payload-generator“ įrankį, kuris parodo AMP, Linux veikia 3 hart ir Zephyr 1 hart.

Revizijos istorija
Taisymų istorija aprašo pakeitimus, kurie buvo įgyvendinti dokumente. Pakeitimai pateikiami pagal peržiūrą, pradedant naujausiu leidiniu.

Peržiūra	Data	Aprašymas
A	07/2024	Pradinė peržiūra

Informacija apie mikroschemą

Mikroschema Websvetainę
„Microchip“ teikia internetinę pagalbą per mūsų websvetainė adresu www.microchip.com/. Tai webSvetainė naudojama gaminti files ir informacija lengvai prieinama klientams. Dalis galimo turinio apima:

• Produkto palaikymas – Duomenų lapai ir klaidos, paraiškos pastabos ir sample programas, projektavimo išteklius, vartotojo vadovus ir techninės įrangos palaikymo dokumentus, naujausius programinės įrangos leidimus ir archyvuotą programinę įrangą
• Bendroji techninė pagalba – Dažnai užduodami klausimai (DUK), techninės pagalbos užklausos, internetinės diskusijų grupės, Microchip projektavimo partnerių programos narių sąrašas
• „Microchip“ verslas – Produktų parinkimo ir užsakymo vadovai, naujausi Microchip pranešimai spaudai, seminarų ir renginių sąrašas, Microchip pardavimo biurų, platintojų ir gamyklos atstovų sąrašai

Pranešimų apie gaminio pasikeitimus paslauga

• „Microchip“ pranešimų apie produktų pasikeitimus paslauga padeda klientams nuolat sužinoti apie „Microchip“ produktus. Prenumeratoriai gaus pranešimą el. paštu, kai bus pakeitimų, atnaujinimų, pataisymų ar klaidų, susijusių su nurodyta produktų šeima ar kūrimo įrankiu.
• Norėdami užsiregistruoti, eikite į www.microchip.com/pcn ir vykdykite registracijos instrukcijas.

Pagalba klientams
Microchip produktų vartotojai pagalbos gali gauti keliais kanalais:

• Platintojas arba atstovas
• Vietinis pardavimo biuras
• Įterptųjų sprendimų inžinierius (ESE)
• Techninė pagalba

Klientai turėtų kreiptis į savo platintoją, atstovą arba ESE dėl pagalbos. Vietiniai pardavimo biurai taip pat gali padėti klientams. Šiame dokumente yra pardavimo biurų ir vietų sąrašas.
Techninė pagalba teikiama per websvetainė adresu: www.microchip.com/support.

Mikroschemų įrenginių kodo apsaugos funkcija
Atkreipkite dėmesį į toliau pateiktą informaciją apie kodo apsaugos funkciją Microchip gaminiuose:

• Mikroschemos gaminiai atitinka specifikacijas, nurodytas jų konkrečiame mikroschemos duomenų lape.
• „Microchip“ mano, kad jos gaminiai yra saugūs, kai naudojami pagal numatytą būdą, pagal veikimo specifikacijas ir įprastomis sąlygomis.
• Mikroschema vertina ir agresyviai gina savo intelektinės nuosavybės teises. Bandymai pažeisti „Microchip“ produktų kodo apsaugos funkcijas yra griežtai draudžiami ir gali pažeisti Skaitmeninio tūkstantmečio autorių teisių įstatymą.
• Nei Microchip, nei joks kitas puslaidininkių gamintojas negali garantuoti savo kodo saugumo. Apsauga nuo kodo nereiškia, kad garantuojame, kad produktas yra „nepalaužiamas“. Kodo apsauga nuolat tobulinama. „Microchip“ yra įsipareigojusi nuolat tobulinti savo produktų kodo apsaugos funkcijas.

Teisinis pranešimas
Šis leidinys ir jame esanti informacija gali būti naudojami tik su Microchip produktais, įskaitant Microchip produktų projektavimą, testavimą ir integravimą su jūsų programa. Šios informacijos naudojimas bet kokiu kitu būdu pažeidžia šias sąlygas. Informacija apie įrenginio programas pateikiama tik jūsų patogumui ir ją gali pakeisti naujiniai. Jūs esate atsakingi už tai, kad jūsų paraiška atitiktų jūsų specifikacijas. Dėl papildomos pagalbos kreipkitės į vietinį Microchip pardavimo biurą arba gaukite papildomos pagalbos adresu www.microchip.com/en-us/support/design-help/client-support-services.

ŠIĄ INFORMACIJĄ PATEIKIA MICROCHIP „TOKIA, KOKIA YRA“. MICROCHIP NESUTEIKIA JOKIŲ PAREIŠKIMŲ AR JOKIŲ GARANTIJŲ ARBA NUMANOMŲ, RAŠYTŲ AR ŽODINIŲ, ĮSTATYMŲ AR KITAIP, SUSIJUSIŲ SU INFORMACIJA, ĮSKAITANT, BET NE APSIRIBINTOJANT JOKIŲ NUMANOMŲ GARANTIJŲ TINKAMUMAS TAM TAM TAM TIKSLUI ARBA GARANTIJOS, SUSIJUSIOS SU JOS BŪKLĖS, KOKYBĖS AR VEIKSMAIS.

Jokiu atveju mikroschemos neatsakys už bet kokį netiesioginį, ypatingą, baudžiamąjį, atsitiktinį ar dėl to nuostolių, žalos, žalos ar išlaidų ar išlaidų GALIMYBĖ ARBA ŽALOS NAUJOTI. KIEKIU LEIDŽIAMU ĮSTATYMU, VISO MICROCHIP ATSAKOMYBĖ UŽ VISUS PAREIŠKUS, JOKIU BŪDU SUSIJUSIUS SU INFORMACIJA AR JOS NAUDOJIMU, NEBUS VIRŠYTI MOKESČIŲ SKAIČIŲ, JEI BŪTINA, KURIUS JŪS SUMOKĖTE UŽ MICROFORMĄ.

„Microchip“ prietaisų naudojimas gyvybės palaikymo ir (arba) saugos tikslais yra visiškai pirkėjo rizika, o pirkėjas sutinka ginti, atlyginti žalą ir laikyti „Microchip“ nepavojingą nuo bet kokios žalos, pretenzijų, ieškinių ar išlaidų, kylančių dėl tokio naudojimo. Jokios „Microchip“ intelektinės nuosavybės teisės neperduodamos, netiesiogiai ar kitaip, nebent nurodyta kitaip.

Prekių ženklai
Mikroschemos pavadinimas ir logotipas, Microchip logotipas, Adaptec, AVR, AVR logotipas, AVR Freaks, BesTime, BitCloud, CryptoMemory, CryptoRF, dsPIC, flexPWR, HELDO, IGLOO, JukeBlox, KeeLoq, Kleer, LANCheck, LinklusMD, maXTouchty, MediaLB, megaAVR, Microsemi, Microsemi logotipas, MOST, MOST logotipas, MPLAB, OptoLyzer, PIC, picoPower, PICSTART, PIC32 logotipas, PolarFire, Prochip Designer, QTouch, SAM-BA, SenGenuity, SpyNIC, SST, SST logotipas, SuperFlash, Sym , SyncServer, Tachyon, TimeSource, tinyAVR, UNI/O, Vectron ir XMEGA yra registruotieji Microchip Technology Incorporated prekių ženklai JAV ir kitose šalyse.

„AgileSwitch“, „ClockWorks“, „The Embedded Control Solutions Company“, „EtherSynch“, „Flashtec“, „Hyper Speed ​​Control“, „HyperLight Load“, „Libero“, variklio stendas, „mTouch“, „Powermite 3“, „Precision Edge“, „ProASIC“, „ProASIC Plus“, „ProASIC Plus“ logotipas, „Quiet-Wire“, „SmartWFusion“, „SyncWorld“, , TimeCesium, TimeHub, TimePictra, TimeProvider ir ZL yra registruotieji Microchip Technology Incorporated prekių ženklai JAV

Gretimas klavišų slopinimas, AKS, analoginis skaitmeniniam amžiui, bet koks kondensatorius, AnyIn, AnyOut, papildytas perjungimas, „BlueSky“, „BodyCom“, „Clockstudio“, „CodeGuard“, „CryptoAuthentication“, „CryptoAutomotive“, „CryptoCompanion“, „CryptoController“, „Dynamic Companion“, „CryptoController“, „MatPICDEM“, dds, dds. , DAM, ECAN, Espresso T1S, EtherGREEN, EyeOpen, GridTime, IdealBridge,
IGaT, nuoseklusis programavimas grandinėje, ICSP, INICnet, intelektualus lygiagretusis ryšys, „IntelliMOS“, lustų tarpusavio ryšys, „JitterBlocker“, „Knob on-Display“, „MarginLink“, „maxCrypto“, maks.View, memBrain, Mindi, MiWi, MPASM, MPF, MPLAB sertifikuotas logotipas, MPLIB, MPLINK, mSiC, MultiTRAK, NetDetach, visažinis kodų generavimas, PICDEM, PICDEM.net, PICkit, PICtail, Power MOS IV, Power MOS 7, PureS PowerSmart, , QMatrix, REAL ICE, Ripple Blocker, RTAX, RTG4, SAM-ICE, Serial Quad I/O, paprastas žemėlapis, SimpliPHY, SmartBuffer, SmartHLS, SMART-IS, storClad, SQI, SuperSwitcher, SuperSwitcher II, Switchtec, SynchroPHY, Total Ištvermė, patikimas laikas, TSHARC, Turing, USBCheck, VariSense, VectorBlox, VeriPHY, ViewSpan, WiperLock, XpressConnect ir ZENA yra Microchip Technology Incorporated prekių ženklai JAV ir kitose šalyse.

• SQTP yra „Microchip Technology Incorporated“ paslaugų ženklas JAV
• „Adaptec“ logotipas, „Frequency on Demand“, „Silicon Storage Technology“ ir „Symmcom“ yra registruotieji „Microchip Technology Inc.“ prekių ženklai kitose šalyse.
• „GestIC“ yra „Microchip Technology Germany II GmbH & Co. KG“, „Microchip Technology Inc.“ dukterinės įmonės kitose šalyse, registruotasis prekės ženklas.

Visi kiti čia paminėti prekių ženklai yra atitinkamų įmonių nuosavybė. © 2024, „Microchip Technology Incorporated“ ir jos dukterinės įmonės. Visos teisės saugomos.

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

Kokybės vadybos sistema
Norėdami gauti informacijos apie „Microchip“ kokybės valdymo sistemas, apsilankykite www.microchip.com/quality.

Pardavimai ir aptarnavimas visame pasaulyje

AMERIKA	AZIJA/RAMUSIOJONAS	AZIJA/RAMUSIOJONAS	EUROPA
Įmonės Biuras 2355 West Chandler Blvd. Chandler, AZ 85224-6199 Tel: 480-792-7200 Faksas: 480-792-7277 Techninė pagalba: www.microchip.com/support Web Adresas: www.microchip.com Atlanta Duluth, GA Tel: 678-957-9614 Faksas: 678-957-1455 Ostinas, Teksasas Tel: 512-257-3370 Bostonas Westborough, MA Tel. 774-760-0087 Faksas: 774-760-0088 Čikaga Itasca, IL Tel: 630-285-0071 Faksas: 630-285-0075 Dalasas Addison, TX Tel: 972-818-7423 Faksas: 972-818-2924 Detroitas Novi, MI Tel: 248-848-4000 Hiustonas, TX Tel: 281-894-5983 Indianapolis Noblesville, IN Tel. 317-773-8323 Faksas: 317-773-5453 Tel: 317-536-2380 Los Andželas Misija Viejo, CA Tel. 949-462-9523 Faksas: 949-462-9608 Tel: 951-273-7800 Rolis, NC Tel: 919-844-7510 Niujorkas, NY Tel: 631-435-6000 San Chosė, CA Tel: 408-735-9110 Tel: 408-436-4270 Kanada – Torontas Tel: 905-695-1980 Faksas: 905-695-2078	Australija – Sidnėjus Tel.: 61-2-9868-6733 Kinija – Pekinas Tel.: 86-10-8569-7000 Kinija – Čengdu Tel.: 86-28-8665-5511 Kinija – Čongčingas Tel.: 86-23-8980-9588 Kinija – Dongguanas Tel.: 86-769-8702-9880 Kinija – Guangdžou Tel.: 86-20-8755-8029 Kinija – Hangdžou Tel.: 86-571-8792-8115 Kinija – Hong Kongas SAR Tel.: 852-2943-5100 Kinija – Nankinas Tel.: 86-25-8473-2460 Kinija – Čingdao Tel.: 86-532-8502-7355 Kinija – Šanchajus Tel.: 86-21-3326-8000 Kinija – Šenjangas Tel.: 86-24-2334-2829 Kinija – Šendženas Tel.: 86-755-8864-2200 Kinija – Sudžou Tel.: 86-186-6233-1526 Kinija – Uhanas Tel.: 86-27-5980-5300 Kinija – Sianas Tel.: 86-29-8833-7252 Kinija – Siamenas Tel.: 86-592-2388138 Kinija – Zhuhai Tel.: 86-756-3210040	Indija – Bengalūras Tel.: 91-80-3090-4444 Indija – Naujasis Delis Tel.: 91-11-4160-8631 Indija – Pune Tel.: 91-20-4121-0141 Japonija – Osaka Tel.: 81-6-6152-7160 Japonija – Tokijas Tel.: 81-3-6880-3770 Korėja – Daegu Tel.: 82-53-744-4301 Korėja – Seulas Tel.: 82-2-554-7200 Malaizija – Kvala Lumpūras Tel.: 60-3-7651-7906 Malaizija – Penangas Tel.: 60-4-227-8870 Filipinai – Manila Tel.: 63-2-634-9065 Singapūras Tel.: 65-6334-8870 Taivanas – Hsin Chu Tel.: 886-3-577-8366 Taivanas – Gaosiongas Tel.: 886-7-213-7830 Taivanas – Taipėjus Tel.: 886-2-2508-8600 Tailandas – Bankokas Tel.: 66-2-694-1351 Vietnamas – Hošiminas Tel.: 84-28-5448-2100	Austrija – Wels Tel.: 43-7242-2244-39 Faksas: 43-7242-2244-393 Danija – Kopenhaga Tel.: 45-4485-5910 Faksas: 45-4485-2829 Suomija – Espoo Tel.: 358-9-4520-820 Prancūzija – Paryžius Tel: 33-1-69-53-63-20 Fax: 33-1-69-30-90-79 Vokietija – Garchingas Tel.: 49-8931-9700 Vokietija – Haanas Tel.: 49-2129-3766400 Vokietija – Heilbronas Tel.: 49-7131-72400 Vokietija – Karlsrūhė Tel.: 49-721-625370 Vokietija – Miunchenas Tel: 49-89-627-144-0 Fax: 49-89-627-144-44 Vokietija – Rozenheimas Tel.: 49-8031-354-560 Izraelis – Hodas Hašaronas Tel.: 972-9-775-5100 Italija – Milanas Tel.: 39-0331-742611 Faksas: 39-0331-466781 Italija – Paduva Tel.: 39-049-7625286 Nyderlandai – Drunen Tel.: 31-416-690399 Faksas: 31-416-690340 Norvegija – Trondheimas Tel.: 47-72884388 Lenkija – Varšuva Tel.: 48-22-3325737 Rumunija – Bukareštas Tel: 40-21-407-87-50 Ispanija – Madridas Tel: 34-91-708-08-90 Fax: 34-91-708-08-91 Švedija – Geteborgas Tel: 46-31-704-60-40 Švedija – Stokholmas Tel.: 46-8-5090-4654 JK – Vokingamas Tel.: 44-118-921-5800 Faksas: 44-118-921-5820

© 2024 Microchip Technology Inc. ir jos dukterinės įmonės.

Dokumentai / Ištekliai

MICROCHIP PIC64GX 64 bitų RISC-V keturių branduolių mikroprocesorius [pdfVartotojo vadovas PIC64GX, PIC64GX 64 bitų RISC-V keturių branduolių mikroprocesorius, 64 bitų RISC-V keturių branduolių mikroprocesorius, RISC-V keturių branduolių mikroprocesorius, keturių branduolių mikroprocesorius, mikroprocesorius

Nuorodos

• Vartotojo vadovas