UG0837
Hướng dẫn sử dụng
IGLOO2 và SmartFusion2 FPGA
Mô phỏng dịch vụ hệ thống
Tháng 2018 năm XNUMX
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.
1.1 Bản sửa đổi 1.0
Bản sửa đổi 1.0 đã được xuất bản vào tháng 2018 năm XNUMX. Đây là lần xuất bản đầu tiên của tài liệu này.
Mô phỏng dịch vụ hệ thống FPGA IGLOO2 và SmartFusion2
Khối Dịch vụ Hệ thống của dòng SmartFusion®2 FPGA có một tập hợp các dịch vụ chịu trách nhiệm cho các nhiệm vụ khác nhau. Chúng bao gồm các dịch vụ thông báo mô phỏng, dịch vụ con trỏ dữ liệu và dịch vụ mô tả dữ liệu. Có thể truy cập các dịch vụ hệ thống thông qua Cortex-M3 trong SmartFusion2 và từ kết cấu FPGA thông qua bộ điều khiển giao diện kết cấu (FIC) cho cả SmartFusion2 và IGLOO®2. Các phương thức truy cập này được gửi đến bộ điều khiển hệ thống thông qua COMM_BLK. COMM_BLK có giao diện bus ngoại vi (APB) nâng cao và hoạt động như một đường dẫn truyền thông báo để trao đổi dữ liệu với bộ điều khiển hệ thống. Yêu cầu dịch vụ hệ thống được gửi đến bộ điều khiển hệ thống và phản hồi dịch vụ hệ thống được gửi đến CoreSysSerrvice thông qua COMM BLK. Vị trí địa chỉ cho COMM_BLK có sẵn bên trong hệ thống con vi điều khiển (MSS)/hệ thống con bộ nhớ hiệu suất cao (HPMS). Để biết chi tiết, hãy xem UG0450: Bộ điều khiển hệ thống SmartFusion2 SoC và IGLOO2 FPGA.
Hướng dẫn sử dụng
Hình minh họa sau đây cho thấy luồng dữ liệu dịch vụ hệ thống.
Hình 1 • Sơ đồ luồng dữ liệu dịch vụ hệ thống
Đối với cả mô phỏng dịch vụ hệ thống IGLOO2 và SmartFusion2, bạn cần gửi yêu cầu dịch vụ hệ thống và kiểm tra phản hồi của dịch vụ hệ thống để xác minh rằng mô phỏng là chính xác. Bước này là cần thiết để truy cập bộ điều khiển hệ thống, nơi cung cấp các dịch vụ hệ thống. Cách ghi và đọc từ bộ điều khiển hệ thống là khác nhau đối với các thiết bị IGLOO2 và SmartFusion2. Đối với SmartFusion2, Coretex-M3 có sẵn và bạn có thể viết và đọc từ bộ điều khiển hệ thống bằng các lệnh mô hình chức năng xe buýt (BFM). Đối với IGLOO2, Cortex-M3 không khả dụng và không thể truy cập bộ điều khiển hệ thống bằng các lệnh BFM.
2.1 Các loại dịch vụ hệ thống khả dụng
Có ba loại dịch vụ hệ thống khác nhau và mỗi loại dịch vụ có các loại phụ khác nhau.
Dịch vụ tin nhắn mô phỏng
Dịch vụ con trỏ dữ liệu
Dịch vụ mô tả dữ liệu
Chương Phụ lục –Các loại dịch vụ hệ thống (xem trang 19) của hướng dẫn này mô tả các loại dịch vụ hệ thống khác nhau. Để biết thêm thông tin về các dịch vụ hệ thống, hãy xem UG0450: SmartFusion2 SoC và IGLOO2 FPGA System Controller User Guide.
2.2 Mô phỏng dịch vụ hệ thống IGLOO2
Các dịch vụ hệ thống liên quan đến việc ghi và đọc từ bộ điều khiển hệ thống. Để ghi và đọc từ bộ điều khiển hệ thống cho mục đích mô phỏng, bạn cần thực hiện các bước như sau.
- Khởi tạo lõi IP mềm của CoreSysServices, có sẵn trong danh mục SmartDesign.
- Viết mã HDL cho máy trạng thái hữu hạn (FSM).
HDL FSM giao tiếp với Lõi CoreSysServices, đóng vai trò là chủ kết cấu của xe buýt AHBLite. Lõi CoreSysServices khởi tạo yêu cầu dịch vụ hệ thống tới COMM BLK và nhận phản hồi dịch vụ hệ thống từ COMM BLK thông qua FIC_0/1, bộ điều khiển giao diện kết cấu như trong hình minh họa sau.
Hình 2 • Cấu trúc liên kết mô phỏng dịch vụ hệ thống IGLOO2
2.3 Mô phỏng dịch vụ hệ thống SmartFusion2
Để mô phỏng các dịch vụ hệ thống trong thiết bị SmartFusion2, bạn cần ghi và đọc từ bộ điều khiển hệ thống. Có hai tùy chọn để truy cập bộ điều khiển hệ thống cho mục đích mô phỏng.
Tùy chọn 1 — Viết mã HDL cho FSM để giao tiếp với lõi IP mềm CoreSysService, lõi này đóng vai trò là cấu trúc chính AHBLite và khởi tạo yêu cầu dịch vụ hệ thống tới COMM BLK và nhận phản hồi dịch vụ hệ thống từ COMM BLK thông qua cấu trúc FIC_0/1 giao diện như hình minh họa sau.
Hình 3 • Cấu trúc liên kết mô phỏng dịch vụ hệ thống SmartFusion2
Lựa chọn 2 — Vì Cortex-M3 có sẵn cho các thiết bị SmartFusion2, bạn có thể sử dụng các lệnh BFM để ghi và đọc trực tiếp từ không gian bộ nhớ của bộ điều khiển hệ thống.
Sử dụng các lệnh BFM (tùy chọn 2) giúp tiết kiệm nhu cầu ghi mã HDL cho FSM. Trong hướng dẫn sử dụng này, tùy chọn 2 được sử dụng để hiển thị mô phỏng dịch vụ hệ thống trong SmartFusion2. Với tùy chọn này, không gian bộ nhớ của bộ điều khiển hệ thống được truy cập để tìm ra bản đồ bộ nhớ của COMM BLK và khối bộ điều khiển ngắt giao diện kết cấu (FIIC) khi bạn viết các lệnh BFM của mình.
2.4 Mô phỏng Ví dụamptập
Hướng dẫn sử dụng bao gồm các mô phỏng sau.
- Mô phỏng dịch vụ số sê-ri IGLOO2 (xem trang 5)
- Mô phỏng dịch vụ số sê-ri SmartFusion2 (xem trang 8)
- Mô phỏng dịch vụ Zeroization IGLOO2 (xem trang 13)
- SmartFusion2 Zeroization Service Simulation (xem trang 16)
Các phương pháp mô phỏng tương tự có thể được áp dụng cho các dịch vụ hệ thống khác. Để biết danh sách đầy đủ các dịch vụ hệ thống khác nhau hiện có, hãy vào Phụ lục – Loại Dịch vụ Hệ thống (xem trang 19).
2.5 Mô phỏng dịch vụ số sê-ri IGLOO2
Để chuẩn bị cho mô phỏng dịch vụ số sê-ri IGLOO2, hãy thực hiện các bước như sau.
- Gọi trình xây dựng hệ thống để tạo khối HPMS của bạn.
- Chọn hộp kiểm Dịch vụ Hệ thống HPMS trong trang Tính năng Thiết bị. Điều này sẽ hướng dẫn trình xây dựng hệ thống hiển thị giao diện xe buýt HPMS_FIC_0 SYS_SERVICES_MASTER (BIF).
- Bỏ chọn tất cả các hộp kiểm khác.
- Chấp nhận mặc định trong tất cả các trang khác và nhấp vào Kết thúc để hoàn thành khối xây dựng hệ thống. Trong trình chỉnh sửa HDL của Libero® SoC, hãy viết mã HDL cho FSM (File > Mới > HDL) . Bao gồm ba trạng thái sau trong FSM của bạn.
Trạng thái INIT (trạng thái ban đầu)
SERV_PHASE (trạng thái yêu cầu dịch vụ)
RSP_PHASE (trạng thái phản hồi của dịch vụ).
Hình dưới đây cho thấy ba trạng thái của FSM.
Hình 4 • FSM ba trạng thái 
Trong mã HDL của bạn cho FSM, hãy sử dụng đúng mã lệnh (“01” Hex cho dịch vụ số sê-ri ) để vào trạng thái yêu cầu dịch vụ từ trạng thái INIT.- Lưu HDL của bạn file. FSM xuất hiện như một thành phần trong Hệ thống phân cấp thiết kế.
- Mở Thiết kế thông minh. Kéo và thả khối trình tạo hệ thống cấp cao nhất và khối FSM của bạn vào canvas SmartDesign. Từ danh mục, kéo và thả lõi IP mềm CoreSysService vào khung vẽ SmartDesign.
- Bấm chuột phải vào lõi IP mềm CoreSysService để mở bộ cấu hình. Chọn hộp kiểm Dịch vụ số sê-ri (trong Dịch vụ thông tin thiết bị và thiết bị
group) để kích hoạt dịch vụ số sê-ri. - Bỏ chọn tất cả các hộp kiểm khác. Bấm OK để thoát khỏi bộ cấu hình.
Hình 5 • Cấu hình Core IP Core mềm CoreSysServices
- Kết nối HPMS_FIC_0 SYS_SERVICES_MASTER BIF của khối trình tạo hệ thống với AHBL_MASTER BIF của khối CoreSysService.
- Kết nối đầu ra của khối HDL FSM của bạn với đầu vào của lõi IP mềm CoreSysService. Thực hiện tất cả các kết nối khác trong khung vẽ SmartDesign như minh họa trong hình dưới đây.
Hình 6 • SmartDesign Canvas với HDL Block, CoreSysServices Soft IP và HPMS Blocks
- Trong canvas SmartDesign, nhấp chuột phải >Tạo Thành phần để tạo Thiết kế Cấp cao nhất.
- Trong hệ thống phân cấp thiết kế view, nhấp chuột phải vào thiết kế cấp cao nhất và chọn tạo Testbench > HDL .
- Sử dụng trình soạn thảo văn bản để tạo văn bản file có tên là “status.txt” .
- Bao gồm lệnh cho dịch vụ hệ thống và số sê-ri 128 bit. Để biết thêm thông tin, hãy xem Bảng 1 (Lệnh Dịch vụ Hệ thống/Giá trị Phản hồi) trong Cẩm nang CoreSysServices v3.1 để mã lệnh (Hex) được sử dụng cho các dịch vụ hệ thống khác nhau. Đối với dịch vụ số sê-ri, mã lệnh là “01” Hex.
Định dạng của status.txt file cho dịch vụ số sê-ri như sau.
< 2 chữ số hex CMD><32 số hex Số sê-ri>
Example: 01A1A2A3A4B1B2B3B4C1C2C3C4D1D2D3D4
Lưu status.txt file trong thư mục Mô phỏng của dự án của bạn. Thiết kế đã sẵn sàng để mô phỏng.
Sau khi dịch vụ đã bắt đầu thực hiện, một thông báo cho biết vị trí đích và số sê-ri sẽ được hiển thị trong cửa sổ bảng điểm ModelSim, như thể hiện trong hình dưới đây.
Hình 7 • Cửa sổ sao chép mô phỏng ModelSim
Bộ điều khiển hệ thống tiến hành ghi AHB vào địa chỉ có số sê-ri. Sau khi hoàn thành dịch vụ, RXFIFO của COMM_BLK sẽ được tải với phản hồi dịch vụ.
Lưu ý: Để có danh sách đầy đủ các mã lệnh được sử dụng cho các dịch vụ hệ thống khác nhau, hãy xem Bảng 1 (Giá trị phản hồi/lệnh của dịch vụ hệ thống) trong Sổ tay CoreSysServices v3.1 hoặc UG0450: Hướng dẫn sử dụng bộ điều khiển hệ thống SmartFusion2 SoC và IGLOO2 FPGA.
2.6 Mô phỏng dịch vụ số sê-ri SmartFusion2
Trong hướng dẫn sử dụng này, các lệnh BFM (tùy chọn 2) được sử dụng để truy cập bộ điều khiển hệ thống cho dịch vụ hệ thống. Các lệnh BFM được sử dụng khi bộ xử lý Cortex-M3 có sẵn trên thiết bị để mô phỏng BFM. Các lệnh BFM cho phép bạn ghi và đọc trực tiếp từ COMM BLK khi bạn biết ánh xạ bộ nhớ của COMM_BLK.
Để chuẩn bị thiết kế của bạn cho mô phỏng dịch vụ số sê-ri SmartFusion2, hãy thực hiện các bước sau.
- Kéo và thả MSS từ danh mục vào khung thiết kế của dự án của bạn.
- Vô hiệu hóa tất cả các thiết bị ngoại vi MSS ngoại trừ MSS_CCC, Bộ điều khiển Đặt lại, Quản lý Ngắt và FIC_0, FIC_1 và FIC_2.
- Định cấu hình quản lý ngắt để sử dụng MSS để tạo ngắt.
- Chuẩn bị serialnum.bfm file trong trình soạn thảo văn bản hoặc trong trình soạn thảo HDL của Libero. Lưu serialnum.bfm file trong thư mục Mô phỏng của dự án. serialnum.bfm phải bao gồm các chi tiết sau.
• Ánh xạ bộ nhớ tới COMM BLK (CMBLK)
• Ánh xạ bộ nhớ tới thiết bị ngoại vi quản lý ngắt (FIIC)
• Lệnh yêu cầu dịch vụ hệ thống số sê-ri (“01” Hex)
• Địa chỉ cho vị trí của số sê-ri
Một người yêu cũamptập tin serialnum.bfm file như sau.
bản đồ ghi nhớ FIIC 0x40006000; #Memory Mapping để quản lý ngắt
bản ghi nhớ CMBLK 0x40016000; # Ánh xạ bộ nhớ tới COMM BLK
bản đồ ghi nhớ DESCRIPTOR_ADDR 0x20000000; #Address vị trí cho Serial Num
#Mã lệnh ở dạng thập lục phân
hằng số CMD 0x1 # Mã lệnh cho Dịch vụ số sê-ri
Thanh ghi cấu hình #FIIC
hằng số FICC_INTERRUPT_ENABLE0 0x0
Thanh ghi cấu hình #COMM_BLK
hằng số ĐIỀU KHIỂN 0x00
TÌNH TRẠNG không đổi 0x04
hằng số INT_ENABLE 0x08
hằng số DATA8 0x10
hằng số DATA32 0x14
hằng số FRAME_START8 0x18
hằng số FRAME_START32 0x1C
số thứ tự thủ tục;
số nguyên x;
viết w FIIC FICC_INTERRUPT_ENABLE0 0x20000000 #Configure
#FICC_INTERRUPT_ENABLE0 # Đăng ký để kích hoạt COMBLK_INTR #
#ngắt từ khối COMM_BLK sang vải
#Giai đoạn yêu cầu
viết w CMBLK CONTROL 0x10 # Định cấu hình Điều khiển COMM BLK # Đăng ký thành viên
bật chuyển khoản trên Giao diện COMM BLK
viết w CMBLK INT_ENABLE 0x1 # Định cấu hình Kích hoạt Ngắt COMM BLK
#Đăng ký để bật Ngắt cho TXTOKAY (Bit tương ứng trong
#Đăng kí trạng thái)
waitint 19 # chờ COMM BLK Interrupt , Ở đây #BFM đợi
# cho đến khi COMBLK_INTR được xác nhận
readstore w CMBLK STATUS x # Read COMM BLK Status Đăng ký #TXTOKAY
# Ngắt
đặt xx & 0x1
nếu x
viết w CMBLK FRAME_START8 CMD # Định cấu hình COMM BLK FRAME_START8
#Đăng ký yêu cầu dịch vụ Serial Number
kết thúc nếu
kết thúc nếu
waitint 19 # chờ COMM BLK Interrupt , Tại đây
#BFM đợi cho đến khi COMBLK_INTR được xác nhận
readstore w CMBLK STATUS x # Read COMM BLK Status Đăng ký
Gián đoạn #TXTOKAY
đặt xx & 0x1
đặt xx & 0x1
nếu x
viết w CMBLK CONTROL 0x14 #Configure COMM BLK Control
#Đăng ký để bật chuyển khoản trên Giao diện COMM BLK
viết w CMBLK DATA32 DESCRIPTOR_ADDR
viết bằng CMMBK INT_ENABLE 0x80
viết w CMBLK KIỂM SOÁT 0x10
kết thúc nếu
chờ 20
#Giai đoạn phản hồi
chờ đợi 19
cửa hàng đọc với TÌNH TRẠNG CMBLK x
đặt xx & 0x80
nếu x
kiểm tra lại với CMBLK FRAME_START8 CMD
viết bằng CMMBK INT_ENABLE 0x2
kết thúc nếu
chờ đợi 19
cửa hàng đọc với TÌNH TRẠNG CMBLK x
đặt xx & 0x2
nếu x
kiểm tra đọc với CMBLK DATA8 0x0
viết w CMBLK KIỂM SOÁT 0x18
kết thúc nếu
chờ đợi 19
kiểm tra đọc với FIIC 0x8 0x20000000
cửa hàng đọc với TÌNH TRẠNG CMBLK x
đặt xx & 0x2
nếu x
kiểm tra lại với CMBLK DATA32 DESCRIPTOR_ADDR
kết thúc nếu
kiểm tra lại w DESCRIPTOR_ADDR 0x0 0xE1E2E3E4; #Readcheck để kiểm tra S/N
kiểm tra lại w DESCRIPTOR_ADDR 0x4 0xC1C2C3C4; #Readcheck để kiểm tra S/N
kiểm tra lại w DESCRIPTOR_ADDR 0x8 0xB1B2B3B4; #Readcheck để kiểm tra S/N
kiểm tra lại w DESCRIPTOR_ADDR 0xC 0xA1A2A3A4; #Readcheck để kiểm tra S/N
trở lại - Tạo trạng thái. txt file trong trình soạn thảo HDL của Libero hoặc bất kỳ trình soạn thảo văn bản nào. Bao gồm lệnh dịch vụ hệ thống số sê-ri (“01” ở dạng Hex) và số sê-ri trong status . txt file. Xem Cẩm nang CoreSysServices v3.1 để biết cách sử dụng mã lệnh chính xác.
- Cú pháp của cái này file đối với dịch vụ số sê-ri là, <2 Chữ số thập lục phân CMD>< 32 Số sê-ri chữ số thập lục phân> . Bán tạiample: 01A1A2A3A4B1B2B3B4C1C2C3C4E1E2E3E4.
- Lưu trạng thái .txt file trong thư mục Mô phỏng của dự án.
- Chỉnh sửa người dùng .bfm (nằm trong thư mục Mô phỏng) để bao gồm serialnum. bfm file và gọi thủ tục số sê-ri như trong đoạn mã sau.
bao gồm “serialnum.bfm” #bao gồm serialnum.bfm
thủ tục user_main;
in “THÔNG TIN:Bắt đầu mô phỏng”;
in “INFO:Mã lệnh dịch vụ ở dạng thập phân:%0d”, CMD ;
gọi serialnum; #gọi thủ tục serialnum
in “THÔNG TIN:Kết thúc mô phỏng”;
trở lại - Trong hệ thống phân cấp thiết kế view, tạo testbench (Nhấp chuột phải, Top Level Design > Create Testbench > HDL ) và bạn đã sẵn sàng chạy mô phỏng dịch vụ số sê-ri.
Khi dịch vụ đã bắt đầu thực hiện, một thông báo cho biết vị trí đích và số sê-ri sẽ được hiển thị. Bộ điều khiển hệ thống tiến hành ghi AHB vào địa chỉ có số sê-ri. Sau khi hoàn thành dịch vụ, RXFIFO của COMM_BLK sẽ được tải với phản hồi dịch vụ. Cửa sổ bảng điểm ModelSim hiển thị địa chỉ và số sê-ri nhận được như minh họa trong hình dưới đây.
Hình 8 • Mô phỏng dịch vụ số sê-ri SmartFusion2 trong Cửa sổ bản ghi ModelSim
2.7 Mô phỏng dịch vụ Zeroization IGLOO2
Để chuẩn bị cho mô phỏng dịch vụ zeroization IGLOO2, hãy thực hiện các bước như sau.
- Gọi trình xây dựng hệ thống để tạo khối HPMS. Chọn hộp kiểm Dịch vụ Hệ thống HPMS trong Tính năng Thiết bị SYS_SERVICES_MASTER BIF. Bỏ chọn tất cả các hộp kiểm khác. Chấp nhận mặc định trong tất cả các trang khác và nhấp vào trang. Điều này hướng dẫn trình tạo hệ thống hiển thị Kết thúc HPMS_FIC_0 để hoàn tất cấu hình của khối trình tạo hệ thống.
- Trong trình chỉnh sửa HDL của Libero SoC, hãy viết mã HDL cho FSM. Trong mã HDL của bạn cho FSM, bao gồm ba trạng thái sau.
Trạng thái INIT (trạng thái ban đầu)
SERV_PHASE (trạng thái yêu cầu dịch vụ)
RSP_PHASE (trạng thái phản hồi của dịch vụ)
Hình dưới đây cho thấy ba trạng thái của FSM.
Hình 9 • FSM ba trạng thái
- Trong mã HDL của bạn, hãy sử dụng mã lệnh “F0″(Hex) để nhập trạng thái yêu cầu dịch vụ từ trạng thái INIT.
- Lưu HDL của bạn file.
- Mở SmartDesign, kéo và thả khối trình tạo hệ thống cấp cao nhất và khối HDL FSM của bạn vào canvas SmartDesign. Từ danh mục, kéo và thả lõi IP mềm CoreSysService vào khung vẽ SmartDesign.
- Bấm chuột phải vào lõi IP mềm CoreSysServices, để mở bộ cấu hình và chọn hộp kiểm Dịch vụ Zeroization trong nhóm Dịch vụ Bảo mật Dữ liệu. Bỏ chọn tất cả các hộp kiểm khác. Nhấn OK thoát ra.
Hình 10 • Bộ cấu hình CoreSysServices
- Kết nối HPMS_FIC_0 SYS_SERVICES_MASTER BIF của khối trình tạo hệ thống với AHBL_MASTER BIF của khối CoreSysService.
- Kết nối đầu ra của khối HDL FSM của bạn với đầu vào của lõi IP mềm CoreSysService. Thực hiện tất cả các kết nối khác trong bảng tùy biến SmartDesign.
Hình 11 • SmartDesign Canvas với Khối HDL, CoreSysServices Soft IP và Khối HPMS
9. Trong canvas SmartDesign, tạo thiết kế cấp cao nhất (Nhấp chuột phải > Tạo thành phần).
10. Trong hệ thống phân cấp thiết kế view, bấm chuột phải vào thiết kế cấp cao nhất và chọn tạo Testbench > HDL. Bây giờ bạn đã sẵn sàng để chạy mô phỏng.
Khi dịch vụ đã bắt đầu thực thi, một thông báo cho biết quá trình xóa trắng đã hoàn tất tại thời điểm x được hiển thị như minh họa trong hình dưới đây.
Hình 12 • Cửa sổ sao chép dịch vụ mô phỏng dịch vụ hệ thống Zeroization IGLOO2
Bộ điều khiển hệ thống tiến hành ghi AHB vào địa chỉ có số sê-ri. Sau khi hoàn thành dịch vụ, RXFIFO của COMM_BLK sẽ được tải với phản hồi dịch vụ. Cần lưu ý rằng mô hình mô phỏng mô phỏng quá trình zero hóa bằng cách dừng quá trình mô phỏng hơn là quá trình zero hóa bản thân thiết kế.
Lưu ý: Để có danh sách đầy đủ các mã lệnh được sử dụng cho các dịch vụ hệ thống khác nhau, hãy xem Bảng 1 (Giá trị phản hồi/lệnh của dịch vụ hệ thống) trong Cẩm nang CoreSysServices v3.1:. hoặc UG0450: Hướng dẫn sử dụng bộ điều khiển hệ thống SmartFusion2 SoC và IGLOO2 FPGA
2.8 Mô phỏng dịch vụ không hóa SmartFusion2
Trong hướng dẫn này, các lệnh BFM (tùy chọn 2) được sử dụng để truy cập bộ điều khiển hệ thống cho dịch vụ hệ thống.
Các lệnh BFM được sử dụng khi bộ xử lý Cortex-M3 có sẵn trên thiết bị để mô phỏng BFM. Các lệnh BFM cho phép bạn ghi và đọc trực tiếp từ COMM BLK khi bạn biết ánh xạ bộ nhớ của COMM_BLK. Để chuẩn bị thiết kế của bạn cho mô phỏng dịch vụ zeroization SmartFusion2, hãy thực hiện các bước sau.
- Kéo và thả MSS từ danh mục vào khung thiết kế của dự án của bạn.
- Vô hiệu hóa tất cả các thiết bị ngoại vi MSS ngoại trừ MSS_CCC, Bộ điều khiển Đặt lại, Quản lý Ngắt và FIC_0, FIC_1 và FIC_2.
- Định cấu hình quản lý ngắt để sử dụng MSS để tạo ngắt.
- Chuẩn bị zeroizaton.bfm file trong trình soạn thảo văn bản hoặc trong trình soạn thảo HDL của Libero. Zeroization của bạn. bfm nên bao gồm:
- Ánh xạ bộ nhớ tới COMM BLK (CMBLK)
- Ánh xạ bộ nhớ tới thiết bị ngoại vi quản lý ngắt (FIIC)
- Lệnh cho yêu cầu dịch vụ zeroizaton (“F0” Hex cho zeroization)
Một người yêu cũamptập tin serialnum.bfm file được hiển thị trong hình sau.
Hình 13 • Zeroization.bfm cho Mô phỏng Dịch vụ Hệ thống Zeroization SmartFusion2
5. Lưu zeroization.bfm file trong thư mục Mô phỏng của dự án. người dùng.bfm
6. Chỉnh sửa (nằm trong thư mục Zeroization.bfm Simulation) để bao gồm việc sử dụng đoạn mã sau.
bao gồm “zeroization.bfm” #include zeroization.bfm file thủ tục user_main;
in “THÔNG TIN:Bắt đầu mô phỏng”;
in “INFO:Mã lệnh dịch vụ ở dạng thập phân:%0d”, CMD ;
cuộc gọi zeroization; #call trả về thủ tục zeroization
7. Trong Hệ thống phân cấp thiết kế , tạo Testbench (Nhấp chuột phải vào cấp cao nhất > Tạo Testbench > HDL ) và bạn đã sẵn sàng chạy mô phỏng zeroization SmartFusion2.
Khi dịch vụ đã bắt đầu thực hiện, một thông báo cho biết thiết bị đã được xóa bằng XNUMX tại thời điểm x được hiển thị. Cần lưu ý rằng mô hình mô phỏng mô phỏng quá trình zero hóa bằng cách dừng quá trình mô phỏng hơn là quá trình zero hóa bản thân thiết kế. Cửa sổ bảng điểm ModelSim trong hình dưới đây cho thấy thiết bị đã được xóa sạch.
Hình 14 • Nhật ký Mô phỏng Dịch vụ Hệ thống Zeroization SmartFusion2
Phụ lục: Các loại dịch vụ hệ thống
Chương này mô tả các loại dịch vụ hệ thống khác nhau.
3.1 Dịch vụ tin nhắn mô phỏng
Các phần sau đây mô tả các loại dịch vụ tin nhắn mô phỏng khác nhau.
3.1.1 Flash*Đóng băng
Mô phỏng sẽ chuyển sang trạng thái Flash*Đóng băng khi yêu cầu dịch vụ phù hợp được gửi tới COMM_BLK từ FIC (trong trường hợp thiết bị IGLOO2) hoặc Cortex-M3 (trong thiết bị SmartFusion2). Khi dịch vụ đã được bộ điều khiển hệ thống phát hiện, quá trình mô phỏng sẽ dừng lại và một thông báo cho biết hệ thống đã vào Flash*Freeze (cùng với tùy chọn đã chọn) sẽ được hiển thị. Sau khi tiếp tục mô phỏng, RXFIFO của COMM_BLK sẽ được lấp đầy bằng phản hồi dịch vụ bao gồm lệnh và trạng thái dịch vụ. Cần lưu ý rằng không có hỗ trợ mô phỏng cho thoát Flash*Freeze.
3.1.2 Không hóa
Zeroization hiện là dịch vụ ưu tiên cao duy nhất trong các dịch vụ hệ thống được xử lý bởi COMM_BLK. Mô phỏng sẽ vào trạng thái zeroization ngay khi COMM_BLK phát hiện yêu cầu dịch vụ chính xác. Việc thực thi các dịch vụ khác sẽ bị tạm dừng và hủy bỏ bởi bộ điều khiển hệ thống và thay vào đó, dịch vụ zeroization sẽ được thực thi. Khi yêu cầu dịch vụ xóa trắng được phát hiện, quá trình mô phỏng sẽ dừng lại và một thông báo cho biết hệ thống đã nhập chế độ xóa trắng được hiển thị. Khởi động lại thủ công mô phỏng sau khi xóa trắng không hợp lệ.
3.2 Dịch vụ con trỏ dữ liệu
Các phần sau đây mô tả các loại dịch vụ con trỏ dữ liệu.
3.2.1 Số sê-ri
Dịch vụ số sê-ri sẽ ghi số sê-ri 128 bit vào một vị trí địa chỉ được cung cấp như một phần của yêu cầu dịch vụ. Có thể đặt tham số 128 bit này bằng cách sử dụng Hỗ trợ Mô phỏng Dịch vụ Hệ thống file (xem trang 22) . Nếu tham số số sê-ri 128 bit không được xác định trong file, số sê-ri mặc định là 0 sẽ được sử dụng. Khi dịch vụ đã bắt đầu thực hiện, một thông báo cho biết vị trí đích và số sê-ri sẽ được hiển thị. Bộ điều khiển hệ thống tiến hành ghi AHB vào địa chỉ có số sê-ri. Sau khi hoàn thành dịch vụ, RXFIFO của COMM_BLK sẽ được tải với phản hồi dịch vụ.
3.2.2 Mã người dùng
Dịch vụ mã người dùng ghi tham số mã người dùng 32 bit vào một vị trí địa chỉ được cung cấp như một phần của yêu cầu dịch vụ. Có thể đặt tham số 32-bit này bằng Hỗ trợ Mô phỏng Dịch vụ Hệ thống file (xem trang 22). Nếu tham số 32 bit không được xác định trong file, giá trị mặc định là 0 được sử dụng. Khi dịch vụ đã bắt đầu thực hiện, một thông báo cho biết vị trí mục tiêu và mã người dùng sẽ được hiển thị. Bộ điều khiển hệ thống tiến hành ghi AHB vào địa chỉ có tham số 32-bit. Sau khi hoàn thành dịch vụ, RXFIFO của COMM_BLK được tải với phản hồi dịch vụ, bao gồm lệnh dịch vụ và địa chỉ đích.
3.3 Dịch vụ mô tả dữ liệu
Các phần sau đây mô tả các loại dịch vụ mô tả dữ liệu khác nhau.
3.3.1 Mã hóa AES
Hỗ trợ mô phỏng cho dịch vụ này chỉ liên quan đến việc di chuyển dữ liệu gốc từ nguồn đến đích mà không thực sự thực hiện bất kỳ mã hóa/giải mã nào trên dữ liệu. Dữ liệu cần được mã hóa/giải mã và cấu trúc dữ liệu phải được ghi trước khi gửi yêu cầu dịch vụ. Khi dịch vụ đã bắt đầu thực thi, một thông báo cho biết việc thực thi dịch vụ AES sẽ hiển thị. Dịch vụ AES đọc cả cấu trúc dữ liệu và dữ liệu sẽ được mã hóa/giải mã. Dữ liệu gốc được sao chép và ghi vào địa chỉ được cung cấp trong cấu trúc dữ liệu. Sau khi hoàn tất dịch vụ, lệnh, trạng thái và địa chỉ cấu trúc dữ liệu sẽ được đẩy vào RXFIFO.
Ghi chú: Dịch vụ này chỉ dành cho dữ liệu 128 bit và 256 bit và cả dữ liệu 128 bit và 256 bit đều có độ dài cấu trúc dữ liệu khác nhau.
3.3.2 SHA 256
Hỗ trợ mô phỏng cho dịch vụ này chỉ liên quan đến việc di chuyển dữ liệu mà không thực sự thực hiện bất kỳ thao tác băm nào trên dữ liệu. Hàm SHA 256 được thiết kế để tạo khóa băm 256 bit dựa trên dữ liệu đầu vào. Dữ liệu cần được băm và cấu trúc dữ liệu phải được ghi vào địa chỉ tương ứng của chúng trước khi yêu cầu dịch vụ được gửi tới COMM_BLK. Độ dài tính bằng bit và con trỏ được xác định trong cấu trúc dữ liệu SHA 256 phải tương ứng chính xác với độ dài và địa chỉ của dữ liệu được băm. Khi dịch vụ đã bắt đầu thực thi, một thông báo cho biết việc thực thi dịch vụ SHA 256 sẽ được hiển thị. Thay vì thực thi chức năng thực tế, một khóa băm mặc định sẽ được ghi vào con trỏ đích từ cấu trúc dữ liệu. Khóa băm mặc định là hex “ABCD1234”. Để cài đặt khóa tùy chỉnh, hãy chuyển đến phần Cài đặt thông số (xem trang 23). Sau khi hoàn thành dịch vụ, RXFIFO được tải phản hồi dịch vụ bao gồm lệnh dịch vụ, trạng thái và con trỏ cấu trúc dữ liệu SHA 256.
3.3.3 HMAC
Hỗ trợ mô phỏng cho dịch vụ này chỉ liên quan đến việc di chuyển dữ liệu mà không thực sự thực hiện bất kỳ thao tác băm nào trên dữ liệu. Dữ liệu cần được băm và cấu trúc dữ liệu phải được ghi vào địa chỉ tương ứng của chúng trước khi yêu cầu dịch vụ được gửi tới COMM_BLK. Dịch vụ HMAC yêu cầu khóa 32 byte ngoài độ dài tính bằng byte, con trỏ nguồn và con trỏ đích. Khi dịch vụ đã bắt đầu thực thi, một thông báo cho biết việc thực thi dịch vụ HMAC sẽ được hiển thị. Khóa được đọc và khóa 256 bit được sao chép từ cấu trúc dữ liệu sang con trỏ đích. Sau khi hoàn thành dịch vụ, RXFIFO được tải phản hồi dịch vụ bao gồm lệnh dịch vụ, trạng thái và con trỏ cấu trúc dữ liệu HMAC.
3.3.4 Tạo DRBG
Việc tạo các bit ngẫu nhiên được thực hiện bởi dịch vụ này. Cần lưu ý rằng mô hình mô phỏng không tuân theo chính xác cùng một phương pháp tạo số ngẫu nhiên được sử dụng bởi silicon. Cấu trúc dữ liệu phải được ghi chính xác vào vị trí dự kiến của nó trước khi yêu cầu dịch vụ được gửi tới COMM_BLK. Cấu trúc dữ liệu, con trỏ đích, độ dài và dữ liệu liên quan khác được đọc bởi bộ điều khiển hệ thống. Dịch vụ tạo DRBG tạo một bộ dữ liệu giả ngẫu nhiên có độ dài được yêu cầu (0-128). Bộ điều khiển hệ thống ghi dữ liệu ngẫu nhiên vào con trỏ đích. Một thông báo cho biết việc thực thi dịch vụ tạo DRBG được hiển thị trong mô phỏng. Sau khi hoàn tất dịch vụ, lệnh, trạng thái và địa chỉ cấu trúc dữ liệu sẽ được đẩy vào RXFIFO. Nếu độ dài dữ liệu được yêu cầu không nằm trong phạm vi 0-128, mã lỗi “4” (Tạo tối đa ) sẽ được đưa vào RXFIFO. Nếu độ dài dữ liệu bổ sung không nằm trong phạm vi Yêu cầu quá lớn từ 0-128, mã lỗi “5” ( Vượt quá độ dài tối đa của dữ liệu bổ sung ) sẽ được đưa vào RXFIFO. Nếu cả độ dài dữ liệu được yêu cầu để tạo và độ dài dữ liệu bổ sung đều không nằm trong phạm vi đã xác định (0-128), mã lỗi “1” ( Lỗi nghiêm trọng ) sẽ được đưa vào RXFIFO.
3.3.5 Đặt lại DRBG
Chức năng đặt lại thực tế được thực hiện bằng cách loại bỏ các khởi tạo DRBG và đặt lại DRBG. Khi yêu cầu dịch vụ đã được phát hiện, mô phỏng sẽ hiển thị thông báo đã hoàn tất dịch vụ Đặt lại DRBG. Phản hồi, bao gồm dịch vụ và trạng thái, được đẩy vào RXFIFO.
3.3.6 Tự kiểm tra DRBG
Hỗ trợ mô phỏng cho tự kiểm tra DRBG không thực sự thực thi chức năng tự kiểm tra. Khi yêu cầu dịch vụ đã được phát hiện, mô phỏng sẽ hiển thị thông báo thực thi dịch vụ tự kiểm tra DRBG. Phản hồi, bao gồm dịch vụ và trạng thái, sẽ được đẩy vào RXFIFO.
3.3.7 Khởi tạo DRBG
Hỗ trợ mô phỏng cho dịch vụ khởi tạo DRBG không thực sự thực hiện dịch vụ khởi tạo. Cấu trúc dữ liệu phải được ghi chính xác vào vị trí dự kiến của nó trước khi yêu cầu dịch vụ được gửi tới COMM_BLK. Khi yêu cầu dịch vụ đã được phát hiện, cấu trúc và chuỗi cá nhân hóa được xác định trong không gian địa chỉ MSS sẽ được đọc. Mô phỏng sẽ hiển thị thông báo cho biết dịch vụ DRBG Instantiate đã bắt đầu thực hiện. Sau khi dịch vụ hoàn tất, phản hồi, bao gồm lệnh dịch vụ, trạng thái và con trỏ tới cấu trúc dữ liệu, sẽ được đẩy vào RXFIFO. Nếu độ dài dữ liệu (PERSONALIZATIONLENGTH) không nằm trong phạm vi 0-128, mã lỗi “1” ( Catastrophic Error ) sẽ được đẩy vào RXFIFO cho trạng thái.
3.3.8 DRBG không xác định
Hỗ trợ mô phỏng cho dịch vụ không khởi tạo DRBG không thực sự thực hiện dịch vụ không khởi tạo loại bỏ DRBG đã khởi tạo trước đó, giống như silicon. Yêu cầu dịch vụ phải bao gồm cả lệnh và tay cầm DRBG. Sau khi phát hiện yêu cầu dịch vụ, mã điều khiển DRBG sẽ được lưu trữ. Mô phỏng sẽ hiển thị thông báo cho biết dịch vụ không khởi tạo DRBG đã được khởi tạo. Sau khi dịch vụ hoàn tất, phản hồi, bao gồm lệnh dịch vụ, trạng thái và bộ xử lý DRBG, sẽ được đẩy vào RXFIFO.
3.3.9 DRBG gieo lại
Do tính chất mô phỏng của khối dịch vụ hệ thống, dịch vụ gieo lại DRBG trong mô phỏng không được thực thi tự động sau mỗi 65535 dịch vụ tạo DRBG. Cấu trúc dữ liệu phải được ghi chính xác vào vị trí dự kiến của nó trước khi yêu cầu dịch vụ được gửi tới COMM_BLK. Khi yêu cầu dịch vụ đã được phát hiện, cấu trúc và tham số đầu vào bổ sung trong không gian địa chỉ MSS sẽ được đọc. Một thông báo cho biết rằng dịch vụ gieo lại DRBG đã bắt đầu được thực thi, sẽ được hiển thị. Cấu trúc dữ liệu phải được ghi chính xác vào vị trí dự kiến của nó trước khi yêu cầu dịch vụ được gửi tới COMM_BLK. Sau khi dịch vụ hoàn tất, phản hồi, bao gồm lệnh dịch vụ, trạng thái và con trỏ tới cấu trúc dữ liệu, sẽ được đẩy vào RXFIFO.
3.3.10 Cây chính
Chức năng thực tế không được thực hiện trong mô phỏng cho dịch vụ KeyTree. Cấu trúc dữ liệu dịch vụ KeyTree bao gồm một khóa 32 byte, dữ liệu optype 7 bit (MSB bỏ qua) và đường dẫn 16 byte. Dữ liệu trong cấu trúc dữ liệu phải được ghi vào địa chỉ tương ứng của chúng, trước khi yêu cầu dịch vụ được gửi tới COMM_BLK. Khi dịch vụ đã bắt đầu thực thi, một thông báo cho biết việc thực thi dịch vụ KeyTree sẽ được hiển thị. Nội dung của cấu trúc dữ liệu sẽ được đọc, khóa 32 byte sẽ được lưu trữ và khóa gốc nằm trong cấu trúc dữ liệu sẽ bị ghi đè. Sau khi ghi AHB này, giá trị của khóa trong cấu trúc dữ liệu sẽ không thay đổi, nhưng các giao dịch AHB để ghi sẽ xảy ra. Sau khi hoàn thành dịch vụ, RXFIFO được tải phản hồi dịch vụ, bao gồm lệnh dịch vụ, trạng thái và con trỏ cấu trúc dữ liệu KeyTree.
3.3.11 Ứng phó thách thức
Chức năng thực tế, chẳng hạn như xác thực thiết bị, không được thực hiện trong mô phỏng cho dịch vụ phản hồi thử thách. Cấu trúc dữ liệu cho dịch vụ này yêu cầu một con trỏ tới bộ đệm, để nhận kết quả 32 byte, optype 7 bit và đường dẫn 128 bit. Dữ liệu trong cấu trúc dữ liệu phải được ghi vào địa chỉ tương ứng của chúng trước khi yêu cầu dịch vụ được gửi tới COMM_BLK. Khi dịch vụ đã bắt đầu thực hiện, một thông báo cho biết việc thực hiện dịch vụ phản hồi thách thức sẽ được hiển thị. Một phản hồi 256-bit chung sẽ được ghi vào con trỏ được cung cấp trong cấu trúc dữ liệu. Khóa mặc định được đặt là hex “ABCD1234”. Để nhận khóa tùy chỉnh, hãy kiểm tra Cài đặt tham số (xem trang 23). Sau khi hoàn thành dịch vụ, RXFIFO sẽ được tải phản hồi dịch vụ, bao gồm lệnh dịch vụ, trạng thái và con trỏ cấu trúc dữ liệu phản hồi thử thách.
3.4 Các dịch vụ khác
Các phần sau đây mô tả nhiều dịch vụ hệ thống khác.
3.4.1 Kiểm tra tiêu hóa
Chức năng thực tế của việc tính toán lại và so sánh các tiêu hóa của các thành phần đã chọn không được thực hiện cho dịch vụ kiểm tra tiêu hóa trong mô phỏng. Yêu cầu dịch vụ này bao gồm các lệnh dịch vụ và tùy chọn dịch vụ (LSB 5 bit). Khi dịch vụ đã bắt đầu thực hiện, một thông báo nêu chi tiết việc thực hiện dịch vụ kiểm tra thông báo sẽ được hiển thị cùng với các tùy chọn đã chọn từ yêu cầu. Sau khi hoàn thành dịch vụ, RXFIFO sẽ được tải phản hồi dịch vụ, bao gồm lệnh dịch vụ và các cờ kiểm tra thông báo đạt/không đạt.
3.4.2 Phản hồi lệnh không được công nhận
Khi một yêu cầu dịch vụ không được nhận dạng được gửi đến COMM_BLK, COMM_BLK sẽ tự động trả lời bằng một thông báo lệnh không được nhận dạng được đẩy vào RXFIFO. Thông báo bao gồm lệnh được gửi vào COMM_BLK và trạng thái lệnh không được nhận dạng (252D). Một thông báo hiển thị cho biết một yêu cầu dịch vụ không được công nhận đã được phát hiện cũng sẽ được hiển thị. COMM_BLK sẽ trở lại trạng thái không hoạt động, chờ chấp nhận yêu cầu dịch vụ tiếp theo.
3.4.3 Dịch vụ không được hỗ trợ
Các dịch vụ không được hỗ trợ được đặt thành COMM_BLK sẽ kích hoạt một thông báo trong mô phỏng cho biết rằng yêu cầu dịch vụ không được hỗ trợ. COMM_BLK sẽ trở lại trạng thái không hoạt động, chờ chấp nhận yêu cầu dịch vụ tiếp theo. PINTERRUPT sẽ không được đặt, cho biết rằng một dịch vụ đã hoàn tất. Danh sách các dịch vụ không được hỗ trợ hiện tại bao gồm: IAP, ISP, Chứng chỉ thiết bị và Dịch vụ DESIGNVER.
3.5 Hỗ trợ Mô phỏng Dịch vụ Hệ thống File
Để hỗ trợ mô phỏng các dịch vụ hệ thống, một văn bản file được gọi là, “status.txt” có thể được sử dụng để chuyển hướng dẫn về hành vi cần thiết của mô hình mô phỏng cho mô hình mô phỏng. Cái này file nên được đặt trong cùng một thư mục mà mô phỏng được chạy từ đó. Các file có thể được sử dụng, trong số những thứ khác, để buộc các phản hồi lỗi nhất định đối với các dịch vụ hệ thống được hỗ trợ hoặc thậm chí để cài đặt một số tham số cần thiết cho mô phỏng, (ví dụ:amptập tin, số sê-ri). Số dòng tối đa được hỗ trợ trong “ status.txt” file là 256. Các lệnh xuất hiện sau dòng số 256 sẽ không được sử dụng trong mô phỏng.
3.5.1 Buộc phản hồi lỗi
Người dùng có thể buộc một phản hồi lỗi nhất định cho một dịch vụ cụ thể trong quá trình thử nghiệm bằng cách chuyển thông tin đến mô hình mô phỏng bằng cách sử dụng “status.txt” file, sẽ được đặt trong thư mục mà mô phỏng được chạy từ đó. Để buộc phản hồi lỗi đối với một dịch vụ nhất định, lệnh và phản hồi được yêu cầu phải được nhập trên cùng một dòng theo định dạng sau:ample, tới Lệnh> ; hướng dẫn mô hình mô phỏng tạo phản hồi lỗi truy cập bộ nhớ MSS đối với dịch vụ số sê-ri, lệnh như sau.
Dịch vụ: Số sê-ri: 01
Đã yêu cầu thông báo lỗi: Lỗi truy cập bộ nhớ MSS: 7F
Bạn nên nhập dòng 017F vào “status.txt” file.
3.5.2 Cài đặt tham số
"status.txt" file cũng có thể được sử dụng để thiết lập một số thông số cần thiết trong mô phỏng. Là người yêu cũample, để đặt tham số 32 bit cho mã người dùng, định dạng của dòng phải theo thứ tự sau: <32 Bit MÃ NGƯỜI DÙNG>; trong đó cả hai giá trị được nhập ở dạng thập lục phân. Để đặt tham số 128 bit cho số sê-ri, định dạng của dòng phải theo thứ tự sau: <Số sê-ri 128 bit [127:0]> ; trong đó cả hai giá trị được nhập ở dạng thập lục phân. Để đặt tham số 256-bit cho khóa SHA 256; định dạng của dòng phải theo thứ tự sau: <Khóa bit 256 [255:0]>; trong đó cả hai giá trị được nhập ở dạng thập lục phân. Để đặt tham số 256 bit cho khóa phản hồi thử thách, định dạng của dòng phải theo thứ tự sau: <Khóa bit 256 [255:0]>;
trong đó cả hai giá trị được nhập ở dạng thập lục phân.
3.5.3 Mức độ ưu tiên của thiết bị
Dịch vụ hệ thống và COMM_BLK sử dụng hệ thống ưu tiên cao. Hiện tại, dịch vụ ưu tiên cao duy nhất là zeroization. Để thực hiện một dịch vụ có mức độ ưu tiên cao, trong khi một dịch vụ khác đang được thực thi, dịch vụ hiện tại sẽ bị tạm dừng và dịch vụ có mức độ ưu tiên cao hơn sẽ được thực hiện ở vị trí của nó. COMM_BLK sẽ loại bỏ dịch vụ hiện tại để thực hiện dịch vụ ưu tiên cao hơn. Nếu nhiều dịch vụ không có mức độ ưu tiên cao được gửi trước khi hoàn thành dịch vụ hiện tại, các dịch vụ này sẽ được xếp hàng đợi trong TXFIFO. Khi dịch vụ hiện tại hoàn tất, dịch vụ tiếp theo trong TXFIFO sẽ được thực thi.
Microsemi không bảo đảm, đại diện hoặc đảm bảo về thông tin có trong tài liệu này hoặc tính phù hợp của các sản phẩm và dịch vụ của mình cho bất kỳ mục đích cụ thể nào, cũng như Microsemi không chịu bất kỳ trách nhiệm pháp lý nào phát sinh từ việc ứng dụng hoặc sử dụng bất kỳ sản phẩm hoặc mạch điện nào. Các sản phẩm được bán dưới đây và bất kỳ sản phẩm nào khác do Microsemi bán đã được thử nghiệm giới hạn và không được sử dụng cùng với các thiết bị hoặc ứng dụng quan trọng. Bất kỳ thông số kỹ thuật hiệu suất nào được cho là đáng tin cậy nhưng chưa được xác minh và Người mua phải tiến hành và hoàn thành tất cả các hoạt động và thử nghiệm khác của sản phẩm, một mình và cùng với hoặc được lắp đặt trong bất kỳ sản phẩm cuối nào. Người mua không được dựa vào bất kỳ dữ liệu và thông số kỹ thuật hiệu suất hoặc thông số nào do Microsemi cung cấp. Người mua có trách nhiệm xác định một cách độc lập tính phù hợp của bất kỳ sản phẩm nào và kiểm tra và xác minh các sản phẩm đó. Thông tin do Microsemi cung cấp dưới đây được cung cấp “nguyên trạng, ở đâu” và với tất cả các lỗi và toàn bộ rủi ro liên quan đến thông tin đó hoàn toàn thuộc về Người mua. Microsemi không cấp, rõ ràng hoặc ngầm định, cho bất kỳ bên nào bất kỳ quyền sáng chế, giấy phép hoặc bất kỳ quyền SHTT nào khác, cho dù liên quan đến bản thân thông tin đó hay bất kỳ điều gì được mô tả bởi thông tin đó. Thông tin được cung cấp trong tài liệu này là độc quyền của Microsemi và Microsemi có quyền thực hiện bất kỳ thay đổi nào đối với thông tin trong tài liệu này hoặc bất kỳ sản phẩm và dịch vụ nào vào bất kỳ lúc nào mà không cần thông báo.
Microsemi, công ty con thuộc sở hữu hoàn toàn của Microchip Technology Inc. (Nasdaq: MCHP), cung cấp danh mục toàn diện các giải pháp hệ thống và chất bán dẫn cho hàng không vũ trụ & quốc phòng, truyền thông, trung tâm dữ liệu và thị trường công nghiệp. Các sản phẩm bao gồm mạch tích hợp tín hiệu hỗn hợp tương tự hiệu suất cao và được làm cứng bằng bức xạ, FPGA, SoC và ASIC; sản phẩm quản lý điện năng; các thiết bị định giờ và đồng bộ hóa cũng như các giải pháp thời gian chính xác, thiết lập tiêu chuẩn thời gian của thế giới; thiết bị xử lý giọng nói; giải pháp RF; linh kiện rời rạc; giải pháp lưu trữ và truyền thông doanh nghiệp; công nghệ bảo mật và khả năng mở rộng chống tamper sản phẩm; Giải pháp Ethernet; IC và midspans cấp nguồn qua Ethernet; cũng như các khả năng và dịch vụ thiết kế tùy chỉnh. Microsemi có trụ sở chính tại Aliso Viejo, California và có khoảng 4,800 nhân viên trên toàn cầu. Tìm hiểu thêm tại www.microsemi.com.
Trụ sở chính của Microsemi
Một doanh nghiệp, Aliso Viejo,
CA 92656 Hoa Kỳ
Ở Hoa Kỳ: +1 800-713-4113
Bên ngoài Hoa Kỳ: +1 949-380-6100
Doanh số: +1 949-380-6136
Số Fax: +1 949-215-4996
Email: bán hàng.support@microsemi.com
www.microsemi.com
© 2018 Microsemi. Đã đăng ký Bản quyền. Microsemi và logo Microsemi
là thương hiệu của Microsemi Corporation. Tất cả các thương hiệu và dịch vụ khác
nhãn hiệu là tài sản của chủ sở hữu tương ứng của họ.
Tài liệu / Tài nguyên
 |
Mô phỏng dịch vụ hệ thống FPGA Microsemi UG0837 IGLOO2 và SmartFusion2 [tập tin pdf] Hướng dẫn sử dụng Mô phỏng dịch vụ hệ thống FPGA UG0837, UG0837 IGLOO2 và SmartFusion2, Mô phỏng dịch vụ hệ thống FPGA IGLOO2 và SmartFusion2, Mô phỏng dịch vụ hệ thống FPGA SmartFusion2, Mô phỏng dịch vụ hệ thống FPGA, Mô phỏng dịch vụ |
