MICROCHIP PIC64GX 64-Bit RISC-V Quad-Core Microprocessor
Taarifa ya Bidhaa
Vipimo:
- Jina la Bidhaa: Microchip PIC64GX
- Mchakato wa Boot: SMP na AMP mzigo wa kazi unaoungwa mkono
- Vipengele Maalum: Usaidizi wa walinzi, Njia ya Kufunga
Maagizo ya Matumizi ya Bidhaa
- Mchakato wa Boot
- Vipengele vya Programu Vinavyohusika katika Uanzishaji
Mchakato wa kuwasha mfumo unajumuisha vipengele vifuatavyo vya programu:- Huduma za Programu za Hart (HSS): Sufuritagkipakiaji cha e boot, kifuatilia mfumo, na mtoaji wa huduma za wakati wa kutekelezwa kwa programu.
- Mtiririko wa Boot
Mlolongo wa mtiririko wa boot ya mfumo ni kama ifuatavyo:- Kuanzishwa kwa Huduma za Programu za Hart (HSS)
- Utekelezaji wa bootloader
- Kuanzisha maombi
- Vipengele vya Programu Vinavyohusika katika Uanzishaji
- Walinzi
- Mtoaji wa PIC64GX
PIC64GX ina kipengele cha utendakazi cha kufuatilia utendakazi wa mfumo na kuanzisha vitendo iwapo mfumo utaharibika.
- Mtoaji wa PIC64GX
- Njia ya Kufunga
Hali ya kufunga imeundwa kwa wateja wanaohitaji udhibiti kamili wa vitendo vya mfumo baada ya kuwasha. Inapunguza utendakazi wa kifuatiliaji cha mfumo wa E51.
Maswali Yanayoulizwa Mara kwa Mara
- Swali: Madhumuni ya Huduma za Programu za Hart (HSS) ni nini?
J: HSS hutumika kama sifuritagkipakiaji cha e boot, kifuatilia mfumo, na mtoaji wa huduma za wakati wa kutumia programu wakati wa mchakato wa kuwasha. - Swali: Je, kazi ya uangalizi wa PIC64GX inafanyaje kazi?
J: Kilinzi cha PIC64GX hufuatilia utendakazi wa mfumo na kinaweza kuchukua hatua zilizobainishwa mapema iwapo mfumo utafeli ili kuhakikisha utegemezi wa mfumo.
Utangulizi
Karatasi nyeupe hii inaelezea jinsi Microchip PIC64GX hupakia upakiaji wa programu na inaelezea mchakato wa kuwasha mfumo, ambao hufanya kazi sawa kwa SMP na AMP mizigo ya kazi. Zaidi ya hayo, inashughulikia jinsi reboot inavyofanya kazi kwa SMP na AMP mizigo ya kazi, walinzi kwenye PIC64GX, na hali maalum ya kufunga kwa mifumo ambapo wateja wanataka udhibiti kamili ili kupunguza vitendo vya kifuatiliaji cha mfumo wa E51 baada ya kuwasha mfumo.
Mchakato wa Boot
Hebu tuangalie vipengele mbalimbali vya programu vinavyohusika katika uanzishaji wa mfumo, ikifuatiwa na kuangalia kwa kina zaidi mlolongo wa mtiririko wa mfumo wa boot yenyewe.
Vipengele vya Programu Vinavyohusika katika Uanzishaji
Vipengele vifuatavyo vinahusika katika mchakato wa kuwasha mfumo:
Kielelezo 1.1. Vipengele vya Boot-up
- Huduma za Programu za Hart (HSS)
Hart Software Services (HSS) ni sifuritagkipakiaji cha e boot, kifuatilia mfumo, na mtoaji wa huduma za wakati wa kutekelezwa kwa programu. HSS inasaidia usanidi wa mapema wa mfumo, mafunzo ya DDR, na uanzishaji/usanidi wa maunzi. Mara nyingi hutumika kwenye E51s, ikiwa na kiwango kidogo cha utendaji wa kiwango cha mashine inayoendesha kila U54. Huanzisha muktadha mmoja au zaidi kwa kupakia "mzigo wa malipo" kutoka kwa kifaa cha kuwasha, na hutoa Huduma za Mfumo wa Uendeshaji wa Mfumo/Mazingira ya Utekelezaji ya Msimamizi (TAZAMA) kwa viini vya mfumo wa uendeshaji. Inasaidia uanzishaji salama na ni sehemu muhimu katika kuhakikisha ugawaji/utenganishaji wa maunzi AMP muktadha. - Das U-Boot (U-Boot)
Das U-Boot (U-Boot) ni kipakiaji cha buti cha programu huria kinachoweza kuandikwa kwa wote. Inasaidia CLI rahisi ambayo inaweza kurejesha picha ya boot kutoka kwa vyanzo mbalimbali (ikiwa ni pamoja na Kadi ya SD na Mtandao). U-Boot hupakia Linux. Inaweza kutoa mazingira ya UEFI ikiwa inahitajika. Kwa ujumla imekamilika na iko njiani mara tu Linux inapoanzisha - kwa maneno mengine, haibaki mkazi baada ya kuwasha. - Linux Kernel
Linux kernel ndio kernel ya mfumo wa uendeshaji maarufu zaidi duniani. Ikiunganishwa na nchi ya watumiaji wa programu, inaunda kile kinachojulikana kama mfumo wa uendeshaji wa Linux. Mfumo wa Uendeshaji wa Linux hutoa API tajiri za POSIX na mazingira ya wasanidi programu, kwa mfanoample, lugha na zana kama vile Python, Perl, Tcl, Rust, C/C++, na Tcl; maktaba kama vile OpenSSL, OpenCV, OpenMP, OPC/UA, na OpenAMP (RPmsg na RemoteProc).
Yocto na Buildroot ni wajenzi wa mfumo wa Linux, yaani, wanaweza kutumika kutengeneza mifumo iliyoboreshwa ya Linux. Yocto hutoa usambazaji wa Linux na tajiri
seti ya programu, zana, na maktaba, na usimamizi wa kifurushi wa hiari. Buildroot hutoa mzizi mdogo zaidi filemfumo na inaweza kulenga mifumo ambayo haihitaji uhifadhi unaoendelea lakini inaendesha kabisa kutoka kwa RAM (kwa kutumia usaidizi wa mwanzo wa Linux, kwa mfano.ample). - Zephyr
Zephyr ni Mfumo mdogo wa Uendeshaji wa Wakati Halisi (RTOS), wa chanzo huria. Inatoa Mfumo wa Uendeshaji wa Muda Halisi, na njia za mawasiliano za RPMsg-lite hadi Linux. Inajumuisha kernel, maktaba, viendeshi vya kifaa, safu za itifaki, filemifumo, mifumo ya masasisho ya programu dhibiti, na kadhalika, na ni nzuri kwa wateja wanaotaka matumizi yasiyo na chuma-kama kwenye PIC64GX.
Mtiririko wa Boot
PIC64GX inajumuisha coreplex ya RISC-V yenye hart ya kufuatilia mfumo wa 64-bit E51 na harts 4 64-bit U54 za maombi. Katika istilahi za RISC-V, hart ni muktadha wa utekelezaji wa RISC-V ambao una seti kamili ya rejista na ambayo hutekeleza msimbo wake kwa kujitegemea. Unaweza kuifikiria kama uzi wa maunzi au CPU moja. Kundi la paa ndani ya msingi mmoja mara nyingi huitwa tata. Mada hii inaelezea hatua za kuanzisha PIC64GX coreplex, ikijumuisha moyo wa vichunguzi vya mfumo wa E51 na harts za U54.
- Inatumia PIC64GX coreplex.
Wakati wa kuwasha, panya wote kwenye msingi wa RISC-V hutolewa kutoka kwa kuweka upya na Kidhibiti cha Usalama. - Endesha msimbo wa HSS kutoka kwenye kumbukumbu ya eNVM kwenye chip.
Hapo awali, kila moyo huanza kuendesha msimbo wa HSS kutoka kwenye kumbukumbu ya eNVM ya on-chip. Msimbo huu husababisha harts zote za U54 kuzunguka, kusubiri maagizo, na huruhusu E51 kufuatilia hart kuanza kuendesha msimbo ili kuanzisha na kuleta mfumo. - Punguza msimbo wa HSS kutoka eNVM hadi kumbukumbu ya L2-Scratch.
Kulingana na usanidi wake wa wakati wa kujenga, HSS kawaida huwa kubwa kuliko uwezo wa kumbukumbu ya eNVM yenyewe na kwa hivyo jambo la kwanza ambalo nambari ya HSS inayoendesha kwenye E51 hufanya ni kujitenga yenyewe kutoka kwa eNVM hadi kumbukumbu ya L2-Scratch, kama inavyoonyeshwa kwenye Mchoro. 1.2 na Mchoro 1.3.
Kielelezo 1.2. HSS Inapunguza kutoka eNVM hadi L2 Scratch
Kielelezo 1.3. Ramani ya Kumbukumbu ya HSS Wakati wa Mtengano - Rukia kutoka eNVM hadi L2-Scratch hadi inayoweza kutekelezwa kama inavyoonyeshwa kwenye takwimu ifuatayo.
Kielelezo 1.4. HSS Inaruka kutoka eNVM hadi Msimbo Sasa katika L2Scratch Kufuatia Mtengano
Inayotekelezwa ina sehemu tatu:- Safu ya uondoaji ya maunzi (HAL), msimbo wa kiwango cha chini, na viendeshi vya chuma tupu
- Uma ya ndani ya HSS ya RISC-V OpenSBI (iliyorekebishwa kidogo kutoka juu kwenye PIC64GX kwa AMP madhumuni)
- Huduma za wakati wa kukimbia za HSS (mashine za serikali zinaendeshwa kwa kitanzi bora)
- Anzisha maunzi na miundo ya data inayotumiwa na OpenSBI.
Huduma ya HSS "Startup" inawajibika kwa uanzishaji huu. - Leta picha ya mzigo wa programu (payload.bin) kutoka kwa hifadhi ya nje. Hii imeonyeshwa kwenye Mchoro 1.5 na Mchoro 1.6
Muhimu: Ikiwa kuna PIC64GX Curiosity Kit, hii itatoka kwa kadi ya SD.
Kielelezo 1.5. Inaleta picha ya payload.bin ya Upakiaji wa Kazi kutoka Hifadhi ya Nje
Kielelezo 1.6. Ramani ya Kumbukumbu ya HSS baada ya Kuleta payload.bin - Nakili sehemu mbalimbali kutoka payload.bin hadi maeneo yao ya muda wa utekelezaji. Payload.bin ni picha iliyoumbizwa, ambayo inaunganisha picha mbalimbali za programu kwa SMP au AMP mizigo ya kazi. Inajumuisha majedwali ya msimbo, data na maelezo ambayo huwezesha HSS kuweka ipasavyo sehemu za msimbo na data, ambapo zinahitajika ili kutekeleza majukumu mbalimbali ya programu.
Kielelezo 1.7. payload.bin Imenakiliwa kwa Anwani Lengwa - Waagize U54 husika kurukia anwani zao za kuanza utekelezaji. Maelezo haya ya anwani ya kuanza yamo kwenye payload.bin.
- Anzisha U54 Application harts na sekunde zozotetage bootloaders. Kwa mfanoampna, U-Boot inaleta Linux.
Washa upya
Kuhusiana na dhana ya uanzishaji wa mfumo ni hitaji la kuwasha upya. Unapofikiria juu ya upakiaji wa programu ya PIC64GX, kuwasha upya kunahitaji kuzingatia uchakataji linganifu (SMP) na uchakataji asymmetric (AMP) matukio:
- Kwa upande wa mfumo wa SMP, kuwasha upya kunaweza kuwasha upya mfumo mzima kwa usalama kwani hakuna mzigo wa ziada wa kazi katika muktadha mwingine wa kuzingatia.
- Katika kesi ya AMP mfumo, mzigo wa kazi unaweza tu kuruhusiwa kujiwasha upya (na usiingiliane na muktadha mwingine wowote), au inaweza kuwa na fursa ya kuwasha upya mfumo kamili.
Washa upya na AMP
Ili kuwezesha SMP na AMP anzisha upya hali, HSS inasaidia dhana za marupurupu ya joto na baridi ya kuwasha upya, ambayo yanaweza kupewa muktadha. Muktadha ulio na fursa ya kuwasha upya kwa joto unaweza tu kujiwasha upya, na muktadha ulio na fursa baridi ya kuwasha upya unaweza kuwasha upya mfumo kamili. Kwa mfanoample, zingatia seti ifuatayo ya matukio ya uwakilishi.
- Mzigo wa kazi wa SMP wa muktadha mmoja, ambao unaruhusiwa kuomba mfumo kamili wa kuwasha upya
- Katika hali hii, muktadha unaruhusiwa upendeleo wa kuwasha upya baridi.
- Muktadha wa pande mbili AMP mzigo wa kazi, ambapo muktadha A unaruhusiwa kuomba kuwasha upya mfumo kamili (unaoathiri miktadha yote), na Muktadha B unaruhusiwa kujiwasha upya pekee.
- Katika hali hii, muktadha A unaruhusiwa upendeleo wa kuwasha upya kwa baridi, na muktadha B unaruhusiwa fursa ya kuwasha upya kwa joto.
- Muktadha wa pande mbili AMP mzigo wa kazi, ambapo miktadha A na B inaruhusiwa tu kujianzisha upya (na isiathiri muktadha mwingine)
- Katika hali hii, miktadha yote miwili inaruhusiwa tu mapendeleo ya kuwasha upya kwa joto.
- Muktadha wa pande mbili AMP mzigo wa kazi, ambapo miktadha A na B zote zinaruhusiwa kuomba kuwashwa upya kwa mfumo kamili
- Katika hali hii, miktadha yote miwili inaruhusiwa upendeleo wa kuwasha upya.
- Zaidi ya hayo, inawezekana kwa HSS wakati wa kujenga kuruhusu kila mara fursa baridi ya kuwasha upya, na kamwe kuruhusu fursa baridi ya kuwasha upya.
Chaguzi Husika za HSS Kconfig
Kconfig ni mfumo wa usanidi wa programu. Inatumika kwa kawaida kuchagua chaguo za muda wa kujenga na kuwezesha au kuzima vipengele. Ilianzia kwenye kinu cha Linux lakini sasa imepata matumizi katika miradi mingine zaidi ya Linux kernel, ikijumuisha U-Boot, Zephyr, na PIC64GX HSS.
HSS ina chaguo mbili za Kconfig zinazodhibiti utendakazi wa kuwasha upya kutoka kwa mtazamo wa HSS:
- CONFIG_ALLOW_COLD WASHA UPYA
Hiki kikiwashwa, huruhusu kimataifa muktadha kutoa mwako wa kuwasha upya simu. Ikiwa imezimwa, kuwasha tena kwa joto kutaruhusiwa. Mbali na kuwezesha chaguo hili, ruhusa ya kutoa kuwasha upya kwa baridi lazima itolewe kwa muktadha kupitia jenereta ya upakiaji ya YAML. file au chaguo lifuatalo la Kconfig. - CONFIG_RUHUSU_BARIDI WASHA UPYA_DAIMA
- Ikiwashwa, kipengele hiki duniani kote kinaruhusu miktadha yote kutoa kiwasha upya ECAA, bila kujali stahili za bendera ya payload.bin.
- Zaidi ya hayo, payload.bin yenyewe inaweza kuwa na bendera ya kila muktadha, ikionyesha kwamba muktadha fulani una haki ya kutoa uanzishaji upya baridi:
- Ili kuruhusu muktadha joto kuwasha upya muktadha mwingine, tunaweza kuongeza chaguo ruhusu-washa upya: joto katika maelezo ya YAML file kutumika kuunda payload.bin
- Ili kuruhusu muktadha kuwasha upya mfumo mzima, tunaweza kuongeza chaguo ruhusu-kuwasha upya: baridi. Kwa chaguo-msingi, bila kubainisha ruhusu kuwasha upya, muktadha unaruhusiwa tu kujiwasha upya kwa halijoto Bila kujali mpangilio wa bendera hii, ikiwa CONFIG_ALLOW_COLDREBOOT haijawashwa katika HSS, HSS itafanya kazi upya maombi yote ya kuwasha upya baridi ili kuwasha upya (kwa kila muktadha) joto. .
Washa upya kwa Maelezo
Sehemu hii inafafanua jinsi kiwasha upya kinavyofanya kazi kwa undani - kuanzia safu ya OpenSBI (safu ya chini kabisa ya M-mode) na kisha kujadili jinsi utendakazi huu wa safu ya OpenSBI unavyoanzishwa kutoka kwa programu ya RTOS au OS tajiri kama Linux.
OpenSBI Washa upya simu
- Vipimo vya Kiolesura cha Msimamizi wa RISC-V (SBI) kinafafanua safu sanifu ya uondoaji wa maunzi kwa ajili ya uanzishaji wa jukwaa na huduma za wakati wa uendeshaji wa programu. Kusudi kuu la SBI ni kuwezesha uwezo wa kubebeka na uoanifu katika utekelezaji tofauti wa RISC-V.
- OpenSBI (Open Source Supervisor Binary Interface) ni mradi wa chanzo huria ambao hutoa utekelezaji wa marejeleo ya vipimo vya SBI. OpenSBI pia hutoa huduma za wakati wa utekelezaji, ikijumuisha ushughulikiaji wa kukatiza, udhibiti wa kipima muda, na kiweko cha I/O, ambacho kinaweza kutumiwa na tabaka za programu za kiwango cha juu.
- OpenSBI imejumuishwa kama sehemu ya HSS na inaendeshwa katika kiwango cha Modi ya Mashine. Mfumo wa uendeshaji au programu inaposababisha mtego, itatumwa kwa OpenSBI ili kuushughulikia. OpenSBI hufichua utendaji fulani wa aina ya simu ya mfumo kwa tabaka za juu za programu kupitia utaratibu fulani wa mtego unaoitwa ecall.
- Kuweka upya Mfumo (EID 0x53525354) hutoa utendaji wa kina wa simu wa mfumo unaoruhusu programu ya safu ya juu kuomba kuwasha upya au kuzima kwa kiwango cha mfumo. Mara simu hii inapoalikwa na U54, inanaswa na programu ya HSS inayoendesha katika Hali ya Mashine kwenye U54 hiyo, na ombi linalolingana la kuwasha upya linatumwa kwa E51 ili kuwasha upya muktadha au mfumo mzima, kulingana na stahili za muktadha.
Kwa habari zaidi, angalia Uainishaji wa Kiolesura cha Msimamizi wa RISC-V hasa Kiendelezi cha Kuweka upya Mfumo (EID #0x53525354 “SRST”).
Washa upya Linux
Kama ex maalumampkwa hili, katika Linux, amri ya kuzima inatumika kusimamisha au kuanzisha upya mfumo. Amri kawaida huwa na lakabu nyingi, ambazo ni kusitisha, kuzima, na kuwasha upya. Lakabu hizi zinabainisha kama kusimamisha mashine wakati wa kuzima, kuzima mashine wakati wa kuzima, au kuwasha upya mashine wakati wa kuzima.
- Amri hizi za nafasi ya mtumiaji hutoa simu ya kuwasha upya mfumo kwa Linux, ambayo imenaswa na kernel na kuunganishwa kwa simu ya SBI.
- Kuna viwango mbalimbali vya kuwasha upya - REBOOT_WARM, REBOOT_COLD, REBOOT_HARD - hizi zinaweza kupitishwa kama hoja za mstari wa amri kwa kernel (kwa mfanoample, reboot=w[arm] kwa REBOOT_WARM). Kwa habari zaidi juu ya nambari ya chanzo ya Linux kernel, ona Documentation/admin-guide/kernel-paramters.txt.
- Vinginevyo, ikiwa /sys/kernel/reboot imewezeshwa, vishikilizi vilivyo chini vinaweza kusomwa ili kupata usanidi wa sasa wa kuwasha upya mfumo, na kuandikwa ili kuibadilisha. Kwa habari zaidi juu ya nambari ya chanzo ya Linux kernel, ona Hati/ABI/testing/sysfs-kernel-reboot.
Walinzi
- Dhana nyingine inayohusiana na uanzishaji wa mfumo na kuwasha upya mfumo ni ile ya kurejesha mfumo unaporushwa kwa kipima saa cha walinzi. Vipima muda vya uangalizi hutumiwa sana katika mifumo iliyopachikwa ili kurejesha kiotomatiki kutoka kwa hitilafu za maunzi za muda mfupi, na kuzuia programu potovu au mbovu kutokana na kutatiza utendakazi wa mfumo.
- PIC64GX inajumuisha usaidizi wa uangalizi wa maunzi ili kufuatilia nyerere binafsi wakati mfumo unafanya kazi. Walinzi huhakikisha kuwa panya wanaweza kuwashwa tena ikiwa hawatajibu kwa sababu ya hitilafu za programu ambazo haziwezi kurekebishwa.
- PIC64GX inajumuisha matukio matano ya vizuizi vya maunzi vya kipima saa vinavyotumika kutambua kufungwa kwa mfumo -moja kwa kila kulungu. Ili kuwezesha Usindikaji mchanganyiko wa Asymmetric Multi-Processing (AMP) mzigo wa kazi, HSS inasaidia ufuatiliaji na kukabiliana na kurusha walinzi.
Mtoaji wa PIC64GX
- HSS ina jukumu la kuwasha harts za programu wakati wa kuzima, na kuzianzisha upya (mmoja mmoja au kwa pamoja) kwa wakati wowote.tage, ikihitajika au kuhitajika. Kutokana na hili, kuguswa na matukio ya walinzi kwenye PIC64GX hushughulikiwa na HSS.
- Kichunguzi cha 'virtual watchdog' kinatekelezwa kama huduma ya mashine ya serikali ya HSS, na majukumu yake ni kufuatilia hali ya kila moja ya wachunguzi binafsi wa U54. Wakati mojawapo ya walinzi hawa wa U54 inaposafiri, HSS hutambua hili na itawasha upya U54 inavyofaa. Ikiwa U54 ni sehemu ya muktadha wa SMP, muktadha wote unazingatiwa ili kuwashwa upya, kutokana na muktadha kuwa na fursa ya kuwasha upya kwa joto. Mfumo mzima utawashwa upya ikiwa muktadha una fursa baridi ya kuwasha upya.
Chaguzi Husika za Kconfig
- Usaidizi wa walinzi umejumuishwa na chaguo-msingi katika miundo iliyotolewa ya HSS. Ikiwa ungependa kuunda HSS maalum, sehemu hii itaelezea utaratibu wa usanidi ili kuhakikisha kwamba usaidizi wa Watchdog umewashwa.
- HSS imesanidiwa kwa kutumia mfumo wa usanidi wa Kconfig. Usanidi wa ngazi ya juu file inahitajika ili kuchagua ni huduma gani zitakusanywa ndani au nje ya muundo wa HSS.
- Kwanza, chaguo la kiwango cha juu cha CONFIG_SERVICE_WDOG linahitaji kuwezeshwa ("Usaidizi wa Mlinzi wa Virtual" kupitia make config).
Hii basi inafichua chaguzi ndogo zifuatazo ambazo zinategemea usaidizi wa Walinzi:
- CONFIG_SERVICE_WD OG_DEBUG
Huwasha usaidizi wa ujumbe wa taarifa/utatuzi kutoka kwa huduma ya uangalizi pepe. - CONFIG_SERVICE_WD OG_DEBUG_TIMEOUT_SECS
Hubainisha muda (katika sekunde) ambapo ujumbe wa utatuzi wa Kinara utatolewa na HSS. - CONFIG_SERVICE_WD OG_ENABLE_E51
Huwasha mlinzi kwa moyo wa wachunguzi wa E51 pamoja na U54s, kulinda utendakazi wa HSS yenyewe.
Wakati uangalizi wa E51 umewezeshwa, HSS itaandika mara kwa mara kwa Walinzi ili kuirejesha na kuizuia kurusha. Iwapo, kwa sababu fulani, moyo wa E51 utafunga au kuanguka na kidhibiti cha E51 kimewashwa, hii itaweka upya mfumo mzima kila wakati.
Operesheni ya Mlinzi
Vifaa vya walinzi hutekelezea kaunta za chini. Dirisha lililokatazwa kuonyesha upya linaweza kuundwa kwa kusanidi Thamani ya Juu ya shirika ambayo Upyaji upya Unaruhusiwa (MVRP).
- Wakati thamani ya sasa ya kipima saa cha walinzi ni kubwa kuliko thamani ya MVRP, kuonyesha upya walinzi ni marufuku. Kujaribu kuonyesha upya kipima muda cha shirika katika dirisha lililokatazwa kutasababisha kukatizwa kwa muda.
- Kuonyesha upya shirika kati ya thamani ya MVRP na Thamani ya Kichochezi (TRIG) kutafanikiwa kuonyesha upya kaunta na kuzuia walinzi kufyatua risasi.
- Pindi tu thamani ya kipima saa cha walinzi inapohesabiwa chini ya thamani ya TRIG, walinzi watafyatua risasi.
Mashine ya Jimbo la Watchdog
- Mashine ya hali ya uangalizi ni moja kwa moja - kuanzia kwa kusanidi mlinzi wa E51, ikiwa imewezeshwa, kisha kusonga kupitia hali ya uvivu kwenye ufuatiliaji. Kila wakati karibu na mzunguko wa juu, hali hii ya ufuatiliaji inaalikwa, ambayo huangalia hali ya kila moja ya walinzi wa U54.
- Mashine ya hali ya mlinzi huingiliana na mashine ya hali ya kuwasha ili kuwasha kulungu upya (na kulungu wengine wowote ambao wako kwenye seti yake ya kuwasha), ikiwa itagundua kuwa kulungu haijaweza kuonyesha upya mwangalizi wake kwa wakati.
Njia ya Kufunga
Kawaida (haswa na AMP maombi), inatarajiwa kuwa HSS itakaa katika hali ya M, kwenye U54, ili kuruhusu kuwashwa upya kwa muktadha kwa kila muktadha (yaani kuwasha upya muktadha mmoja tu, bila kuwasha upya chipu kamili), na kuruhusu HSS kufuatilia afya ( ECC, Biti za Hali ya Kufunga, Hitilafu za Basi, hitilafu za SBI, ukiukaji wa PMP, n.k).
- Ili kutoa uwezo wa kuwasha upya kwenye per-AMP msingi wa muktadha (bila kuhitaji mfumo mzima kuwasha upya), E51 kawaida ina ufikiaji wa kumbukumbu ya upendeleo kwa nafasi nzima ya kumbukumbu ya mfumo. Hata hivyo, kunaweza kuwa na hali ambapo hii haifai, na mteja anaweza kupendelea kuzuia kile programu dhibiti ya E51 HSS hufanya mara tu mfumo unapoanza kwa ufanisi. Katika hali hii, inawezekana kuweka HSS katika hali ya kufunga mara tu U54 Application Harts imewashwa.
- Hii inaweza kuwezeshwa kwa kutumia HSS Kconfig chaguo CONFIG_SERVICE_LOCKDOWN.
- Huduma ya kufunga inakusudiwa kuruhusu kizuizi cha shughuli za HSS baada ya kuanzisha programu ya U54 Harts.
Kielelezo 4.2. Njia ya Kufunga ya HSS
Mara tu modi ya Kufungia inapoanza, inasimamisha mashine zingine zote za hali ya huduma ya HSS kufanya kazi. Inaita kazi mbili zilizofungwa dhaifu:
- e51_pmp_lockdown(), na
- e51_lockdown()
Vipengele hivi vinakusudiwa kubatilishwa na msimbo mahususi wa ubao. Ya kwanza ni kitendaji cha kichochezi kinachoweza kusanidiwa ili kuruhusu BSP kubinafsisha kufungia E51 kutoka kwa upakiaji wa programu katika hatua hii. Utekelezaji chaguo-msingi ulio na ukomo hafifu wa chaguo za kukokotoa ni tupu. Ya pili ni utendaji unaoendeshwa kutoka hatua hiyo kwenda mbele. Utekelezaji chaguo-msingi unaofungamana dhaifu hutumikia walinzi katika hatua hii ya E51, na itawashwa tena ikiwa shirika la U54 litawaka. Kwa maelezo zaidi, angalia msimbo wa chanzo wa HSS katika services/lockdown/lockdown_service.c file.
Nyongeza
Umbizo la HSS payload.bin
- Sehemu hii inaelezea payload.bin file umbizo na picha inayotumiwa na HSS kuwasha PIC64GX SMP na AMP maombi.
- Payload.bin ni mfumo wa jozi ulioumbizwa (Kielelezo A.10) unaojumuisha kichwa, majedwali mbalimbali ya maelezo, na visehemu mbalimbali ambavyo vina msimbo na sehemu za data za kila sehemu ya mzigo wa programu. Sehemu moja inaweza kuzingatiwa kama kizuizi cha kumbukumbu cha ukubwa usio na kipimo.
Kielelezo A.10. payload.bin Umbizo
Sehemu ya kichwa (iliyoonyeshwa kwenye Mchoro A.11) ina thamani ya ajabu inayotumiwa kutambua mzigo wa malipo na baadhi ya taarifa za uhifadhi wa nyumba, pamoja na maelezo ya picha inayokusudiwa kutekelezwa kwenye kila moja ya
Nambari za maombi za U54. Inafafanua jinsi ya kuwasha kila hat ya U54, na seti ya picha zinazoweza kuwashwa kwa ujumla. Katika maelezo yake ya utunzaji wa nyumba, ina viashiria kwa jedwali mbalimbali za maelezo ili kuruhusu ukubwa wa kichwa kukua.
Kielelezo A.11. payload.bin Header
- Msimbo na data ya mara kwa mara iliyoanzishwa huchukuliwa kuwa ya kusoma tu na kuhifadhiwa katika sehemu ya kusoma tu, ambayo inaonyeshwa na maelezo ya kichwa.
- Vigezo vya data vilivyoanzishwa visivyo na sufuri ni data ya kusoma-kuandika lakini thamani zake za uanzishaji zimenakiliwa kutoka sehemu ya kusoma tu wakati wa kuanza. Hizi pia zimehifadhiwa katika sehemu ya kusoma tu.
- Sehemu ya data ya upakiaji pekee inaelezewa na jedwali la msimbo na maelezo ya sehemu ya data. Kila kifafanuzi cha sehemu kwenye jedwali hili kina 'mmiliki wa kulungu' (namba kuu katika muktadha unalengwa.
at), urekebishaji wa mzigo (sawa ndani ya payload.bin), na anwani ya utekelezaji (anwani lengwa katika kumbukumbu ya PIC64GX), pamoja na saizi na hundi. Hii imeonyeshwa katika Mchoro A.12.
Kielelezo A.12. Kifafanuzi cha Chunk ya Kusoma Pekee na Data ya Chunk ya Upakiaji
Mbali na vijisehemu vilivyotajwa hapo juu, pia kuna vijisehemu vya kumbukumbu vinavyolingana na vigeu vya data ambavyo vimeanzishwa hadi sifuri. Hizi hazihifadhiwi kama data katika payload.bin, lakini badala yake ni seti maalum ya vifafanuzi vya sehemu vilivyoanzishwa sifuri, ambavyo vinabainisha anwani na urefu wa RAM wa kuweka hadi sufuri wakati wa kuwasha. Hii imeonyeshwa katika Mchoro A.13.
Kielelezo A.13. Vipande vya ZI
hss-payload-jenereta
Zana ya HSS Payload Jenereta huunda picha iliyoumbizwa ya upakiaji wa Huduma ya Hart Software sifuritage bootloader kwenye PIC64GX, kutokana na usanidi file na seti ya ELF files na/au jozi. Usanidi file hutumika kuweka ramani ya jozi za ELF au matone ya jozi kwa harts za programu mahususi (U54s).
Kielelezo B.14. Mtiririko wa jenereta ya hss-payload
Chombo hufanya ukaguzi wa kimsingi wa usawa kwenye muundo wa usanidi file yenyewe na kwenye picha za ELF. Picha za ELF lazima ziwe za kutekelezwa za RISC-V.
Example Run
- Ili kuendesha zana ya hss-payload-jenereta na sampusanidi file na ELF files:
$ ./hss-payload-generator -c test/config.yaml output.bin - Ili kuchapisha uchunguzi kuhusu picha iliyokuwepo awali, tumia:
$ ./hss-payload-generator -d output.bin - Ili kuwezesha uthibitishaji salama wa kuwasha (kupitia kutia sahihi kwa picha), tumia -p kubainisha eneo la Ufunguo wa Faragha wa X.509 kwa Elliptic Curve P-384 (SECP384r1):
$ ./hss-payload-generator -c test/config.yaml payload.bin -p /path/to/private.pem
Kwa habari zaidi, angalia hati za Uthibitishaji wa Boot Salama.
Sanidi File Example
- Kwanza, tunaweza kuweka kwa hiari jina la picha yetu, vinginevyo, moja itaundwa kwa nguvu:
kuweka-jina: 'PIC64-HSS::TestImage' - Ifuatayo, tutafafanua anwani za mahali pa kuingilia kwa kila moyo, kama ifuatavyo:
hart-entry-points: {u54_1: ‘0x80200000’, u54_2: ‘0x80200000’, u54_3: ‘0xB0000000′, u54_4:’0x80200000’}
Picha za chanzo cha ELF zinaweza kubainisha mahali pa kuingilia, lakini tunataka kuwa na uwezo wa kuauni sehemu za upili za kulungu ikiwa inahitajika, kwa mfano.ampna, ikiwa harts nyingi zimekusudiwa kuwasha picha sawa, zinaweza kuwa na sehemu za kibinafsi za kuingia. Ili kuunga mkono hili, tunataja anwani halisi za kuingia katika usanidi file yenyewe.
Sasa tunaweza kufafanua baadhi ya mizigo (chanzo ELF files, au blobs za binary) ambazo zitawekwa kwenye maeneo fulani kwenye kumbukumbu. Sehemu ya upakiaji inafafanuliwa kwa maneno muhimu ya upakiaji, na kisha idadi ya maelezo ya upakiaji wa mtu binafsi. Kila mzigo una jina (njia yake file), paa-mwenye kulungu, na si lazima kulungu 1 hadi 3 wa pili.
Zaidi ya hayo, upakiaji una hali ya upendeleo ambayo itaanza utekelezaji. Njia halali za upendeleo ni PRV_M, PRV_S na PRV_U, ambapo hizi zinafafanuliwa kama:
- Hali ya Mashine ya PRV_M
- Hali ya Msimamizi wa PRV_S
- PRV_U Hali ya mtumiaji
Katika ex ifuatayoample:
- test/zephyr.elf inachukuliwa kuwa programu tumizi ya Zephyr inayofanya kazi katika U54_3, na inatarajia kuanza katika hali ya upendeleo ya PRV_M.
- test/u-boot-dtb.bin ni programu ya kupakia boot ya Das U-Boot, na inaendeshwa kwenye U54_1, U54_2 na U54_4. Inatarajia kuanza katika hali ya upendeleo ya PRV_S.
Muhimu:
Matokeo ya U-Boot huunda ELF file, lakini kwa kawaida haitayarishi kiendelezi cha .elf. Katika hali hii, jozi iliyoundwa na CONFIG_OF_SEPARATE inatumiwa, ambayo inaambatanisha kidonge cha mti wa kifaa kwenye jozi ya U-Boot.
Hapa kuna exampusanidi wa Mipago file:
- test/zephyr.elf:
{exec-addr: '0xB0000000', owner-hart: u54_3, priv-mode: prv_m, ruka-opensbi: true} - test/u-boot-dtb.bin:
{exec-addr: '0x80200000', owner-hart: u54_1, secondary-hart: u54_2, secondary-hart: u54_4,priv-mode: prv_s}
Muhimu:
Kesi ni muhimu tu kwa file majina ya njia, sio maneno muhimu. Kwa hivyo, kwa mfano, u54_1 inachukuliwa kuwa sawa na U54_1, na exec-addr inachukuliwa kuwa sawa na EXEC-ADDR. Ikiwa kiendelezi cha an.elf au .bin kipo, kinahitaji kujumuishwa katika usanidi file.
- Kwa utumizi wa chuma tupu ambao hautaki kuhusika na OpenSBI, chaguo la kuruka-kufungua, ikiwa ni kweli, litasababisha upakiaji kwenye moyo huo kuombwa kwa kutumia mret rahisi badala yake.
kuliko simu ya OpenSBI sbi_init(). Hii inamaanisha kuwa moyo utaanza kutumia msimbo wa chuma tupu bila kujali masuala yoyote ya OpenSBI HSM. Kumbuka kwamba hii pia inamaanisha moyo hauwezi kutumia
inaomba kuomba utendakazi wa OpenSBI. Chaguo la kuruka-kufungua ni la hiari na chaguo-msingi kuwa sivyo. - Ili kuruhusu muktadha kuwasha upya hali joto ya muktadha mwingine, tunaweza kuongeza chaguo kuruhusu kuwasha upya: joto. Ili kuruhusu muktadha kuwasha upya mfumo mzima, tunaweza kuongeza chaguo ruhusu-kuwasha upya: baridi. Kwa chaguo-msingi, bila kubainisha kuruhusu-kuwasha upya, muktadha unaruhusiwa tu kujiwasha upya yenyewe.
- Inawezekana pia kuhusisha data ya ziada na kila mzigo wa malipo, kwa mfanoample, DeviceTree Blob (DTB) file, kwa kubainisha data saidizi filejina kama ifuatavyo:
test/u-boot.bin: { exec-addr: '0x80200000', owner-hart: u54_1, secondary-hart: u54_2, secondary-hart: u54_3, secondary-hart: u54_4, priv-mode: prv_s, saidizi-data : test/pic64gx.dtb } - Data hii ya usaidizi itajumuishwa kwenye mzigo wa malipo (iliyowekwa moja kwa moja baada ya kuu file katika inayoweza kutekelezwa
space), na anwani yake itapitishwa kwa OpenSBI katika sehemu inayofuata_arg1 (iliyopitishwa kwenye rejista ya $a1 kwa picha wakati wa kuwasha). - Ili kuzuia HSS kuanzisha muktadha kiotomatiki (kwa mfano, ikiwa badala yake tunataka kukasimu udhibiti wa hii kwa muktadha kwa kutumia remoteProc), tumia alama ya skip-autoboot:
test/zephyr.elf: {exec-addr: '0xB0000000', owner-hart: u54_3, priv-mode: prv_m, skip-opensbi: true, ruka-autoboot: true} - Hatimaye, tunaweza kubatilisha kwa hiari majina ya mizigo mahususi, kwa kutumia chaguo la jina la upakiaji. Kwa mfanoample:
test/u-boot.bin: { exec-addr: '0x80200000', owner-hart: u54_1, secondary-hart: u54_2, secondary-hart: u54_3, secondary-hart: u54_4, priv-mode: prv_s, saidizi-data : test/pic64gx.dtb, payload-name: 'u-boot' }
Kumbuka kuwa wajenzi wa Yocto na Buildroot Linux wataunda, kusanidi, na kuendesha hss-payload-
jenereta inavyohitajika ili kutoa picha za programu. Kwa kuongeza, pic64gx-curiosity-kit-amp lengo la mashine katika Yocto litatoa picha ya programu kwa kutumia zana ya hss-payload-jenereta inayoonyesha AMP, huku Linux ikiendesha kwenye harts 3 na Zephyr inayoendesha kwenye hat 1.
Historia ya Marekebisho
Historia ya marekebisho inaeleza mabadiliko ambayo yalitekelezwa katika hati. Mabadiliko yameorodheshwa kwa marekebisho, kuanzia na uchapishaji wa sasa zaidi.
Marekebisho |
Tarehe |
Maelezo |
A | 07/2024 | Marekebisho ya Awali |
Taarifa za Microchip
Microchip Webtovuti
Microchip hutoa usaidizi mkondoni kupitia yetu webtovuti kwenye www.microchip.com/. Hii webtovuti hutumiwa kutengeneza files na taarifa zinazopatikana kwa urahisi kwa wateja. Baadhi ya maudhui yanayopatikana ni pamoja na:
- Msaada wa Bidhaa - Laha za data na makosa, noti za programu na sampprogramu, rasilimali za muundo, miongozo ya mtumiaji na hati za usaidizi wa maunzi, matoleo ya hivi punde ya programu na programu zilizohifadhiwa kwenye kumbukumbu
- Msaada wa Kiufundi wa Jumla - Maswali Yanayoulizwa Mara Kwa Mara (FAQs), maombi ya msaada wa kiufundi, vikundi vya majadiliano ya mtandaoni, uorodheshaji wa wanachama wa mpango wa washirika wa Microchip
- Biashara ya Microchip - Miongozo ya kuchagua bidhaa na kuagiza, matoleo ya hivi karibuni ya vyombo vya habari vya Microchip, orodha ya semina na matukio, orodha ya ofisi za mauzo za Microchip, wasambazaji na wawakilishi wa kiwanda.
Huduma ya Arifa ya Mabadiliko ya Bidhaa
- Huduma ya arifa ya mabadiliko ya bidhaa ya Microchip husaidia kuweka wateja wa kisasa kuhusu bidhaa za Microchip. Wasajili watapokea arifa ya barua pepe wakati wowote kutakuwa na mabadiliko, masasisho, masahihisho au makosa yanayohusiana na familia maalum ya bidhaa au zana ya usanidi inayovutia.
- Ili kujiandikisha, nenda kwa www.microchip.com/pcn na kufuata maelekezo ya usajili.
Usaidizi wa Wateja
Watumiaji wa bidhaa za Microchip wanaweza kupokea usaidizi kupitia njia kadhaa:
- Msambazaji au Mwakilishi
- Ofisi ya Uuzaji wa Mitaa
- Mhandisi wa Suluhu Zilizopachikwa (ESE)
- Msaada wa Kiufundi
Wateja wanapaswa kuwasiliana na msambazaji, mwakilishi, au ESE wao kwa usaidizi. Ofisi za mauzo za ndani zinapatikana pia kusaidia wateja. Orodha ya ofisi na maeneo ya mauzo imejumuishwa katika hati hii.
Msaada wa kiufundi unapatikana kupitia webtovuti kwa: www.microchip.com/support.
Kipengele cha Ulinzi wa Msimbo wa Vifaa vya Microchip
Kumbuka maelezo yafuatayo ya kipengele cha ulinzi wa msimbo kwenye bidhaa za Microchip:
- Bidhaa za Microchip hutimiza masharti yaliyomo katika Laha zao za Data za Microchip.
- Microchip inaamini kwamba familia yake ya bidhaa ni salama inapotumiwa kwa njia iliyokusudiwa, ndani ya vipimo vya uendeshaji, na chini ya hali ya kawaida.
- Thamani za microchip na kulinda kwa ukali haki zake za uvumbuzi. Majaribio ya kukiuka vipengele vya ulinzi wa kanuni za bidhaa za Microchip ni marufuku kabisa na huenda yakakiuka Sheria ya Milenia ya Hakimiliki Dijiti.
- Wala Microchip au mtengenezaji mwingine yeyote wa semiconductor anaweza kuhakikisha usalama wa msimbo wake. Ulinzi wa msimbo haimaanishi kuwa tunahakikisha kuwa bidhaa "haiwezi kuvunjika". Ulinzi wa kanuni unaendelea kubadilika. Microchip imejitolea kuendelea kuboresha vipengele vya ulinzi wa kanuni za bidhaa zetu.
Notisi ya Kisheria
Chapisho hili na maelezo yaliyo hapa yanaweza kutumika kwa bidhaa za Microchip pekee, ikijumuisha kubuni, kujaribu na kuunganisha bidhaa za Microchip na programu yako. Matumizi ya habari hii kwa njia nyingine yoyote inakiuka masharti haya. Taarifa kuhusu programu za kifaa hutolewa kwa urahisi wako tu na inaweza kubadilishwa na masasisho. Ni jukumu lako kuhakikisha kuwa programu yako inakidhi masharti yako. Wasiliana na ofisi ya mauzo ya Microchip iliyo karibu nawe kwa usaidizi zaidi au, pata usaidizi zaidi kwa www.microchip.com/en-us/support/design-help/client-support-services.
HABARI HII IMETOLEWA NA MICROCHIP "KAMA ILIVYO". MICROCHIP HAITOI UWAKILISHI AU DHAMANA YOYOTE IKIWA YA WAZI AU INAYODHANISHWA, ILIYOANDIKWA AU KWA MDOMO, KISHERIA AU VINGINEVYO, INAYOHUSIANA NA HABARI IKIWEMO LAKINI HAINA KIKOMO KWA UDHAMINI WOWOTE ULIOHUSIKA, UTEKELEZAJI WOWOTE ULIOHUSIKA. KWA KUSUDI FULANI, AU DHAMANA INAYOHUSIANA NA HALI, UBORA, AU UTENDAJI WAKE.
HAKUNA TUKIO HILO MICROCHIP ITAWAJIBIKA KWA HASARA YOYOTE, MAALUM, ADHABU, TUKIO, AU MATOKEO YA HASARA, UHARIBIFU, GHARAMA, AU MATUMIZI YA AINA YOYOTE ILE YOYOTE INAYOHUSIANA NA HABARI AU MATUMIZI YAKE, HATA HIVYO IMETOKEA. UWEZEKANO AU MADHARA YANAONEKANA. KWA KIWANGO KAMILI KINACHORUHUSIWA NA SHERIA, UWAJIBIKAJI WA JUMLA WA MICROCHIP KUHUSU MADAI YOTE KWA NJIA YOYOTE INAYOHUSIANA NA MAELEZO AU MATUMIZI YAKE HAYATAZIDI IDADI YA ADA, IKIWA NDIYO, AMBAYO UMELIPA MOJA KWA MOJA ILI KUHUSIANA NA HII.
Matumizi ya vifaa vya Microchip katika usaidizi wa maisha na/au maombi ya usalama yako hatarini kwa mnunuzi, na mnunuzi anakubali kutetea, kufidia na kushikilia Microchip isiyo na madhara kutokana na uharibifu, madai, suti au gharama zote zinazotokana na matumizi hayo. Hakuna leseni zinazowasilishwa, kwa njia isiyo wazi au vinginevyo, chini ya haki zozote za uvumbuzi za Microchip isipokuwa kama ilivyoelezwa vinginevyo.
Alama za biashara
Jina na nembo ya Microchip, nembo ya Microchip, Adaptec, AVR, nembo ya AVR, AVR Freaks, BesTime, BitCloud, CryptoMemory, CryptoRF, dsPIC, flexPWR, HELDO, IGLOO, JukeBlox, KeeLoq, Kleer, LANCheck, LinkMD, maXStylus MediaLB, megaAVR, Microsemi, nembo ya Microsemi, MOST, MOST logo, MPLAB, OptoLyzer, PIC, picoPower, PICSTART, nembo ya PIC32, PolarFire, Prochip Designer, QTouch, SAM-BA, SenGenuity, SpyNIC, SST, SST Logo, SuperFlash, Symmetri , SyncServer, Tachyon, TimeSource, tinyAVR, UNI/O, Vectron, na XMEGA ni chapa za biashara zilizosajiliwa za Microchip Technology Incorporated nchini Marekani na nchi nyinginezo.
AgileSwitch, ClockWorks, The Embedded Control Solutions Company, EtherSynch, Flashtec, Hyper Speed Load, HyperLight Load, Libero, motor bench, mTouch, Powermite 3, Precision Edge, ProASIC, ProASIC Plus, nembo ya ProASIC Plus, Quiet-Wire, SmartFusion, SyncWorld. , TimeCesium, TimeHub, TimePictra, TimeProvider, na ZL ni alama za biashara zilizosajiliwa za Microchip Technology Incorporated nchini Marekani.
Ukandamizaji wa Ufunguo wa Karibu, AKS, Umri wa Analogi kwa Dijiti, Kiwezeshaji Chochote, AnyIn, AnyOut, Ubadilishaji Ulioboreshwa, BlueSky, BodyCom, Clockstudio, CodeGuard, CryptoAuthentication, CryptoAutomotive, CryptoCompanion, CryptoController, dsPICDEM, dsPICDEM Average, dsPICDEM.net , DAM, ECAN, Espresso T1S, EtherGREEN, EyeOpen, GridTime, IdealBridge,
IGaT, Utayarishaji wa Mfumo wa Ndani wa Mzunguko, ICSP, INICnet, Usanifu wa Akili, IntelliMOS, Muunganisho wa Inter-Chip, JitterBlocker, Knob-on-Display, MarginLink, maxCrypto, maxView, memBrain, Mindi, MiWi, MPASM, MPF, nembo iliyoidhinishwa na MPLAB, MPLIB, MPLINK, mSiC, MultiTRAK, NetDetach, Omniscient Code Generation, PICDEM, PICDEM.net, PICkit, PICtail, Power MOS IV, Power MOS 7, PowerSilicon, PowerSmart, , QMatrix, REAL ICE, Ripple Blocker, RTAX, RTG4, SAM-ICE, Serial Quad I/O, ramani rahisi, SimpliPHY, SmartBuffer, SmartHLS, SMART-IS, storClad, SQI, SuperSwitcher, SuperSwitcher II, Switchtec, SynchroPHY, Total Endurance, Muda Unaoaminika, TSHARC, Turing, USBCheck, VariSense, VectorBlox, VeriPHY, ViewSpan, WiperLock, XpressConnect na ZENA ni chapa za biashara za Microchip Technology Incorporated nchini Marekani na nchi nyinginezo.
- SQTP ni alama ya huduma ya Microchip Technology Incorporated nchini Marekani
- Nembo ya Adaptec, Frequency on Demand, Silicon Storage Technology, na Symmcom ni alama za biashara zilizosajiliwa za Microchip Technology Inc. katika nchi nyingine.
- GestIC ni chapa ya biashara iliyosajiliwa ya Microchip Technology Germany II GmbH & Co. KG, kampuni tanzu ya Microchip Technology Inc., katika nchi nyingine.
Alama zingine zote za biashara zilizotajwa hapa ni mali ya kampuni zao. © 2024, Microchip Technology Incorporated na matawi yake. Haki Zote Zimehifadhiwa.
- ISBN: 978-1-6683-4890-1
Mfumo wa Usimamizi wa Ubora
Kwa maelezo kuhusu Mifumo ya Kudhibiti Ubora ya Microchip, tafadhali tembelea www.microchip.com/quality.
Uuzaji na Huduma Ulimwenguni Pote
MAREKANI |
ASIA/PACIFIC | ASIA/PACIFIC |
ULAYA |
Kampuni Ofisi
2355 West Chandler Blvd. Chandler, AZ 85224-6199 Simu: 480-792-7200 Faksi: 480-792-7277 Usaidizi wa Kiufundi: www.microchip.com/support Web Anwani: www.microchip.com Atlanta Duluth, GA Simu: 678-957-9614 Faksi: 678-957-1455 Austin, TX Simu: 512-257-3370 Boston Westborough, MA Simu: 774-760-0087 Faksi: 774-760-0088 Chicago Itasca, IL Simu: 630-285-0071 Faksi: 630-285-0075 Dallas Addison, TX Simu: 972-818-7423 Faksi: 972-818-2924 Detroit Novi, MI Simu: 248-848-4000 Houston, TX Simu: 281-894-5983 Indianapolis Noblesville, IN Tel: 317-773-8323 Faksi: 317-773-5453 Simu: 317-536-2380 Los Angeles Mission Viejo, CA Tel: 949-462-9523 Faksi: 949-462-9608 Simu: 951-273-7800 Raleigh, NC Simu: 919-844-7510 New York, NY Simu: 631-435-6000 San Jose, CA Simu: 408-735-9110 Simu: 408-436-4270 Kanada - Toronto Simu: 905-695-1980 Faksi: 905-695-2078 |
Australia - Sydney
Simu: 61-2-9868-6733 China - Beijing Simu: 86-10-8569-7000 China - Chengdu Simu: 86-28-8665-5511 Uchina - Chongqing Simu: 86-23-8980-9588 Uchina - Dongguan Simu: 86-769-8702-9880 Uchina - Guangzhou Simu: 86-20-8755-8029 Uchina - Hangzhou Simu: 86-571-8792-8115 China - Hong Kong SAR Simu: 852-2943-5100 China - Nanjing Simu: 86-25-8473-2460 Uchina - Qingdao Simu: 86-532-8502-7355 Uchina - Shanghai Simu: 86-21-3326-8000 China - Shenyang Simu: 86-24-2334-2829 China - Shenzhen Simu: 86-755-8864-2200 Uchina - Suzhou Simu: 86-186-6233-1526 Uchina - Wuhan Simu: 86-27-5980-5300 China - Xian Simu: 86-29-8833-7252 China - Xiamen Simu: 86-592-2388138 Uchina - Zhuhai Simu: 86-756-3210040 |
India - Bangalore
Simu: 91-80-3090-4444 India - New Delhi Simu: 91-11-4160-8631 India - Pune Simu: 91-20-4121-0141 Japani - Osaka Simu: 81-6-6152-7160 Japani - Tokyo Simu: 81-3-6880-3770 Korea - Daegu Simu: 82-53-744-4301 Korea - Seoul Simu: 82-2-554-7200 Malaysia - Kuala Lumpur Simu: 60-3-7651-7906 Malaysia - Penang Simu: 60-4-227-8870 Ufilipino - Manila Simu: 63-2-634-9065 Singapore Simu: 65-6334-8870 Taiwan - Hsin Chu Simu: 886-3-577-8366 Taiwan - Kaohsiung Simu: 886-7-213-7830 Taiwan - Taipei Simu: 886-2-2508-8600 Thailand - Bangkok Simu: 66-2-694-1351 Vietnam - Ho Chi Minh Simu: 84-28-5448-2100 |
Austria - Wels
Simu: 43-7242-2244-39 Faksi: 43-7242-2244-393 Denmark - Copenhagen Simu: 45-4485-5910 Faksi: 45-4485-2829 Ufini - Espoo Simu: 358-9-4520-820 Ufaransa - Paris Tel: 33-1-69-53-63-20 Fax: 33-1-69-30-90-79 Ujerumani - Kuungua Simu: 49-8931-9700 Ujerumani - Haan Simu: 49-2129-3766400 Ujerumani - Heilbronn Simu: 49-7131-72400 Ujerumani - Karlsruhe Simu: 49-721-625370 Ujerumani - Munich Tel: 49-89-627-144-0 Fax: 49-89-627-144-44 Ujerumani - Rosenheim Simu: 49-8031-354-560 Israeli - Hod Hasharoni Simu: 972-9-775-5100 Italia - Milan Simu: 39-0331-742611 Faksi: 39-0331-466781 Italia - Padova Simu: 39-049-7625286 Uholanzi - Drunen Simu: 31-416-690399 Faksi: 31-416-690340 Norway - Trondheim Simu: 47-72884388 Poland - Warsaw Simu: 48-22-3325737 Rumania - Bucharest Tel: 40-21-407-87-50 Uhispania - Madrid Tel: 34-91-708-08-90 Fax: 34-91-708-08-91 Uswidi - Gothenburg Tel: 46-31-704-60-40 Uswidi - Stockholm Simu: 46-8-5090-4654 Uingereza - Wokingham Simu: 44-118-921-5800 Faksi: 44-118-921-5820 |
© 2024 Microchip Technology Inc. na matawi yake.
Nyaraka / Rasilimali
![]() |
MICROCHIP PIC64GX 64-Bit RISC-V Quad-Core Microprocessor [pdf] Mwongozo wa Mtumiaji PIC64GX, PIC64GX 64-Bit RISC-V Quad-Core Microprocessor, 64-Bit RISC-V Quad-Core Microprocessor, RISC-V Quad-Core Microprocessor, Quad-Core Microprocessor, Microprocessor |