UG0837
Gabay sa Gumagamit
IGLOO2 at SmartFusion2 FPGA
Simulation ng Mga Serbisyo ng System
Hunyo 2018

Kasaysayan ng Pagbabago

Inilalarawan ng kasaysayan ng rebisyon ang mga pagbabagong ipinatupad sa dokumento. Ang mga pagbabago ay nakalista ayon sa rebisyon, simula sa pinakabagong publikasyon.
1.1 Rebisyon 1.0
Na-publish ang Revision 1.0 noong Hunyo 2018. Ito ang unang publikasyon ng dokumentong ito.

IGLOO2 at SmartFusion2 FPGA System Services Simulation

Ang bloke ng System Services ng pamilya ng SmartFusion®2 FPGA ay nagtatampok ng koleksyon ng mga serbisyong responsable para sa iba't ibang gawain. Kabilang dito ang mga serbisyo ng simulation message, mga serbisyo ng data pointer, at mga serbisyo ng data descriptor. Ang mga serbisyo ng system ay maaaring ma-access sa pamamagitan ng Cortex-M3 sa SmartFusion2 at mula sa FPGA fabric sa pamamagitan ng fabric interface controller (FIC) para sa parehong SmartFusion2 at IGLOO®2. Ang mga paraan ng pag-access na ito ay ipinapadala sa controller ng system sa pamamagitan ng COMM_BLK. Ang COMM_BLK ay may advanced na peripheral bus (APB) na interface at gumaganap bilang isang mensaheng dumadaan sa conduit upang makipagpalitan ng data sa controller ng system. Ang mga kahilingan sa serbisyo ng system ay ipinapadala sa controller ng system at ang mga tugon sa serbisyo ng system ay ipinapadala sa CoreSysSerrvice sa pamamagitan ng COMM BLK. Ang lokasyon ng address para sa COMM_BLK ay available sa loob ng microcontroller sub-system (MSS)/high performance memory subsystem (HPMS). Para sa mga detalye, tingnan ang UG0450: SmartFusion2 SoC at IGLOO2 FPGA System Controller.
Gabay sa Gumagamit
Ipinapakita ng sumusunod na paglalarawan ang daloy ng data ng mga serbisyo ng system.
Figure 1 • System Service Data Flow DiagramPara sa parehong IGLOO2 at SmartFusion2 system service simulation, kailangan mong magpadala ng mga kahilingan sa serbisyo ng system at suriin ang mga tugon sa serbisyo ng system upang ma-verify na tama ang simulation. Ang hakbang na ito ay kinakailangan upang ma-access ang system controller, na nagbibigay ng mga serbisyo ng system. Ang paraan ng pagsulat at pagbabasa mula sa system controller ay iba para sa IGLOO2 at SmartFusion2 device. Para sa SmartFusion2, available ang Coretex-M3 at maaari kang magsulat at magbasa mula sa system controller gamit ang mga command ng bus functional model (BFM). Para sa IGLOO2, hindi available ang Cortex-M3 at hindi naa-access ang system controller gamit ang mga command ng BFM.
2.1 Mga Uri ng Magagamit na Serbisyo ng System
Tatlong magkakaibang uri ng mga serbisyo ng system ang magagamit at ang bawat uri ng serbisyo ay may iba't ibang mga sub-uri.
Mga serbisyo ng mensahe ng simulation
Mga serbisyo ng data pointer
Mga serbisyo ng data descriptor
Ang Appendix –System Services Types (tingnan ang pahina 19) na kabanata ng gabay na ito ay naglalarawan sa iba't ibang uri ng mga serbisyo ng system. Para sa higit pang impormasyon sa mga serbisyo ng system, tingnan ang UG0450: SmartFusion2 SoC at IGLOO2 FPGA System Controller User Guide .
2.2 IGLOO2 System Service Simulation
Kasama sa mga serbisyo ng system ang pagsulat at pagbabasa mula sa controller ng system. Upang magsulat at magbasa mula sa controller ng system para sa mga layunin ng simulation, kailangan mong gawin ang mga hakbang tulad ng sumusunod.

1. I-instantiate ang CoreSysServices soft IP core, available sa SmartDesign catalog.
2. Isulat ang HDL code para sa isang finite state machine (FSM).

Ang HDL FSM ay nakikipag-ugnayan sa CoreSysServices Core, na nagsisilbing fabric master ng AHBLite bus. Pinasimulan ng CoreSysServices core ang kahilingan sa serbisyo ng system sa COMM BLK at tumatanggap ng mga tugon sa serbisyo ng system mula sa COMM BLK sa pamamagitan ng FIC_0/1, fabric interface controller tulad ng ipinapakita sa sumusunod na paglalarawan.
Figure 2 • IGLOO2 System Services Simulation Topology2.3 Simulation ng Serbisyo ng SmartFusion2 System
Upang gayahin ang mga serbisyo ng system sa mga SmartFusion2 device, kailangan mong sumulat at magbasa mula sa system controller. Dalawang opsyon ang magagamit upang ma-access ang controller ng system para sa mga layunin ng simulation.
Opsyon 1 — Isulat ang HDL code para sa isang FSM na mag-interface sa CoreSysService soft IP core, na nagsisilbing AHBLite fabric master at nagpasimula ng kahilingan sa serbisyo ng system sa COMM BLK at tumatanggap ng mga tugon sa serbisyo ng system mula sa COMM BLK sa pamamagitan ng FIC_0/1 fabric interface tulad ng ipinapakita sa sumusunod na paglalarawan.
Figure 3 • SmartFusion2 System Services Simulation Topology

Opsyon 2 — Dahil available ang Cortex-M3 para sa mga SmartFusion2 device, maaari mong gamitin ang mga BFM command para direktang sumulat at magbasa mula sa memory space ng system controller.
Ang paggamit ng mga utos ng BFM (opsyon 2) ay nakakatipid sa pangangailangang isulat ang mga HDL code para sa FSM. Sa gabay sa gumagamit na ito, ginagamit ang opsyon 2 upang ipakita ang simulation ng mga serbisyo ng system sa SmartFusion2. Sa opsyong ito, ina-access ang memory space ng system controller upang malaman ang memory map ng COMM BLK at ang fabric interface interrupt controller (FIIC) block kapag isinulat mo ang iyong mga BFM command.
2.4 Simulation Halamples
Sinasaklaw ng gabay sa gumagamit ang mga sumusunod na simulation.

• IGLOO2 Serial Number Service Simulation (tingnan ang pahina 5)
• Simulation ng Serbisyo ng Serial Number ng SmartFusion2 (tingnan ang pahina 8)
• IGLOO2 Zeroization Service Simulation (tingnan ang pahina 13)
• SmartFusion2 Zeroization Service Simulation (tingnan ang pahina 16)

Ang mga katulad na pamamaraan ng simulation ay maaaring ilapat sa iba pang mga serbisyo ng system. Para sa kumpletong listahan ng mga available na serbisyo ng system, pumunta sa Appendix – Mga Uri ng Serbisyo ng System (tingnan ang pahina 19).

2.5 IGLOO2 Serial Number Service Simulation
Upang maghanda para sa simulation ng serbisyo ng serial number ng IGLOO2, gawin ang mga hakbang tulad ng sumusunod.

1. I-invoke ang system builder para gawin ang iyong HPMS block.
2. Lagyan ng check ang checkbox ng HPMS System Services sa pahina ng Mga Feature ng Device. Ito ay magtuturo sa tagabuo ng system na ilantad ang HPMS_FIC_0 SYS_SERVICES_MASTER bus interface (BIF).
3. Iwanang walang check ang lahat ng iba pang checkbox.
4. Tanggapin ang default sa lahat ng iba pang mga pahina at i-click ang Tapusin upang makumpleto ang bloke ng tagabuo ng system. Sa editor ng HDL ng Libero® SoC, isulat ang HDL code para sa FSM (File > Bago > HDL) . Isama ang sumusunod na tatlong estado sa iyong FSM.
   INIT state (initial state)
   SERV_PHASE (estado ng kahilingan sa serbisyo)
   RSP_PHASE (estado ng pagtugon sa serbisyo).
   Ang sumusunod na figure ay nagpapakita ng tatlong estado ng FSM.
   Figure 4 • Three-State FSM
5. Sa iyong HDL code para sa FSM, gamitin ang tamang command code (“01” Hex para sa serial number service ) upang ipasok ang status ng kahilingan sa serbisyo mula sa INIT state.
6. I-save ang iyong HDL file. Lumilitaw ang FSM bilang isang bahagi sa Design Hierarchy.
7. Buksan ang SmartDesign. I-drag at i-drop ang iyong top-level system builder block at ang iyong FSM block sa SmartDesign canvas. Mula sa catalog, i-drag at i-drop ang CoreSysService soft IP core sa SmartDesign canvas.
8. I-right-click ang CoreSysService soft IP core upang buksan ang configurator. Lagyan ng check ang Serial Number Service na checkbox (sa ilalim ng Device and Design Information Services
   grupo) upang paganahin ang serbisyo ng serial number.
9. Iwanang walang check ang lahat ng iba pang checkbox. I-click ang OK upang lumabas sa configurator.
   Figure 5 • CoreSysServices malambot na IP Core Configurator
   
10. Ikonekta ang HPMS_FIC_0 SYS_SERVICES_MASTER BIF ng system builder block sa AHBL_MASTER BIF ng CoreSysService block.
11. Ikonekta ang output ng iyong HDL FSM block sa input ng CoreSysService soft IP core. Gawin ang lahat ng iba pang koneksyon sa SmartDesign canvas tulad ng ipinapakita sa sumusunod na figure.
    Figure 6 • SmartDesign Canvas na may HDL Block, CoreSysServices Soft IP at HPMS Blocks
12. Sa SmartDesign canvas, i-right-click ang >Bumuo ng Component upang mabuo ang nangungunang Level Design.
13. Sa Hierarchy ng Disenyo view, i-right-click ang tuktok na antas ng disenyo at piliin ang gumawa ng Testbench > HDL .
14. Gumamit ng text editor para gumawa ng text file pinangalanang “status.txt” .
15. Isama ang command para sa system service at ang 128-bit serial number. Para sa higit pang impormasyon, tingnan ang Talahanayan 1 (System Services Command/Response Values) sa CoreSysServices v3.1 Handbook para sa mga command code (Hex) na gagamitin para sa iba't ibang serbisyo ng system. Para sa serbisyo ng serial number, ang command code ay "01" Hex.

Ang format ng status.txt file para sa serial number service ay ang mga sumusunod.
< 2 Hex digit CMD><32 Hex digit na Serial Number>
Example: 01A1A2A3A4B1B2B3B4C1C2C3C4D1D2D3D4
I-save ang status.txt file sa folder ng Simulation ng iyong proyekto. Ang disenyo ay handa na para sa simulation.
Kapag nagsimula na ang serbisyo sa pagpapatupad, isang mensahe na nagsasaad ng patutunguhan na lokasyon at serial number ay ipapakita sa ModelSim transcript window, tulad ng ipinapakita sa sumusunod na figure.
Figure 7 • ModelSim Simulation Transcript WindowAng system controller ay nagsasagawa ng AHB write sa address na may serial number. Sa pagkumpleto ng serbisyo, ang COMM_BLK's RXFIFO ay ilo-load ng tugon ng serbisyo.
Tandaan: Para sa kumpletong listahan ng mga command code na gagamitin para sa iba't ibang serbisyo ng system, tingnan ang Talahanayan 1 (System Services Command/Response Values) sa CoreSysServices v3.1 Handbook o UG0450: SmartFusion2 SoC at IGLOO2 FPGA System Controller User Guide.
2.6 Simulation ng Serbisyo ng Serial Number ng SmartFusion2
Sa gabay sa gumagamit na ito, ang mga utos ng BFM (opsyon 2) ay ginagamit upang ma-access ang controller ng system para sa serbisyo ng system. Ginagamit ang mga BFM command bilang ang Cortex-M3 processor ay available sa device para sa BFM simulation. Binibigyang-daan ka ng mga utos ng BFM na direktang sumulat at magbasa mula sa COMM BLK kapag alam mo na ang memory mapping ng COMM_BLK.
Upang ihanda ang iyong disenyo para sa SmartFusion2 serial number service simulation, gawin ang mga sumusunod na hakbang.

1. I-drag at i-drop ang MSS mula sa catalog patungo sa design canvas ng iyong proyekto.
2. I-disable ang lahat ng MSS peripheral maliban sa MSS_CCC, Reset Controller, Interrupt Management, at FIC_0, FIC_1 at FIC_2.
3. I-configure ang interrupt management para gamitin ang MSS sa fabric interrupt.
4. Ihanda ang serialnum.bfm file sa isang text editor o sa HDL editor ng Libero. I-save ang serialnum.bfm file sa folder ng Simulation ng proyekto. Dapat isama ng serialnum.bfm ang mga sumusunod na detalye.
   • Memory mapping sa COMM BLK (CMBLK)
   • Memory mapping para matakpan ang management peripheral (FIIC)
   • Command para sa serial number system service request (“01” Hex)
   • Address para sa lokasyon ng serial number
   Isang datingample ng serialnum.bfm file ay ang mga sumusunod.
   memmap FIIC 0x40006000; #Memory Mapping para Makagambala sa Pamamahala
   memmap CMBLK 0x40016000; #Memory Mapping sa COMM BLK
   memmap DESCRIPTOR_ADDR 0x20000000; #Lokasyon ng address para sa Serial Num
   #Command Code sa Hexadecimal
   pare-pareho ang CMD 0x1 # Command code para sa Serial NumberService
   Mga Rehistro ng Configuration ng #FIIC
   pare-pareho ang FICC_INTERRUPT_ENABLE0 0x0
   #COMM_BLK Configuration Registers
   pare-pareho ang KONTROL 0x00
   pare-pareho ang STATUS 0x04
   pare-pareho INT_ENABLE 0x08
   pare-pareho ang DATA8 0x10
   pare-pareho ang DATA32 0x14
   pare-pareho ang FRAME_START8 0x18
   pare-pareho ang FRAME_START32 0x1C
   serialnum ng pamamaraan;
   int x;
   sumulat w FIIC FICC_INTERRUPT_ENABLE0 0x20000000 #Configure
   #FICC_INTERRUPT_ENABLE0 # Magrehistro upang paganahin ang COMBLK_INTR #
   #interrupt mula COMM_BLK block hanggang tela
   #Request Phase
   magsulat ng CMBLK CONTROL 0x10 # I-configure ang COMM BLK Control #Magrehistro sa
   paganahin ang mga paglilipat sa COMM BLK Interface
   magsulat ng CMBLK INT_ENABLE 0x1 # I-configure ang COMM BLK Interrupt Enable
   #Register para paganahin ang Interrupt para sa TXTOKAY (Katugmang bit sa
   #Rehistro ng Katayuan)
   waitint 19 # wait for COMM BLK Interrupt , Dito naghihintay ang #BFM
   #till COMBLK_INTR is asserted
   readstore w CMBLK STATUS x # Basahin ang COMM BLK Status Magrehistro para sa #TXTOKAY
   # Makagambala
   itakda ang xx & 0x1
   kung x
   sumulat ng CMBLK FRAME_START8 CMD # I-configure ang COMM BLK FRAME_START8
   #Magrehistro upang humiling ng serbisyo ng Serial Number
   endif
   endif
   waitint 19 # wait for COMM BLK Interrupt , Dito
   Naghihintay ang #BFM hanggang sa igiit ang COMBLK_INTR
   readstore w CMBLK STATUS x # Basahin ang COMM BLK Status Magrehistro para sa
   #TXTOKAY Makagambala
   itakda ang xx & 0x1
   itakda ang xx & 0x1
   kung x
   sumulat ng CMBLK CONTROL 0x14 #Configure COMM BLK Control
   #Magrehistro upang paganahin ang mga paglilipat sa COMM BLK Interface
   sumulat sa CMBLK DATA32 DESCRIPTOR_ADDR
   sumulat sa CMBLK INT_ENABLE 0x80
   sumulat ng w CMBLK CONTROL 0x10
   endif
   maghintay 20
   # Yugto ng Pagtugon
   maghintay 19
   readstore w CMBLK STATUS x
   itakda ang xx & 0x80
   kung x
   basahin ang check sa CMBLK FRAME_START8 CMD
   sumulat sa CMBLK INT_ENABLE 0x2
   endif
   maghintay 19
   readstore w CMBLK STATUS x
   itakda ang xx & 0x2
   kung x
   readcheck w CMBLK DATA8 0x0
   sumulat ng w CMBLK CONTROL 0x18
   endif
   maghintay 19
   readcheck w FIIC 0x8 0x20000000
   readstore w CMBLK STATUS x
   itakda ang xx & 0x2
   kung x
   readcheck sa CMBLK DATA32 DESCRIPTOR_ADDR
   endif
   readcheck w DESCRIPTOR_ADDR 0x0 0xE1E2E3E4; #Readcheck para suriin ang S/N
   readcheck w DESCRIPTOR_ADDR 0x4 0xC1C2C3C4; #Readcheck para suriin ang S/N
   readcheck w DESCRIPTOR_ADDR 0x8 0xB1B2B3B4; #Readcheck para suriin ang S/N
   readcheck w DESCRIPTOR_ADDR 0xC 0xA1A2A3A4; #Readcheck para suriin ang S/N
   bumalik
5. Lumikha ng katayuan. txt file sa HDL editor ng Libero o anumang text editor. Isama ang serial number system service command (“01” sa Hex) at ang serial number sa status . txt file. Tingnan ang CoreSysServices v3.1 Handbook para sa paggamit ng tamang command code.
6. Ang syntax nito file para sa serbisyo ng serial number ay, <2 Hex digit CMD>< 32 Hex digit Serial Number> . Halample: 01A1A2A3A4B1B2B3B4C1C2C3C4E1E2E3E4.
7. I-save ang status .txt file sa folder ng Simulation ng proyekto.
8. I-edit ang user na .bfm (na matatagpuan sa loob ng folder ng Simulation) upang isama ang serialnum. bfm file at tawagan ang serial number procedure gaya ng ipinapakita sa sumusunod na snippet ng code.
   isama ang “serialnum.bfm” #isama ang serialnum.bfm
   pamamaraan user_main;
   i-print ang "INFO: Simulation Starts";
   print “INFO:Service Command Code in Decimal:%0d”, CMD ;
   tumawag sa serialnum; #tawagan ang serialnum procedure
   print "INFO: Simulation Ends";
   bumalik
9. Sa Hierarchy ng Disenyo view, buuin ang testbench (Right-click, Top Level Design > Create Testbench > HDL ) at handa ka nang magpatakbo ng serial number service simulation.

Kapag nagsimula na ang serbisyo sa pagpapatupad, isang mensahe na nagsasaad ng patutunguhan na lokasyon at serial number ay ipapakita. Ang system controller ay nagsasagawa ng AHB write sa address na may serial number. Sa pagkumpleto ng serbisyo, ang COMM_BLK's RXFIFO ay ilo-load ng tugon ng serbisyo. Ipinapakita ng window ng transcript ng ModelSim ang address at ang serial number na natanggap tulad ng ipinapakita sa sumusunod na figure.
Figure 8 • SmartFusion2 Serial Number Service Simulation sa ModelSim Transcript Window

2.7 IGLOO2 Zeroization Service Simulation
Upang maghanda para sa simulation ng serbisyo ng zeroization ng IGLOO2, gawin ang mga hakbang tulad ng sumusunod.

1. I-invoke ang system builder para gawin ang HPMS block. Lagyan ng check ang checkbox ng Mga Serbisyo ng System ng HPMS sa Mga Tampok ng Device SYS_SERVICES_MASTER BIF. Iwanang walang check ang lahat ng iba pang checkbox. Tanggapin ang default sa lahat ng iba pang page at i-click ang page. Inutusan nito ang tagabuo ng system na ilantad ang HPMS_FIC_0 Finish upang makumpleto ang pagsasaayos ng bloke ng tagabuo ng system.
2. Sa HDL editor ng Libero SoC, isulat ang HDL code para sa FSM. Sa iyong HDL code para sa FSM, isama ang sumusunod na tatlong estado.
   INIT state (initial state)
   SERV_PHASE (estado ng kahilingan sa serbisyo)
   RSP_PHASE (estado ng pagtugon sa serbisyo)
   Ang sumusunod na figure ay nagpapakita ng tatlong estado ng FSM.
   Figure 9 • Three-State FSM

    

3. Sa iyong HDL code, gamitin ang command code na “F0″(Hex) para ipasok ang status ng kahilingan sa serbisyo mula sa INIT state.
4. I-save ang iyong HDL file.
5. Buksan ang SmartDesign, i-drag at i-drop ang iyong top-level system builder block at ang iyong HDL FSM block sa SmartDesign canvas. Mula sa catalog, i-drag at i-drop ang CoreSysService soft IP core sa SmartDesign canvas.
6. I-right-click ang CoreSysServices soft IP core, upang buksan ang configurator at suriin ang checkbox ng Zeroization Service sa ilalim ng pangkat ng Data Security Services. Iwanang walang check ang lahat ng iba pang checkbox. I-click upang OK lumabas.
   Figure 10 • CoreSysServices Configurator
   
7. Ikonekta ang HPMS_FIC_0 SYS_SERVICES_MASTER BIF ng system builder block sa AHBL_MASTER BIF ng CoreSysService block.
8. Ikonekta ang output ng iyong HDL FSM block sa input ng CoreSysService soft IP core. Gawin ang lahat ng iba pang koneksyon sa SmartDesign canvas.
   Figure 11 • SmartDesign Canvas na may HDL Block, CoreSysServices Soft IP, at HPMS Blocks
   9. Sa SmartDesign canvas, buuin ang nangungunang antas ng disenyo (I-right-click > Bumuo ng Bahagi).
   10. Sa Design Hierarchy view, i-right-click ang nangungunang antas ng disenyo at piliin ang gumawa ng Testbench > HDL. Handa ka na ngayong magpatakbo ng simulation.
   Kapag nagsimula na ang serbisyo sa pagpapatupad, isang mensahe na nagsasaad na ang zeroization ay nakumpleto sa oras na x ay ipinapakita tulad ng ipinapakita sa sumusunod na figure.
   Figure 12 • IGLOO2 Zeroization System Service Simulation Transcript Window
   

Ang system controller ay nagsasagawa ng AHB write sa address na may serial number. Sa pagkumpleto ng serbisyo, ang COMM_BLK's RXFIFO ay ilo-load ng tugon ng serbisyo. Dapat tandaan na ang simulation model ay ginagaya ang zeroization sa pamamagitan ng pagpapahinto sa simulation sa halip na pag-zero sa mismong disenyo.
Tandaan: Para sa kumpletong listahan ng mga command code na gagamitin para sa iba't ibang serbisyo ng system, tingnan ang Talahanayan 1 (System Services Command/Response Values) sa CoreSysServices v3.1 Handbook:. o UG0450: SmartFusion2 SoC at IGLOO2 FPGA System Controller User Guide

2.8 SmartFusion2 Zeroization Service Simulation
Sa gabay na ito, ang mga BFM command (opsyon 2) ay ginagamit upang ma-access ang system controller para sa serbisyo ng system.
Ginagamit ang mga BFM command bilang ang Cortex-M3 processor ay available sa device para sa BFM simulation. Binibigyang-daan ka ng mga utos ng BFM na direktang sumulat at magbasa mula sa COMM BLK kapag alam mo na ang memory mapping ng COMM_BLK. Upang ihanda ang iyong disenyo para sa simulation ng serbisyo ng zeroization ng SmartFusion2, gawin ang mga sumusunod na hakbang.

1. I-drag at i-drop ang MSS mula sa catalog patungo sa design canvas ng iyong proyekto.
2. I-disable ang lahat ng MSS peripheral maliban sa MSS_CCC, Reset Controller, Interrupt Management, at FIC_0, FIC_1 at FIC_2.
3. I-configure ang interrupt management para gamitin ang MSS sa fabric interrupt.
4. Ihanda ang zeroizaton.bfm file sa isang text editor o sa HDL editor ng Libero. Ang iyong zeroization. Dapat kasama sa bfm ang:

• Memory mapping sa COMM BLK (CMBLK)
• Memory mapping para matakpan ang management peripheral (FIIC)
• Command para sa zeroizaton service request (“F0” Hex para sa zeroizaton)

Isang datingample ng serialnum.bfm file ay ipinakita sa sumusunod na pigura.
Figure 13 • Zeroization.bfm para sa SmartFusion2 Zeroization System Services Simulation

5. I-save ang zeroization.bfm file sa folder ng Simulation ng proyekto. user.bfm
6. I-edit ang (na matatagpuan sa folder ng zeroization.bfm Simulation) upang isama ang paggamit ng sumusunod na snippet ng code.
isama ang “zeroization.bfm” #include zeroization.bfm file pamamaraan user_main;
i-print ang "INFO: Simulation Starts";
print “INFO:Service Command Code in Decimal:%0d”, CMD ;
tumawag sa zeroization; #call zeroization procedure return
7. Sa Design Hierarchy , buuin ang Testbench (Right click top level > Create Testbench > HDL ) at handa ka nang patakbuhin ang SmartFusion2 zeroization simulation.
Kapag nagsimula na ang serbisyo sa pagpapatupad, isang mensahe na nagsasaad na ang aparato ay na-zero sa oras na x ay ipinapakita. Dapat tandaan na ang simulation model ay ginagaya ang zeroization sa pamamagitan ng pagpapahinto sa simulation sa halip na pag-zero sa mismong disenyo. Ang window ng transcript ng ModelSim sa sumusunod na figure ay nagpapakita na ang device ay na-zeroize.

Figure 14 • SmartFusion2 Zeroization System Service Simulation Log

Appendix: Mga Uri ng Mga Serbisyo ng System

Inilalarawan ng kabanatang ito ang iba't ibang uri ng mga serbisyo ng system.
3.1 Simulation Message Services
Ang mga sumusunod na seksyon ay naglalarawan ng iba't ibang uri ng simulation message services.
3.1.1 Flash*Freeze
Papasok ang simulation sa Flash*Freeze state kapag ipinadala ang wastong kahilingan sa serbisyo sa COMM_BLK mula sa alinman sa FIC (sa kaso ng IGLOO2 device) o sa Cortex-M3 (sa SmartFusion2 device). Kapag na-detect na ng system controller ang serbisyo, ihihinto ang simulation at ipapakita ang isang mensahe na nagsasaad na ang system ay pumasok sa Flash*Freeze (kasama ang napiling opsyon). Sa pagpapatuloy ng simulation, ang RXFIFO ng COMM_BLK ay mapupuno ng tugon ng serbisyo na binubuo ng utos ng serbisyo at katayuan. Dapat tandaan na walang simulation support para sa Flash*Freeze exit.
3.1.2 Zeroization
Ang Zeroization ay kasalukuyang ang tanging mataas na priyoridad na serbisyo sa loob ng mga serbisyo ng system na pinoproseso ng COMM_BLK. Papasok ang simulation sa estado ng zeroization sa sandaling matukoy ng COMM_BLK ang tamang kahilingan sa serbisyo. Ang pagpapatupad ng iba pang mga serbisyo ay ihihinto at itatapon ng system controller, at ang serbisyo ng zeroization ang isasagawa sa halip. Kapag natukoy na ang kahilingan sa serbisyo ng zeroization, hihinto ang simulation at ipapakita ang isang mensahe na nagsasaad na pumasok na ang system sa zeroization. Ang mga manu-manong pag-restart ng simulation pagkatapos ng zeroization ay hindi wasto.
3.2 Mga Serbisyo ng Data Pointer
Ang mga sumusunod na seksyon ay naglalarawan ng iba't ibang uri ng mga serbisyo ng data pointer.
3.2.1 Serial Number
Ang serbisyo ng serial number ay magsusulat ng 128-bit na serial number sa isang lokasyon ng address na ibinigay bilang bahagi ng kahilingan sa serbisyo. Maaaring itakda ang 128-bit na parameter na ito gamit ang System Service Simulation Support file (tingnan ang pahina 22). Kung ang 128-bit serial number na parameter ay hindi tinukoy sa loob ng file, isang default na serial number na 0 ang gagamitin. Kapag nagsimula na ang serbisyo sa pagpapatupad, isang mensahe na nagsasaad ng patutunguhan na lokasyon at serial number ay ipapakita. Ang system controller ay nagsasagawa ng AHB write sa address na may serial number. Sa pagkumpleto ng serbisyo, ang COMM_BLK's RXFIFO ay ilo-load ng tugon ng serbisyo.
3.2.2 Usercode
Nagsusulat ang serbisyo ng usercode ng 32-bit na parameter ng usercode sa isang lokasyon ng address na ibinigay bilang bahagi ng kahilingan sa serbisyo. Maaaring itakda ang 32-bit na parameter na ito gamit ang System Service Simulation Support file (tingnan ang pahina 22). Kung ang 32-bit na parameter ay hindi tinukoy sa loob ng file, ang isang default na halaga ng 0 ay ginagamit. Kapag nagsimula na ang serbisyo sa pagpapatupad, isang mensahe na nagsasaad ng target na lokasyon at usercode ay ipapakita. Ang system controller ay nagsasagawa ng AHB write sa address na may 32-bit na parameter. Sa pagkumpleto ng serbisyo, ang RXFIFO ng COMM_BLK ay puno ng tugon ng serbisyo, na kinabibilangan ng command ng serbisyo at target na address.
3.3 Mga Serbisyo sa Deskriptor ng Data
Ang mga sumusunod na seksyon ay naglalarawan ng iba't ibang uri ng mga serbisyo ng data descriptor.

3.3.1 AES
Ang suporta sa simulation para sa serbisyong ito ay nag-aalala lamang sa paglipat ng orihinal na data mula sa pinagmulan patungo sa patutunguhan, nang hindi aktwal na nagsasagawa ng anumang pag-encrypt/pag-decryption sa data. Ang data na kailangang i-encrypt/i-decrypt at ang istraktura ng data ay dapat isulat bago ipadala ang kahilingan sa serbisyo. Kapag nagsimula na ang serbisyo sa pagpapatupad, ang isang mensahe na nagpapahiwatig ng pagpapatupad ng serbisyo ng AES ay ipapakita. Binabasa ng serbisyo ng AES ang istruktura ng data at data na ie-encrypt/de-decrypt. Ang orihinal na data ay kinokopya at nakasulat sa address na ibinigay sa loob ng istraktura ng data. Kapag nakumpleto na ang serbisyo, ang command, status, at address ng istraktura ng data ay itutulak sa RXFIFO.
Tandaan: Ang serbisyong ito ay para lamang sa 128-bit at 256-bit na data, at parehong 128-bit at 256-bit na data ay may magkaibang haba ng istraktura ng data.

3.3.2 SHA 256
Ang suporta sa simulation para sa serbisyong ito ay nababahala lamang sa paglipat ng data, nang hindi aktwal na nagsasagawa ng anumang pag-hash sa data. Ang SHA 256 function ay idinisenyo upang bumuo ng 256-bit hash key batay sa input data. Ang data na kailangang i-hash at ang istraktura ng data ay dapat isulat sa kani-kanilang mga address bago ipadala ang kahilingan sa serbisyo sa COMM_BLK. Ang haba sa mga bit at pointer na tinukoy sa loob ng istraktura ng data ng SHA 256 ay dapat na wastong tumutugma sa haba at address ng data na iha-hash. Kapag nagsimula na ang serbisyo sa pagpapatupad, ang isang mensahe na nagpapahiwatig ng pagpapatupad ng serbisyo ng SHA 256 ay ipapakita. Sa halip na isagawa ang aktwal na function, isang default na hash key ang isusulat sa destination pointer mula sa istraktura ng data. Ang default na hash key ay hex "ABCD1234". Para sa pagtatakda ng custom na key, pumunta sa seksyong Parameter Setting (tingnan ang pahina 23). Sa pagkumpleto ng serbisyo, ang RXFIFO ay puno ng tugon ng serbisyo na binubuo ng command ng serbisyo, status, at SHA 256 data structure pointer.
3.3.3 HMAC
Ang suporta sa simulation para sa serbisyong ito ay nababahala lamang sa paglipat ng data, nang hindi aktwal na nagsasagawa ng anumang pag-hash sa data. Ang data na kailangang i-hash at ang istraktura ng data ay dapat isulat sa kani-kanilang mga address bago ipadala ang kahilingan sa serbisyo sa COMM_BLK. Ang serbisyo ng HMAC ay nangangailangan ng 32-byte na key bilang karagdagan sa haba sa mga byte, source pointer, at destination pointer. Kapag nagsimula na ang serbisyo sa pagpapatupad, ang isang mensahe na nagpapahiwatig ng pagpapatupad ng serbisyo ng HMAC ay ipapakita. Ang susi ay binabasa at ang 256-bit na susi ay kinopya mula sa istruktura ng data patungo sa patutunguhang pointer. Sa pagkumpleto ng serbisyo, ang RXFIFO ay puno ng tugon ng serbisyo na binubuo ng command ng serbisyo, status, at HMAC data structure pointer.

3.3.4 Bumuo ng DRBG
Ang pagbuo ng mga random na bit ay ginagawa ng serbisyong ito. Dapat tandaan na ang modelo ng simulation ay hindi eksaktong sumusunod sa parehong random na pamamaraan ng pagbuo ng numero na ginamit ng silikon. Ang istraktura ng data ay dapat na wastong nakasulat sa nilalayon nitong lokasyon bago ipadala ang kahilingan sa serbisyo sa COMM_BLK. Ang istraktura ng data, patutunguhang pointer, haba at iba pang nauugnay na data ay binabasa ng system controller. Ang DRBG generate service ay bumubuo ng pseudo random set ng data ng hiniling na haba (0-128). Isinulat ng system controller ang random na data sa patutunguhang pointer. Ang isang mensahe na nagpapahiwatig ng pagpapatupad ng DRBG generate service ay ipinapakita sa simulation. Kapag nakumpleto na ang serbisyo, ang command, status, at address ng istraktura ng data ay itutulak sa RXFIFO. Kung ang hiniling na haba ng data ay wala sa hanay na 0-128, isang error code na "4" (Max Generate ) ang itutulak sa RXFIFO. Kung ang karagdagang haba ng data ay wala sa hanay ng Kahilingan na Masyadong Malaki na 0-128, isang error code na "5" (Max na Haba ng Karagdagang Data na Lumagpas) ay itulak sa RXFIFO. Kung pareho ang hiniling na haba ng data para sa pagbuo at karagdagang haba ng data ay wala sa kanilang tinukoy na hanay (0-128), isang error code na "1" ( Catastrophic Error ) ang itutulak sa RXFIFO.

3.3.5 I-reset ang DRBG
Ang aktwal na pag-reset ng function ay ginagawa sa pamamagitan ng pag-alis ng mga instantiation ng DRBG at pag-reset ng DRBG. Kapag natukoy na ang kahilingan sa serbisyo, magpapakita ang simulation ng nakumpletong mensahe ng serbisyo ng DRBG Reset. Ang tugon, na kinabibilangan ng serbisyo at katayuan, ay itinulak sa RXFIFO.
3.3.6 DRBG Self Test
Ang suporta sa simulation para sa DRBG self-test ay hindi aktwal na nagpapatupad ng self-test function. Kapag natukoy na ang kahilingan sa serbisyo, magpapakita ang simulation ng mensahe ng pagpapatupad ng serbisyo sa self-test ng DRBG. Ang tugon, na kinabibilangan ng serbisyo at katayuan, ay itutulak sa RXFIFO.
3.3.7 DRBG Instantiate
Ang simulation support para sa DRBG instantiate service ay hindi aktwal na gumaganap ng instantiate service. Ang istraktura ng data ay dapat na wastong nakasulat sa nilalayon nitong lokasyon bago ipadala ang kahilingan sa serbisyo sa COMM_BLK. Kapag natukoy na ang kahilingan sa serbisyo, babasahin ang structure at personalization string na tinukoy sa loob ng MSS address space. Ang simulation ay magpapakita ng mensahe na nagsasaad na ang serbisyo ng DRBG Instantiate ay nagsimula nang ipatupad. Sa sandaling kumpleto na ang serbisyo, ang tugon, na kinabibilangan ng command ng serbisyo, status, at pointer sa istraktura ng data, ay itulak sa RXFIFO. Kung ang haba ng data (PERSONALIZATIONLENGTH) ay wala sa hanay na 0-128, isang error code na “1” ( Catastrophic Error ) ang itutulak sa RXFIFO para sa status.
3.3.8 DRBG Uninstantiate
Ang simulation support para sa DRBG uninstantiate service ay hindi aktwal na gumaganap ng uninstantiate na serbisyo ng pag-alis ng isang dating instantiated na DRBG, tulad ng ginagawa ng silicon. Ang kahilingan sa serbisyo ay dapat isama ang parehong command at DRBG handle. Kapag natukoy na ang kahilingan sa serbisyo, maiimbak ang handle ng DRBG. Ang simulation ay magpapakita ng mensahe na nagsasaad na ang DRBG uninstantiate na serbisyo ay nasimulan na. Kapag kumpleto na ang serbisyo, ang tugon, na kinabibilangan ng service command, status, at DRBG handle, ay itulak sa RXFIFO.
3.3.9 DRBG Reseed
Dahil sa simulative na katangian ng system services block, ang DRBG reseed service sa simulation ay hindi awtomatikong naisasagawa pagkatapos ng bawat 65535 DRBG na bumuo ng mga serbisyo. Ang istraktura ng data ay dapat na wastong nakasulat sa nilalayon nitong lokasyon bago ipadala ang kahilingan sa serbisyo sa COMM_BLK. Kapag natukoy na ang kahilingan sa serbisyo, babasahin ang istraktura at karagdagang parameter ng input sa espasyo ng MSS address. Isang mensahe na nagsasaad na ang serbisyo ng DRBG reseed ay nagsimula nang isagawa, ay ipapakita. Ang istraktura ng data ay dapat na wastong nakasulat sa nilalayon nitong lokasyon bago ipadala ang kahilingan sa serbisyo sa COMM_BLK. Sa sandaling kumpleto na ang serbisyo, ang tugon, na kinabibilangan ng command ng serbisyo, status, at pointer sa istraktura ng data, ay itulak sa RXFIFO.
3.3.10 KeyTree
Ang aktwal na function ay hindi naisakatuparan sa simulation para sa serbisyo ng KeyTree. Ang istraktura ng data ng serbisyo ng KeyTree ay binubuo ng isang 32-byte na key, 7-bit na optype na data (hindi pinansin ang MSB), at 16-byte na landas. Ang data sa loob ng istraktura ng data ay dapat na nakasulat sa kani-kanilang mga address, bago ipadala ang kahilingan sa serbisyo sa COMM_BLK. Kapag nagsimula na ang serbisyo sa pagpapatupad, ang isang mensahe na nagpapahiwatig ng pagpapatupad ng serbisyo ng KeyTree ay ipapakita. Ang mga nilalaman ng istraktura ng data ay babasahin, ang 32-byte na key ay maiimbak, at ang orihinal na key na matatagpuan sa loob ng istraktura ng data ay ma-overwrite. Pagkatapos ng pagsulat na ito ng AHB, ang halaga ng susi sa loob ng istraktura ng data ay hindi dapat magbago, ngunit ang mga transaksyon ng AHB para sa pagsulat ay magaganap. Sa pagkumpleto ng serbisyo, ang RXFIFO ay puno ng tugon ng serbisyo, na binubuo ng utos ng serbisyo, katayuan, at ng KeyTree data structure pointer.
3.3.11 Pagtugon sa Hamon
Ang aktwal na function, tulad ng pag-authenticate ng device, ay hindi isinasagawa sa simulation para sa challenge response service. Ang istraktura ng data para sa serbisyong ito ay nangangailangan ng isang pointer sa buffer, upang makatanggap ng isang 32-byte na resulta, 7-bit na optype, at isang 128-bit na landas. Ang data sa loob ng istraktura ng data ay dapat na nakasulat sa kani-kanilang mga address bago ipadala ang kahilingan sa serbisyo sa COMM_BLK. Kapag nagsimula na ang serbisyo sa pagpapatupad, isang mensahe na nagsasaad ng pagpapatupad ng serbisyo sa pagtugon sa hamon ay ipapakita. Ang isang generic na 256-bit na tugon ay isusulat sa pointer na ibinigay sa loob ng istraktura ng data. Ang default na key ay itinakda bilang hex na "ABCD1234". Upang makakuha ng custom na key, tingnan ang Setting ng Parameter (tingnan ang pahina 23). Sa pagkumpleto ng serbisyo, ang RXFIFO ay mai-load ng tugon ng serbisyo, na binubuo ng command ng serbisyo, status, at challenge response data structure pointer.
3.4 Iba pang mga Serbisyo
Ang mga sumusunod na seksyon ay naglalarawan ng iba't ibang mga serbisyo ng system.
3.4.1 Digest Check
Ang aktwal na function ng muling pagkalkula at paghahambing ng mga digest ng mga napiling bahagi ay hindi isinasagawa para sa serbisyo ng digest check sa simulation. Ang kahilingan sa serbisyo na ito ay binubuo ng mga utos ng serbisyo, at mga opsyon sa serbisyo (5-bit LSB). Kapag nagsimula na ang serbisyo sa pagpapatupad, ang isang mensahe na nagdedetalye sa pagpapatupad ng serbisyo ng digest check ay ipapakita, kasama ang mga napiling opsyon mula sa kahilingan. Sa pagkumpleto ng serbisyo, ang RXFIFO ay mai-load ng tugon ng serbisyo, na binubuo ng utos ng serbisyo, at ang mga flag ng digest check pass/fail.
3.4.2 Hindi Kinikilalang Tugon sa Utos
Kapag ang isang hindi nakikilalang kahilingan sa serbisyo ay ipinadala sa COMM_BLK, ang COMM_BLK ay awtomatikong tutugon sa isang hindi nakikilalang mensahe ng command na itinulak sa RXFIFO. Ang mensahe ay binubuo ng command na ipinadala sa COMM_BLK at ang hindi nakikilalang command status (252D). Ipapakita din ang isang display message na nagsasaad ng hindi nakikilalang kahilingan sa serbisyo. Babalik ang COMM_BLK sa idle state, naghihintay na tanggapin ang susunod na kahilingan sa serbisyo.
3.4.3 Mga Hindi Sinusuportahang Serbisyo
Ang mga hindi sinusuportahang serbisyo na nakatakda sa COMM_BLK ay magti-trigger ng mensahe sa simulation na nagsasaad na ang kahilingan sa serbisyo ay hindi suportado. Babalik ang COMM_BLK sa idle state, naghihintay na tanggapin ang susunod na kahilingan sa serbisyo. Ang PINTERRUPT ay hindi itatakda, na nagpapahiwatig na ang isang serbisyo ay kumpleto na. Kasama sa kasalukuyang listahan ng mga hindi sinusuportahang serbisyo ang: IAP, ISP, Device Certificate, at ang DESIGNVER Service.
3.5 Suporta sa Simulation ng Mga Serbisyo ng System File
Upang suportahan ang simulation ng mga serbisyo ng system, isang text file tinatawag na, "status.txt" ay maaaring gamitin upang ipasa ang mga tagubilin tungkol sa kinakailangang pag-uugali ng modelo ng simulation sa modelo ng simulation. Ito file ay dapat na matatagpuan sa parehong folder, kung saan ang simulation ay tatakbo mula sa. Ang file ay maaaring gamitin, bukod sa iba pang mga bagay, upang pilitin ang ilang mga tugon sa error para sa mga serbisyo ng system na sinusuportahan o kahit para sa pagtatakda ng ilang mga parameter na kailangan para sa simulation, (para sa example, serial number). Ang maximum na bilang ng mga linyang sinusuportahan sa ” status.txt” file ay 256. Ang mga tagubilin na lumilitaw pagkatapos ng numero ng linya 256 ay hindi gagamitin sa simulation.
3.5.1 Pagpipilit sa Mga Tugon sa Error
Maaaring pilitin ng user ang isang partikular na tugon ng error para sa isang partikular na serbisyo sa panahon ng pagsubok sa pamamagitan ng pagpasa ng impormasyon sa modelo ng simulation gamit ang "status.txt" file, na dapat ilagay sa folder kung saan pinapatakbo ang simulation. Upang pilitin ang mga tugon ng error sa isang partikular na serbisyo, ang command at ang kinakailangang tugon ay dapat na i-type sa parehong linya sa sumusunod na format:ample, sa Command> ; turuan ang modelo ng simulation na bumuo ng tugon ng error sa pag-access ng memorya ng MSS sa serbisyo ng serial number, ang utos ay ang mga sumusunod.
Serbisyo: Serial Number: 01
Hinihiling na mensahe ng error: MSS Memory Access Error: 7F
Dapat mong ilagay ang linyang 017F sa “status.txt” file.
3.5.2 Setting ng Parameter
Ang "status.txt" file ay maaari ding gamitin para magtakda ng ilang parameter na kailangan sa simulation. Bilang isang example, upang maitakda ang 32-bit na parameter para sa usercode, ang format ng linya ay dapat nasa ganitong pagkakasunud-sunod: <32 Bit USERCODE>; kung saan ang parehong mga halaga ay ipinasok sa hexadecimal. Upang maitakda ang 128-bit na parameter para sa serial number, ang format ng linya ay dapat nasa ganitong pagkakasunud-sunod: <128 Bit Serial Number [127:0]> ; kung saan ang parehong mga halaga ay ipinasok sa hexadecimal. Upang maitakda ang 256-bit na parameter para sa SHA 256 key; ang format ng linya ay dapat nasa ganitong pagkakasunud-sunod: <256 Bit Key [255:0]>; kung saan ang parehong mga halaga ay ipinasok sa hexadecimal. Upang maitakda ang 256-bit na parameter para sa challenge response key, ang format ng linya ay dapat na nasa ganitong pagkakasunud-sunod: <256 Bit Key [255:0]>;
kung saan ang parehong mga halaga ay ipinasok sa hexadecimal.
3.5.3 Priyoridad ng Device
Ang mga serbisyo ng system at ang COMM_BLK ay gumagamit ng isang mataas na priyoridad na sistema. Sa kasalukuyan, ang tanging mataas na priyoridad na serbisyo ay zeroization. Upang maisagawa ang isang serbisyong may mataas na priyoridad, habang isinasagawa ang isa pang serbisyo, ang kasalukuyang serbisyo ay ititigil at ang mas mataas na priyoridad na serbisyo ay isasagawa sa lugar nito. Itatapon ng COMM_BLK ang kasalukuyang serbisyo upang maisagawa ang mas mataas na priyoridad na serbisyo. Kung maramihang hindi mataas na priyoridad na serbisyo ang ipinadala bago matapos ang isang kasalukuyang serbisyo, ang mga serbisyong ito ay ipapapila sa loob ng TXFIFO. Kapag ang kasalukuyang serbisyo ay kumpleto na, ang susunod na serbisyo sa TXFIFO ay isasagawa.

Walang garantiya, representasyon, o garantiya ang Microsemi hinggil sa impormasyong nakapaloob dito o sa pagiging angkop ng mga produkto at serbisyo nito para sa anumang partikular na layunin, at hindi rin inaako ng Microsemi ang anumang pananagutan na magmumula sa aplikasyon o paggamit ng anumang produkto o circuit. Ang mga produktong ibinebenta sa ilalim nito at anumang iba pang produkto na ibinebenta ng Microsemi ay napapailalim sa limitadong pagsubok at hindi dapat gamitin kasabay ng mga kagamitan o application na kritikal sa misyon. Ang anumang mga detalye ng pagganap ay pinaniniwalaan na maaasahan ngunit hindi na-verify, at ang Mamimili ay dapat magsagawa at kumpletuhin ang lahat ng pagganap at iba pang pagsubok ng mga produkto, nang mag-isa at kasama, o naka-install sa, anumang mga end-product. Ang mamimili ay hindi dapat umasa sa anumang data at mga detalye ng pagganap o mga parameter na ibinigay ng Microsemi. Responsibilidad ng Mamimili na independyenteng tukuyin ang pagiging angkop ng anumang produkto at subukan at i-verify ang pareho. Ang impormasyong ibinigay ng Microsemi sa ilalim nito ay ibinibigay "kung saan, nasaan" at kasama ang lahat ng mga pagkakamali, at ang buong panganib na nauugnay sa naturang impormasyon ay ganap na nasa Mamimili. Ang Microsemi ay hindi nagbibigay, tahasan o tahasan, sa sinumang partido ng anumang mga karapatan sa patent, lisensya, o anumang iba pang mga karapatan sa IP, kung tungkol sa naturang impormasyon mismo o anumang inilarawan ng naturang impormasyon. Ang impormasyong ibinigay sa dokumentong ito ay pagmamay-ari ng Microsemi, at ang Microsemi ay may karapatang gumawa ng anumang mga pagbabago sa impormasyon sa dokumentong ito o sa anumang mga produkto at serbisyo anumang oras nang walang abiso.
Ang Microsemi, isang buong pag-aari na subsidiary ng Microchip Technology Inc. (Nasdaq: MCHP), ay nag-aalok ng komprehensibong portfolio ng semiconductor at mga solusyon sa system para sa aerospace at depensa, komunikasyon, data center at mga industriyal na merkado. Kasama sa mga produkto ang high-performance at radiation-hardened analog mixed-signal integrated circuits, FPGAs, SoCs at ASICs; mga produkto ng pamamahala ng kapangyarihan; timing at synchronization na mga aparato at tumpak na mga solusyon sa oras, na nagtatakda ng pamantayan ng mundo para sa oras; mga aparato sa pagproseso ng boses; Mga solusyon sa RF; hiwalay na mga bahagi; imbakan ng negosyo at mga solusyon sa komunikasyon; mga teknolohiya sa seguridad at nasusukat na anti-tampmga produkto; Mga solusyon sa Ethernet; Mga Power-over-Ethernet IC at midspan; pati na rin ang mga custom na kakayahan sa disenyo at serbisyo. Ang Microsemi ay headquarter sa Aliso Viejo, California, at may humigit-kumulang 4,800 empleyado sa buong mundo. Matuto pa sa www.microsemi.com.

Microsemi Headquarters
Isang Enterprise, Aliso Viejo,
CA 92656 USA
Sa loob ng USA: +1 800-713-4113
Sa labas ng USA: +1 949-380-6100
Benta: +1 949-380-6136
Fax: +1 949-215-4996
Email: benta.support@microsemi.com
www.microsemi.com
© 2018 Microsemi. Lahat ng karapatan ay nakalaan. Microsemi at ang Microsemi logo
ay mga trademark ng Microsemi Corporation. Lahat ng iba pang trademark at serbisyo
ang mga marka ay pag-aari ng kani-kanilang mga may-ari.

Mga Dokumento / Mga Mapagkukunan

Microsemi UG0837 IGLOO2 at SmartFusion2 FPGA System Services Simulation [pdf] Gabay sa Gumagamit UG0837, UG0837 IGLOO2 at SmartFusion2 FPGA System Services Simulation, IGLOO2 at SmartFusion2 FPGA System Services Simulation, SmartFusion2 FPGA System Services Simulation, FPGA System Services Simulation, Services Simulation

Mga sanggunian

• User Manual