Hướng dẫn sử dụng Bộ vi xử lý lõi tứ MICROCHIP PIC64GX 64-Bit RISC-V

Quá trình khởi động
1. Các thành phần phần mềm liên quan đến khởi động
  Quá trình khởi động hệ thống bao gồm các thành phần phần mềm sau:
  - Dịch vụ phần mềm Hart (HSS): Số 0tage bộ tải khởi động, bộ giám sát hệ thống và nhà cung cấp dịch vụ thời gian chạy cho các ứng dụng.
2. Dòng khởi động
  Trình tự của luồng khởi động hệ thống như sau:
  1. Khởi tạo dịch vụ phần mềm Hart (HSS)
  2. Thực thi bootloader
  3. Khởi động ứng dụng
Chó canh gác
1. Cơ quan giám sát PIC64GX
  PIC64GX có chức năng giám sát để giám sát hoạt động của hệ thống và kích hoạt các hành động trong trường hợp hệ thống bị lỗi.
Chế độ Lockdown
Chế độ khóa được thiết kế dành cho những khách hàng yêu cầu kiểm soát hoàn toàn các hoạt động của hệ thống sau khi khởi động. Nó giới hạn các chức năng của màn hình hệ thống E51.

Câu hỏi thường gặp

Hỏi: Mục đích của Dịch vụ phần mềm Hart (HSS) là gì?
Đáp: HSS đóng vai trò là số 0tage bộ tải khởi động, bộ giám sát hệ thống và nhà cung cấp dịch vụ thời gian chạy cho các ứng dụng trong quá trình khởi động.
Q: Chức năng giám sát PIC64GX hoạt động như thế nào?
Đáp: Cơ quan giám sát PIC64GX giám sát hoạt động của hệ thống và có thể thực hiện các hành động được xác định trước trong trường hợp hệ thống bị lỗi để đảm bảo độ tin cậy của hệ thống.

Giới thiệu

Sách trắng này giải thích cách Microchip PIC64GX khởi động khối lượng công việc ứng dụng và mô tả quy trình khởi động hệ thống, hoạt động tương tự đối với SMP và AMP khối lượng công việc. Ngoài ra, nó còn đề cập đến cách khởi động lại hoạt động của SMP và AMP khối lượng công việc, cơ quan giám sát trên PIC64GX và chế độ khóa đặc biệt dành cho các hệ thống mà khách hàng muốn kiểm soát hoàn toàn nhằm hạn chế các hành động của bộ giám sát hệ thống E51 sau khi hệ thống khởi động.

Quá trình khởi động

Chúng ta hãy xem xét các thành phần phần mềm khác nhau liên quan đến quá trình khởi động hệ thống, sau đó là cái nhìn chi tiết hơn về trình tự của chính quy trình khởi động hệ thống.

Các thành phần phần mềm liên quan đến khởi động
Các thành phần sau đây tham gia vào quá trình khởi động hệ thống:

Hình 1.1. Thành phần khởi động

Dịch vụ phần mềm Hart (HSS)
Dịch vụ phần mềm Hart (HSS) là một số khôngtage bộ tải khởi động, trình giám sát hệ thống và nhà cung cấp dịch vụ thời gian chạy cho các ứng dụng. HSS hỗ trợ thiết lập hệ thống sớm, đào tạo DDR và khởi tạo/cấu hình phần cứng. Nó chủ yếu chạy trên E51, với một lượng nhỏ chức năng ở cấp độ chế độ máy chạy trên mỗi chiếc U54. Nó khởi động một hoặc nhiều bối cảnh bằng cách tải “tải trọng” ứng dụng từ phương tiện khởi động và cung cấp Dịch vụ thời gian chạy nền tảng/Môi trường thực thi giám sát (SEE) cho nhân hệ điều hành. Nó hỗ trợ khởi động an toàn và là một thành phần quan trọng trong việc đảm bảo phân vùng/tách phần cứng cho AMP bối cảnh.

Das U-Boot (U-Boot)
Das U-Boot (U-Boot) là một bộ tải khởi động tập lệnh phổ dụng mã nguồn mở. Nó hỗ trợ CLI đơn giản có thể truy xuất hình ảnh khởi động từ nhiều nguồn khác nhau (bao gồm Thẻ SD và Mạng). U-Boot tải Linux. Nó có thể cung cấp môi trường UEFI nếu cần. Nói chung, nó đã hoàn tất và không hoạt động sau khi Linux khởi động - nói cách khác, nó không tồn tại sau khi khởi động.
Nhân Linux
Nhân Linux là nhân hệ điều hành phổ biến nhất thế giới. Kết hợp với vùng người dùng ứng dụng, nó tạo thành thứ thường được gọi là hệ điều hành Linux. Hệ điều hành Linux cung cấp các API POSIX phong phú và môi trường dành cho nhà phát triển, ví dụ:amptập tin, các ngôn ngữ và công cụ như Python, Perl, Tcl, Rust, C/C++ và Tcl; các thư viện như OpenSSL, OpenCV, OpenMP, OPC/UA và OpenAMP (RPmsg và RemoteProc).
Yocto và Buildroot là những người xây dựng hệ thống Linux, nghĩa là chúng có thể được sử dụng để tạo ra các hệ thống Linux tùy chỉnh riêng. Yocto tạo ra một bản phân phối Linux với nhiều tính năng phong phú
bộ ứng dụng, công cụ và thư viện cũng như quản lý gói tùy chọn. Buildroot xuất ra một root tối thiểu hơn filehệ thống và có thể nhắm mục tiêu các hệ thống không yêu cầu lưu trữ liên tục nhưng chạy hoàn toàn từ RAM (ví dụ: sử dụng hỗ trợ viết tắt của Linux, ví dụ:ample).

Gió nhẹ
Zephyr là một Hệ điều hành thời gian thực (RTOS) mã nguồn mở nhỏ. Nó cung cấp Khung công tác chi phí thấp theo thời gian thực, với các kênh liên lạc RPMsg-lite tới Linux. Nó bao gồm kernel, thư viện, trình điều khiển thiết bị, ngăn xếp giao thức, filehệ thống, cơ chế cập nhật chương trình cơ sở, v.v., và rất phù hợp cho những khách hàng muốn có trải nghiệm thuần túy hơn trên PIC64GX.

Dòng khởi động
PIC64GX bao gồm một coreplex RISC-V với cổng giám sát hệ thống E64 51-bit và 4 cổng ứng dụng U64 54-bit. Trong thuật ngữ RISC-V, hart là bối cảnh thực thi RISC-V chứa một bộ thanh ghi đầy đủ và thực thi mã của nó một cách độc lập. Bạn có thể coi nó như một luồng phần cứng hoặc một CPU. Một nhóm hươu đực trong một lõi thường được gọi là một nhóm phức hợp. Chủ đề này mô tả các bước để khởi tạo coreplex PIC64GX, bao gồm hệ thống theo dõi tim E51 và trái tim ứng dụng U54.

Bật nguồn lõi phức hợp PIC64GX.
Khi bật nguồn, tất cả các cổng trong lõi RISC-V sẽ được Bộ điều khiển bảo mật giải phóng khỏi quá trình đặt lại.
Chạy mã HSS từ bộ nhớ flash eNVM trên chip.
Ban đầu, mỗi trái tim bắt đầu chạy mã HSS từ bộ nhớ flash eNVM trên chip. Mã này làm cho tất cả các hart ứng dụng U54 quay, chờ hướng dẫn và cho phép hart màn hình E51 bắt đầu chạy mã để khởi tạo và hiển thị hệ thống.

Giải nén mã HSS từ eNVM sang bộ nhớ L2-Scratch.
Tùy thuộc vào cấu hình thời gian xây dựng của nó, HSS thường lớn hơn dung lượng của chính bộ nhớ flash eNVM và do đó, điều đầu tiên mà mã HSS chạy trên E51 thực hiện là tự giải nén từ bộ nhớ eNVM sang bộ nhớ L2-Scratch, như trong Hình 1.2 và Hình 1.3.
Hình 1.2. HSS Giải nén từ eNVM sang L2 Scratch
Hình 1.3. Bản đồ bộ nhớ HSS trong quá trình giải nén
Chuyển từ eNVM sang L2-Scratch thành một tệp thực thi như trong hình sau.
Hình 1.4. HSS chuyển từ eNVM sang mã trong L2Scratch sau khi giải nén
Tệp thực thi bao gồm ba thành phần:
- Lớp trừu tượng phần cứng (HAL), mã cấp thấp và trình điều khiển kim loại trần
- Một nhánh HSS cục bộ của RISC-V OpenSBI (được sửa đổi một chút từ thượng nguồn trên PIC64GX cho AMP mục đích)
- Các dịch vụ thời gian chạy HSS (máy trạng thái chạy trong siêu vòng lặp)
Khởi tạo cấu trúc phần cứng và dữ liệu được OpenSBI sử dụng.
Dịch vụ HSS “Startup” chịu trách nhiệm cho việc khởi tạo này.

Tìm nạp hình ảnh khối lượng công việc của ứng dụng (payload.bin) từ bộ nhớ ngoài. Điều này được thể hiện trong Hình 1.5 và Hình 1.6
Quan trọng: Trong trường hợp Bộ công cụ tò mò PIC64GX, bộ công cụ này sẽ từ thẻ SD.
Hình 1.5. Đang tìm nạp hình ảnh khối lượng công việc payload.bin từ bộ nhớ ngoài
Hình 1.6. Bản đồ bộ nhớ HSS sau khi tìm nạp payload.bin
Sao chép các phần khác nhau từ payload.bin tới đích thời gian thực hiện của chúng. Payload.bin là một hình ảnh được định dạng, hợp nhất các hình ảnh ứng dụng khác nhau cho SMP hoặc AMP khối lượng công việc. Nó bao gồm các bảng mã, dữ liệu và mô tả cho phép HSS đặt các phần mã và dữ liệu một cách thích hợp ở những nơi cần thiết để chạy các khối lượng công việc ứng dụng khác nhau.
Hình 1.7. payload.bin được sao chép vào địa chỉ đích

Hướng dẫn các U54 liên quan nhảy đến địa chỉ bắt đầu thực hiện. Thông tin địa chỉ bắt đầu này được chứa trong payload.bin.
Bắt đầu ứng dụng U54 và bất kỳ giây nàotage bộ tải khởi động. Dành cho người yêu cũample, U-Boot mang đến Linux.

Khởi động lại

Liên quan đến khái niệm khởi động hệ thống là nhu cầu khởi động lại. Khi nghĩ về khối lượng công việc ứng dụng PIC64GX, việc khởi động lại cần xem xét cả đa xử lý đối xứng (SMP) và đa xử lý bất đối xứng (AMP) kịch bản:

Trong trường hợp hệ thống SMP, việc khởi động lại có thể khởi động lại nguội toàn bộ hệ thống một cách an toàn vì không có khối lượng công việc bổ sung nào trong bối cảnh khác cần xem xét.

Trong trường hợp của một AMP hệ thống, khối lượng công việc chỉ có thể được phép tự khởi động lại (và không can thiệp vào bất kỳ ngữ cảnh nào khác) hoặc có thể có đặc quyền để thực hiện khởi động lại toàn bộ hệ thống.

Khởi động lại và AMP
Để kích hoạt SMP và AMP các kịch bản khởi động lại, HSS hỗ trợ các khái niệm về đặc quyền khởi động lại ấm và lạnh, có thể gán cho một ngữ cảnh. Bối cảnh có đặc quyền khởi động lại ấm chỉ có thể tự khởi động lại và bối cảnh có đặc quyền khởi động lại nguội có thể thực hiện khởi động lại toàn bộ hệ thống. Dành cho người yêu cũample, hãy xem xét tập hợp các kịch bản đại diện sau đây.

Khối lượng công việc SMP ngữ cảnh duy nhất, được phép yêu cầu khởi động lại toàn bộ hệ thống
Trong trường hợp này, bối cảnh được cho phép đặc quyền khởi động lại nguội.
Hai bối cảnh AMP khối lượng công việc, trong đó bối cảnh A được phép yêu cầu khởi động lại toàn bộ hệ thống (ảnh hưởng đến tất cả các bối cảnh) và Bối cảnh B chỉ được phép tự khởi động lại
Trong trường hợp này, bối cảnh A được phép khởi động lại nguội và bối cảnh B được phép đặc quyền khởi động lại ấm.
Hai bối cảnh AMP khối lượng công việc, trong đó bối cảnh A và B chỉ được phép tự khởi động lại (và không ảnh hưởng đến bối cảnh khác)
Trong trường hợp này, cả hai bối cảnh chỉ được phép có đặc quyền khởi động lại ấm.
Hai bối cảnh AMP khối lượng công việc, trong đó cả bối cảnh A và B đều được phép yêu cầu khởi động lại toàn bộ hệ thống
Trong trường hợp này, cả hai bối cảnh đều được phép khởi động lại nguội.
Hơn nữa, HSS có thể tại thời điểm xây dựng luôn cho phép đặc quyền khởi động lại nguội và không bao giờ cho phép đặc quyền khởi động lại nguội.

Tùy chọn Kconfig HSS có liên quan
Kconfig là một hệ thống cấu hình xây dựng phần mềm. Nó thường được sử dụng để chọn các tùy chọn thời gian xây dựng và bật hoặc tắt các tính năng. Nó có nguồn gốc từ nhân Linux nhưng hiện nay đã được sử dụng trong các dự án khác ngoài nhân Linux, bao gồm U-Boot, Zephyr và PIC64GX HSS.

HSS chứa hai tùy chọn Kconfig kiểm soát chức năng khởi động lại từ góc độ HSS:

CONFIG_ALLOW_COLD KHỞI ĐỘNG LẠI
Nếu tính năng này được bật, trên toàn cầu, nó sẽ cho phép bối cảnh đưa ra lệnh gọi khởi động lại nguội. Nếu bị tắt, chỉ cho phép khởi động lại ấm. Ngoài việc bật tùy chọn này, quyền khởi động lại nguội phải được cấp cho ngữ cảnh thông qua trình tạo tải trọng YAML file hoặc tùy chọn Kconfig sau.
CONFIG_ALLOW_COLD REBOOT_ALWAYS
- Nếu được bật, tính năng này trên toàn cầu sẽ cho phép tất cả các bối cảnh đưa ra ECAA khởi động lại nguội, bất kể quyền được hưởng của cờ payload.bin.
- Ngoài ra, bản thân payload.bin có thể chứa cờ theo ngữ cảnh, cho biết rằng một ngữ cảnh cụ thể có quyền đưa ra khởi động lại nguội:
  - Để cho phép context Warm khởi động lại bối cảnh khác, chúng ta có thể thêm tùy chọn allow-reboot: Warm trong mô tả YAML file được sử dụng để tạo payload.bin
  - Để cho phép khởi động lại toàn bộ hệ thống theo ngữ cảnh, chúng ta có thể thêm tùy chọn allow-reboot: cold. Theo mặc định, nếu không chỉ định cho phép khởi động lại, một ngữ cảnh chỉ được phép tự khởi động lại ấm. Bất kể cài đặt của cờ này, nếu CONFIG_ALLOW_COLDREBOOT không được bật trong HSS, HSS sẽ xử lý lại tất cả các yêu cầu khởi động lại nguội thành khởi động lại ấm (theo từng ngữ cảnh) .

Khởi động lại chi tiết
Phần này mô tả cách khởi động lại một cách chi tiết – bắt đầu với lớp OpenSBI (lớp chế độ M thấp nhất) và sau đó thảo luận về cách kích hoạt chức năng của lớp OpenSBI này từ ứng dụng RTOS hoặc hệ điều hành phong phú như Linux.

Cuộc gọi khởi động lại OpenSBI

Đặc tả Giao diện nhị phân giám sát RISC-V (SBI) mô tả lớp trừu tượng phần cứng được tiêu chuẩn hóa cho các dịch vụ khởi tạo nền tảng và thời gian chạy chương trình cơ sở. Mục đích chính của SBI là cho phép tính di động và khả năng tương thích trên các triển khai RISC-V khác nhau.
OpenSBI (Giao diện nhị phân giám sát nguồn mở) là một dự án nguồn mở cung cấp triển khai tham chiếu về đặc tả SBI. OpenSBI cũng cung cấp các dịch vụ thời gian chạy, bao gồm xử lý ngắt, quản lý bộ hẹn giờ và I/O bảng điều khiển, có thể được các lớp phần mềm cấp cao hơn sử dụng.
OpenSBI được bao gồm như một phần của HSS và chạy ở cấp Chế độ máy. Khi hệ điều hành hoặc ứng dụng gây ra bẫy sẽ được chuyển cho OpenSBI xử lý. OpenSBI hiển thị một chức năng loại lệnh gọi hệ thống nhất định cho các lớp trên của phần mềm thông qua một cơ chế bẫy cụ thể được gọi là ecall.

Thiết lập lại hệ thống (EID 0x53525354) cung cấp chức năng gọi hệ thống toàn diện cho phép phần mềm lớp trên yêu cầu khởi động lại hoặc tắt máy ở cấp hệ thống. Khi điện thoại này được U54 gọi ra, nó sẽ bị giữ lại bởi phần mềm HSS đang chạy trong Chế độ máy trên U54 đó và yêu cầu khởi động lại tương ứng sẽ được gửi tới E51 để khởi động lại ngữ cảnh hoặc toàn bộ hệ thống, tùy thuộc vào quyền của bối cảnh.

Để biết thêm thông tin, hãy xem Đặc tả giao diện nhị phân của người giám sát RISC-V cụ thể Tiện ích mở rộng đặt lại hệ thống (EID #0x53525354 “SRST”).

Khởi động lại Linux

Là một cựu cụ thểampNgoài ra, trong Linux, lệnh tắt máy được sử dụng để tạm dừng hoặc khởi động lại hệ thống. Lệnh thường có nhiều bí danh, cụ thể là tạm dừng, tắt nguồn và khởi động lại. Các bí danh này chỉ định tạm dừng máy khi tắt máy, tắt nguồn máy khi tắt máy hay khởi động lại máy khi tắt máy.

Các lệnh trong không gian người dùng này đưa ra lệnh gọi hệ thống khởi động lại tới Linux, lệnh này bị giữ lại bởi kernel và được liên kết với một cuộc gọi điện tử SBI.
Có nhiều cấp độ khởi động lại khác nhau – REBOOT_WARM, REBOOT_COLD, REBOOT_HARD – những cấp độ này có thể được chuyển dưới dạng đối số dòng lệnh cho kernel (ví dụ:amptập tin, khởi động lại=w[arm] cho REBOOT_WARM). Để biết thêm thông tin về mã nguồn nhân Linux, hãy xem Tài liệu/admin-guide/kernel-paramters.txt.
Ngoài ra, nếu /sys/kernel/reboot được bật, các trình xử lý bên dưới có thể được đọc để lấy cấu hình khởi động lại hệ thống hiện tại và được ghi để thay đổi cấu hình đó. Để biết thêm thông tin về mã nguồn nhân Linux, hãy xem Tài liệu/ABI/kiểm tra/sysfs-kernel-reboot.

Chó canh gác

Một khái niệm khác liên quan đến khởi động hệ thống và khởi động lại hệ thống là khôi phục hệ thống khi kích hoạt bộ đếm thời gian theo dõi. Bộ định thời giám sát được sử dụng rộng rãi trong các hệ thống nhúng để tự động khôi phục sau các lỗi phần cứng tạm thời và để ngăn phần mềm sai sót hoặc có ác ý làm gián đoạn hoạt động của hệ thống.
PIC64GX bao gồm hỗ trợ cơ quan giám sát phần cứng để giám sát từng cổng khi hệ thống đang chạy. Cơ quan giám sát đảm bảo rằng các thiết bị có thể được khởi động lại nếu chúng không phản hồi do lỗi phần mềm không thể khôi phục.
PIC64GX bao gồm năm khối phần cứng bộ đếm thời gian cơ quan giám sát được sử dụng để phát hiện tình trạng khóa hệ thống - một khối cho mỗi cổng. Để tạo điều kiện thuận lợi cho đa xử lý bất đối xứng hỗn hợp (AMP) khối lượng công việc, HSS hỗ trợ giám sát và phản ứng với việc kích hoạt cơ quan giám sát.

Cơ quan giám sát PIC64GX

HSS chịu trách nhiệm khởi động các ứng dụng khi bật nguồn và khởi động lại chúng (riêng lẻ hoặc tập thể) bất kỳ lúc nào.tage, nếu cần thiết hoặc mong muốn. Do đó, việc phản ứng với các sự kiện giám sát trên PIC64GX được xử lý bởi HSS.
Màn hình 'cơ quan giám sát ảo' được triển khai dưới dạng dịch vụ máy trạng thái HSS và trách nhiệm của nó là giám sát trạng thái của từng màn hình phần cứng cơ quan giám sát riêng lẻ U54. Khi một trong những cơ quan giám sát U54 này hoạt động, HSS sẽ phát hiện điều này và sẽ khởi động lại U54 nếu thích hợp. Nếu U54 là một phần của bối cảnh SMP thì toàn bộ bối cảnh sẽ được xem xét để khởi động lại, do bối cảnh có đặc quyền khởi động lại ấm. Toàn bộ hệ thống sẽ được khởi động lại nếu bối cảnh có đặc quyền khởi động lại nguội.

Tùy chọn Kconfig có liên quan

Hỗ trợ cơ quan giám sát được bao gồm theo mặc định trong các bản dựng HSS đã phát hành. Nếu bạn muốn xây dựng một HSS tùy chỉnh, phần này sẽ mô tả cơ chế cấu hình để đảm bảo rằng hỗ trợ Watchdog được bật.

HSS được cấu hình bằng hệ thống cấu hình Kconfig. Một .config cấp cao nhất file là cần thiết để chọn những dịch vụ nào được biên dịch vào hoặc ra khỏi bản dựng HSS.
Trước tiên, cần phải bật tùy chọn CONFIG_SERVICE_WDOG cấp cao nhất (“Hỗ trợ Cơ quan giám sát ảo” thông qua cấu hình).

Điều này sau đó sẽ hiển thị các tùy chọn phụ sau phụ thuộc vào sự hỗ trợ của Watchdog:

CONFIG_SERVICE_WD OG_DEBUG
Cho phép hỗ trợ các thông báo thông tin/gỡ lỗi từ dịch vụ cơ quan giám sát ảo.
CONFIG_SERVICE_WD OG_DEBUG_TIMEOUT_SECS
Xác định tính chu kỳ (tính bằng giây) mà các thông báo gỡ lỗi Watchdog sẽ được HSS xuất ra.
CONFIG_SERVICE_WD OG_ENABLE_E51
Kích hoạt cơ quan giám sát cho máy theo dõi tim E51 ngoài U54, bảo vệ hoạt động của chính HSS.

Khi cơ quan giám sát E51 được bật, HSS sẽ định kỳ ghi vào Cơ quan giám sát để làm mới nó và ngăn nó kích hoạt. Nếu vì lý do nào đó, tim E51 bị khóa hoặc gặp sự cố và cơ quan giám sát E51 được bật, thao tác này sẽ luôn đặt lại toàn bộ hệ thống.

Hoạt động giám sát
Phần cứng cơ quan giám sát thực hiện bộ đếm xuống. Cửa sổ cấm làm mới có thể được tạo bằng cách định cấu hình Giá trị tối đa của cơ quan giám sát theo mức Làm mới được cho phép (MVRP).

Khi giá trị hiện tại của bộ đếm thời gian theo dõi lớn hơn giá trị MVRP, việc làm mới cơ quan giám sát bị cấm. Cố gắng làm mới bộ đếm thời gian theo dõi trong cửa sổ bị cấm sẽ xác nhận ngắt thời gian chờ.

Làm mới bộ giám sát giữa giá trị MVRP và Giá trị kích hoạt (TRIG) sẽ làm mới thành công bộ đếm và ngăn cơ quan giám sát kích hoạt.
Khi giá trị bộ đếm thời gian của cơ quan giám sát đếm dưới giá trị TRIG, cơ quan giám sát sẽ kích hoạt.

Máy trạng thái cơ quan giám sát

Máy trạng thái cơ quan giám sát rất đơn giản – khởi động bằng cách định cấu hình cơ quan giám sát cho E51, nếu được bật, sau đó chuyển từ trạng thái không hoạt động sang giám sát. Mỗi lần xung quanh superloop, trạng thái giám sát này sẽ được gọi để kiểm tra trạng thái của từng cơ quan giám sát U54.

Máy trạng thái cơ quan giám sát tương tác với máy trạng thái khởi động để khởi động lại một con tim (và bất kỳ con tim nào khác trong bộ khởi động của nó), nếu nó phát hiện ra rằng con tim không thể làm mới cơ quan giám sát của nó kịp thời.

Chế độ Lockdown

Thông thường (đặc biệt với AMP ứng dụng), dự kiến HSS sẽ vẫn ở chế độ M, trên U54, để cho phép khởi động lại theo ngữ cảnh (tức là chỉ khởi động lại một ngữ cảnh, không khởi động lại toàn bộ chip) và cho phép HSS theo dõi tình trạng ( ECC, Bit trạng thái khóa, Lỗi xe buýt, lỗi SBI, vi phạm PMP, v.v.).

Để cung cấp khả năng khởi động lại trên mỗiAMP cơ sở ngữ cảnh (không yêu cầu toàn bộ hệ thống khởi động lại), E51 thường có quyền truy cập bộ nhớ đặc quyền vào toàn bộ không gian bộ nhớ của hệ thống. Tuy nhiên, có thể có những tình huống mà điều này không được mong muốn và khách hàng có thể muốn hạn chế những gì phần sụn E51 HSS thực hiện sau khi hệ thống đã khởi động thành công. Trong trường hợp này, có thể đặt HSS vào chế độ khóa sau khi Harts ứng dụng U54 đã được khởi động.

Điều này có thể được kích hoạt bằng tùy chọn HSS Kconfig CONFIG_SERVICE_LOCKDOWN.
Dịch vụ khóa nhằm cho phép hạn chế các hoạt động của HSS sau khi nó khởi động ứng dụng U54 Harts.

Hình 4.2. Chế độ khóa HSS

Khi chế độ Khóa bắt đầu, nó sẽ dừng tất cả các máy trạng thái dịch vụ HSS khác chạy. Nó gọi hai hàm liên kết yếu:

e51_pmp_lockdown() và
e51_lockdown()

Các chức năng này nhằm mục đích được ghi đè bằng mã dành riêng cho bảng. Đầu tiên là chức năng kích hoạt có thể định cấu hình để cho phép BSP tùy chỉnh việc khóa E51 khỏi tải trọng ứng dụng tại thời điểm này. Việc triển khai mặc định bị ràng buộc yếu của hàm này là trống. Thứ hai là chức năng được chạy từ thời điểm đó trở đi. Việc triển khai mặc định bị ràng buộc yếu phục vụ cơ quan giám sát tại thời điểm này trong E51 và sẽ khởi động lại nếu cơ quan giám sát U54 kích hoạt. Để biết thêm thông tin, hãy xem mã nguồn HSS trong services/lockdown/lockdown_service.c file.

Phụ lục

Định dạng tải trọng HSS.bin

Phần này mô tả payload.bin file định dạng và hình ảnh được HSS sử dụng để khởi động PIC64GX SMP và AMP ứng dụng.
Payload.bin là một tệp nhị phân được định dạng (Hình A.10) bao gồm phần đầu, các bảng mô tả khác nhau và các khối khác nhau chứa mã và các phần dữ liệu của từng phần của khối lượng công việc ứng dụng. Một đoạn có thể được coi là một khối bộ nhớ liền kề có kích thước tùy ý.

Hình A.10. Định dạng payload.bin

Phần tiêu đề (được hiển thị trong Hình A.11) chứa một giá trị ma thuật được sử dụng để xác định payload.bin và một số thông tin quản lý, cùng với các chi tiết về hình ảnh dự định chạy trên mỗi
Mã ứng dụng U54. Nó mô tả cách khởi động từng con U54 riêng lẻ và tập hợp các hình ảnh có thể khởi động tổng thể. Trong thông tin quản lý của nó, nó có các con trỏ tới các bảng mô tả khác nhau để cho phép kích thước tiêu đề tăng lên.

Hình A.11. Tiêu đề payload.bin

Mã và dữ liệu không đổi được khởi tạo được coi là chỉ đọc và được lưu trữ trong phần chỉ đọc, được chỉ ra bởi các bộ mô tả tiêu đề.
Các biến dữ liệu khởi tạo khác 0 là dữ liệu đọc-ghi nhưng có các giá trị khởi tạo được sao chép từ đoạn chỉ đọc khi khởi động. Chúng cũng được lưu trữ trong phần chỉ đọc.

Phần dữ liệu tải trọng chỉ đọc được mô tả bằng một bảng mã và bộ mô tả đoạn dữ liệu. Mỗi bộ mô tả đoạn trong bảng này chứa một 'chủ sở hữu trái tim' (hart chính trong bối cảnh nó được nhắm mục tiêu
at), độ lệch tải (độ lệch trong payload.bin) và địa chỉ thực thi (địa chỉ đích trong bộ nhớ PIC64GX), cùng với kích thước và tổng kiểm tra. Điều này được thể hiện trên Hình A.12.

Hình A.12. Bộ mô tả đoạn chỉ đọc và dữ liệu đoạn tải trọng

Ngoài các khối nói trên, còn có các khối bộ nhớ tương ứng với các biến dữ liệu được khởi tạo về 13. Chúng không được lưu trữ dưới dạng dữ liệu trong payload.bin mà thay vào đó là một tập hợp đặc biệt gồm các bộ mô tả đoạn được khởi tạo bằng XNUMX, chỉ định địa chỉ và độ dài của RAM được đặt thành XNUMX trong khi khởi động. Điều này được thể hiện trong Hình A.XNUMX.

Hình A.13. khối ZI

hss-payload-máy phát điện
Công cụ Trình tạo tải trọng HSS tạo hình ảnh tải trọng được định dạng cho các số 0 của Dịch vụ phần mềm Harttage bộ tải khởi động trên PIC64GX, được cung cấp cấu hình file và một bộ ELF files và/hoặc nhị phân. Cấu hình file được sử dụng để ánh xạ các tệp nhị phân ELF hoặc các đốm màu nhị phân tới các ứng dụng riêng lẻ (U54).

Hình B.14. Luồng trình tạo tải trọng hss

Công cụ này thực hiện kiểm tra độ chính xác cơ bản trên cấu trúc của cấu hình file chính nó và trên các hình ảnh ELF. Hình ảnh ELF phải là tệp thực thi RISC-V.

Example chạy

Để chạy công cụ hss-payload-generator với sampcấu hình le file và ELF files:
$ ./hss-payload-generator -c test/config.yaml out.bin
Để in chẩn đoán về hình ảnh có sẵn, hãy sử dụng:
$ ./hss-payload-generator -d out.bin

Để bật xác thực khởi động an toàn (thông qua ký hình ảnh), hãy sử dụng -p để chỉ định vị trí của Khóa riêng X.509 cho Elliptic Curve P-384 (SECP384r1):
$ ./hss-payload-generator -c test/config.yaml payload.bin -p /path/to/private.pem

Để biết thêm thông tin, hãy xem tài liệu Xác thực khởi động an toàn.

Cấu hình File Example

Đầu tiên, chúng ta có thể tùy ý đặt tên cho hình ảnh của mình, nếu không, tên sẽ được tạo động:
tên đặt: 'PIC64-HSS::TestImage'
Tiếp theo, chúng ta sẽ xác định địa chỉ điểm vào cho mỗi trái tim như sau:
hart-entry-points: {u54_1: ‘0x80200000’, u54_2: ‘0x80200000’, u54_3: ‘0xB0000000′, u54_4:’0x80200000’}

Hình ảnh nguồn ELF có thể chỉ định một điểm vào, nhưng chúng tôi muốn có thể hỗ trợ các điểm vào phụ cho các biểu đồ nếu cần, chẳng hạn nhưampVí dụ, nếu nhiều trái tim có ý định khởi động cùng một hình ảnh, chúng có thể có các điểm vào riêng lẻ. Để hỗ trợ điều này, chúng tôi chỉ định địa chỉ điểm vào thực tế trong cấu hình file chính nó.

Bây giờ chúng ta có thể xác định một số tải trọng (nguồn ELF files hoặc các đốm màu nhị phân) sẽ được đặt ở các vùng nhất định trong bộ nhớ. Phần tải trọng được xác định bằng các tải trọng từ khóa và sau đó là một số bộ mô tả tải trọng riêng lẻ. Mỗi tải trọng có một tên (đường dẫn đến file), một chủ sở hữu và tùy chọn từ 1 đến 3 trái tim phụ.

Ngoài ra, tải trọng có chế độ đặc quyền để bắt đầu thực thi. Các chế độ đặc quyền hợp lệ là PRV_M, PRV_S và PRV_U, trong đó các chế độ này được xác định là:

PRV_M Chế độ máy
Chế độ giám sát PRV_S
PRV_U Chế độ người dùng

Trong ví dụ sauamplê:

test/zephyr.elf được coi là ứng dụng Zephyr chạy trong U54_3 và dự kiến sẽ khởi động ở chế độ đặc quyền PRV_M.
test/u-boot-dtb.bin là ứng dụng bộ nạp khởi động Das U-Boot và chạy trên U54_1, U54_2 và U54_4. Nó dự kiến sẽ bắt đầu ở chế độ đặc quyền PRV_S.

Quan trọng:
Đầu ra của U-Boot tạo ra ELF file, nhưng thông thường nó không thêm phần mở rộng .elf. Trong trường hợp này, tệp nhị phân được tạo bởi CONFIG_OF_SEPARATE được sử dụng để nối thêm blob cây thiết bị vào tệp nhị phân U-Boot.

Người yêu cũ đâyample Cấu hình tải trọng file:

kiểm tra/zephyr.elf:
{exec-addr: '0xB0000000', owner-hart: u54_3, chế độ riêng tư: prv_m, Skip-opensbi: true}
kiểm tra/u-boot-dtb.bin:
{exec-addr: '0x80200000', chủ sở hữu-hart: u54_1, hart phụ: u54_2, hart phụ: u54_4, chế độ riêng tư: prv_s}

Quan trọng:
Trường hợp chỉ có ý nghĩa đối với file tên đường dẫn, không phải từ khóa. Vì vậy, ví dụ, u54_1 được coi là giống với U54_1 và exec-addr được coi là giống với EXEC-ADDR. Nếu có phần mở rộng an.elf hoặc .bin, nó cần được đưa vào cấu hình file.

Đối với một ứng dụng kim loại trần không muốn liên quan đến OpenSBI, tùy chọn bỏ qua mở, nếu đúng, sẽ khiến tải trọng trên trái tim đó được gọi bằng cách sử dụng mret đơn giản thay vì
hơn lệnh gọi OpenSBI sbi_init(). Điều này có nghĩa là trái tim sẽ bắt đầu chạy mã kim loại trần bất kể mọi cân nhắc về OpenSBI HSM. Lưu ý rằng điều này cũng có nghĩa là tim không thể sử dụng
gọi điện để gọi chức năng OpenSBI. Tùy chọn bỏ qua mở là tùy chọn và mặc định là sai.

Để cho phép khởi động lại bối cảnh ấm của bối cảnh khác, chúng ta có thể thêm tùy chọn cho phép khởi động lại: ấm. Để cho phép khởi động lại toàn bộ hệ thống theo ngữ cảnh, chúng ta có thể thêm tùy chọn allow-reboot: cold. Theo mặc định, nếu không chỉ định cho phép khởi động lại, một ngữ cảnh chỉ được phép khởi động lại chính nó.
Cũng có thể liên kết dữ liệu phụ trợ với từng tải trọng, ví dụ:amptập tin DeviceTree Blob (DTB) file, bằng cách chỉ định dữ liệu phụ trợ filetên như sau:
test/u-boot.bin: { exec-addr: '0x80200000', owner-hart: u54_1, sub-hart: u54_2, con-hart phụ: u54_3, con-hart phụ: u54_4, chế độ riêng tư: prv_s, dữ liệu phụ trợ : test/pic64gx.dtb }
Dữ liệu phụ trợ này sẽ được đưa vào tải trọng (được đặt ngay sau dữ liệu chính file trong tệp thực thi
space) và địa chỉ của nó sẽ được chuyển đến OpenSBI trong trường next_arg1 (được chuyển trong thanh ghi $a1 tới hình ảnh khi khởi động).

Để ngăn HSS tự động khởi động một bối cảnh (ví dụ: nếu thay vào đó chúng ta muốn ủy quyền kiểm soát bối cảnh này cho một bối cảnh bằng remoteProc), hãy sử dụng cờ Skip-autoboot:
test/zephyr.elf: {exec-addr: '0xB0000000', owner-hart: u54_3, priv-mode: prv_m, Skip-opensbi: true, Skip-autoboot: true}
Cuối cùng, chúng ta có thể tùy ý ghi đè tên của từng tải trọng riêng lẻ bằng cách sử dụng tùy chọn tên tải trọng. Dành cho người yêu cũamplê:
test/u-boot.bin: { exec-addr: '0x80200000', owner-hart: u54_1, sub-hart: u54_2, con-hart phụ: u54_3, con-hart phụ: u54_4, chế độ riêng tư: prv_s, dữ liệu phụ trợ : test/pic64gx.dtb, payload-name: 'u-boot' }

Lưu ý rằng trình xây dựng Yocto và Buildroot Linux sẽ xây dựng, định cấu hình và chạy hss-payload-
trình tạo khi cần thiết để tạo hình ảnh ứng dụng. Ngoài ra, pic64gx-curiosity-kit-amp Mục tiêu máy trong Yocto sẽ tạo hình ảnh ứng dụng bằng cách sử dụng công cụ hss-payload-generator để minh họa AMP, với Linux chạy trên 3 hart và Zephyr chạy trên 1 hart.

Lịch sử sửa đổi
Lịch sử sửa đổi mô tả những thay đổi đã được thực hiện trong tài liệu. Những thay đổi được liệt kê theo bản sửa đổi, bắt đầu từ ấn phẩm mới nhất.

Ôn tập	Ngày	Sự miêu tả
A	07/2024	Bản sửa đổi ban đầu

Thông tin vi mạch

Vi mạch Webđịa điểm
Microchip cung cấp hỗ trợ trực tuyến thông qua webtrang web tại www.microchip.com/. Cái này webtrang web được sử dụng để làm files và thông tin dễ dàng có sẵn cho khách hàng. Một số nội dung có sẵn bao gồm:

Hỗ trợ sản phẩm - Bảng dữ liệu và errata, ghi chú ứng dụng và sampchương trình, tài nguyên thiết kế, hướng dẫn sử dụng và tài liệu hỗ trợ phần cứng, bản phát hành phần mềm mới nhất và phần mềm lưu trữ

Hỗ trợ kỹ thuật chung - Câu hỏi thường gặp (FAQ), yêu cầu hỗ trợ kỹ thuật, nhóm thảo luận trực tuyến, danh sách thành viên chương trình đối tác thiết kế vi mạch
Kinh doanh của Microchip – Hướng dẫn lựa chọn và đặt hàng sản phẩm, thông cáo báo chí mới nhất của Microchip, danh sách các hội thảo và sự kiện, danh sách các văn phòng bán hàng, nhà phân phối và đại diện nhà máy của Microchip

Dịch vụ thông báo thay đổi sản phẩm

Dịch vụ thông báo thay đổi sản phẩm của Microchip giúp khách hàng cập nhật sản phẩm của Microchip. Người đăng ký sẽ nhận được thông báo qua email bất cứ khi nào có thay đổi, cập nhật, sửa đổi hoặc lỗi liên quan đến một họ sản phẩm cụ thể hoặc công cụ phát triển quan tâm.

Để đăng ký, hãy truy cập www.microchip.com/pcn và làm theo hướng dẫn đăng ký.

Hỗ trợ khách hàng
Người dùng sản phẩm Microchip có thể nhận được hỗ trợ thông qua một số kênh:

Nhà phân phối hoặc đại diện
Văn phòng bán hàng địa phương
Kỹ sư giải pháp nhúng (ESE)
Hỗ trợ kỹ thuật

Khách hàng nên liên hệ với nhà phân phối, đại diện hoặc ESE của họ để được hỗ trợ. Các văn phòng kinh doanh địa phương cũng sẵn sàng trợ giúp khách hàng. Danh sách các văn phòng và địa điểm bán hàng được bao gồm trong tài liệu này.
Hỗ trợ kỹ thuật có sẵn thông qua webtrang web tại: www.microchip.com/support.

Tính năng bảo vệ mã thiết bị vi mạch
Lưu ý các chi tiết sau đây về tính năng bảo vệ mã trên các sản phẩm của Microchip:

Các sản phẩm Microchip đáp ứng các thông số kỹ thuật có trong Bảng dữ liệu Microchip cụ thể của sản phẩm đó.
Microchip tin rằng dòng sản phẩm của mình an toàn khi sử dụng đúng mục đích, trong thông số kỹ thuật vận hành và trong điều kiện bình thường.

Microchip coi trọng và tích cực bảo vệ quyền sở hữu trí tuệ của mình. Các nỗ lực vi phạm tính năng bảo vệ mã của các sản phẩm Microchip đều bị nghiêm cấm và có thể vi phạm Đạo luật bản quyền kỹ thuật số thiên niên kỷ.
Cả Microchip và bất kỳ nhà sản xuất chất bán dẫn nào khác đều không thể đảm bảo tính bảo mật của mã của mình. Bảo vệ mã không có nghĩa là chúng tôi đảm bảo sản phẩm là "không thể phá vỡ". Bảo vệ mã liên tục phát triển. Microchip cam kết liên tục cải thiện các tính năng bảo vệ mã của sản phẩm của chúng tôi.

Thông báo pháp lý
Ấn phẩm này và thông tin ở đây chỉ có thể được sử dụng với các sản phẩm của Microchip, bao gồm thiết kế, thử nghiệm và tích hợp các sản phẩm của Microchip với ứng dụng của bạn. Việc sử dụng thông tin này theo bất kỳ cách nào khác đều vi phạm các điều khoản này. Thông tin liên quan đến các ứng dụng của thiết bị chỉ được cung cấp để thuận tiện cho bạn và có thể bị thay thế bởi các bản cập nhật. Bạn có trách nhiệm đảm bảo rằng ứng dụng của bạn đáp ứng các thông số kỹ thuật của bạn. Liên hệ với văn phòng bán hàng Microchip tại địa phương của bạn để được hỗ trợ thêm hoặc nhận hỗ trợ thêm tại www.microchip.com/en-us/support/design-help/client-support-services.

THÔNG TIN NÀY ĐƯỢC MICROCHIP CUNG CẤP “NGUYÊN TRẠNG”. MICROCHIP KHÔNG ĐẠI DIỆN HOẶC BẢO ĐẢM NÀO, DÙ RÕ RÀNG HAY NGỤ Ý, BẰNG VĂN BẢN HOẶC MIỆNG, THEO LUẬT ĐỊNH HOẶC CÁCH KHÁC, LIÊN QUAN ĐẾN THÔNG TIN BAO GỒM NHƯNG KHÔNG GIỚI HẠN Ở BẤT KỲ BẢO ĐẢM NGỤ Ý NÀO VỀ VIỆC KHÔNG VI PHẠM, KHẢ NĂNG THƯƠNG MẠI VÀ SỰ PHÙ HỢP CHO MỘT MỤC ĐÍCH CỤ THỂ, HOẶC BẢO ĐẢM LIÊN QUAN ĐẾN TÌNH TRẠNG, CHẤT LƯỢNG HOẶC HIỆU SUẤT CỦA THÔNG TIN.

TRONG MỌI TRƯỜNG HỢP MICROCHIP SẼ KHÔNG CHỊU TRÁCH NHIỆM ĐỐI VỚI BẤT KỲ HÌNH THỨC GIÁN TIẾP, ĐẶC BIỆT, TRỪNG XUẤT, NGẪU NHIÊN HOẶC TỔN THẤT DO HẬU QUẢ, CHI PHÍ HOẶC CHI PHÍ DƯỚI BẤT KỲ LOẠI CHI PHÍ NÀO LIÊN QUAN ĐẾN THÔNG TIN HOẶC VIỆC SỬ DỤNG NÓ, DÙ LÀ NGUYÊN NHÂN GÂY RA, NGAY CẢ KHI MICROCHIP ĐÃ ĐƯỢC TƯ VẤN KHẢ NĂNG HOẶC THIỆT HẠI CÓ THỂ DỰ ĐOÁN ĐƯỢC. TRONG PHẠM VI TỐI ĐA ĐƯỢC PHÁP LUẬT CHO PHÉP, TỔNG TRÁCH NHIỆM PHÁP LÝ CỦA MICROCHIP ĐỐI VỚI TẤT CẢ CÁC KHIẾU NẠI THEO BẤT KỲ CÁCH NÀO LIÊN QUAN ĐẾN THÔNG TIN HOẶC VIỆC SỬ DỤNG THÔNG TIN SẼ KHÔNG VƯỢT QUÁ SỐ PHÍ, NẾU CÓ, MÀ BẠN ĐÃ TRỰC TIẾP CHO MICROCHIP ĐỂ CÓ THÔNG TIN.

Việc sử dụng các thiết bị Microchip trong các ứng dụng hỗ trợ sự sống và/hoặc an toàn là hoàn toàn do người mua chịu rủi ro và người mua đồng ý bảo vệ, bồi thường và tránh cho Microchip khỏi mọi thiệt hại, khiếu nại, kiện tụng hoặc chi phí phát sinh từ việc sử dụng đó. Không có giấy phép nào được chuyển giao, ngầm định hay cách khác, theo bất kỳ quyền sở hữu trí tuệ nào của Microchip trừ khi có quy định khác.

Nhãn hiệu
Tên và logo Microchip, logo Microchip, Adaptec, AVR, logo AVR, AVR Freaks, BesTime, BitCloud, CryptoMemory, CryptoRF, dsPIC, flexPWR, HELDO, IGLOO, JukeBlox, KeeLoq, Kleer, LANCheck, LinkMD, maXStylus, maXTouch, MediaLB, megaAVR, Microsemi, logo Microsemi, MOST, logo MOST, MPLAB, OptoLyzer, PIC, picoPower, PICSTART, logo PIC32, PolarFire, Prochip Designer, QTouch, SAM-BA, SenGenuity, SpyNIC, SST, SST Logo, SuperFlash, Symmetricom , SyncServer, Tachyon, TimeSource, tinyAVR, UNI/O, Vectron và XMEGA là các nhãn hiệu đã đăng ký của Microchip Technology Incorporated tại Hoa Kỳ và các quốc gia khác.

AgileSwitch, ClockWorks, The Embedded Control Solutions Company, EtherSynch, Flashtec, Hyper Speed Control, HyperLight Load, Libero, motor bench, mTouch, Powermite 3, Precision Edge, ProASIC, ProASIC Plus, logo ProASIC Plus, Quiet-Wire, SmartFusion, SyncWorld , TimeCesium, TimeHub, TimePictra, TimeProvider và ZL là các nhãn hiệu đã đăng ký của Microchip Technology Incorporated tại Hoa Kỳ

Loại bỏ khóa liền kề, AKS, Thời đại tương tự cho kỹ thuật số, Tụ điện bất kỳ, AnyIn, AnyOut, Chuyển mạch tăng cường, BlueSky, BodyCom, Clockstudio, CodeGuard, CryptoAuthentication, CryptoAutomotive, CryptoCompanion, CryptoController, dsPICDEM, dsPICDEM.net, So khớp trung bình động , DAM, ECAN, Espresso T1S, EtherGREEN, EyeOpen, GridTime, IdealBridge,
IGaT, Lập trình nối tiếp trong mạch, ICSP, INICnet, Song song thông minh, IntelliMOS, Kết nối giữa các chip, JitterBlocker, Knob-on-Display, MarginLink, maxCrypto, maxView, memBrain, Mindi, MiWi, MPASM, MPF, MPLAB Certified 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, Serial Quad I/O, bản đồ đơn giản, SimpliPHY, SmartBuffer, SmartHLS, SMART-IS, storClad, SQI, SuperSwitcher, SuperSwitcher II, Switchtec, SynchroPHY, Total Độ bền, Thời gian tin cậy, TSHARC, Turing, USBCheck, VariSense, VectorBlox, VeriPHY, ViewSpan, WiperLock, XpressConnect và ZENA là các thương hiệu của Microchip Technology Incorporated tại Hoa Kỳ và các quốc gia khác.

SQTP là nhãn hiệu dịch vụ của Microchip Technology Incorporated tại Hoa Kỳ
Biểu trưng Adaptec, Tần suất theo yêu cầu, Công nghệ lưu trữ Silicon và Symmcom là các nhãn hiệu đã đăng ký của Microchip Technology Inc. ở các quốc gia khác.
GestIC là nhãn hiệu đã đăng ký của Microchip Technology Germany II GmbH & Co. KG, một công ty con của Microchip Technology Inc., tại các quốc gia khác.

Mã số định danh quốc tế: 978-1-6683-4890-1

Hệ thống quản lý chất lượng
Để biết thông tin về Hệ thống quản lý chất lượng của Microchip, vui lòng truy cập www.microchip.com/quality.

Bán hàng và dịch vụ trên toàn thế giới

CHÂU MỸ

CHÂU Á/THÁI BÌNH DƯƠNG

CHÂU ÂU

Doanh nghiệp Văn phòng

2355 Tây Chandler Blvd. Chandler, AZ 85224-6199

Điện thoại: 480-792-7200

Fax: 480-792-7277

Hỗ trợ kỹ thuật: www.microchip.com/support

Web Địa chỉ: www.microchip.com

Atlanta

Duluth, GA

Điện thoại: 678-957-9614

Fax: 678-957-1455

Austin, TX

Điện thoại: 512-257-3370

Boston

Westborough, MA Điện thoại: 774-760-0087

Fax: 774-760-0088

Chicago

Itasca, IL

Điện thoại: 630-285-0071

Fax: 630-285-0075

Dallas

Addison, TX

Điện thoại: 972-818-7423

Fax: 972-818-2924

Detroit

Novi, MI

Điện thoại: 248-848-4000

Houston, TX

Điện thoại: 281-894-5983

Indianapolis

Noblesville, IN ĐT: 317-773-8323

Fax: 317-773-5453

Điện thoại: 317-536-2380

Los Angeles

Sứ mệnh Viejo, CA Điện thoại: 949-462-9523

Fax: 949-462-9608

Điện thoại: 951-273-7800

Raleigh, NC

Điện thoại: 919-844-7510

New York, New York

Điện thoại: 631-435-6000

San José, CA

Điện thoại: 408-735-9110

Điện thoại: 408-436-4270

Canada – Toronto

Điện thoại: 905-695-1980

Fax: 905-695-2078

Úc – Sydney

Điện thoại: 61-2-9868-6733

Trung Quốc – Bắc Kinh

Điện thoại: 86-10-8569-7000

Trung Quốc - Thành Đô

Điện thoại: 86-28-8665-5511

Trung Quốc – Trùng Khánh

Điện thoại: 86-23-8980-9588

Trung Quốc - Dongguan

Điện thoại: 86-769-8702-9880

Trung Quốc – Quảng Châu

Điện thoại: 86-20-8755-8029

Trung Quốc - Hàng Châu

Điện thoại: 86-571-8792-8115

Trung Quốc – Hồng Kông SAR

Điện thoại: 852-2943-5100

Trung Quốc - Nam Kinh

Điện thoại: 86-25-8473-2460

Trung Quốc - Thanh Đảo

Điện thoại: 86-532-8502-7355

Trung Quốc – Thượng Hải

Điện thoại: 86-21-3326-8000

Trung Quốc - Thẩm Dương

Điện thoại: 86-24-2334-2829

Trung Quốc - Thâm Quyến

Điện thoại: 86-755-8864-2200

Trung Quốc - Tô Châu

Điện thoại: 86-186-6233-1526

Trung Quốc - Vũ Hán

Điện thoại: 86-27-5980-5300

Trung Quốc - Tây An

Điện thoại: 86-29-8833-7252

Trung Quốc - Hạ Môn

Điện thoại: 86-592-2388138

Trung Quốc - Chu Hải

Điện thoại: 86-756-3210040

Ấn Độ – Bangalore

Điện thoại: 91-80-3090-4444

Ấn Độ - New Delhi

Điện thoại: 91-11-4160-8631

Ấn Độ – Pune

Điện thoại: 91-20-4121-0141

Nhật Bản – Osaka

Điện thoại: 81-6-6152-7160

Nhật Bản – Tokyo

ĐT: 81-3-6880- 3770

Hàn Quốc - Daegu

Điện thoại: 82-53-744-4301

Hàn Quốc - Seoul

Điện thoại: 82-2-554-7200

Malaysia – Kuala Lumpua

Điện thoại: 60-3-7651-7906

Malaysia - Penang

Điện thoại: 60-4-227-8870

Philippines – Manila

Điện thoại: 63-2-634-9065

Singapore

Điện thoại: 65-6334-8870

Đài Loan – Tân Chu

Điện thoại: 886-3-577-8366

Đài Loan - Cao Hùng

Điện thoại: 886-7-213-7830

Đài Loan - Đài Bắc

Điện thoại: 886-2-2508-8600

Thái Lan – Băng Cốc

Điện thoại: 66-2-694-1351

Việt Nam - Hồ Chí Minh

Điện thoại: 84-28-5448-2100

Áo – Wels

Điện thoại: 43-7242-2244-39

Số Fax: 43-7242-2244-393

Đan Mạch – Copenhagen

Điện thoại: 45-4485-5910

Số Fax: 45-4485-2829

Phần Lan – Tiếng Việt

Điện thoại: 358-9-4520-820

Pháp – Paris

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

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

Đức – Mài mòn

Điện thoại: 49-8931-9700

Đức – Hà An

Điện thoại: 49-2129-3766400

Đức – Heilbronn

Điện thoại: 49-7131-72400

Đức – Karlsruhe

Điện thoại: 49-721-625370

Đức – Munich

Tel: 49-89-627-144-0

Fax: 49-89-627-144-44

Đức – Rosenheim

Điện thoại: 49-8031-354-560

Israel – Hod Hasharon

Điện thoại: 972-9-775-5100

Ý - Milan

Điện thoại: 39-0331-742611

Số Fax: 39-0331-466781

Ý - Padova

Điện thoại: 39-049-7625286

Hà Lan - Drunen

Điện thoại: 31-416-690399

Số Fax: 31-416-690340

Na Uy – Trondheim

Điện thoại: 47-72884388

Ba Lan – Warszawa

Điện thoại: 48-22-3325737

Rumani – Bucharest

Tel: 40-21-407-87-50

Tây Ban Nha - Madrid

Tel: 34-91-708-08-90

Fax: 34-91-708-08-91

Thụy Điển – Gothenburg

Tel: 46-31-704-60-40

Thụy Điển – Stockholm

Điện thoại: 46-8-5090-4654

Vương quốc Anh - Wokingham

Điện thoại: 44-118-921-5800

Số Fax: 44-118-921-5820

Tài liệu / Tài nguyên

MICROCHIP PIC64GX Bộ vi xử lý lõi tứ RISC-V 64-bit RISC-V [tập tin pdf] Hướng dẫn sử dụng
PIC64GX, Bộ vi xử lý lõi tứ RISC-V 64-bit PIC64GX, Bộ vi xử lý lõi tứ 64-bit RISC-V, Bộ vi xử lý lõi tứ RISC-V, Bộ vi xử lý lõi tứ, Bộ vi xử lý

Tài liệu tham khảo

Hướng dẫn sử dụng

MICROCHIP PIC64GX Bộ vi xử lý lõi tứ RISC-V 64-bit RISC-V

Thông tin sản phẩm

Hướng dẫn sử dụng sản phẩm