MICROCHIP PIC64GX 64-Bit RISC-V Dört Çekirdekli Mikroişlemci Kullanım Kılavuzu

Önyükleme İşlemi
1. Önyüklemeye Dahil Olan Yazılım Bileşenleri
  Sistem önyükleme işlemi aşağıdaki yazılım bileşenlerini içerir:
  - Hart Yazılım Hizmetleri (HSS): SıfırlartagUygulamalar için önyükleyici, sistem monitörü ve çalışma zamanı hizmetlerinin sağlayıcısı.
2. Önyükleme Akışı
  Sistem önyükleme akışının sırası aşağıdaki gibidir:
  1. Hart Yazılım Hizmetlerinin (HSS) Başlatılması
  2. Önyükleyici yürütme
  3. Uygulama başlangıcı
Köpekleri izle
1. PIC64GX Watchdog
  PIC64GX, sistem çalışmasını izlemek ve sistem arızaları durumunda eylemleri tetiklemek için bir izleme fonksiyonuna sahiptir.
Kilitleme Modu
Kilitleme modu, önyüklemeden sonra sistem eylemleri üzerinde tam kontrole ihtiyaç duyan müşteriler için tasarlanmıştır. E51 sistem monitörünün işlevlerini sınırlar.

SSS

S: Hart Yazılım Hizmetlerinin (HSS) amacı nedir?
A: HSS sıfırlar görevi görüyortagÖnyükleme işlemi sırasında uygulamalar için önyükleyici, sistem monitörü ve çalışma zamanı hizmetlerinin sağlayıcısı.
S: PIC64GX gözlemci işlevi nasıl çalışır?
C: PIC64GX gözlemcisi sistem çalışmasını izler ve sistem arızası durumunda sistem güvenilirliğini sağlamak için önceden tanımlanmış eylemleri gerçekleştirebilir.

giriiş

Bu teknik incelemede Microchip PIC64GX'in uygulama iş yüklerini nasıl önyüklediği açıklanmakta ve SMP ve SMP için aynı şekilde çalışan sistem önyükleme işlemi açıklanmaktadır. AMP iş yükleri. Ek olarak, SMP için yeniden başlatmanın nasıl çalıştığını kapsar ve AMP PIC64GX'teki iş yükleri, gözlemciler ve müşterilerin sistem önyüklemesinden sonra E51 sistem monitörünün eylemlerini sınırlamak için tam kontrol istediği sistemler için özel bir kilitleme modu.

Önyükleme İşlemi

Sistem önyüklemesinde yer alan çeşitli yazılım bileşenlerine bir göz atalım, ardından sistem önyükleme akışının sırasına daha ayrıntılı bir göz atalım.

Önyüklemeye Dahil Olan Yazılım Bileşenleri
Aşağıdaki bileşenler sistem başlatma işleminde yer alır:

Şekil 1.1. Önyükleme Bileşenleri

Hart Yazılım Hizmetleri (HSS)
Hart Yazılım Hizmetleri (HSS) sıfırdırtagÖnyükleyici, sistem monitörü ve uygulamalar için çalışma zamanı hizmetleri sağlayıcısı. HSS erken sistem kurulumunu, DDR eğitimini ve donanım başlatma/yapılandırmayı destekler. Çoğunlukla E51'lerde çalışır ve her U54'te az miktarda makine modu düzeyinde işlevsellik çalışır. Önyükleme ortamından uygulama "yükünü" yükleyerek bir veya daha fazla bağlamı başlatır ve işletim sistemi çekirdekleri için Platform Çalışma Zamanı Hizmetleri/Süpervizör Yürütme Ortamı (SEE) sağlar. Güvenli önyüklemeyi destekler ve donanım bölümleme/ayrımını sağlamada önemli bir bileşendir. AMP bağlamlar.

U-Boot (U-Boot)
Das U-Boot (U-Boot), açık kaynaklı, evrensel, komut dosyası oluşturulabilir bir önyükleme yükleyicisidir. Önyükleme görüntüsünü çeşitli kaynaklardan (SD Kart ve Ağ dahil) alabilen basit bir CLI'yi destekler. U-Boot Linux'u yükler. Gerektiğinde UEFI ortamı sağlayabilir. Genellikle Linux başlatıldığında biter ve kullanımdan kaldırılır; diğer bir deyişle, önyükleme sonrasında yerleşik kalmaz.
Linux Çekirdeği
Linux çekirdeği dünyanın en popüler işletim sistemi çekirdeğidir. Bir uygulama kullanıcı alanıyla birleştirildiğinde, genellikle Linux işletim sistemi olarak adlandırılan sistemi oluşturur. Bir Linux İşletim Sistemi, örneğin zengin POSIX API'leri ve geliştirici ortamı sağlarampdosya, Python, Perl, Tcl, Rust, C/C++ ve Tcl gibi diller ve araçlar; OpenSSL, OpenCV, OpenMP, OPC/UA ve Open gibi kütüphanelerAMP (RPmsg ve RemoteProc).
Yocto ve Buildroot Linux sistem oluşturucularıdır, yani özel olarak özelleştirilmiş Linux sistemleri oluşturmak için kullanılabilirler. Yocto zengin bir Linux dağıtımı sunuyor
uygulamalar, araçlar ve kitaplıklar seti ve isteğe bağlı paket yönetimi. Buildroot daha minimal bir kök çıktısı verir filesistemidir ve kalıcı depolama gerektirmeyen ancak tamamen RAM'den çalışan sistemleri hedefleyebilir (örneğin, Linux'un baş harfleri desteğini kullanarak)ample).

Zefir
Zephyr, küçük, açık kaynaklı bir Gerçek Zamanlı İşletim Sistemidir (RTOS). Linux'a RPMsg-lite iletişim kanallarıyla Gerçek Zamanlı Düşük Yüklü Çerçeve sağlar. Bir çekirdek, kitaplıklar, aygıt sürücüleri, protokol yığınları içerir. filesistemler, ürün yazılımı güncellemeleri için mekanizmalar vb. içerir ve PIC64GX'te daha çıplak metal benzeri bir deneyim isteyen müşteriler için mükemmeldir.

Önyükleme Akışı
PIC64GX, 64 bit E51 sistem monitörü hart'ı ve 4 64 bit U54 uygulama hart'ı olan bir RISC-V coreplex içerir. RISC-V terminolojisinde hart, tam bir kayıt kümesi içeren ve kodunu bağımsız olarak yürüten bir RISC-V yürütme bağlamıdır. Bunu bir donanım iş parçacığı veya tek bir CPU olarak düşünebilirsiniz. Tek bir çekirdek içindeki bir grup geyik genellikle kompleks olarak adlandırılır. Bu konu, E64 sistem monitörleri kalbi ve U51 uygulama hart'ları dahil olmak üzere PIC54GX coreplex'i başlatma adımlarını açıklamaktadır.

PIC64GX coreplex'i açın.
Açılışta, RISC-V coreplex'teki tüm hart'lar Güvenlik Denetleyicisi tarafından sıfırlanmaktan kurtarılır.
HSS kodunu çip üzerindeki eNVM flash belleğinden çalıştırın.
Başlangıçta her kalp, çip üzerindeki eNVM flash belleğinden HSS kodunu çalıştırmaya başlar. Bu kod, tüm U54 uygulama hart'larının dönmesine, talimatları beklemesine neden olur ve E51 monitör hart'ın sistemi başlatmak ve açmak için kod çalıştırmaya başlamasını sağlar.

HSS kodunu eNVM'den L2-Scratch belleğe açın.
Oluşturma zamanı yapılandırmasına bağlı olarak HSS, genellikle eNVM flash belleğin kapasitesinden daha büyüktür ve bu nedenle E51 üzerinde çalışan HSS kodunun yaptığı ilk şey, Şekilde gösterildiği gibi kendisini eNVM'den L2-Scratch belleğe açmaktır. 1.2 ve Şekil 1.3.
Şekil 1.2. HSS, eNVM'den L2 Scratch'e Açılıyor
Şekil 1.3. Sıkıştırma Sırasında HSS Bellek Haritası
Aşağıdaki şekilde gösterildiği gibi eNVM'den L2-Scratch'e yürütülebilir bir dosyaya atlayın.
Şekil 1.4. HSS, Dekompresyonun Ardından Şimdi L2Scratch'te eNVM'den Kod'a Atlıyor
Yürütülebilir dosya üç bileşenden oluşur:
- Donanım soyutlama katmanı (HAL), düşük seviyeli kod ve çıplak donanım sürücüleri
- RISC-V OpenSBI'nin yerel bir HSS çatalı (PIC64GX'te yukarı akıştan biraz değiştirildi) AMP amaçlar)
- HSS çalışma zamanı hizmetleri (durum makineleri süper döngüde çalışır)
OpenSBI tarafından kullanılan donanım ve veri yapılarını başlatın.
Bu başlatma işleminden HSS hizmeti “Başlangıç” sorumludur.

Uygulama iş yükü (payload.bin) görüntüsünü harici depolama biriminden alın. Bu, Şekil 1.5 ve Şekil 1.6'da gösterilmektedir.
Önemli: PIC64GX Merak Kiti olması durumunda bu bir SD karttan olacaktır.
Şekil 1.5. payload.bin İş Yükü Görüntüsü Harici Depolamadan alınıyor
Şekil 1.6. payload.bin alındıktan sonra HSS Bellek Haritası
payload.bin dosyasındaki çeşitli bölümleri yürütme zamanı hedeflerine kopyalayın. payload.bin, SMP veya SMP için çeşitli uygulama görüntülerini birleştiren biçimlendirilmiş bir görüntüdür. AMP iş yükleri. HSS'nin çeşitli uygulama iş yüklerini çalıştırmak için gereken kod ve veri bölümlerini uygun şekilde yerleştirmesini sağlayan kod, veri ve tanımlayıcı tabloları içerir.
Şekil 1.7. payload.bin Hedef Adreslere Kopyalanır

İlgili U54'lere yürütme başlangıç adreslerine geçmeleri talimatını verin. Bu başlangıç adresi bilgisi payload.bin dosyasında bulunur.
U54 Uygulamasını başlatın harts ve herhangi bir saniyetage önyükleme yükleyicileri. Eski içinampU-Boot Linux'u getiriyor.

Yeniden Başlatma

Sistem önyüklemesi kavramıyla ilgili olarak yeniden başlatma ihtiyacı vardır. PIC64GX uygulama iş yüklerini düşünürken, yeniden başlatma işleminde hem simetrik çoklu işlemeyi (SMP) hem de asimetrik çoklu işlemeyi dikkate almak gerekir (AMP) senaryolar:

Bir SMP sistemi söz konusu olduğunda, başka bir bağlamda dikkate alınması gereken ek iş yükü olmadığından yeniden başlatma, tüm sistemi güvenli bir şekilde soğuk şekilde yeniden başlatabilir.

Bir durumda AMP sisteminde, bir iş yükünün yalnızca kendisini yeniden başlatmasına izin verilebilir (ve başka herhangi bir bağlama müdahale etmeyebilir) veya tam sistem yeniden başlatması gerçekleştirme ayrıcalığına sahip olabilir.

Yeniden başlat ve AMP
SMP'yi etkinleştirmek için ve AMP Yeniden başlatma senaryolarında HSS, bir bağlama atanabilen sıcak ve soğuk yeniden başlatma ayrıcalıkları kavramlarını destekler. Sıcak yeniden başlatma ayrıcalığına sahip bir bağlam yalnızca kendisini yeniden başlatabilir ve soğuk yeniden başlatma ayrıcalığına sahip bir bağlam, tam sistem yeniden başlatma işlemi gerçekleştirebilir. Eski içinampÖrneğin, aşağıdaki temsili senaryoları göz önünde bulundurun.

Tam sistemin yeniden başlatılmasını istemesine izin verilen tek bağlamlı SMP iş yükü
Bu senaryoda, bağlama soğuk yeniden başlatma ayrıcalığına izin verilir.
İki bağlamlı AMP iş yükü; burada bağlam A'nın tam sistem yeniden başlatma isteğinde bulunmasına izin verilir (tüm bağlamları etkiler) ve Bağlam B'nin yalnızca kendisini yeniden başlatmasına izin verilir
Bu senaryoda, bağlam A'ya soğuk yeniden başlatma ayrıcalığına izin verilir ve bağlam B'ye sıcak yeniden başlatma ayrıcalığına izin verilir.
İki bağlamlı AMP A ve B bağlamlarının yalnızca kendilerini yeniden başlatmalarına izin verildiği (ve diğer bağlamı etkilemediği) iş yükü
Bu senaryoda, her iki bağlama da yalnızca sıcak yeniden başlatma ayrıcalıklarına izin verilir.
İki bağlamlı AMP A ve B bağlamlarının her ikisinin de tam sistem yeniden başlatılmasını talep etmesine izin verilen iş yükü
Bu senaryoda, her iki bağlama da soğuk yeniden başlatma ayrıcalıklarına izin verilir.
Ayrıca, HSS'nin derleme sırasında her zaman soğuk yeniden başlatma ayrıcalığına izin vermesi ve soğuk yeniden başlatma ayrıcalığına hiçbir zaman izin vermemesi mümkündür.

İlgili HSS Kconfig Seçenekleri
Kconfig bir yazılım oluşturma yapılandırma sistemidir. Genellikle derleme zamanı seçeneklerini seçmek ve özellikleri etkinleştirmek veya devre dışı bırakmak için kullanılır. Linux çekirdeğinden kaynaklanmıştır ancak artık U-Boot, Zephyr ve PIC64GX HSS dahil olmak üzere Linux çekirdeğinin ötesindeki diğer projelerde de kullanım alanı bulmuştur.

HSS, yeniden başlatma işlevini HSS perspektifinden kontrol eden iki Kconfig seçeneği içerir:

CONFIG_ALLOW_COLD YENİDEN BAŞLAT
Bu etkinleştirilirse genel olarak bir bağlamın soğuk yeniden başlatma çağrısı yapmasına izin verilir. Devre dışı bırakılırsa yalnızca sıcak yeniden başlatmalara izin verilir. Bu seçeneğin etkinleştirilmesine ek olarak, yük oluşturucu YAML aracılığıyla bir bağlama soğuk yeniden başlatma izni de verilmelidir. file veya aşağıdaki Kconfig seçeneği.
CONFIG_ALLOW_COLD YENİDEN BAŞLATMA_ALWAYS
- Etkinleştirilirse, bu özellik genel olarak payload.bin işaret yetkilerinden bağımsız olarak tüm bağlamların soğuk yeniden başlatma ECAA'sı yayınlamasına izin verir.
- Ek olarak, payload.bin dosyasının kendisi, belirli bir bağlamın soğuk yeniden başlatmalar gerçekleştirme hakkına sahip olduğunu belirten, bağlam başına bir işaret içerebilir:
  - Bağlam sıcak durumunun başka bir bağlamı yeniden başlatmasına izin vermek için YAML açıklamasına izin ver-yeniden başlatma: sıcak seçeneğini ekleyebiliriz file payload.bin dosyasını oluşturmak için kullanılır
  - Tüm sistemin bağlamsal soğuk yeniden başlatılmasına izin vermek için, izin ver-yeniden başlatma: soğuk seçeneğini ekleyebiliriz. Varsayılan olarak, yeniden başlatmaya izin verme belirtilmeden, bir bağlamın yalnızca kendisinin sıcak yeniden başlatmasına izin verilir. Bu bayrağın ayarından bağımsız olarak, eğer CONFIG_ALLOW_COLDREBOOT HSS'de etkin değilse, HSS tüm soğuk yeniden başlatma isteklerini sıcak (bağlam başına) yeniden başlatmalar için yeniden işleyecektir. .

Ayrıntılı olarak yeniden başlat
Bu bölümde yeniden başlatmanın nasıl çalıştığı ayrıntılı olarak açıklanmaktadır - OpenSBI katmanından (en düşük M modu katmanı) başlayarak ve ardından bu OpenSBI katmanı işlevselliğinin bir RTOS uygulamasından veya Linux gibi zengin bir işletim sisteminden nasıl tetiklendiği tartışılmaktadır.

OpenSBI Yeniden Başlatma çağrısı

RISC-V Denetleyici İkili Arayüzü (SBI) spesifikasyonu, platform başlatma ve ürün yazılımı çalışma zamanı hizmetleri için standartlaştırılmış bir donanım soyutlama katmanını açıklar. SBI'nın temel amacı, farklı RISC-V uygulamaları arasında taşınabilirliği ve uyumluluğu sağlamaktır.
OpenSBI (Açık Kaynak Denetleyici İkili Arayüzü), SBI spesifikasyonunun referans uygulamasını sağlayan açık kaynaklı bir projedir. OpenSBI ayrıca daha üst düzey yazılım katmanları tarafından kullanılabilen, kesme yönetimi, zamanlayıcı yönetimi ve konsol I/O dahil çalışma zamanı hizmetleri de sağlar.
OpenSBI, HSS'nin bir parçası olarak dahil edilir ve Makine Modu düzeyinde çalışır. İşletim sistemi veya uygulama bir tuzağa neden olduğunda, bunun ele alınması için OpenSBI'ya aktarılacaktır. OpenSBI, belirli bir sistem çağrısı türü işlevselliğini, çağrı adı verilen belirli bir tuzak mekanizması aracılığıyla yazılımın üst katmanlarına sunar.

Sistem Sıfırlama (EID 0x53525354), üst katman yazılımının sistem düzeyinde yeniden başlatma veya kapatma talebinde bulunmasına olanak tanıyan kapsamlı bir sistem çağrısı işlevi sağlar. Bu çağrı bir U54 tarafından başlatıldığında, söz konusu U54'te Makine Modunda çalışan HSS yazılımı tarafından yakalanır ve kullanıcının yetkilerine bağlı olarak bağlamı veya tüm sistemi yeniden başlatmak için E51'e karşılık gelen bir yeniden başlatma isteği gönderilir. bağlam.

Daha fazla bilgi için bkz. RISC-V Denetleyici İkili Arayüz Spesifikasyonu özellikle Sistem Sıfırlama Uzantısı (EID #0x53525354 “SRST”).

Linux'u Yeniden Başlatma

Belirli bir eski sevgili olarakampBunun bir örneği, Linux'ta sistemi durdurmak veya yeniden başlatmak için kapatma komutu kullanılır. Komutun genellikle durdurma, kapatma ve yeniden başlatma gibi birçok takma adı vardır. Bu takma adlar, kapatma sırasında makinenin durdurulup durdurulmayacağını, kapanma sırasında makinenin kapatılıp kapatılmayacağını veya kapatma sırasında makinenin yeniden başlatılıp başlatılmayacağını belirtir.

Bu kullanıcı alanı komutları, çekirdek tarafından yakalanan ve bir SBI çağrısıyla birlikte çalışan Linux'a bir yeniden başlatma sistemi çağrısı gönderir.
Yeniden başlatmanın çeşitli düzeyleri vardır - REBOOT_WARM, REBOOT_COLD, REBOOT_HARD - bunlar çekirdeğe komut satırı argümanları olarak iletilebilir (örn.ampREBOOT_WARM için yeniden başlatma=w[arm]). Linux çekirdeği kaynak kodu hakkında daha fazla bilgi için bkz. Documentation/admin-guide/kernel-paramters.txt.
Alternatif olarak, /sys/kernel/reboot etkinleştirilirse, alttaki işleyiciler geçerli sistem yeniden başlatma yapılandırmasını almak için okunabilir ve bunu değiştirmek için yazılabilir. Linux çekirdeği kaynak kodu hakkında daha fazla bilgi için bkz. Belgeler/ABI/test/sysfs-kernel-reboot.

Köpekleri izle

Sistem önyüklemesi ve sistemin yeniden başlatılmasıyla ilgili diğer bir kavram, bir gözlemci zamanlayıcısının tetiklenmesi üzerine sistemin kurtarılmasıdır. Watchdog zamanlayıcıları, gömülü sistemlerde, geçici donanım hatalarından otomatik olarak kurtulmak ve hatalı veya kötü niyetli yazılımların sistem çalışmasını kesintiye uğratmasını önlemek için yaygın olarak kullanılır.
PIC64GX, sistem çalışırken bireysel hartları izlemek için donanım gözlemcisi desteğini içerir. Watchdog'lar, kurtarılamaz yazılım hataları nedeniyle yanıt vermemeleri durumunda hart'ların yeniden başlatılabilmesini sağlar.
PIC64GX, sistem kilitlenmelerini tespit etmek için kullanılan beş adet gözlemci zamanlayıcı donanım bloğu içerir; her bir hart için bir adet. Karışık Asimetrik Çoklu İşlemeyi kolaylaştırmak için (AMP) iş yükleri için HSS, gözlemcilerin ateşlenmesinin izlenmesini ve tepki verilmesini destekler.

PIC64GX Watchdog

HSS, uygulama donanımlarının açılışta başlatılmasından ve herhangi bir zamanda (tek tek veya toplu olarak) yeniden başlatılmasından sorumludur.tage, ihtiyaç duyulması veya istenmesi durumunda. Bunun bir sonucu olarak PIC64GX üzerindeki watchdog olaylarına tepki vermek HSS tarafından gerçekleştirilir.
Bir 'sanal bekçi köpeği' monitörü, bir HSS durum makine hizmeti olarak uygulanır ve sorumlulukları, U54 bireysel bekçi köpeği donanım monitörlerinin her birinin durumunu izlemektir. Bu U54 gözlemcilerinden biri tetiklendiğinde HSS bunu algılar ve uygun şekilde U54'ü yeniden başlatır. U54 bir SMP bağlamının parçasıysa, bağlamın sıcak yeniden başlatma ayrıcalığına sahip olması koşuluyla tüm bağlam yeniden başlatma için değerlendirilir. Bağlamın soğuk yeniden başlatma ayrıcalığı varsa tüm sistem yeniden başlatılacaktır.

İlgili Kconfig Seçenekleri

Watchdog desteği, yayımlanan HSS yapılarına varsayılan olarak dahildir. Özel bir HSS oluşturmak isterseniz bu bölümde Watchdog desteğinin etkinleştirildiğinden emin olmak için yapılandırma mekanizması açıklanacaktır.

HSS, Kconfig yapılandırma sistemi kullanılarak yapılandırılır. Üst düzey bir .config file HSS yapısının içinde veya dışında hangi hizmetlerin derleneceğini seçmek için gereklidir.
İlk olarak, üst düzey CONFIG_SERVICE_WDOG seçeneğinin etkinleştirilmesi gerekir (make config aracılığıyla “Sanal İzleyici desteği”).

Bu daha sonra Watchdog desteğine bağlı olan aşağıdaki alt seçenekleri ortaya çıkarır:

CONFIG_SERVICE_WD OG_DEBUG
Sanal izleme hizmetinden gelen bilgi/hata ayıklama iletilerine yönelik desteği etkinleştirir.
CONFIG_SERVICE_WD OG_DEBUG_TIMEOUT_SECS
Watchdog hata ayıklama mesajlarının HSS tarafından yayınlanacağı periyodikliği (saniye cinsinden) belirler.
CONFIG_SERVICE_WD OG_ENABLE_E51
U51'lere ek olarak E54 monitörlerinin kalbi için gözlemciyi etkinleştirerek HSS'nin çalışmasını korur.

E51 watchdog etkinleştirildiğinde HSS, Watchdog'u yenilemek ve tetiklenmesini önlemek için periyodik olarak Watchdog'a yazacaktır. Herhangi bir nedenle E51 kalbi kilitlenir veya çökerse ve E51 gözlemcisi etkinleştirilirse, bu her zaman tüm sistemi sıfırlayacaktır.

Bekçi Operasyonu
Watchdog donanımı aşağı sayaçları uygular. Yenilemeye İzin Verilen Maksimum Değer (MVRP) gözlemcisi yapılandırılarak, yenileme yasaklı bir pencere oluşturulabilir.

Watchdog timer'ın mevcut değeri MVRP değerinden büyük olduğunda watchdog'un yenilenmesi yasaktır. Yasaklı pencerede gözlemci zamanlayıcısını yenilemeye çalışmak, zaman aşımı kesintisine yol açacaktır.

Watchdog'un MVRP değeri ile Tetikleme Değeri (TRIG) arasında yenilenmesi, sayacı başarıyla yenileyecek ve watchdog'un tetikleme yapmasını önleyecektir.
Watchdog zamanlayıcı değeri TRIG değerinin altına düştüğünde watchdog ateşlenecektir.

Bekçi Durum Makinesi

Watchdog durumu makinesi oldukça basittir; E51 için watchdog'u (etkinleştirilmişse) yapılandırarak başlar, ardından boş durumdan izlemeye geçer. Süper döngünün etrafında her dolaşıldığında, U54 gözlemcilerinin her birinin durumunu kontrol eden bu izleme durumu başlatılır.

Watchdog durum makinesi, hart'ın watchdog'unu zamanında yenilemeyi başaramadığını tespit ederse, bir hart'ı (ve önyükleme setindeki diğer hart'ları) yeniden başlatmak için önyükleme durumu makinesiyle etkileşime girer.

Kilitleme Modu

Normalde (özellikle AMP uygulamalar), HSS'nin U54'te M modunda yerleşik kalması, bağlam başına yeniden başlatmaya izin vermesi (yani tam çip yeniden başlatması olmadan yalnızca bir bağlamı yeniden başlatması) ve HSS'nin sağlığı izlemesine izin vermesi beklenir ( ECC'ler, Kilit Durum Bitleri, Veri Yolu Hataları, SBI hataları, PMP ihlalleri, vb.).

Kişi başına yeniden başlatma yetenekleri sağlamak içinAMP bağlam temelinde (tüm sistemin yeniden başlatılmasını gerektirmeden), E51 normalde sistemin tüm bellek alanına ayrıcalıklı bellek erişimine sahiptir. Ancak bunun istenmediği durumlar olabilir ve müşteri, sistem başarılı bir şekilde başlatıldıktan sonra E51 HSS aygıt yazılımının yaptıklarını kısıtlamayı tercih edebilir. Bu durumda, U54 Application Harts başlatıldıktan sonra HSS'yi kilitleme moduna geçirmek mümkündür.

Bu, HSS Kconfig seçeneği CONFIG_SERVICE_LOCKDOWN kullanılarak etkinleştirilebilir.
Kilitleme hizmetinin amacı, U54 uygulaması Harts'ı başlattıktan sonra HSS'nin faaliyetlerinin kısıtlanmasına izin vermektir.

Şekil 4.2. HSS Kilitleme Modu

Kilitleme modu başladığında, diğer tüm HSS hizmet durumu makinelerinin çalışması durdurulur. Zayıf bağlı iki işlevi çağırır:

e51_pmp_lockdown() ve
e51_lockdown()

Bu işlevlerin panoya özel kodla geçersiz kılınması amaçlanmıştır. Bunlardan ilki, BSP'nin bu noktada E51'i uygulama yüklerinden kilitlemeyi özelleştirmesine olanak tanıyan yapılandırılabilir bir tetikleme işlevidir. Bu işlevin zayıf bağlı varsayılan uygulaması boştur. İkincisi, o noktadan itibaren çalıştırılan işlevselliktir. Zayıf bağlı varsayılan uygulama, E51'in bu noktasında gözlemciye hizmet verir ve bir U54 gözlemcisinin ateşlenmesi durumunda yeniden başlatılır. Daha fazla bilgi için services/lockdown/lockdown_service.c dosyasındaki HSS kaynak koduna bakın. file.

Ek

HSS yükü.bin Formatı

Bu bölümde payload.bin dosyası açıklanmaktadır file biçimi ve HSS tarafından PIC64GX SMP'yi başlatmak için kullanılan görüntü ve AMP Uygulamalar.
payload.bin, bir başlıktan, çeşitli tanımlayıcı tablolardan ve uygulama iş yükünün her bir bölümünün kod ve veri bölümlerini içeren çeşitli parçalardan oluşan biçimlendirilmiş bir ikili dosyadır (Şekil A.10). Bir yığın, keyfi boyuttaki bitişik bir bellek bloğu olarak düşünülebilir.

Şekil A.10. yük.bin Biçimi

Başlık kısmı (Şekil A.11'de gösterilmektedir), payload.bin'i tanımlamak için kullanılan sihirli bir değeri ve bazı temizlik bilgilerini, ayrıca her bir dosyada çalıştırılması amaçlanan görüntünün ayrıntılarını içerir.
U54 uygulama kodları. Her bir U54 hart'ın nasıl önyükleneceğini ve genel olarak önyüklenebilir görüntü kümesini açıklar. Temizlik bilgilerinde, başlık boyutunun büyümesine izin vermek için çeşitli tanımlayıcı tablolara yönelik işaretçiler bulunur.

Şekil A.11. payload.bin Başlığı

Kod ve başlatılan sabit veriler salt okunur olarak kabul edilir ve başlık tanımlayıcıları tarafından gösterilen salt okunur bir bölümde saklanır.
Sıfır olmayan başlatılmış veri değişkenleri okuma-yazma verileridir ancak başlatma değerleri başlangıçta salt okunur yığından kopyalanır. Bunlar ayrıca salt okunur bölümde de saklanır.

Salt okunur yük verileri bölümü, bir kod tablosu ve veri yığını tanımlayıcıları ile tanımlanır. Bu tablodaki her parça tanımlayıcı bir 'hart sahibi' içerir (hedeflendiği bağlamdaki ana hart)
bir boyut ve sağlama toplamı ile birlikte bir yük ofseti (payload.bin içindeki ofset) ve bir yürütme adresi (PIC64GX belleğindeki hedef adres). Bu, Şekil A.12'de gösterilmektedir.

Şekil A.12. Salt Okunur Parça Tanımlayıcısı ve Yük Parça Verileri

Yukarıda bahsedilen parçalara ek olarak, sıfıra başlatılan veri değişkenlerine karşılık gelen bellek parçaları da vardır. Bunlar, payload.bin dosyasında veri olarak depolanmaz; bunun yerine, başlatma sırasında sıfıra ayarlanacak RAM adresini ve uzunluğunu belirten özel bir sıfır-başlatılmış yığın tanımlayıcı kümesidir. Bu, Şekil A.13'te gösterilmektedir.

Şekil A.13. ZI Parçaları

hss-yük-oluşturucu
HSS Yük Oluşturucu aracı, Hart Yazılım Hizmeti sıfırları için biçimlendirilmiş bir yük görüntüsü oluştururtagBir yapılandırma verildiğinde PIC64GX'teki e önyükleyici file ve bir dizi ELF files ve/veya ikili dosyalar. Yapılandırma file ELF ikili dosyalarını veya ikili blobları bireysel uygulama hart'larına (U54'ler) eşlemek için kullanılır.

Şekil B.14. hss-payload-jeneratör Akışı

Araç, yapılandırmanın yapısı üzerinde temel sağlık kontrolleri gerçekleştirir file kendisi ve ELF görüntüleri üzerinde. ELF görüntüleri RISC-V yürütülebilir dosyaları olmalıdır.

Example Çalıştır

Hss-payload-generator aracını s ile çalıştırmak içinampdosya yapılandırması file ve ELF files:
$ ./hss-payload-generator -c test/config.yaml çıktı.bin
Önceden var olan bir görüntüyle ilgili tanılamayı yazdırmak için şunu kullanın:
$ ./hss-yük-oluşturucu -d çıktı.bin

Güvenli önyükleme kimlik doğrulamasını etkinleştirmek için (görüntü imzalama yoluyla), Eliptik Eğri P-509 (SECP384r384) için X.1 Özel Anahtarının konumunu belirtmek üzere -p kullanın:
$ ./hss-payload-generator -c test/config.yaml payload.bin -p /path/to/private.pem

Daha fazla bilgi için Güvenli Önyükleme Kimlik Doğrulaması belgelerine bakın.

Yapılandırma File Example

İlk olarak, isteğe bağlı olarak görselimiz için bir ad belirleyebiliriz, aksi takdirde dinamik olarak bir ad oluşturulacaktır:
set-name: 'PIC64-HSS::TestImage'
Daha sonra, her kalp için giriş noktası adreslerini aşağıdaki gibi tanımlayacağız:
hart-entry-points: {u54_1: ‘0x80200000’, u54_2: ‘0x80200000’, u54_3: ‘0xB0000000′, u54_4:’0x80200000’}

ELF kaynak görüntüleri bir giriş noktası belirtebilir, ancak gerekirse harts için ikincil giriş noktalarını destekleyebilmek istiyoruz;ampDosyada birden fazla hart'ın aynı görüntüyü başlatması amaçlanıyorsa, bunların ayrı giriş noktaları olabilir. Bunu desteklemek için konfigürasyonda gerçek giriş noktası adreslerini belirtiyoruz. file kendisi.

Artık bazı yükleri tanımlayabiliriz (kaynak ELF fileBelleğin belirli bölgelerine yerleştirilecek s veya ikili bloblar). Yük bölümü, payloads anahtar sözcüğüyle ve ardından bir dizi bireysel yük tanımlayıcısıyla tanımlanır. Her yükün bir adı vardır (kendisine giden yol) file), bir sahip-hart ve isteğe bağlı olarak 1 ila 3 ikincil hart.

Ek olarak, bir verinin yürütmeye başlayacağı bir ayrıcalık modu vardır. Geçerli ayrıcalık modları PRV_M, PRV_S ve PRV_U'dur ve bunlar şu şekilde tanımlanır:

PRV_M Makine modu
PRV_S Yönetici modu
PRV_U Kullanıcı modu

Aşağıdaki örnekteamptarih:

test/zephyr.elf'in U54_3'te çalışan ve PRV_M ayrıcalık modunda başlaması beklenen bir Zephyr uygulaması olduğu varsayılır.
test/u-boot-dtb.bin, Das U-Boot önyükleyici uygulamasıdır ve U54_1, U54_2 ve U54_4 üzerinde çalışır. PRV_S ayrıcalık modunda başlaması bekleniyor.

Önemli:
U-Boot'un çıktısı bir ELF oluşturur file, ancak genellikle .elf uzantısının başına getirilmez. Bu durumda, U-Boot ikili dosyasına bir aygıt ağacı blobu ekleyen CONFIG_OF_SEPARATE tarafından oluşturulan ikili dosya kullanılır.

İşte eskiample Payloads yapılandırması file:

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

Önemli:
Durum yalnızca şunun için önemlidir: file yol adları, anahtar kelimeler değil. Dolayısıyla, örneğin u54_1, U54_1 ile aynı kabul edilir ve exec-addr, EXEC-ADDR ile aynı kabul edilir. Bir.elf veya .bin uzantısı mevcutsa yapılandırmaya dahil edilmesi gerekir file.

OpenSBI ile ilgilenmek istemeyen yalın donanım uygulaması için, atlama-açma seçeneği, eğer doğruysa, bu kalpteki yükün basit bir mret kullanılarak çağrılmasına neden olacaktır.
OpenSBI sbi_init() çağrısından daha fazlası. Bu, herhangi bir OpenSBI HSM hususuna bakılmaksızın kalbin çıplak donanım kodunu çalıştırmaya başlayacağı anlamına gelir. Bunun aynı zamanda kalbin kullanamadığı anlamına da geldiğini unutmayın.
OpenSBI işlevselliğini çağırmayı çağırır. Atla-açılma seçeneği isteğe bağlıdır ve varsayılan olarak false olur.

Başka bir bağlamın bağlam sıcak olarak yeniden başlatılmasına izin vermek için yeniden başlatmaya izin ver: sıcak seçeneğini ekleyebiliriz. Tüm sistemin bağlamsal soğuk yeniden başlatılmasına izin vermek için, izin ver-yeniden başlatma: soğuk seçeneğini ekleyebiliriz. Varsayılan olarak, yeniden başlatmaya izin ver belirtilmeden, bir bağlamın yalnızca kendisini sıcak olarak yeniden başlatmasına izin verilir.
Ayrıca yardımcı verileri her bir veri yüküyle ilişkilendirmek de mümkündür; örneğinampdosya, bir DeviceTree Blobu (DTB) fileyardımcı verileri belirterek fileadı şu şekilde:
test/u-boot.bin: { exec-addr: '0x80200000', sahip-hart: u54_1, ikincil-hart: u54_2, ikincil-hart: u54_3, ikincil-hart: u54_4, priv-mode: prv_s, yardımcı-veri : test/pic64gx.dtb }
Bu yardımcı veriler veri yüküne dahil edilecektir (ana verinin hemen sonrasına yerleştirilir). file yürütülebilir dosyada
alanı) ve adresi next_arg1 alanında OpenSBI'ye iletilecektir (önyükleme sırasında $a1 kaydında görüntüye iletilir).

HSS'nin bir bağlamı otomatik olarak başlatmasını önlemek için (örneğin, bunun yerine bunun kontrolünü RemoteProc kullanarak bir bağlama devretmek istiyorsak), otomatik önyüklemeyi atla işaretini kullanın:
test/zephyr.elf: {exec-addr: '0xB0000000',owner-hart: u54_3, priv-mode: prv_m, skip-opensbi: true, skip-autoboot: true}
Son olarak, payload-name seçeneğini kullanarak isteğe bağlı olarak bireysel yüklerin adlarını geçersiz kılabiliriz. Eski içinamptarih:
test/u-boot.bin: { exec-addr: '0x80200000', sahip-hart: u54_1, ikincil-hart: u54_2, ikincil-hart: u54_3, ikincil-hart: u54_4, priv-mode: prv_s, yardımcı-veri : test/pic64gx.dtb, yük adı: 'u-boot' }

Yocto ve Buildroot Linux oluşturucularının hss-payload- dosyasını oluşturacağını, yapılandıracağını ve çalıştıracağını unutmayın.
Uygulama görüntüleri oluşturmak için gerektiği gibi jeneratör. Ek olarak, pic64gx-merak-kiti-amp Yocto'daki makine hedefi, hss-payload-generator aracını kullanarak şunu gösteren bir uygulama görüntüsü oluşturacaktır: AMPLinux 3 hartta, Zephyr ise 1 hartta çalışıyor.

Revizyon Geçmişi
Revizyon geçmişi, belgede uygulanan değişiklikleri açıklar. Değişiklikler, en güncel yayından başlayarak revizyona göre listelenir.

Revizyon	Tarih	Tanım
A	07/2024	İlk Revizyon

Mikroçip Bilgileri

mikroçip Webalan
Microchip, çevrimiçi desteği şu şekilde sağlar: websitede www.microchip.com/. Bu website yapmak için kullanılır fileve müşterilerin kolayca erişebileceği bilgiler. Mevcut içeriklerden bazıları şunlardır:

Ürün Desteği – Veri sayfaları ve hatalar, uygulama notları ve sampprogramlar, tasarım kaynakları, kullanıcı kılavuzları ve donanım destek belgeleri, en son yazılım sürümleri ve arşivlenmiş yazılımlar

Genel Teknik Destek – Sıkça Sorulan Sorular (SSS), teknik destek talepleri, çevrimiçi tartışma grupları, Microchip tasarım ortağı programı üye listesi
Mikroçip İşletmesi – Ürün seçici ve sipariş kılavuzları, en son Microchip basın bültenleri, seminer ve etkinliklerin bir listesi, Microchip satış ofislerinin, distribütörlerinin ve fabrika temsilcilerinin listeleri

Ürün Değişiklik Bildirim Hizmeti

Microchip'in ürün değişikliği bildirim hizmeti, müşterilerin Microchip ürünleri konusunda güncel kalmasına yardımcı olur. Aboneler, belirli bir ürün ailesi veya ilgili geliştirme aracıyla ilgili değişiklikler, güncellemeler, revizyonlar veya hatalar olduğunda e-posta bildirimi alacaklardır.

Kayıt olmak için şuraya gidin: www.microchip.com/pcn ve kayıt talimatlarını takip edin.

Müşteri Desteği
Microchip ürünlerini kullananlar çeşitli kanallardan yardım alabilirler:

Distribütör veya Temsilci
Yerel Satış Ofisi
Gömülü Çözümler Mühendisi (ESE)
Teknik Destek

Müşteriler destek için distribütörleri, temsilcileri veya ESE ile iletişime geçmelidir. Müşterilere yardımcı olmak için yerel satış ofisleri de mevcuttur. Bu belgede satış ofislerinin ve konumlarının bir listesi bulunmaktadır.
Teknik destek şu şekilde sağlanmaktadır: website şu adreste: www.microchip.com/support.

Mikroçip Cihazları Kod Koruma Özelliği
Microchip ürünlerindeki kod koruma özelliğinin aşağıdaki ayrıntılarına dikkat edin:

Mikroçip ürünleri, kendilerine ait Mikroçip Veri Sayfasında yer alan teknik özelliklere uygundur.
Microchip, ürün ailesinin, amaçlanan şekilde, çalışma özellikleri dahilinde ve normal koşullar altında kullanıldığında güvenli olduğuna inanmaktadır.

Microchip, fikri mülkiyet haklarına değer verir ve agresif bir şekilde korur. Microchip ürünlerinin kod koruma özelliklerini ihlal etme girişimleri kesinlikle yasaktır ve Dijital Binyıl Telif Hakkı Yasası'nı ihlal edebilir.
Ne Microchip ne de başka bir yarı iletken üreticisi kodunun güvenliğini garanti edemez. Kod koruması, ürünün "kırılmaz" olduğunu garanti ettiğimiz anlamına gelmez. Kod koruması sürekli olarak gelişmektedir. Microchip, ürünlerimizin kod koruma özelliklerini sürekli olarak iyileştirmeye kendini adamıştır.

Yasal Uyarı
Bu yayın ve buradaki bilgiler, Microchip ürünlerini tasarlamak, test etmek ve uygulamanızla entegre etmek dahil olmak üzere yalnızca Microchip ürünleriyle birlikte kullanılabilir. Bu bilgilerin başka herhangi bir şekilde kullanılması bu şartları ihlal eder. Cihaz uygulamalarıyla ilgili bilgiler yalnızca size kolaylık sağlamak için sağlanmıştır ve güncellemeler tarafından geçersiz kılınabilir. Uygulamanızın spesifikasyonlarınızı karşıladığından emin olmak sizin sorumluluğunuzdadır. Ek destek için yerel Microchip satış ofisinizle iletişime geçin veya şu adresten ek destek alın: www.microchip.com/en-us/support/design-help/client-support-services.

BU BİLGİLER MICROCHIP TARAFINDAN "OLDUĞU GİBİ" SAĞLANMAKTADIR. MICROCHIP, İHLAL ETMEME, TİCARİ ELVERİŞLİLİK VE BELİRLİ BİR AMACA UYGUNLUK GARANTİLERİ VEYA DURUMU, KALİTESİ VEYA PERFORMANSI İLE İLGİLİ GARANTİLER DAHİL ANCAK BUNLARLA SINIRLI OLMAMAK ÜZERE, AÇIK VEYA ZIMNİ, YAZILI VEYA SÖZLÜ, YASAL VEYA BAŞKA BİR ŞEKİLDE, BİLGİLERLE İLGİLİ HİÇBİR BEYANAT VEYA GARANTİ VERMEZ.

MICROCHIP HİÇBİR DURUMDA, MICROCHIP'E ÖNERİLMİŞ OLSA BİLE, NEDEN OLURSA OLSUN, BİLGİ VEYA KULLANIMI İLE İLGİLİ HERHANGİ BİR DOLAYLI, ÖZEL, CEZAİ, ARIZİ VEYA SONUÇ OLARAK ORTAYA ÇIKAN KAYIP, HASAR, MALİYET VEYA MASRAFTAN SORUMLU OLMAYACAKTIR. OLASILIK VEYA ZARARLAR ÖNGÖRÜLEBİLİRDİR. YASALARIN İZİN VERDİĞİ EN GENİŞ ÖLÇÜDE, MICROCHIP'İN BİLGİLER VEYA KULLANIMI İLE İLGİLİ HERHANGİ BİR TALEP ÜZERİNDE TOPLAM YÜKÜMLÜLÜĞÜ, BİLGİ İÇİN DOĞRUDAN MICROCHIP'E ÖDEDİĞİNİZ ÜCRET SAYISINI (VAR OLARAK) AŞMAYACAKTIR.

Microchip cihazlarının yaşam desteği ve/veya güvenlik uygulamalarında kullanılmasının riski tamamen alıcıya aittir ve alıcı, Microchip'i bu tür bir kullanımdan kaynaklanan tüm zararlardan, iddialardan, davalardan veya harcamalardan savunmayı, tazmin etmeyi ve zararsız tutmayı kabul eder. Aksi belirtilmedikçe, herhangi bir Microchip fikri mülkiyet hakkı kapsamında, üstü kapalı veya başka bir şekilde hiçbir lisans devredilmez.

Ticari markalar
Mikroçip adı ve logosu, Mikroçip logosu, Adaptec, AVR, AVR logosu, AVR Freaks, BesTime, BitCloud, CryptoMemory, CryptoRF, dsPIC, flexPWR, HELDO, IGLOO, JukeBlox, KeeLoq, Kleer, LANCheck, LinkMD, maXStylus, maXTouch, MediaLB, megaAVR, Microsemi, Microsemi logosu, MOST, MOST logosu, MPLAB, OptoLyzer, PIC, picoPower, PICSTART, PIC32 logosu, PolarFire, Prochip Designer, QTouch, SAM-BA, SenGenuity, SpyNIC, SST, SST Logosu, SuperFlash, Symmetricom , SyncServer, Tachyon, TimeSource, tinyAVR, UNI/O, Vectron ve XMEGA, Microchip Technology Incorporated'ın ABD ve diğer ülkelerdeki tescilli ticari markalarıdır.

AgileSwitch, ClockWorks, Gömülü Kontrol Çözümleri Şirketi, EtherSynch, Flashtec, Hiper Hız Kontrolü, HyperLight Load, Libero, motor tezgahı, mTouch, Powermite 3, Precision Edge, ProASIC, ProASIC Plus, ProASIC Plus logosu, Quiet-Wire, SmartFusion, SyncWorld , TimeCesium, TimeHub, TimePictra, TimeProvider ve ZL, ABD'de Microchip Technology Incorporated'ın tescilli ticari markalarıdır.

Bitişik Anahtar Bastırma, AKS, Dijital Çağ için Analog, Herhangi Bir Kapasitör, AnyIn, AnyOut, Artırılmış Anahtarlama, BlueSky, BodyCom, Clockstudio, CodeGuard, CryptoAuthentication, CryptoAutomotive, CryptoCompanion, CryptoController, dsPICDEM, dsPICDEM.net, Dinamik Ortalama Eşleştirme , DAM, ECAN, Espresso T1S, EtherGREEN, EyeOpen, GridTime, IdealBridge,
IGaT, Devre İçi Seri Programlama, ICSP, INICnet, Akıllı Paralelleme, IntelliMOS, Çipler Arası Bağlantı, JitterBlocker, Ekrandaki Düğme, MarginLink, maxCrypto, maxView, memBrain, Mindi, MiWi, MPASM, MPF, MPLAB Sertifikalı logo, MPLIB, MPLINK, mSiC, MultiTRAK, NetDetach, Omniscient Code Generation, PICDEM, PICDEM.net, PICkit, PICtail, Power MOS IV, Power MOS 7, PowerSmart, PureSilicon , QMatrix, REAL ICE, Ripple Blocker, RTAX, RTG4, SAM-ICE, Seri Dörtlü I/O, basit harita, SimpliPHY, SmartBuffer, SmartHLS, SMART-IS, storClad, SQI, SuperSwitcher, SuperSwitcher II, Switchtec, SynchroPHY, Toplam Dayanıklılık, Güvenilir Zaman, TSHARC, Turing, USBCheck, VariSense, VectorBlox, VeriPHY, ViewSpan, WiperLock, XpressConnect ve ZENA, Microchip Technology Incorporated'ın ABD ve diğer ülkelerdeki ticari markalarıdır.

SQTP, ABD'de Microchip Technology Incorporated'ın bir hizmet markasıdır
Adaptec logosu, Frequency on Demand, Silicon Storage Technology ve Symmcom, Microchip Technology Inc.'in diğer ülkelerdeki tescilli ticari markalarıdır.
GestIC, Microchip Technology Inc.'in bir yan kuruluşu olan Microchip Technology Germany II GmbH & Co. KG'nin diğer ülkelerde tescilli ticari markasıdır.

Türkçe: 978-1-6683-4890-1

Kalite Yönetim Sistemi
Microchip'in Kalite Yönetim Sistemleri hakkında bilgi edinmek için lütfen şu adresi ziyaret edin: www.microchip.com/quality.

Dünya Çapında Satış ve Servis

AMERİKALAR

ASYA/PASİFİK

AVRUPA

Kurumsal Ofis

2355 Batı Chandler Bulv. Chandler, AZ 85224-6199

Telefon: 480-792-7200

Faks: 480-792-7277

Teknik Destek: www.microchip.com/support

Web Adres: www.microchip.com

atlanta

Duluth, Georgia

Telefon: 678-957-9614

Faks: 678-957-1455

Austin, Teksas

Telefon: 512-257-3370

Boston

Westborough, MA Tel: 774-760-0087

Faks: 774-760-0088

Chicago

Itasca, IL

Telefon: 630-285-0071

Faks: 630-285-0075

Dallas

Addison

Telefon: 972-818-7423

Faks: 972-818-2924

Detroit

Yeni, MI

Telefon: 248-848-4000

Houston, TX

Telefon: 281-894-5983

Indianapolis

Noblesville, IN Tel: 317-773-8323

Faks: 317-773-5453

Telefon: 317-536-2380

Los Angeles

Mission Viejo, CA Tel: 949-462-9523

Faks: 949-462-9608

Telefon: 951-273-7800

Raleigh, NC

Telefon: 919-844-7510

New York, New York

Telefon: 631-435-6000

San Jose, CA

Telefon: 408-735-9110

Telefon: 408-436-4270

Kanada – Toronto

Telefon: 905-695-1980

Faks: 905-695-2078

Avustralya – Sidney

Telefon: 61-2-9868-6733

Çin – Pekin

Telefon: 86-10-8569-7000

Çin – Çengdu

Telefon: 86-28-8665-5511

Çin – Çongçing

Telefon: 86-23-8980-9588

Çin – Dongguan

Telefon: 86-769-8702-9880

Çin – Guangzhou

Telefon: 86-20-8755-8029

Çin – Hangzhou

Telefon: 86-571-8792-8115

Çin – Hong Kong SAR

Telefon: 852-2943-5100

Çin – Nanjing

Telefon: 86-25-8473-2460

Çin – Qingdao

Telefon: 86-532-8502-7355

Çin – Şanghay

Telefon: 86-21-3326-8000

Çin – Shenyang

Telefon: 86-24-2334-2829

Çin – Shenzhen

Telefon: 86-755-8864-2200

Çin – Suzhou

Telefon: 86-186-6233-1526

Çin – Vuhan

Telefon: 86-27-5980-5300

Çin – Xian

Telefon: 86-29-8833-7252

Çin – Xiamen

Telefon: 86-592-2388138

Çin – Zhuhai

Telefon: 86-756-3210040

Hindistan – Bangalore

Telefon: 91-80-3090-4444

Hindistan – Yeni Delhi

Telefon: 91-11-4160-8631

Hindistan – Pune

Telefon: 91-20-4121-0141

Japonya – Osaka

Telefon: 81-6-6152-7160

Japonya – Tokyo

Tel: 81-3-6880-3770

Kore – Daegu

Telefon: 82-53-744-4301

Kore – Seul

Telefon: 82-2-554-7200

Malezya – Kuala Lumpur

Telefon: 60-3-7651-7906

Malezya – Penang

Telefon: 60-4-227-8870

Filipinler – Manila

Telefon: 63-2-634-9065

Singapur

Telefon: 65-6334-8870

Tayvan – Hsin Chu

Telefon: 886-3-577-8366

Tayvan – Kaohsiung

Telefon: 886-7-213-7830

Tayvan – Taipei

Telefon: 886-2-2508-8600

Tayland – Bangkok

Telefon: 66-2-694-1351

Vietnam – Ho Chi Minh

Telefon: 84-28-5448-2100

Avusturya – Galler

Telefon: 43-7242-2244-39

Faks: 43-7242-2244-393

Danimarka – Kopenhag

Telefon: 45-4485-5910

Faks: 45-4485-2829

Finlandiya – Espoo

Telefon: 358-9-4520-820

Fransa – Paris

Tel: 33-1-69-53-63-20

Fax: 33-1-69-30-90-79

Almanya – gargara

Telefon: 49-8931-9700

Almanya – Haan

Telefon: 49-2129-3766400

Almanya – Heilbronn

Telefon: 49-7131-72400

Almanya – Karlsruhe

Telefon: 49-721-625370

Almanya – Münih

Tel: 49-89-627-144-0

Fax: 49-89-627-144-44

Almanya – Rosenheim

Telefon: 49-8031-354-560

İsrail – Hod Hasharon

Telefon: 972-9-775-5100

İtalya – Milano

Telefon: 39-0331-742611

Faks: 39-0331-466781

İtalya – Padova

Telefon: 39-049-7625286

Hollanda – Drunen

Telefon: 31-416-690399

Faks: 31-416-690340

Norveç – Trondheim

Tel: 47-72884388

Polonya – Varşova

Telefon: 48-22-3325737

Romanya – Bükreş

Tel: 40-21-407-87-50

İspanya – Madrid

Tel: 34-91-708-08-90

Fax: 34-91-708-08-91

İsveç – Göteborg

Tel: 46-31-704-60-40

İsveç – Stokholm

Telefon: 46-8-5090-4654

Birleşik Krallık – Wokingham

Telefon: 44-118-921-5800

Faks: 44-118-921-5820

Belgeler / Kaynaklar

MICROCHIP PIC64GX 64-Bit RISC-V Dört Çekirdekli Mikroişlemci [pdf] Kullanıcı Kılavuzu
PIC64GX, PIC64GX 64-Bit RISC-V Dört Çekirdekli Mikroişlemci, 64-Bit RISC-V Dört Çekirdekli Mikroişlemci, RISC-V Dört Çekirdekli Mikroişlemci, Dört Çekirdekli Mikroişlemci, Mikroişlemci

Referanslar

Kullanıcı Kılavuzu

MICROCHIP PIC64GX 64-Bit RISC-V Dört Çekirdekli Mikroişlemci

Ürün Bilgileri

Ürün Kullanım Talimatları