UG0837
Brûkersgids
IGLOO2 en SmartFusion2 FPGA
Systeem Tsjinsten Simulaasje
juny 2018
Revision Skiednis
De revyzjeskiednis beskriuwt de wizigingen dy't yn it dokumint binne ymplementearre. De wizigingen wurde fermeld per revyzje, te begjinnen mei de meast aktuele publikaasje.
1.1 Ferzje 1.0
Revision 1.0 waard publisearre yn juny 2018. It wie de earste publikaasje fan dit dokumint.
IGLOO2 en SmartFusion2 FPGA System Services Simulaasje
It blok Systeemtsjinsten fan 'e SmartFusion®2 FPGA-famylje hat in samling tsjinsten dy't ferantwurdlik binne foar ferskate taken. Dizze omfetsje tsjinsten foar simulaasjeberjochten, tsjinsten foar gegevensoanwizer, en tsjinsten foar gegevensbeskriuwing. De systeemtsjinsten kinne tagonklik wurde fia de Cortex-M3 yn SmartFusion2 en fan 'e FPGA-stof fia de fabric interface controller (FIC) foar sawol SmartFusion2 as IGLOO®2. Dizze tagongsmetoaden wurde stjoerd nei de systeemkontrôler fia de COMM_BLK. De COMM_BLK hat in avansearre peripherale bus (APB) ynterface en fungearret as in berjocht trochjaan conduit te wikseljen gegevens mei de systeem controller. Systeemtsjinstoanfragen wurde stjoerd nei de systeemkontrôler en systeemtsjinstantwurden wurde stjoerd nei de CoreSysSerrvice fia de COMM BLK. De adreslokaasje foar de COMM_BLK is beskikber binnen it subsysteem fan mikrocontroller (MSS) / hege prestaasjes ûnthâld subsysteem (HPMS). Sjoch foar details de UG0450: SmartFusion2 SoC en IGLOO2 FPGA System Controller.
Brûkersgids
De folgjende yllustraasje toant gegevensstream fan systeemtsjinsten.
figuer 1 • System Service Data Flow Diagram
Foar sawol IGLOO2 as SmartFusion2 systeem tsjinst simulaasje, jo moatte stjoere út systeem tsjinst fersiken en kontrolearje de systeem tsjinst antwurden om te ferifiearjen dat de simulaasje is korrekt. Dizze stap is nedich om tagong te krijen ta de systeemkontrôler, dy't de systeemtsjinsten leveret. De manier om te skriuwen nei en te lêzen fan 'e systeemkontrôler is oars foar IGLOO2- en SmartFusion2-apparaten. Foar SmartFusion2 is de Coretex-M3 beskikber en jo kinne skriuwe en lêze fan 'e systeemkontrôler mei bus funksjoneel model (BFM) kommando's. Foar IGLOO2 is de Cortex-M3 net beskikber en de systeemkontrôler is net tagonklik mei BFM-kommando's.
2.1 Soarten beskikbere systeem tsjinsten
Trije ferskillende soarten systeemtsjinsten binne beskikber en elk type tsjinst hat ferskate subtypen.
Simulaasje berjocht tsjinsten
Data pointer tsjinsten
Data descriptor tsjinsten
It haadstik fan dizze hantlieding bylage – Soarten systeemtsjinsten (sjoch side 19) beskriuwt de ferskate soarten systeemtsjinsten. Foar mear ynformaasje oer systeem tsjinsten, sjoch UG0450: SmartFusion2 SoC en IGLOO2 FPGA System Controller User Guide.
2.2 IGLOO2 System Service Simulaasje
Systeemtsjinsten befetsje skriuwen nei en lêzen fan 'e systeemkontrôler. Om te skriuwen nei en te lêzen fan 'e systeemkontrôler foar simulaasjedoelen, moatte jo de folgjende stappen útfiere.
- Instantiearje de CoreSysServices sêfte IP-kearn, te krijen yn 'e SmartDesign-katalogus.
- Skriuw de HDL-koade foar in finite state masine (FSM).
De HDL FSM ynterfaces mei de CoreSysServices Core, dy't tsjinnet as de stofmaster fan 'e AHBLite-bus. De CoreSysServices-kearn inisjearret systeemtsjinstfersyk oan 'e COMM BLK en ûntfangt systeemtsjinstantwurden fan' e COMM BLK fia de FIC_0/1, stofynterface-controller lykas werjûn yn 'e folgjende yllustraasje.
figuer 2 • IGLOO2 System Services Simulaasje Topology
2.3 SmartFusion2 System Service Simulaasje
Om systeemtsjinsten te simulearjen yn SmartFusion2-apparaten, moatte jo skriuwe nei en lêze fan 'e systeemkontrôler. Twa opsjes binne beskikber foar tagong ta de systeemkontrôler foar simulaasjedoelen.
Opsje 1 - Skriuw de HDL-koade foar in FSM om te ynterface mei de CoreSysService sêfte IP-kearn, dy't tsjinnet as in AHBLite-stofmaster en inisjearret systeemtsjinstfersyk nei de COMM BLK en ûntfangt systeemtsjinstantwurden fan 'e COMM BLK fia de FIC_0/1-stof ynterface lykas werjûn yn de folgjende yllustraasje.
figuer 3 • SmartFusion2 System Services Simulaasje Topology
Opsje 2 - Om't de Cortex-M3 beskikber is foar SmartFusion2-apparaten, kinne jo BFM-kommando's brûke om direkt te skriuwen nei en te lêzen fan 'e ûnthâldromte fan' e systeemkontrôler.
It brûken fan BFM-kommando's (opsje 2) besparret de needsaak om de HDL-koades foar de FSM te skriuwen. Yn dizze brûkershantlieding wurdt opsje 2 brûkt om simulaasje fan systeemtsjinsten yn SmartFusion2 te sjen. Mei dizze opsje wurdt tagong ta de ûnthâldromte fan 'e systeemkontrôler om de ûnthâldkaart fan' e COMM BLK en it blok foar ûnderbrekking fan 'e stofynterface (FIIC) te finen as jo jo BFM-kommando's skriuwe.
2.4 Simulaasje Examples
De brûker hantlieding beslacht de folgjende simulaasjes.
- IGLOO2 Serial Number Service Simulation (sjoch side 5)
- SmartFusion2 Serial Number Service Simulation (sjoch side 8)
- IGLOO2 Zeroization Service Simulaasje (sjoch side 13)
- SmartFusion2 Zeroization Service Simulation (sjoch side 16)
Fergelykbere simulaasjemetoaden kinne tapast wurde op oare systeemtsjinsten. Foar in folsleine list fan de ferskate systeem tsjinsten beskikber, gean nei taheakke - Systeem tsjinsten Soarten (sjoch side 19).
2.5 IGLOO2 Serial Number Service Simulaasje
Om ta te rieden op IGLOO2 serial number tsjinst simulaasje, útfiere de stappen as folget.
- Roepe systeembouwer op om jo HPMS-blok te meitsjen.
- Kontrolearje it karfakje HPMS Systeemtsjinsten yn 'e side Apparaatfunksjes. Dit sil de systeembouwer ynstruearje om de HPMS_FIC_0 SYS_SERVICES_MASTER busynterface (BIF) bleat te lizzen.
- Lit alle oare karfakjes net útskeakele.
- Akseptearje de standert op alle oare siden en klikje op Finish om it systeembouwerblok te foltôgjen. Skriuw yn de HDL-bewurker fan Libero® SoC de HDL-koade foar de FSM (File > Nij > HDL). Omfetsje de folgjende trije steaten yn jo FSM.
INIT steat (earste steat)
SERV_PHASE (tsjinstfersykstatus)
RSP_PHASE (tsjinst antwurd steat).
De folgjende figuer lit de trije steaten fan FSM sjen.
figuer 4 • Three-State FSM 
Brûk yn jo HDL-koade foar de FSM de juste kommandokoade ("01" Hex foar serial number tsjinst) om de steat fan tsjinstfersyk yn te fieren fanút de INIT-steat.- Bewarje jo HDL file. De FSM ferskynt as in komponint yn 'e ûntwerphierarchy.
- Iepenje SmartDesign. Sleep en drop jo systeembouwerblok op topnivo en jo FSM-blok yn it SmartDesign-doek. Sleep en drop de CoreSysService sêfte IP-kearn fanút de katalogus nei it SmartDesign-doek.
- Rjochts-klikke op de CoreSysService sêfte IP-kearn om de konfigurator te iepenjen. Kontrolearje it karfakje Serial Number Service (ûnder de Device and Design Information Services
groep) om serial number tsjinst yn te skeakeljen. - Lit alle oare karfakjes net útskeakele. Klikje op OK om de konfigurator te ferlitten.
figuer 5 • CoreSysServices sêfte IP Core Configurator
- Ferbine de HPMS_FIC_0 SYS_SERVICES_MASTER BIF fan it systeembouwerblok mei de AHBL_MASTER BIF fan it CoreSysService-blok.
- Ferbine de útfier fan jo HDL FSM-blok mei de ynfier fan 'e CoreSysService sêfte IP-kearn. Meitsje alle oare ferbiningen yn it SmartDesign-doek lykas werjûn yn 'e folgjende figuer.
Ofbylding 6 • SmartDesign Canvas mei HDL Block, CoreSysServices Soft IP en HPMS Blocks
- Klikje yn it SmartDesign-doek mei de rechtermuisknop op > Komponint generearje om it ûntwerp fan boppeste nivo te generearjen.
- Yn 'e ûntwerphierarchy view, Rjochts-klikke op it boppeste nivo-ûntwerp en selektearje Testbench oanmeitsje > HDL .
- Brûk in tekstbewurker om in tekst te meitsjen file neamd "status.txt".
- Omfetsje it kommando foar systeemtsjinst en it 128-bit serialnûmer. Foar mear ynformaasje, sjoch tabel 1 (Systeem Tsjinsten Kommando / antwurd wearden) yn de CoreSysServices v3.1 Hânboek foar de kommando koades (Hex) wurde brûkt foar ferskate systeem tsjinsten. Foar serial number tsjinst is de kommando koade "01" Hex.
De opmaak fan de status.txt file foar serial number tsjinst is as folget.
< 2 Hex digit CMD><32 Hex digit Serial Number>
Example: 01A1A2A3A4B1B2B3B4C1C2C3C4D1D2D3D4
Bewarje de status.txt file yn 'e simulaasjemap fan jo projekt. It ûntwerp is no klear foar simulaasje.
Sadree't de tsjinst is begûn útfiering, in berjocht oanjout de bestimming lokaasje en serial number wurdt werjûn yn de ModelSim transkripsje finster, lykas werjûn yn de folgjende figuer.
figuer 7 • ModelSim Simulation Transcript Finster
De systeemkontrôler fiert in AHB-skriuwen nei it adres mei it serialnûmer. Nei it foltôgjen fan 'e tsjinst sil de RXFIFO fan' e COMM_BLK laden wurde mei it tsjinstantwurd.
Opmerking: Foar in folsleine list fan de kommando koades dy't brûkt wurde foar ferskate systeem tsjinsten, sjoch tabel 1 (System Services Command / Response Wearden) yn CoreSysServices v3.1 Hânboek of UG0450: SmartFusion2 SoC en IGLOO2 FPGA System Controller User Guide.
2.6 SmartFusion2 Serial Number Service Simulaasje
Yn dizze brûkersgids wurde BFM-kommando's (opsje 2) brûkt om tagong te krijen ta de systeemkontrôler foar systeemtsjinst. BFM-kommando's wurde brûkt as de Cortex-M3-prosessor is beskikber op it apparaat foar BFM-simulaasje. BFM-kommando's kinne jo direkt skriuwe nei en lêze fan 'e COMM BLK as jo ienris de ûnthâldmapping fan' e COMM_BLK kenne.
Om jo ûntwerp foar te bereiden op SmartFusion2-simulaasje fan serial number tsjinst, útfiere de folgjende stappen.
- Sleep en drop de MSS fan 'e katalogus nei it ûntwerpdoek fan jo projekt.
- Skeakelje alle MSS perifeare apparaten út, útsein de MSS_CCC, Reset Controller, Interrupt Management, en FIC_0, FIC_1 en FIC_2.
- Konfigurearje it ûnderbrekkingsbehear om MSS te brûken om te ûnderbrekken.
- Bereid it serialnum.bfm file yn in tekstbewurker of yn 'e Libero's HDL-bewurker. Bewarje it serialnum.bfm file yn 'e simulaasjemap fan it projekt. It serialnum.bfm moat de folgjende details befetsje.
• Unthâldmapping nei de COMM BLK (CMBLK)
• Unthâldmapping om perifeare behear te ûnderbrekken (FIIC)
• Kommando foar tsjinstfersyk fan serial number systeem ("01" Hex)
• Adres foar de lokaasje fan it serial number
In eksample fan it serialnum.bfm file is as folget.
memmap FIIC 0x40006000; # Unthâldmapping om behear te ûnderbrekken
memmap CMBLK 0x40016000; #Memory Mapping nei COMM BLK
memmap DESCRIPTOR_ADDR 0x20000000; # Adreslokaasje foar Serial Num
#Kommandokoade yn hexadesimale
konstante CMD 0x1 # Comand koade foar Serial NumberService
#FIIC konfiguraasjeregisters
konstante FICC_INTERRUPT_ENABLE0 0x0
#COMM_BLK konfiguraasjeregisters
konstante CONTROL 0x00
konstante STATUS 0x04
konstante INT_ENABLE 0x08
konstante DATA8 0x10
konstante DATA32 0x14
konstante FRAME_START8 0x18
konstante FRAME_START32 0x1C
proseduere serialnum;
ynt x;
skriuw w FIIC FICC_INTERRUPT_ENABLE0 0x20000000 #Konfigurearje
#FICC_INTERRUPT_ENABLE0 # Registrearje om COMBLK_INTR yn te skeakeljen #
#interrupt fan COMM_BLK-blok nei stof
#Fase oanfraach
skriuw w CMBLK CONTROL 0x10 # Konfigurearje COMM BLK Control # Registrearje nei
oerstappen ynskeakelje op de COMM BLK-ynterface
skriuwe w CMBLK INT_ENABLE 0x1 # Konfigurearje COMM BLK Interrupt ynskeakelje
#Registrearje om ûnderbrekking yn te skeakeljen foar TXTOKAY (oerienkommende bit yn 'e
#Statusregister)
waitint 19 # wachtsje op COMM BLK Interrupt , Hjir #BFM wachtet
#oant COMBLK_INTR wurdt beweard
readstore w CMBLK STATUS x # Lês COMM BLK Status Registrearje foar #TXTOKAY
# Underbrekke
set xx en 0x1
as x
skriuw w CMBLK FRAME_START8 CMD # Konfigurearje COMM BLK FRAME_START8
#Registrearje om serial Number tsjinst oan te freegjen
endif
endif
waitint 19 # wachtsje op COMM BLK Interrupt, Hjir
#BFM wachtet oant COMBLK_INTR wurdt beweard
readstore w CMBLK STATUS x # Lês COMM BLK Status Registrearje foar
#TXTOKAY Underbrekking
set xx en 0x1
set xx en 0x1
as x
skriuw w CMBLK CONTROL 0x14 #Configure COMM BLK Control
#Registrearje om oerstappen yn te skeakeljen op 'e COMM BLK-ynterface
skriuw w CMBLK DATA32 DESCRIPTOR_ADDR
skriuw w CMBLK INT_ENABLE 0x80
skriuw w CMBLK CONTROL 0x10
endif
wachtsje 20
#Reaksjefase
wachtsje 19
readstore w CMBLK STATUS x
set xx en 0x80
as x
readcheck w CMBLK FRAME_START8 CMD
skriuw w CMBLK INT_ENABLE 0x2
endif
wachtsje 19
readstore w CMBLK STATUS x
set xx en 0x2
as x
readcheck w CMBLK DATA8 0x0
skriuw w CMBLK CONTROL 0x18
endif
wachtsje 19
readcheck w FIIC 0x8 0x20000000
readstore w CMBLK STATUS x
set xx en 0x2
as x
readcheck w CMBLK DATA32 DESCRIPTOR_ADDR
endif
readcheck w DESCRIPTOR_ADDR 0x0 0xE1E2E3E4; #Readcheck om S/N te kontrolearjen
readcheck w DESCRIPTOR_ADDR 0x4 0xC1C2C3C4; #Readcheck om S/N te kontrolearjen
readcheck w DESCRIPTOR_ADDR 0x8 0xB1B2B3B4; #Readcheck om S/N te kontrolearjen
readcheck w DESCRIPTOR_ADDR 0xC 0xA1A2A3A4; #Readcheck om S/N te kontrolearjen
weromkomme - Meitsje de status. txt file yn Libero's HDL-bewurker as elke tekstbewurker. Omfetsje it kommando fan it serial number systeem tsjinst ("01" yn Hex) en it serial number yn 'e status. txt file. Sjoch it CoreSysServices v3.1 Hânboek foar it brûken fan de juste kommandokoade.
- De syntaksis fan dit file foar serial number tsjinst is, <2 Hex digit CMD>< 32 Hex digit Serial Number>. Example: 01A1A2A3A4B1B2B3B4C1C2C3C4E1E2E3E4.
- Bewarje de status .txt file yn 'e simulaasjemap fan it projekt.
- Bewurkje de brûker .bfm (leit yn 'e simulaasjemap) om it serialnum op te nimmen. bfm file en skilje de serial number proseduere lykas werjûn yn de folgjende koade snippet.
befetsje "serialnum.bfm" #include the serialnum.bfm
proseduere user_main;
print "INFO: Simulaasje begjint";
print "INFO: Service Command Code yn desimaal:% 0d", CMD ;
oprop serialnum; #rop de serialnum proseduere
print "INFO: Simulaasje einiget";
weromkomme - Yn 'e ûntwerphierarchy view, generearje de testbench (Rjochts-klikke, Top Level Design> Create Testbench> HDL) en jo binne ree om serial number tsjinst simulaasje út te fieren.
Sadree't de tsjinst is begûn útfiering, in berjocht oanjout de bestimming lokaasje en serial number wurdt werjûn. De systeemkontrôler fiert in AHB-skriuwen nei it adres mei it serialnûmer. Nei it foltôgjen fan 'e tsjinst sil de RXFIFO fan' e COMM_BLK laden wurde mei it tsjinstantwurd. It ModelSim-transkripsjefinster toant it adres en it ûntfongen searjenûmer lykas werjûn yn 'e folgjende figuer.
figuer 8 • SmartFusion2 Serial Number Service Simulation yn ModelSim Transcript Finster
2.7 IGLOO2 Zeroization Service Simulaasje
Om ta te rieden op IGLOO2 nulisearring tsjinst simulaasje, útfiere de stappen as folget.
- Roepe systeembouwer op om it HPMS-blok te meitsjen. Kontrolearje it karfakje HPMS Systeemtsjinsten yn 'e Apparaatfunksjes SYS_SERVICES_MASTER BIF. Lit alle oare karfakjes net útskeakele. Akseptearje de standert yn alle oare siden en klikje op side. Dit ynstruearret de systeembouwer om de HPMS_FIC_0 Finish út te lizzen om de konfiguraasje fan it systeembouwerblok te foltôgjen.
- Skriuw yn de HDL-bewurker fan Libero SoC de HDL-koade foar de FSM. Yn jo HDL-koade foar de FSM, befetsje de folgjende trije steaten.
INIT steat (earste steat)
SERV_PHASE (tsjinstfersykstatus)
RSP_PHASE (tsjinst antwurd steat)
De folgjende figuer lit de trije steaten fan FSM sjen.
figuer 9 • Three-State FSM
- Brûk yn jo HDL-koade de kommandokoade "F0″(Hex) om de steat fan tsjinstfersyk yn te fieren fanút de INIT-steat.
- Bewarje jo HDL file.
- Iepenje SmartDesign, sleep en drop jo systeembouwerblok op topnivo en jo HDL FSM-blok yn it SmartDesign-doek. Sleep en drop de CoreSysService sêfte IP-kearn fanút de katalogus nei it SmartDesign-doek.
- Rjochts-klikke op 'e CoreSysServices sêfte IP-kearn, om de konfigurator te iepenjen en it karfakje Zeroization Service te kontrolearjen ûnder de groep Gegevensfeiligenstsjinsten. Lit alle oare karfakjes net útskeakele. Klikje om OK út te gean.
figuer 10 • CoreSysServices Configurator
- Ferbine de HPMS_FIC_0 SYS_SERVICES_MASTER BIF fan it systeembouwerblok mei de AHBL_MASTER BIF fan it CoreSysService-blok.
- Ferbine de útfier fan jo HDL FSM-blok mei de ynfier fan 'e CoreSysService sêfte IP-kearn. Meitsje alle oare ferbiningen yn it SmartDesign-doek.
Ofbylding 11 • SmartDesign Canvas mei HDL-blok, CoreSysServices Soft IP, en HPMS-blokken
9. Generearje yn it SmartDesign-doek it ûntwerp op boppeste nivo (Rjochts-klikke > Komponint generearje).
10. Yn it ûntwerphierarchy view, Rjochts-klikke op it ûntwerp op boppeste nivo en selektearje Testbench oanmeitsje> HDL. Jo binne no klear om simulaasje út te fieren.
Sadree't de tsjinst is begûn útfiering, in berjocht dat oanjout dat de nulisaasje is foltôge op tiid x wurdt werjûn lykas werjûn yn de folgjende figuer.
figuer 12 • IGLOO2 Zeroization System Service Simulation Transcript Finster
De systeemkontrôler fiert in AHB-skriuwen nei it adres mei it serialnûmer. Nei it foltôgjen fan 'e tsjinst sil de RXFIFO fan' e COMM_BLK laden wurde mei it tsjinstantwurd. It moat opmurken wurde dat it simulaasjemodel nulisaasje simulearret troch de simulaasje te stopjen ynstee fan it ûntwerp sels te nulisearjen.
Opmerking: Foar in folsleine list fan de kommandokoades dy't brûkt wurde foar ferskate systeemtsjinsten, sjoch Tabel 1 (System Services Command/Response Values) yn de CoreSysServices v3.1 Hânboek:. of UG0450: SmartFusion2 SoC en IGLOO2 FPGA System Controller User Guide
2.8 SmartFusion2 Zeroization Service Simulaasje
Yn dizze hantlieding wurde BFM-kommando's (opsje 2) brûkt om tagong te krijen ta de systeemkontrôler foar systeemtsjinst.
BFM-kommando's wurde brûkt as de Cortex-M3-prosessor is beskikber op it apparaat foar BFM-simulaasje. BFM-kommando's kinne jo direkt skriuwe nei en lêze fan 'e COMM BLK as jo ienris de ûnthâldmapping fan' e COMM_BLK kenne. Om jo ûntwerp foar te bereiden op SmartFusion2-nulearringstsjinstsimulaasje, útfiere de folgjende stappen.
- Sleep en drop de MSS fan 'e katalogus nei it ûntwerpdoek fan jo projekt.
- Skeakelje alle MSS perifeare apparaten út, útsein de MSS_CCC, Reset Controller, Interrupt Management, en FIC_0, FIC_1 en FIC_2.
- Konfigurearje it ûnderbrekkingsbehear om MSS te brûken om te ûnderbrekken.
- Bereid de zeroizaton.bfm file yn in tekstbewurker of yn Libero's HDL-bewurker. Jo nulisaasje. bfm moat befetsje:
- Unthâldmapping nei de COMM BLK (CMBLK)
- Unthâldmapping om perifeare behear te ûnderbrekken (FIIC)
- Kommando foar nulizaton-tsjinstoanfraach ("F0" Hex foar nulisaasje)
In eksample fan it serialnum.bfm file wurdt werjûn yn de folgjende figuer.
figuer 13 • Zeroization.bfm foar SmartFusion2 Zeroization System Services Simulation
5. Bewarje de zeroization.bfm file yn 'e simulaasjemap fan it projekt. brûker.bfm
6. Bewurkje de (leit yn 'e map zeroization.bfm Simulation) om it op te nimmen mei it brûken fan de folgjende koade snippet.
befetsje "zeroization.bfm" #include zeroization.bfm file proseduere user_main;
print "INFO: Simulaasje begjint";
print "INFO: Service Command Code yn desimaal:% 0d", CMD ;
oprop nulisaasje; #call nulisaasjeproseduere werom
7. Generearje de Testbench yn 'e Untwerphierarchy (Rjochtsklik op boppenivo > Testbench oanmeitsje > HDL ) en jo binne ree om de SmartFusion2-nulearringsimulaasje út te fieren.
Sadree't de tsjinst is begûn útfiering, in berjocht dat oanjout dat it apparaat is nulisearre op tiid x wurdt werjûn. It moat opmurken wurde dat it simulaasjemodel nulisaasje simulearret troch de simulaasje te stopjen ynstee fan it ûntwerp sels te nulisearjen. It ModelSim-transkripsjefinster yn 'e folgjende figuer lit sjen dat it apparaat nulisearre is.
figuer 14 • SmartFusion2 Zeroization System Service Simulation Log
Taheakke: Soarten systeemtsjinsten
Dit haadstik beskriuwt ferskate soarten systeem tsjinsten.
3.1 Simulaasje Berjocht Tsjinsten
De folgjende seksjes beskriuwe ferskate soarten simulaasjeberjochttsjinsten.
3.1.1 Flash * Freeze
De simulaasje sil de Flash * Freeze-status ynfiere as it juste tsjinstfersyk nei de COMM_BLK wurdt stjoerd fan of de FIC (yn it gefal fan IGLOO2-apparaten) of de Cortex-M3 (yn SmartFusion2-apparaten). Sadree't de tsjinst is ûntdutsen troch de systeemkontrôler, sil de simulaasje wurde stoppe en in berjocht dat oanjout dat it systeem Flash * Freeze is ynfierd (tegearre mei de selektearre opsje) sil werjûn wurde. By it werheljen fan 'e simulaasje sil de RXFIFO fan' e COMM_BLK fol wurde mei de tsjinst antwurd besteande út it tsjinst kommando en status. It moat opmurken wurde dat d'r gjin simulaasjestipe is foar Flash * Freeze-útgong.
3.1.2 Nullisaasje
Nulisaasje is op it stuit de ienige tsjinst mei hege prioriteit binnen systeemtsjinsten ferwurke troch de COMM_BLK. De simulaasje sil ynfiere de nulization steat sa gau as de juste tsjinst fersyk wurdt ûntdutsen troch de COMM_BLK. De útfiering fan oare tsjinsten sil wurde stoppe en wegere troch de systeemkontrôler, en de nulisaasjetsjinst sil ynstee wurde útfierd. Sadree't it oanfraach foar nulisaasjetsjinst is ûntdutsen, stopet de simulaasje en wurdt in berjocht werjûn dat it systeem yngien is op nulisaasje. Hânlieding opnij fan simulaasje nei nulisaasje is ûnjildich.
3.2 Data Pointer Tsjinsten
De folgjende seksjes beskriuwe ferskate soarten data pointer tsjinsten.
3.2.1 Serial Number
De serial number tsjinst sil skriuwe in 128-bit serial number nei in adres lokaasje levere as ûnderdiel fan de tsjinst fersyk. Dizze 128-bit parameter kin ynsteld wurde mei help fan in System Service Simulation Support file (sjoch side 22). As de 128-bit serial number parameter is net definiearre binnen de file, sil in standert serialnûmer fan 0 brûkt wurde. Sadree't de tsjinst is begûn útfiering, in berjocht oanjout de bestimming lokaasje en serial number wurdt werjûn. De systeemkontrôler fiert in AHB-skriuwen nei it adres mei it serialnûmer. Nei it foltôgjen fan 'e tsjinst sil de RXFIFO fan' e COMM_BLK laden wurde mei it tsjinstantwurd.
3.2.2 Brûkerkoade
De brûkerskoadetsjinst skriuwt in 32-bit brûkerskoadeparameter nei in adreslokaasje oanbean as ûnderdiel fan it tsjinstfersyk. Dizze 32-bit parameter kin ynsteld wurde mei de System Service Simulation Support file (sjoch side 22). As de 32-bit parameter is net definiearre binnen de file, wurdt in standertwearde fan 0 brûkt. Sadree't de tsjinst is begûn mei útfiering, wurdt in berjocht werjûn dat de doellokaasje en brûkerskoade oanjout. De systeemkontrôler fiert in AHB-skriuwen nei it adres mei de 32-bit parameter. Nei it foltôgjen fan 'e tsjinst wurdt de RXFIFO fan' e COMM_BLK laden mei de tsjinstantwurd, dy't it tsjinstkommando en it doeladres omfettet.
3.3 Data Descriptor Tsjinsten
De folgjende seksjes beskriuwe ferskate soarten gegevensbeskriuwingstsjinsten.
3.3.1 AES
De simulaasjestipe foar dizze tsjinst is allinich dwaande mei it ferpleatsen fan de orizjinele gegevens fan 'e boarne nei de bestimming, sûnder feitlik in fersifering / ûntsiferje op' e gegevens út te fieren. De gegevens dy't fersifere / ûntsiferje moatte en de gegevensstruktuer moatte skreaun wurde foardat it tsjinstfersyk ferstjoerd wurdt. Sadree't de tsjinst is begûn mei útfiering, wurdt in berjocht werjûn dat de útfiering fan 'e AES-tsjinst oanjout. De AES-tsjinst lêst sawol de gegevensstruktuer as gegevens dy't moatte wurde fersifere / ûntsifere. De orizjinele gegevens wurde kopiearre en skreaun nei it adres dat binnen de gegevensstruktuer wurdt levere. Sadree't de tsjinst is foltôge, wurde it kommando, status en gegevensstruktueradres yn 'e RXFIFO stjoerd.
Noat: Dizze tsjinst is allinnich foar 128-bit en 256-bit gegevens, en sawol 128-bit en 256-bit gegevens hawwe ferskillende gegevens struktuer lingtematen.
3.3.2 SHA 256
De simulaasjestipe foar dizze tsjinst is allinich dwaande mei it ferpleatsen fan de gegevens, sûnder feitlik in hashing op 'e gegevens út te fieren. De SHA 256-funksje is ûntworpen om in 256-bit hash-kaai te generearjen basearre op de ynfiergegevens. De gegevens dy't moatte wurde hashed en de gegevensstruktuer moatte wurde skreaun nei har respektive adressen foardat it tsjinstfersyk nei de COMM_BLK stjoerd wurdt. De lingte yn bits en oanwizer definieare binnen de SHA 256-gegevensstruktuer moat korrekt oerienkomme mei de lingte en adres fan 'e gegevens dy't moatte wurde hashed. Sadree't de tsjinst is begûn mei útfiering, wurdt in berjocht werjûn dat de útfiering fan 'e SHA 256-tsjinst oanjout. Yn stee fan it útfieren fan de eigentlike funksje, sil in standert hash-kaai skreaun wurde nei de bestimmingsoanwizer fanút de gegevensstruktuer. De standert hash-kaai is hex "ABCD1234". Foar it ynstellen fan in oanpaste kaai, gean nei de Parameter Setting (sjoch side 23) seksje. Nei it foltôgjen fan 'e tsjinst wurdt de RXFIFO laden mei it tsjinstantwurd besteande út it tsjinstkommando, status en SHA 256-gegevensstruktueroanwizer.
3.3.3 HMAC
De simulaasjestipe foar dizze tsjinst is allinich dwaande mei it ferpleatsen fan gegevens, sûnder feitlik in hashing op 'e gegevens út te fieren. De gegevens dy't moatte wurde hashed en de gegevensstruktuer moatte wurde skreaun nei har respektive adressen foardat it tsjinstfersyk nei de COMM_BLK stjoerd wurdt. De HMAC tsjinst fereasket in 32-byte kaai neist de lingte yn bytes, boarne pointer, en bestimming pointer. Sadree't de tsjinst is begon mei útfiering, wurdt in berjocht werjûn dat de útfiering fan 'e HMAC-tsjinst oanjout. De kaai wurdt lêzen en de 256-bit kaai wurdt kopiearre út de gegevens struktuer nei de bestimming pointer. Nei it foltôgjen fan 'e tsjinst wurdt de RXFIFO laden mei it tsjinstantwurd besteande út it tsjinstkommando, status en HMAC-gegevensstruktueroanwizer.
3.3.4 DRBG Generearje
Generaasje fan willekeurige bits wurdt útfierd troch dizze tsjinst. It moat opmurken wurde dat it simulaasjemodel net krekt deselde metodyk foar willekeurige getalgeneraasje folget dy't brûkt wurdt troch it silisium. De gegevensstruktuer moat goed skreaun wurde yn 'e bedoelde lokaasje foardat it tsjinstfersyk nei de COMM_BLK stjoerd wurdt. De gegevensstruktuer, bestimmingsoanwizer, lingte en oare relevante gegevens wurde lêzen troch de systeemkontrôler. De DRBG-generaasjetsjinst genereart in pseudo-willekeurige set gegevens fan 'e frege lingte (0-128). De systeemkontrôler skriuwt de willekeurige gegevens yn 'e bestimmingsoanwizer. In berjocht oanjout dat de útfiering fan DRBG generearje tsjinst wurdt werjûn yn simulaasje. Sadree't de tsjinst is foltôge, wurde it kommando, status en gegevensstruktueradres yn 'e RXFIFO stjoerd. As de oanfrege gegevenslingte net binnen it berik fan 0-128 is, sil in flaterkoade fan "4" (Max Generate) yn 'e RXFIFO drukke wurde. As de ekstra gegevenslingte net binnen it Request Too Big-berik fan 0-128 is, sil in flaterkoade fan "5" (Max Length of Additional Data Exceeded) yn 'e RXFIFO drukke wurde. As sawol de frege gegevens lingte foar generearjen en ekstra gegevens lingte binne net binnen harren definiearre berik (0-128), in flater koade fan "1" (Katastrophic Error) wurdt skood yn de RXFIFO.
3.3.5 DRBG Weromsette
De eigentlike resetfunksje wurdt útfierd troch DRBG-ynstantiaasjes te ferwiderjen en DRBG werom te setten. Sadree't it tsjinstfersyk is ûntdutsen, toant de simulaasje in DRBG Reset tsjinst foltôge berjocht. It antwurd, dat de tsjinst en status omfettet, wurdt yn 'e RXFIFO skood.
3.3.6 DRBG Self Test
De simulaasjestipe foar de DRBG-selstest fiert de selstestfunksje net eins út. Sadree't it tsjinstfersyk is ûntdutsen, sil de simulaasje in DRBG-selstest-tsjinstútfierberjocht werjaan. It antwurd, dat de tsjinst en status omfettet, sil yn 'e RXFIFO wurde skood.
3.3.7 DRBG Instantiate
De simulaasje-stipe foar de DRBG-instantiate-tsjinst docht de instantiate-tsjinst net echt út. De gegevensstruktuer moat goed skreaun wurde yn 'e bedoelde lokaasje foardat it tsjinstfersyk nei de COMM_BLK stjoerd wurdt. Sadree't it tsjinstfersyk is ûntdutsen, sil de struktuer en personalisaasjestring definieare binnen de MSS-adresromte lêzen wurde. De simulaasje sil in berjocht werjaan dat oanjout dat de DRBG Instantiate-tsjinst is begûn mei útfiering. Sadree't de tsjinst foltôge is, sil it antwurd, dat it tsjinstkommando, de status en de oanwizer nei de gegevensstruktuer omfettet, yn 'e RXFIFO wurde skood. As de gegevenslingte (PERSONALIZATIONLENGTH) net binnen it berik fan 0-128 is, sil in flaterkoade fan "1" (katastrofyske flater) yn 'e RXFIFO foar de status drukke wurde.
3.3.8 DRBG Uninstantiate
De simulaasjestipe foar de DRBG uninstantiate tsjinst docht net eins de uninstantiate tsjinst fan it fuortsmiten fan in earder instantiated DRBG, lykas it silisium docht. It tsjinstfersyk moat sawol it kommando as DRBG-handtak befetsje. Sadree't it tsjinstfersyk is ûntdutsen, sil de DRBG-handgreep wurde opslein. De simulaasje sil in berjocht werjaan dat oanjout dat de DRBG uninstantiate tsjinst is inisjalisearre. Sadree't de tsjinst foltôge is, sil it antwurd, wêrby't it tsjinstkommando, status en DRBG-handgreep omfettet, yn 'e RXFIFO wurde skood.
3.3.9 DRBG Reseed
Fanwegen it simulative karakter fan it blok systeemtsjinsten, wurdt de DRBG reseed tsjinst yn simulaasje net automatysk útfierd nei elke 65535 DRBG generearje tsjinsten. De gegevensstruktuer moat goed skreaun wurde yn 'e bedoelde lokaasje foardat it tsjinstfersyk nei de COMM_BLK stjoerd wurdt. Sadree't it tsjinstfersyk is ûntdutsen, sille de struktuer en ekstra ynfierparameter yn 'e MSS-adresromte lêzen wurde. In berjocht dat oanjout dat de DRBG reseed-tsjinst is begûn mei útfiering, sil werjûn wurde. De gegevensstruktuer moat goed skreaun wurde yn 'e bedoelde lokaasje foardat it tsjinstfersyk nei de COMM_BLK stjoerd wurdt. Sadree't de tsjinst foltôge is, sil it antwurd, dat it tsjinstkommando, de status en de oanwizer nei de gegevensstruktuer omfettet, yn 'e RXFIFO wurde skood.
3.3.10 KeyTree
De eigentlike funksje wurdt net útfierd yn simulaasje foar de KeyTree-tsjinst. De KeyTree-tsjinstgegevensstruktuer bestiet út in 32-byte-kaai, 7-bit optypegegevens (MSB negearre), en 16-byte-paad. De gegevens binnen de gegevensstruktuer moatte skreaun wurde nei har respektive adressen, foardat it tsjinstfersyk nei de COMM_BLK stjoerd wurdt. Sadree't de tsjinst is begon mei de útfiering, sil in berjocht werjûn wurde dat de útfiering fan 'e KeyTree-tsjinst oanjout. De ynhâld fan 'e gegevensstruktuer wurdt lêzen, de 32-byte-kaai wurdt opslein, en de orizjinele kaai dy't binnen de gegevensstruktuer leit, wurdt oerskreaun. Nei dit AHB-skriuwen moat de wearde fan 'e kaai binnen de gegevensstruktuer net feroarje, mar AHB-transaksjes foar it skriuwen sille foarkomme. Nei it foltôgjen fan 'e tsjinst wurdt de RXFIFO laden mei it tsjinstantwurd, besteande út it tsjinstkommando, status en de KeyTree-gegevensstruktueroanwizer.
3.3.11 Challenge Response
De eigentlike funksje, lykas autentikaasje fan it apparaat, wurdt net útfierd yn simulaasje foar de tsjinst foar antwurd op útdaging. De gegevensstruktuer foar dizze tsjinst fereasket in oanwizer nei de buffer, om in 32-byte resultaat, 7-bit optype en in 128-bit paad te ûntfangen. De gegevens binnen de gegevensstruktuer moatte wurde skreaun nei har respektive adressen foardat it tsjinstfersyk nei de COMM_BLK stjoerd wurdt. Sadree't de tsjinst is begon mei útfiering, sil in berjocht werjûn wurde dat de útfiering fan 'e tsjinst foar útdagingantwurd oanjout. In generike 256-bit antwurd sil wurde skreaun yn 'e oanwizer levere binnen de gegevensstruktuer. De standertkaai is ynsteld as hex "ABCD1234". Om in oanpaste kaai te krijen, kontrolearje Parameterynstelling (sjoch side 23). Nei it foltôgjen fan 'e tsjinst sil de RXFIFO laden wurde mei it tsjinstantwurd, besteande út it tsjinstkommando, status en útdagingsantwurdgegevensstruktueroanwizer.
3.4 Oare tsjinsten
De folgjende seksjes beskriuwe ferskate oare systeemtsjinsten.
3.4.1 Digest Check
De eigentlike funksje fan opnij berekkenjen en fergelykjen fan digests fan selektearre komponinten wurdt net útfierd foar de digest-kontrôletsjinst yn simulaasje. Dit tsjinstfersyk bestiet út tsjinstkommando's, en tsjinstopsjes (5-bit LSB). Sadree't de tsjinst is begûn mei útfiering, sil in berjocht werjûn wurde mei detaillearre de útfiering fan 'e digest check tsjinst, tegearre mei de selektearre opsjes út it fersyk. Nei it foltôgjen fan 'e tsjinst sil de RXFIFO laden wurde mei it tsjinstantwurd, besteande út it tsjinstkommando, en de flaggen fan' e digest check pass / mislearre.
3.4.2 Net werkend kommando antwurd
As in net-erkende tsjinstfersyk nei de COMM_BLK stjoerd wurdt, sil de COMM_BLK automatysk antwurdzje mei in net werkend kommando-berjocht dat yn 'e RXFIFO wurdt stjoerd. It berjocht bestiet út it kommando ferstjoerd yn de COMM_BLK en de net werkend kommando status (252D). In displayberjocht dat oanjout dat in net werkend tsjinstfersyk is ûntdutsen sil ek werjûn wurde. De COMM_BLK sil weromgean nei in idle steat, wachtsjend op it akseptearjen fan it folgjende tsjinstfersyk.
3.4.3 Net-stipe tsjinsten
Net-stipe tsjinsten ynsteld op de COMM_BLK sille in berjocht yn simulaasje triggerje dat oanjout dat it tsjinstfersyk net stipe wurdt. De COMM_BLK sil weromgean nei in idle steat, wachtsjend op it akseptearjen fan it folgjende tsjinstfersyk. De PINTERRUPT sil net ynsteld wurde, wat oanjout dat in tsjinst foltôge is. De hjoeddeistige list mei net-stipe tsjinsten omfetsje: IAP, ISP, Device Certificate, en de DESIGNVER Service.
3.5 Systeem Tsjinsten Simulaasje Support File
Te stypjen systeem tsjinsten simulaasje, in tekst file neamd, "status.txt" kin brûkt wurde om trochjaan ynstruksjes oer de fereaske gedrach fan de simulaasje model oan de simulaasje model. Dit file moat lizze yn deselde map, dat de simulaasje wurdt útfierd út. De file kin ûnder oare brûkt wurde om bepaalde flaterantwurden te twingen foar de stipe systeemtsjinsten of sels foar it ynstellen fan guon parameters dy't nedich binne foar simulaasje, (bgl.ample, serial number). It maksimum oantal rigels stipe yn de "status.txt" file is 256. Ynstruksjes dy't ferskine nei rigel nûmer 256 sil net brûkt wurde yn de simulaasje.
3.5.1 Forcing flater antwurden
De brûker kin in bepaalde flaterantwurd twinge foar in bepaalde tsjinst by testen troch de ynformaasje troch te jaan oan it simulaasjemodel mei de "status.txt" file, dy't moatte wurde pleatst yn de map wêrfan de simulaasje wurdt útfierd. Om flaterantwurden op in bepaalde tsjinst te twingen, moatte it kommando en it fereaske antwurd op deselde rigel yn it folgjende formaat ynfierd wurde:ample, oan Kommando> ; ynstruearje de simulaasje model foar in generearje in MSS ûnthâld tagong flater antwurd op de serial number tsjinst, it kommando is as folget.
Tsjinst: Serial Number: 01
Flaterberjocht frege: MSS Unthâld tagong Flater: 7F
Jo moatte de rigel 017F hawwe ynfierd yn "status.txt" file.
3.5.2 Parameterynstelling
De "status.txt" file kin ek brûkt wurde om guon parameters yn te stellen dy't nedich binne yn simulaasje. As eksample, om de 32-bit parameter foar de brûkerskoade yn te stellen, moat it formaat fan 'e rigel yn dizze folchoarder wêze: <32 Bit USERCODE>; dêr't beide wearden wurde ynfierd yn heksadesimale. Om de 128-bit parameter foar it serialnûmer yn te stellen, moat it formaat fan 'e line yn dizze folchoarder wêze: <128 Bit Serial Number [127:0]> ; dêr't beide wearden wurde ynfierd yn heksadesimale. Om de 256-bit parameter foar de SHA 256-kaai yn te stellen; it formaat fan 'e rigel moat yn dizze folchoarder wêze: <256 Bit Key [255:0]>; dêr't beide wearden wurde ynfierd yn heksadesimale. Om de 256-bit parameter yn te stellen foar de útdagingsantwurdkaai, moat it formaat fan 'e line yn dizze folchoarder wêze: <256 Bit Key [255:0]>;
dêr't beide wearden wurde ynfierd yn heksadesimale.
3.5.3 Apparaat prioriteit
Systeemtsjinsten en de COMM_BLK brûke in systeem mei hege prioriteit. Op it stuit is de ienige tsjinst mei hege prioriteit nulisaasje. Om in tsjinst mei hege prioriteit út te fieren, wylst in oare tsjinst wurdt útfierd, wurdt de hjoeddeistige tsjinst stoppe en sil de tsjinst mei hegere prioriteit op syn plak wurde útfierd. De COMM_BLK sil de aktuele tsjinst ferwiderje om de tsjinst mei hegere prioriteit út te fieren. As meardere net-hege-prioriteit tsjinsten wurde ferstjoerd foar it foltôgjen fan in aktuele tsjinst, dizze tsjinsten wurde wachtrige binnen de TXFIFO. Sadree't de hjoeddeistige tsjinst foltôge is, sil de folgjende tsjinst yn 'e TXFIFO wurde útfierd.
Microsemi makket gjin garânsje, fertsjinwurdiging of garânsje oangeande de ynformaasje befette hjiryn of de geskiktheid fan har produkten en tsjinsten foar in bepaald doel, noch nimt Microsemi gjin oanspraaklikens oan dy't fuortkomme út 'e applikaasje of gebrûk fan in produkt of circuit. De produkten ferkocht hjirûnder en alle oare produkten ferkocht troch Microsemi binne ûnderwurpen oan beheinde testen en moatte net brûkt wurde yn kombinaasje mei missy-krityske apparatuer of applikaasjes. Alle prestaasjesspesifikaasjes wurde leaud betrouber te wêzen, mar wurde net ferifiearre, en Keaper moat alle prestaasjes en oare testen fan 'e produkten útfiere en foltôgje, allinich en tegearre mei, of ynstalleare yn, alle einprodukten. Keaper sil net fertrouwe op gegevens en prestaasjesspesifikaasjes of parameters levere troch Microsemi. It is de ferantwurdlikens fan 'e keaper om selsstannich de geskiktheid fan alle produkten te bepalen en itselde te testen en te ferifiearjen. De ynformaasje levere troch Microsemi hjirûnder wurdt levere "as is, wêr is" en mei alle fouten, en it folsleine risiko ferbûn mei sokke ynformaasje is folslein by de keaper. Microsemi jout net, eksplisyt of ymplisyt, oan ien partij gjin oktroairjochten, lisinsjes, of hokker oare IP-rjochten, itsij oangeande sokke ynformaasje sels as alles beskreaun troch sokke ynformaasje. Ynformaasje levere yn dit dokumint is eigendom fan Microsemi, en Microsemi behâldt it rjocht foar om op elts momint feroarings oan te bringen oan 'e ynformaasje yn dit dokumint of oan produkten en tsjinsten op elk momint sûnder notice.
Microsemi, in folslein eigendom dochterûndernimming fan Microchip Technology Inc. (Nasdaq: MCHP), biedt in wiidweidige portefúlje fan semiconductor- en systeemoplossingen foar loftfeart en definsje, kommunikaasje, datasintrum en yndustriële merken. Produkten befetsje hege-optreden en strieling-ferhurde analoge mingd-sinjaal yntegrearre circuits, FPGAs, SoCs en ASICs; produkten foar enerzjybehear; timing- en syngronisaasjeapparaten en krekte tiidoplossingen, it ynstellen fan 'e wrâldstandert foar tiid; apparaten foar stimferwurking; RF oplossings; diskrete komponinten; oplossings foar opslach en kommunikaasje foar bedriuwen; feiligens technologyen en scalable anty-tamper produkten; Ethernet oplossings; Power-over-Ethernet IC's en midspans; lykas oanpaste ûntwerpmooglikheden en tsjinsten. Microsemi hat it haadkantoar yn Aliso Viejo, Kalifornje, en hat wrâldwiid sawat 4,800 meiwurkers. Learje mear op www.microsemi.com.
Microsemi haadkantoar
One Enterprise, Aliso Viejo,
CA 92656 Feriene Steaten
Binnen de FS: +1 800-713-4113
Bûten de Feriene Steaten: +1 949-380-6100
Ferkeap: +1 949-380-6136
Fax: +1 949-215-4996
E-post: ferkeap.support@microsemi.com
www.microsemi.com
© 2018 Microsemi. Alle rjochten foarbehâlden. Microsemi en it Microsemi logo
binne hannelsmerken fan Microsemi Corporation. Alle oare hannelsmerken en tsjinst
merken binne it eigendom fan harren respektive eigners.
Dokuminten / Resources
 |
Microsemi UG0837 IGLOO2 en SmartFusion2 FPGA System Services Simulaasje [pdf] Brûkersgids UG0837, UG0837 IGLOO2 en SmartFusion2 FPGA System Services Simulaasje, IGLOO2 en SmartFusion2 FPGA System Services Simulaasje, SmartFusion2 FPGA System Services Simulaasje, FPGA System Services Simulaasje, Tsjinsten Simulaasje |
