UG0837
באַניצער גייד
IGLOO2 און SmartFusion2 FPGA
סיסטעם באַדינונגס סימיאַליישאַן
יוני 2018

רעוויזיע געשיכטע

די רעוויזיע געשיכטע באשרייבט די ענדערונגען וואָס זענען ימפּלאַמענאַד אין דעם דאָקומענט. די ענדערונגען זענען ליסטעד דורך רעוויזיע, סטאַרטינג מיט די לעצטע ויסגאַבע.
1.1 רעוויזיע 1.0
רעוויזיע 1.0 איז ארויס אין יוני 2018. עס איז געווען דער ערשטער ארויסגעבן פון דעם דאָקומענט.

IGLOO2 און SmartFusion2 FPGA סיסטעם באַדינונגס סימיאַליישאַן

די סיסטעם באַדינונגס בלאָק פון די SmartFusion®2 FPGA משפּחה פֿעיִקייטן אַ זאַמלונג פון סערוויסעס פאַראַנטוואָרטלעך פֿאַר פאַרשידן טאַסקס. די אַרייַננעמען סימיאַליישאַן אָנזאָג באַדינונגס, דאַטן טייַטל באַדינונגס און דאַטן דיסקריפּטאָר באַדינונגס. די סיסטעם באַדינונגס קענען זיין אַקסעסט דורך די Cortex-M3 אין SmartFusion2 און פֿון די FPGA שטאָף דורך די שטאָף צובינד קאָנטראָללער (FIC) פֿאַר ביידע SmartFusion2 און IGLOO®2. די אַקסעס מעטהאָדס זענען געשיקט צו די סיסטעם קאָנטראָללער דורך די COMM_BLK. די COMM_BLK האט אַ אַוואַנסירטע פּעריפעראַל ויטאָבוס (APB) צובינד און אַקט ווי אַ אָנזאָג וואָס גייט פארביי קאַנדוויט צו וועקסל דאַטן מיט די סיסטעם קאָנטראָללער. סיסטעם סערוויס ריקוועס זענען געשיקט צו די סיסטעם קאָנטראָללער און סיסטעם סערוויס רעספּאָנסעס זענען געשיקט צו די CoreSysSerrvice דורך די COMM BLK. די אַדרעס אָרט פֿאַר די COMM_BLK איז בנימצא אין די מיקראָקאָנטראָללער סאַב-סיסטעם (MSS) / הויך פאָרשטעלונג זכּרון סאַבסיסטאַם (HPMS). פֿאַר דעטאַילס, זען די UG0450: SmartFusion2 SoC און IGLOO2 FPGA סיסטעם קאָנטראָללער.
באַניצער גייד
די פאלגענדע געמעל ווייזט סיסטעם באַדינונגס דאַטן לויפן.
פיגורע 1 • סיסטעם סערוויס דאַטאַ פלאָו דיאַגראַמעפֿאַר ביידע IGLOO2 און SmartFusion2 סיסטעם סערוויס סימיאַליישאַן, איר דאַרפֿן צו שיקן סיסטעם סערוויס ריקוועס און קאָנטראָלירן די סיסטעם סערוויס רעספּאָנסעס צו באַשטעטיקן אַז די סימיאַליישאַן איז ריכטיק. דעם שריט איז נייטיק צו אַקסעס די סיסטעם קאָנטראָללער, וואָס גיט די סיסטעם באַדינונגס. דער וועג צו שרייַבן צו און לייענען פֿון די סיסטעם קאָנטראָללער איז אַנדערש פֿאַר IGLOO2 און SmartFusion2 דעוויסעס. פֿאַר SmartFusion2, די Coretex-M3 איז בארעכטיגט און איר קענען שרייַבן און לייענען פֿון די סיסטעם קאָנטראָללער ניצן ויטאָבוס פאַנגקשאַנאַל מאָדעל (BFM) קאַמאַנדז. פֿאַר IGLOO2, די Cortex-M3 איז ניט בנימצא און די סיסטעם קאָנטראָללער איז ניט צוטריטלעך מיט BFM קאַמאַנדז.
2.1 טייפּס פון בנימצא סיסטעם באַדינונגס
דריי פאַרשידענע טייפּס פון סיסטעם באַדינונגס זענען בארעכטיגט און יעדער טיפּ פון סערוויס האט פאַרשידענע סאַב-טייפּס.
סימיאַליישאַן אָנזאָג באַדינונגס
דאַטאַ טייַטל באַדינונגס
דאַטאַ דיסקריפּטאָר באַדינונגס
די אַפּפּענדיקס-סיסטעם באַדינונגס טייפּס (זען בלאַט 19) קאַפּיטל פון דעם פירער באשרייבט די פאַרשידענע טייפּס פון סיסטעם באַדינונגס. פֿאַר מער אינפֿאָרמאַציע אויף סיסטעם באַדינונגס, זען UG0450: SmartFusion2 SoC און IGLOO2 FPGA סיסטעם קאָנטראָללער באַניצער גייד.
2.2 IGLOO2 סיסטעם סערוויס סימיאַליישאַן
סיסטעם באַדינונגס אַרייַנציען שרייבן צו און לייענען פון די סיסטעם קאָנטראָללער. צו שרייַבן צו און לייענען פון די סיסטעם קאָנטראָללער פֿאַר סימיאַליישאַן צוועקן, איר דאַרפֿן צו דורכפירן די סטעפּס ווי גייט.

1. ינסטאַנטייט די CoreSysServices ווייך IP האַרץ, בנימצא אין די SmartDesign קאַטאַלאָג.
2. שרייב די HDL קאָד פֿאַר אַ ענדלעך שטאַט מאַשין (פסם).

די HDL FSM ינטערפייסיז מיט די CoreSysServices קאָר, וואָס דינט ווי דער שטאָף בעל פון די AHBLite ויטאָבוס. די CoreSysServices האַרץ ינישיאַץ סיסטעם דינסט בעטן צו די COMM BLK און נעמט סיסטעם סערוויס רעספּאָנסעס פון די COMM BLK דורך די FIC_0/1, שטאָף צובינד קאָנטראָללער ווי געוויזן אין די פאלגענדע געמעל.
פיגורע 2 • IGLOO2 סיסטעם באַדינונגס סימיאַליישאַן טאָפּאָלאָגי2.3 SmartFusion2 סיסטעם סערוויס סימיאַליישאַן
צו סימולירן סיסטעם באַדינונגס אין SmartFusion2 דעוויסעס, איר דאַרפֿן צו שרייַבן צו און לייענען פֿון די סיסטעם קאָנטראָללער. צוויי אָפּציעס זענען בנימצא צו אַקסעס די סיסטעם קאָנטראָללער פֿאַר סימיאַליישאַן צוועקן.
אָפּציע 1 - שרייב די HDL קאָד פֿאַר אַ FSM צו צובינד מיט די CoreSysService ווייך IP האַרץ, וואָס סערוועס ווי אַ AHBLite שטאָף בעל און ינישיאַץ סיסטעם סערוויס בעטן צו די COMM BLK און באקומט סיסטעם סערוויס רעספּאָנסעס פון די COMM BLK דורך די FIC_0/1 שטאָף צובינד ווי געוויזן אין די פאלגענדע געמעל.
פיגורע 3 • SmartFusion2 סיסטעם באַדינונגס סימיאַליישאַן טאָפּאָלאָגי

אופֿן 2 - ווייַל די Cortex-M3 איז בארעכטיגט פֿאַר SmartFusion2 דעוויסעס, איר קענט נוצן BFM קאַמאַנדז צו גלייך שרייַבן צו און לייענען פֿון די זיקאָרן פּלאַץ פון די סיסטעם קאָנטראָללער.
ניצן BFM קאַמאַנדז (אָפּציע 2) סאַוועס די נויט צו שרייַבן די HDL קאָודז פֿאַר די פסם. אין דעם באַניצער פירער, אָפּציע 2 איז געניצט צו ווייַזן סיסטעם באַדינונגס סימיאַליישאַן אין SmartFusion2. מיט דעם אָפּציע, די זכּרון פּלאַץ פון די סיסטעם קאָנטראָללער איז אַקסעסט צו געפֿינען די זיקאָרן מאַפּע פון ​​די COMM BLK און די פאַרשפּאַרן קאָנטראָללער פון די שטאָף צובינד (FIIC) בלאָק ווען איר שרייַבן דיין BFM קאַמאַנדז.
2.4 סימיאַליישאַן עקסamples
דער באַניצער פירער קאָווערס די פאלגענדע סימיאַליישאַנז.

• IGLOO2 סיריאַל נומער סערוויס סימיאַליישאַן (זען בלאַט 5)
• SmartFusion2 סיריאַל נומער סערוויס סימיאַליישאַן (זען בלאַט 8)
• IGLOO2 זעראָיזאַטיאָן סערוויס סימיאַליישאַן (זען בלאַט 13)
• SmartFusion2 זעראָיזאַטיאָן סערוויס סימיאַליישאַן (זען בלאַט 16)

ענלעכע סימיאַליישאַן מעטהאָדס קענען זיין געווענדט צו אנדערע סיסטעם באַדינונגס. פֿאַר אַ גאַנץ רשימה פון די פאַרשידענע סיסטעם באַדינונגס בנימצא, גיין צו אַפּפּענדיקס - סיסטעם באַדינונגס טייפּס (זען בלאַט 19).

2.5 IGLOO2 סיריאַל נומער סערוויס סימיאַליישאַן
צו גרייטן זיך פֿאַר IGLOO2 סיריאַל נומער סערוויס סימיאַליישאַן, דורכפירן די סטעפּס ווי גייט.

1. רופן סיסטעם בילדער צו שאַפֿן דיין HPMS בלאָק.
2. קוק די HPMS סיסטעם באַדינונגס טשעקקבאָקס אין די מיטל פֿעיִקייטן בלאַט. דאָס וועט אָנווייַזן די סיסטעם בילדער צו ויסשטעלן די HPMS_FIC_0 SYS_SERVICES_MASTER ויטאָבוס צובינד (BIF).
3. לאָזן אַלע אנדערע טשעקקבאָקסעס אַנסעקשט.
4. אָננעמען די פעליקייַט אין אַלע אנדערע בלעטער און גיט ענדיקן צו פאַרענדיקן די סיסטעם בילדער בלאָק. אין די HDL רעדאַקטאָר פון Libero® SoC, שרייַבן די HDL קאָד פֿאַר די FSM (File > ניו > HDL). אַרייַננעמען די פאלגענדע דריי שטאַטן אין דיין FSM.
   INIT שטאַט (ערשט שטאַט)
   SERV_PHASE (דינסט בעטן שטאַט)
   RSP_PHASE (סערוויס ענטפער שטאַט).
   די פאלגענדע פיגור ווייזט די דריי שטאַטן פון FSM.
   פיגורע 4 • דריי-שטאט פסם
5. אין דיין HDL קאָד פֿאַר די FSM, נוצן די ריכטיק באַפֿעל קאָד ("01" העקס פֿאַר סיריאַל נומער סערוויס) צו אַרייַן די סערוויס בעטן שטאַט פֿון די INIT שטאַט.
6. היט דיין HDL file. די FSM איז אַ קאָמפּאָנענט אין די פּלאַן כייעראַרקי.
7. עפֿענען SmartDesign. שלעפּן און פאַלן דיין שפּיץ-מדרגה סיסטעם בילדער בלאָק און דיין FSM בלאָק אין די SmartDesign לייַוונט. פון דעם קאַטאַלאָג, שלעפּן און פאַלן די CoreSysService ווייך IP האַרץ אין די SmartDesign לייַוונט.
8. רעכט גיט די CoreSysService ווייך IP האַרץ צו עפֿענען די קאָנפיגוראַטאָר. טשעק די סיריאַל נומער סערוויס טשעקקבאָקס (אונטער די מיטל און פּלאַן אינפֿאָרמאַציע באַדינונגס
   גרופּע) צו געבן סיריאַל נומער דינסט.
9. לאָזן אַלע אנדערע טשעקקבאָקסעס אַנסעקשט. דריקט OK צו אַרויסגאַנג די קאָנפיגוראַטאָר.
   פיגורע 5 • CoreSysServices ווייך יפּ קאָר קאָנפיגוראַטאָר
   
10. פאַרבינדן די HPMS_FIC_0 SYS_SERVICES_MASTER BIF פון די סיסטעם בילדער בלאָק צו די AHBL_MASTER BIF פון די CoreSysService בלאָק.
11. פאַרבינדן די רעזולטאַט פון דיין HDL FSM בלאָק צו די אַרייַנשרייַב פון די CoreSysService ווייך IP האַרץ. מאַכן אַלע אנדערע קאַנעקשאַנז אין די SmartDesign לייַוונט ווי געוויזן אין די פאלגענדע פיגור.
    פיגורע 6 • SmartDesign קאַנוואַס מיט HDL Block, CoreSysServices Soft IP און HPMS בלאַקס
12. אין די SmartDesign לייַוונט, רעכט גיט > דזשענערייט קאָמפּאָנענט צו דזשענערייט די שפּיץ מדרגה פּלאַן.
13. אין די פּלאַן כייעראַרקי view, רעכט גיט די שפּיץ מדרגה פּלאַן און סעלעקטירן שאַפֿן טעסטבענטש > HDL .
14. ניצן אַ טעקסט רעדאַקטאָר צו שאַפֿן אַ טעקסט file געהייסן "סטאַטוס.טקסט".
15. אַרייַננעמען די באַפֿעל פֿאַר סיסטעם דינסט און די 128-ביסל סיריאַל נומער. פֿאַר מער אינפֿאָרמאַציע, זען טאַבלע 1 (סיסטעם באַדינונגס באַפֿעלן / ענטפער וואַלועס) אין די CoreSysServices v3.1 האַנדבאָאָק פֿאַר די באַפֿעלן קאָודז (העקס) צו זיין געוויינט פֿאַר פאַרשידענע סיסטעם באַדינונגס. פֿאַר סיריאַל נומער דינסט, די באַפֿעל קאָד איז "01" העקס.

דער פֿאָרמאַט פון די סטאַטוס.טקסט file פֿאַר סיריאַל נומער דינסט איז ווי גייט.
<2 העקס ציפֿער קמד <32 העקס ציפֿער סיריאַל נומער>
Example: 01A1A2A3A4B1B2B3B4C1C2C3C4D1D2D3D4
היט די סטאַטוס.טקסט file אין די סימיאַליישאַן טעקע פון ​​דיין פּרויעקט. דער פּלאַן איז איצט גרייט פֿאַר סימיאַליישאַן.
אַמאָל די סערוויס איז סטאַרטעד, אַ אָנזאָג וואָס ינדיקייץ די דעסטיניישאַן אָרט און סיריאַל נומער איז געוויזן אין די ModelSim טראַנסקריפּט פֿענצטער, ווי געוויזן אין די פאלגענדע פיגור.
פיגורע 7 • ModelSim סימיאַליישאַן טראַנסקריפּט פֿענצטערדער סיסטעם קאָנטראָללער קאַנדאַקץ אַ אַהב שרייַבן צו די אַדרעס מיט די סיריאַל נומער. נאָך קאַמפּלישאַן פון די סערוויס, די RXFIFO פון COMM_BLK וועט זיין לאָודיד מיט די סערוויס ענטפער.
באַמערקונג: פֿאַר אַ גאַנץ ליסטינג פון די באַפֿעל קאָודז צו זיין געוויינט פֿאַר פאַרשידענע סיסטעם באַדינונגס, זען טאַבלע 1 (סיסטעם באַדינונגס באַפֿעלן / ענטפער וואַלועס) אין CoreSysServices v3.1 האַנדבאָאָק אָדער UG0450: SmartFusion2 SoC און IGLOO2 FPGA סיסטעם קאָנטראָללער באַניצער גייד.
2.6 SmartFusion2 סיריאַל נומער סערוויס סימיאַליישאַן
אין דעם באַניצער פירער, BFM קאַמאַנדז (אָפּציע 2) זענען געניצט צו אַקסעס די סיסטעם קאָנטראָללער פֿאַר סיסטעם דינסט. BFM קאַמאַנדז זענען געניצט ווי די Cortex-M3 פּראַסעסער איז בנימצא אויף די מיטל פֿאַר BFM סימיאַליישאַן. BFM קאַמאַנדז לאָזן איר צו שרייַבן גלייך צו און לייענען פֿון די COMM BLK אַמאָל איר וויסן די זכּרון מאַפּינג פון די COMM_BLK.
צו צוגרייטן דיין פּלאַן פֿאַר SmartFusion2 סיריאַל נומער סערוויס סימיאַליישאַן, דורכפירן די פאלגענדע סטעפּס.

1. שלעפּן און פאַלן די MSS פון דעם קאַטאַלאָג צו די פּלאַן לייַוונט פון דיין פּרויעקט.
2. דיסייבאַל אַלע MSS פּעריפעראַלס אַחוץ די MSS_CCC, באַשטעטיק קאָנטראָללער, ינטעראַפּט מאַנאַגעמענט און FIC_0, FIC_1 און FIC_2.
3. קאַנפיגיער די יבעררייַס פאַרוואַלטונג צו נוצן MSS צו שטאָף יבעררייַס.
4. צוגרייטן די serialnum.bfm file אין אַ טעקסט רעדאַקטאָר אָדער אין די Libero's HDL רעדאַקטאָר. היט די serialnum.bfm file אין די סימיאַליישאַן טעקע פון ​​די פּרויעקט. די serialnum.bfm זאָל אַרייַננעמען די פאלגענדע דעטאַילס.
   • זכּרון מאַפּינג צו די COMM BLK (CMBLK)
   • זכּרון מאַפּינג צו יבעררייַסן פאַרוואַלטונג פּעריפעראַל (FIIC)
   • באַפֿעל פֿאַר סיריאַל נומער סיסטעם דינסט בעטן ("01" העקס)
   • אַדרעס פֿאַר די אָרט פון די סיריאַל נומער
   אַן עקסample פון די serialnum.bfm file איז ווי גייט.
   memmap FIIC 0x40006000; # מעמאָרי מאַפּינג צו יבעררייַסן פאַרוואַלטונג
   מעממאַפּ קמבלק 0x40016000; # זכּרון מאַפּינג צו COMM BLK
   memmap DESCRIPTOR_ADDR 0x20000000; # אַדרעס אָרט פֿאַר סיריאַל נומער
   # קאַמאַנד קאָד אין העקסאַדעסימאַל
   קעסיידערדיק קמד 0קס1 # קאָמאַנד קאָד פֿאַר סיריאַל נומערסערוויס
   #FIIC קאָנפיגוראַטיאָן רעדזשיסטערס
   קעסיידערדיק FICC_INTERRUPT_ENABLE0 0x0
   #COMM_BLK קאָנפיגוראַטיאָן רעדזשיסטערס
   קעסיידערדיק קאָנטראָל 0x00
   קעסיידערדיק סטאַטוס 0x04
   קעסיידערדיק INT_ENABLE 0x08
   קעסיידערדיק DATA8 0x10
   קעסיידערדיק DATA32 0x14
   קעסיידערדיק FRAME_START8 0x18
   קעסיידערדיק FRAME_START32 0קס1ק
   פּראָצעדור סיריאַלנום;
   int x;
   שרייב w FIIC FICC_INTERRUPT_ENABLE0 0x20000000 #קאָנפיגורע
   #FICC_INTERRUPT_ENABLE0 # רעגיסטרירן צו געבן COMBLK_INTR #
   # יבעררייַסן פון COMM_BLK בלאָק צו שטאָף
   # בעטן פאַסע
   שרייַבן W CMBLK CONTROL 0x10 # קאַנפיגיער COMM BLK קאָנטראָל # רעגיסטרירן צו
   געבן טראַנספערס אויף די COMM BLK צובינד
   שרייב w CMBLK INT_ENABLE 0x1 # קאַנפיגיער COMM BLK ינטעררופּט געבן
   # רעגיסטרירט צו געבן ינטעררופּט פֿאַר TXTOKAY (קאָראַספּאַנדינג ביסל אין די
   # סטאַטוס רעגיסטרירן)
   waitint 19 # וואַרטן פֿאַר COMM BLK ינטעררופּט , דאָ #בפם ווייץ
   # ביז COMBLK_INTR איז באשטעטיקט
   readstore w CMBLK STATUS x # לייענען COMM BLK סטאַטוס רעגיסטרירן פֿאַר #TXTOKAY
   # יבעררייַסן
   שטעלן קסקס & 0קס1
   אויב X
   שרייב w CMBLK FRAME_START8 CMD # קאַנפיגיער COMM BLK FRAME_START8
   # רעגיסטרירן צו בעטן סיריאַל נומער סערוויס
   ענדיף
   ענדיף
   waitint 19 # וואַרטן פֿאַר COMM BLK ינטעראַפּט, דאָ
   #BFM וואַרטן ביז COMBLK_INTR איז באַשטעטיקט
   readstore w CMBLK STATUS x # לייענען COMM BLK סטאַטוס רעגיסטרירן פֿאַר
   #TXTOKAY יבעררייַסן
   שטעלן קסקס & 0קס1
   שטעלן קסקס & 0קס1
   אויב X
   שרייַבן מיט CMBLK CONTROL 0x14 #Configure COMM BLK קאָנטראָל
   # רעגיסטרירט צו געבן טראַנספערס אויף די COMM BLK צובינד
   שרייַבן W CMBLK DATA32 DESCRIPTOR_ADDR
   שרייב w CMBLK INT_ENABLE 0x80
   שרייַבן W CMBLK CONTROL 0x10
   ענדיף
   וואַרטן 20
   # ענטפער פאַסע
   וואַרטן 19
   רידסטאָר מיט CMBLK STATUS x
   שטעלן קסקס & 0קס80
   אויב X
   לייענען טשעק מיט CMBLK FRAME_START8 CMD
   שרייב w CMBLK INT_ENABLE 0x2
   ענדיף
   וואַרטן 19
   רידסטאָר מיט CMBLK STATUS x
   שטעלן קסקס & 0קס2
   אויב X
   לייענען טשעק מיט CMBLK DATA8 0x0
   שרייַבן W CMBLK CONTROL 0x18
   ענדיף
   וואַרטן 19
   לייענען טשעק מיט FIIC 0x8 0x20000000
   רידסטאָר מיט CMBLK STATUS x
   שטעלן קסקס & 0קס2
   אויב X
   לייענען טשעק מיט CMBLK DATA32 DESCRIPTOR_ADDR
   ענדיף
   לייענען טשעק מיט DESCRIPTOR_ADDR 0x0 0xE1E2E3E4; # רעאַדטשעק צו קאָנטראָלירן S/N
   לייענען טשעק מיט DESCRIPTOR_ADDR 0x4 0xC1C2C3C4; # רעאַדטשעק צו קאָנטראָלירן S/N
   לייענען טשעק מיט DESCRIPTOR_ADDR 0x8 0xB1B2B3B4; # רעאַדטשעק צו קאָנטראָלירן S/N
   לייענען טשעק מיט DESCRIPTOR_ADDR 0xC 0xA1A2A3A4; # רעאַדטשעק צו קאָנטראָלירן S/N
   צוריקקומען
5. שאַפֿן דעם סטאַטוס. טקסט file אין Libero's HDL רעדאַקטאָר אָדער קיין טעקסט רעדאַקטאָר. אַרייַננעמען די סיריאַל נומער סיסטעם דינסט באַפֿעל ("01" אין העקס) און די סיריאַל נומער אין די סטאַטוס. טקסט file. זען די CoreSysServices v3.1 האַנדבאָאָק פֿאַר ניצן די ריכטיק באַפֿעלן קאָד.
6. די סינטאַקס פון דעם file פֿאַר סיריאַל נומער דינסט איז, <2 העקס ציפֿער קמד> 32 העקס ציפֿער סיריאַל נומער>. עקסample: 01A1A2A3A4B1B2B3B4C1C2C3C4E1E2E3E4.
7. היט דעם סטאַטוס .טקסט file אין די סימיאַליישאַן טעקע פון ​​די פּרויעקט.
8. רעדאַגירן די באַניצער .בפם (ליגן ין דער סימיאַליישאַן טעקע) צו אַרייַננעמען די סיריאַלנום. bfm file און רופן די סיריאַל נומער פּראָצעדור ווי געוויזן אין די פאלגענדע קאָד סניפּאַט.
   אַרייַננעמען "serialnum.bfm" #אַרייַננעמען די serialnum.bfm
   פּראָצעדור user_main;
   דרוק "אינפֿאָרמאַציע: סימיאַליישאַן סטאַרץ";
   דרוק "INFO: סערוויס קאַמאַנד קאָד אין דעצימאַל:% 0ד", קמד ;
   רופן סיריאַלנום; # רופן די סעריאַלנום פּראָצעדור
   דרוק "אינפֿאָרמאַציע: סימיאַליישאַן ענדס";
   צוריקקומען
9. אין די פּלאַן כייעראַרקי view, דזשענערייט די טעסטבענטש (רעכט גיט, Top Level Design > Create Testbench > HDL ) און איר זענט גרייט צו לויפן סיריאַל נומער סערוויס סימיאַליישאַן.

אַמאָל די דינסט האט אנגעהויבן דורכפירונג, אַ אָנזאָג וואָס ינדיקייץ די דעסטיניישאַן אָרט און סיריאַל נומער איז געוויזן. דער סיסטעם קאָנטראָללער קאַנדאַקץ אַ אַהב שרייַבן צו די אַדרעס מיט די סיריאַל נומער. נאָך קאַמפּלישאַן פון די סערוויס, די RXFIFO פון COMM_BLK וועט זיין לאָודיד מיט די סערוויס ענטפער. די ModelSim טראַנסקריפּט פֿענצטער דיספּלייז די אַדרעס און די סיריאַל נומער באקומען ווי געוויזן אין די פאלגענדע פיגור.
פיגורע 8 • SmartFusion2 סיריאַל נומער סערוויס סימיאַליישאַן אין ModelSim טראַנסקריפּט פֿענצטער

2.7 IGLOO2 זעראָיזאַטיאָן סערוויס סימיאַליישאַן
צו גרייטן זיך פֿאַר IGLOO2 זעראַזיישאַן סערוויס סימיאַליישאַן, דורכפירן די סטעפּס ווי גייט.

1. רופן סיסטעם בילדער צו שאַפֿן די HPMS בלאָק. קוק די HPMS סיסטעם באַדינונגס טשעקקבאָקס אין די מיטל פֿעיִקייטן SYS_SERVICES_MASTER BIF. לאָזן אַלע אנדערע טשעקקבאָקסעס אַנסעקשט. אָננעמען די פעליקייַט אין אַלע אנדערע בלעטער און גיט בלאַט. דאָס ינסטרוקט די סיסטעם בילדער צו ויסשטעלן די HPMS_FIC_0 ענדיקן צו פאַרענדיקן די קאַנפיגיעריישאַן פון די סיסטעם בילדער בלאָק.
2. אין די HDL רעדאַקטאָר פון Libero SoC, שרייַבן די HDL קאָד פֿאַר די FSM. אין דיין HDL קאָד פֿאַר די FSM, אַרייַננעמען די פאלגענדע דריי שטאַטן.
   INIT שטאַט (ערשט שטאַט)
   SERV_PHASE (דינסט בעטן שטאַט)
   RSP_PHASE (סערוויס ענטפער שטאַט)
   די פאלגענדע פיגור ווייזט די דריי שטאַטן פון FSM.
   פיגורע 9 • דריי-שטאט פסם

    

3. אין דיין HDL קאָד, נוצן די באַפֿעל קאָד "F0" (העקס) צו אַרייַן די סערוויס בעטן שטאַט פֿון די INIT שטאַט.
4. היט דיין HDL file.
5. עפֿענען SmartDesign, שלעפּן און פאַלן דיין שפּיץ-מדרגה סיסטעם בילדער בלאָק און דיין HDL FSM בלאָק אין די SmartDesign לייַוונט. פון דעם קאַטאַלאָג, שלעפּן און פאַלן די CoreSysService ווייך IP האַרץ אין די SmartDesign לייַוונט.
6. רעכט גיט די CoreSysServices ווייך IP האַרץ, צו עפֿענען די קאָנפיגוראַטאָר און טשעק די זעראָיזאַטיאָן סערוויס טשעקקבאָקס אונטער די דאַטאַ סעקוריטי באַדינונגס גרופּע. לאָזן אַלע אנדערע טשעקקבאָקסעס אַנסעקשט. גיט צו OK אַרויסגאַנג.
   פיגורע 10 • CoreSysServices Configurator
   
7. פאַרבינדן די HPMS_FIC_0 SYS_SERVICES_MASTER BIF פון די סיסטעם בילדער בלאָק צו די AHBL_MASTER BIF פון די CoreSysService בלאָק.
8. פאַרבינדן די רעזולטאַט פון דיין HDL FSM בלאָק צו די אַרייַנשרייַב פון די CoreSysService ווייך IP האַרץ. מאַכן אַלע אנדערע קאַנעקשאַנז אין די SmartDesign לייַוונט.
   פיגורע 11 • SmartDesign קאַנוואַס מיט HDL Block, CoreSysServices Soft IP און HPMS בלאַקס
   9. אין די SmartDesign לייַוונט, דזשענערייט די שפּיץ-מדרגה פּלאַן (רעכט גיט > גענעראַטע קאָמפּאָנענט).
   10. אין די פּלאַן כייעראַרקי view, רעכט גיט די שפּיץ-מדרגה פּלאַן און סעלעקטירן שאַפֿן Testbench> HDL. איר זענט איצט גרייט צו לויפן סימיאַליישאַן.
   אַמאָל די דינסט האט אנגעהויבן דורכפירונג, אַ אָנזאָג וואָס ינדיקייץ אַז די זעראַזיישאַן איז געענדיקט אין צייט x איז געוויזן ווי געוויזן אין די פאלגענדע פיגור.
   פיגורע 12 • IGLOO2 זעראָיזאַטיאָן סיסטעם סערוויס סימיאַליישאַן טראַנסקריפּט פֿענצטער
   

דער סיסטעם קאָנטראָללער קאַנדאַקץ אַ אַהב שרייַבן צו די אַדרעס מיט די סיריאַל נומער. נאָך קאַמפּלישאַן פון די סערוויס, די RXFIFO פון COMM_BLK וועט זיין לאָודיד מיט די סערוויס ענטפער. עס זאָל זיין אנגעוויזן אַז די סימיאַליישאַן מאָדעל סימיאַלייץ זעראָיזאַטיאָן דורך סטאָפּפּינג די סימיאַליישאַן אלא ווי נולייזינג די פּלאַן זיך.
באַמערקונג: פֿאַר אַ פולשטענדיק ליסטינג פון די באַפֿעל קאָודז צו נוצן פֿאַר פאַרשידענע סיסטעם באַדינונגס, זען טאַבלע 1 (סיסטעם באַדינונגס באַפֿעלן / ענטפער וואַלועס) CoreSysServices v3.1 האַנדבאָאָק:. אָדער UG0450: SmartFusion2 SoC און IGLOO2 FPGA סיסטעם קאָנטראָללער באַניצער גייד

2.8 SmartFusion2 זעראָיזאַטיאָן סערוויס סימיאַליישאַן
אין דעם פירער, BFM קאַמאַנדז (אָפּציע 2) זענען געניצט צו אַקסעס די סיסטעם קאָנטראָללער פֿאַר סיסטעם דינסט.
BFM קאַמאַנדז זענען געניצט ווי די Cortex-M3 פּראַסעסער איז בנימצא אויף די מיטל פֿאַר BFM סימיאַליישאַן. BFM קאַמאַנדז לאָזן איר צו שרייַבן גלייך צו און לייענען פֿון די COMM BLK אַמאָל איר וויסן די זכּרון מאַפּינג פון די COMM_BLK. צו צוגרייטן דיין פּלאַן פֿאַר SmartFusion2 זעראָיזאַטיאָן סערוויס סימיאַליישאַן, דורכפירן די פאלגענדע סטעפּס.

1. שלעפּן און פאַלן די MSS פון דעם קאַטאַלאָג צו די פּלאַן לייַוונט פון דיין פּרויעקט.
2. דיסייבאַל אַלע MSS פּעריפעראַלס אַחוץ די MSS_CCC, באַשטעטיק קאָנטראָללער, ינטעראַפּט מאַנאַגעמענט און FIC_0, FIC_1 און FIC_2.
3. קאַנפיגיער די יבעררייַס פאַרוואַלטונג צו נוצן MSS צו שטאָף יבעררייַס.
4. צוגרייטן די zeroizaton.bfm file אין אַ טעקסט רעדאַקטאָר אָדער אין Libero's HDL רעדאַקטאָר. דיין זעראָאַזיישאַן. bfm זאָל אַרייַננעמען:

• זכּרון מאַפּינג צו די COMM BLK (CMBLK)
• זכּרון מאַפּינג צו יבעררייַסן פאַרוואַלטונג פּעריפעראַל (FIIC)
• באַפֿעל פֿאַר זעראָיזאַטאָן דינסט בעטן ("F0" העקס פֿאַר זעריאַזיישאַן)

אַן עקסample פון די serialnum.bfm file איז געוויזן אין די פאלגענדע פיגור.
פיגורע 13 • Zeroization.bfm פֿאַר SmartFusion2 זעראָיזאַטיאָן סיסטעם באַדינונגס סימיאַליישאַן

5. היט די זעראָיזאַטיאָן.בפם file אין די סימיאַליישאַן טעקע פון ​​די פּרויעקט. user.bfm
6. רעדאַגירן די (ליגן אין די zeroization.bfm סימיאַליישאַן טעקע) צו אַרייַננעמען די ניצן די פאלגענדע קאָד סניפּאַט.
אַרייַננעמען "זעראָיזאַטיאָן.בפם" #אַרייַננעמען זעראָיזאַטיאָן.בפם file פּראָצעדור user_main;
דרוק "אינפֿאָרמאַציע: סימיאַליישאַן סטאַרץ";
דרוק "INFO: סערוויס קאַמאַנד קאָד אין דעצימאַל:% 0ד", קמד ;
רופן זעראָיזאַטיאָן; # רוף זעראָיזאַטיאָן פּראָצעדור צוריקקומען
7. אין די פּלאַן כייעראַרקי, דזשענערייט די טעסטבענטש (רעכט גיט שפּיץ מדרגה > שאַפֿן טעסטבענטש > HDL ) און איר זענט גרייט צו לויפן די SmartFusion2 זעראָיזאַטיאָן סימיאַליישאַן.
אַמאָל די דינסט איז סטאַרטעד, אַ אָנזאָג וואָס ינדיקייץ אַז די מיטל איז נולייזד אין צייט x איז געוויזן. עס זאָל זיין אנגעוויזן אַז די סימיאַליישאַן מאָדעל סימיאַלייץ זעראָיזאַטיאָן דורך סטאָפּפּינג די סימיאַליישאַן אלא ווי נולייזינג די פּלאַן זיך. די ModelSim טראַנסקריפּט פֿענצטער אין די פאלגענדע פיגור ווייזט אַז די מיטל איז נולייזד.

פיגורע 14 • SmartFusion2 זעראָיזאַטיאָן סיסטעם סערוויס סימיאַליישאַן קלאָץ

אַפּפּענדיקס: טייפּס פון סיסטעם באַדינונגס

דער קאַפּיטל באשרייבט פאַרשידן טייפּס פון סיסטעם באַדינונגס.
3.1 סימיאַליישאַן מעסעדזש באַדינונגס
די פאלגענדע סעקשאַנז באַשרייַבן פאַרשידן טייפּס פון סימיאַליישאַן אָנזאָג באַדינונגס.
3.1.1 פלאַש * פרירן
די סימיאַליישאַן וועט אַרייַן די פלאַש * פרירן שטאַט ווען די געהעריק דינסט בעטן איז געשיקט צו די COMM_BLK פֿון די FIC (אין די פאַל פון IGLOO2 דעוויסעס) אָדער די Cortex-M3 (אין SmartFusion2 דעוויסעס). אַמאָל די סערוויס איז דיטעקטאַד דורך די סיסטעם קאָנטראָללער, די סימיאַליישאַן וועט זיין סטאַפּט און אַ אָנזאָג וואָס ינדיקייץ אַז די סיסטעם איז אריין אין פלאַש * פרירן (צוזאמען מיט די אויסגעקליבן אָפּציע) וועט זיין געוויזן. נאָך ריזאַמשאַן פון די סימיאַליישאַן, די RXFIFO פון די COMM_BLK וועט זיין אָנגעפילט מיט די סערוויס ענטפער קאַנסיסטינג פון די סערוויס באַפֿעל און סטאַטוס. עס זאָל זיין אנגעוויזן אַז עס איז קיין סימיאַליישאַן שטיצן פֿאַר פלאַש * פרירן אַרויסגאַנג.
3.1.2 זעראָיזאַטיאָן
זעראָיזאַטיאָן איז דערווייַל דער בלויז הויך בילכערקייַט דינסט אין סיסטעם באַדינונגס פּראַסעסט דורך די COMM_BLK. די סימיאַליישאַן וועט אַרייַן די זעראָיזאַטיאָן שטאַט ווי באַלד ווי די ריכטיק דינסט בעטן איז דיטעקטאַד דורך די COMM_BLK. דורכפירונג פון אנדערע סערוויסעס וועט זיין סטאַפּט און אַוועקגענומען דורך די סיסטעם קאַנטראָולער, און די זעראַזיישאַן דינסט וועט זיין עקסאַקיוטאַד אַנשטאָט. אַמאָל די זעראַזיישאַן דינסט בעטן איז דיטעקטאַד, די סימיאַליישאַן סטאַפּס און אַ אָנזאָג וואָס ינדיקייץ אַז די סיסטעם איז אריין אין זעראַזיישאַן איז געוויזן. מאַנואַל ריסטאַרט פון סימיאַליישאַן נאָך זעראָיזאַטיאָן זענען פאַרקריפּלט.
3.2 דאַטאַ פּוינטער באַדינונגס
די פאלגענדע סעקשאַנז באַשרייַבן פאַרשידן טייפּס פון דאַטן טייַטל באַדינונגס.
3.2.1 סיריאַל נומער
די סיריאַל נומער סערוויס וועט שרייַבן אַ 128-ביסל סיריאַל נומער צו אַן אַדרעס אָרט צוגעשטעלט ווי אַ טייל פון די דינסט בעטן. דעם 128-ביסל פּאַראַמעטער קענען זיין שטעלן מיט אַ סיסטעם סערוויס סימיאַליישאַן שטיצן file (זען בלאט 22). אויב די 128-ביסל סיריאַל נומער פּאַראַמעטער איז נישט דיפיינד אין די file, אַ פעליקייַט סיריאַל נומער פון 0 וועט זיין געוויינט. אַמאָל די דינסט האט אנגעהויבן דורכפירונג, אַ אָנזאָג וואָס ינדיקייץ די דעסטיניישאַן אָרט און סיריאַל נומער איז געוויזן. דער סיסטעם קאָנטראָללער קאַנדאַקץ אַ אַהב שרייַבן צו די אַדרעס מיט די סיריאַל נומער. נאָך קאַמפּלישאַן פון די סערוויס, די RXFIFO פון COMM_BLK וועט זיין לאָודיד מיט די סערוויס ענטפער.
3.2.2 Usercode
די באַניצער קאָד סערוויס שרייבט אַ 32-ביסל באַניצער קאָד פּאַראַמעטער צו אַן אַדרעס אָרט צוגעשטעלט ווי אַ טייל פון די סערוויס בעטן. דעם 32-ביסל פּאַראַמעטער קענען זיין שטעלן מיט די סיסטעם סערוויס סימיאַליישאַן שטיצן file (זען בלאט 22). אויב די 32-ביסל פּאַראַמעטער איז נישט דיפיינד אין די file, אַ פעליקייַט ווערט פון 0 איז געניצט. אַמאָל די סערוויס איז סטאַרטעד, אַ אָנזאָג וואָס ינדיקייץ די ציל אָרט און באַניצער קאָד איז געוויזן. דער סיסטעם קאָנטראָללער קאַנדאַקץ אַ אַהב שרייַבן צו די אַדרעס מיט די 32-ביסל פּאַראַמעטער. נאָך קאַמפּלישאַן פון די סערוויס, די RXFIFO פון COMM_BLK איז לאָודיד מיט די סערוויס ענטפער, וואָס כולל די סערוויס באַפֿעל און ציל אַדרעס.
3.3 דאַטאַ דיסקריפּטאָר באַדינונגס
די פאלגענדע סעקשאַנז באַשרייַבן פאַרשידן טייפּס פון דאַטן דיסקריפּטאָר באַדינונגס.

3.3.1 אַעס
די סימיאַליישאַן שטיצן פֿאַר דעם דינסט איז בלויז זארגן מיט מאָווינג די אָריגינעל דאַטן פון די מקור צו די דעסטיניישאַן, אָן אַקשלי דורכפירן קיין ענקריפּשאַן / דעקריפּטיאָן אויף די דאַטן. די דאַטן וואָס דאַרף זיין ינקריפּטיד / דעקריפּטיד און די דאַטן סטרוקטור זאָל זיין געשריבן איידער די דינסט בעטן איז געשיקט. אַמאָל די סערוויס איז סטאַרטעד, אַ אָנזאָג וואָס ינדיקייץ די דורכפירונג פון די AES דינסט איז געוויזן. די AES סערוויס לייענט די דאַטן סטרוקטור און די ינקריפּטיד / דעקריפּטיד דאַטן. דער אָריגינעל דאַטע איז קאַפּיד און געשריבן צו די אַדרעס צוגעשטעלט אין די דאַטן סטרוקטור. אַמאָל די דינסט איז געענדיקט, די באַפֿעל, סטאַטוס און דאַטן סטרוקטור אַדרעס זענען פּושט אין די RXFIFO.
באַמערקונג: דער דינסט איז בלויז פֿאַר 128-ביסל און 256-ביסל דאַטן, און ביידע 128-ביסל און 256-ביסל דאַטן האָבן פאַרשידענע דאַטן סטרוקטור לענג.

3.3.2 שאַ 256
די סימיאַליישאַן שטיצן פֿאַר דעם דינסט איז בלויז זארגן מיט מאָווינג די דאַטן, אָן אַקשלי דורכפירן קיין כאַשינג אויף די דאַטן. די SHA 256 פונקציע איז דיזיינד צו דזשענערייט אַ 256-ביסל האַש שליסל באזירט אויף די אַרייַנשרייַב דאַטן. די דאַטן וואָס דאַרף זיין כאַשט און די דאַטן סטרוקטור זאָל זיין געשריבן צו זייער ריספּעקטיוו אַדרעסעס איידער די סערוויס בעטן איז געשיקט צו די COMM_BLK. די לענג אין ביטן און טייַטל דיפיינד אין די SHA 256 דאַטן סטרוקטור מוזן ריכטיק שטימען צו די לענג און אַדרעס פון די דאַטן צו זיין האַשעד. אַמאָל די סערוויס איז סטאַרטעד, אַ אָנזאָג וואָס ינדיקייץ די דורכפירונג פון די SHA 256 סערוויס איז געוויזן. אלא ווי עקסאַקיוטינג די פאַקטיש פונקציע, אַ פעליקייַט האַש שליסל וועט זיין געשריבן צו די דעסטיניישאַן טייַטל פֿון די דאַטן סטרוקטור. די פעליקייַט האַש שליסל איז העקס "ABCD1234". פֿאַר באַשטעטיקן אַ מנהג שליסל, גיין צו די פּאַראַמעטער באַשטעטיקן (זען בלאַט 23) אָפּטיילונג. נאָך קאַמפּלישאַן פון די דינסט, די RXFIFO איז לאָודיד מיט די סערוויס ענטפער קאַנסיסטינג פון די סערוויס באַפֿעל, סטאַטוס און SHA 256 דאַטן סטרוקטור טייַטל.
3.3.3 המאַק
די סימיאַליישאַן שטיצן פֿאַר דעם דינסט איז בלויז זארגן מיט די אַריבערפירן פון דאַטן, אָן אַקשלי דורכפירן קיין כאַשינג אויף די דאַטן. די דאַטן וואָס דאַרף זיין כאַשט און די דאַטן סטרוקטור זאָל זיין געשריבן צו זייער ריספּעקטיוו אַדרעסעס איידער די סערוויס בעטן איז געשיקט צו די COMM_BLK. די HMAC סערוויס ריקווייערז אַ 32-ביטע שליסל אין אַדישאַן צו די לענג אין ביטעס, מקור טייַטל און דעסטיניישאַן טייַטל. אַמאָל די דינסט האט אנגעהויבן דורכפירונג, אַ אָנזאָג וואָס ינדיקייץ די דורכפירונג פון די HMAC דינסט איז געוויזן. דער שליסל איז לייענען און די 256-ביסל שליסל איז קאַפּיד פון די דאַטן סטרוקטור צו די דעסטיניישאַן טייַטל. נאָך קאַמפּלישאַן פון די דינסט, די RXFIFO איז לאָודיד מיט די סערוויס ענטפער קאַנסיסטינג פון די סערוויס באַפֿעל, סטאַטוס און HMAC דאַטן סטרוקטור טייַטל.

3.3.4 דרבג דזשענערייט
דור פון ראַנדאָם ביטן איז דורכגעקאָכט דורך דעם דינסט. עס זאָל זיין אנגעוויזן אַז די סימיאַליישאַן מאָדעל איז נישט פּונקט דער זעלביקער טראַפ - נומער דור מעטאַדאַלאַדזשי געניצט דורך די סיליציום. די דאַטן סטרוקטור מוזן זיין ריכטיק געשריבן אין זיין בדעה אָרט איידער די סערוויס בעטן איז געשיקט צו די COMM_BLK. די דאַטן סטרוקטור, דעסטיניישאַן טייַטל, לענג און אנדערע באַטייַטיק דאַטן זענען לייענען דורך די סיסטעם קאָנטראָללער. די דרבג דזשענערייט סערוויס דזשענערייץ אַ פּסעוודאָ טראַפ גאַנג פון דאַטן פון די געבעטן לענג (0-128). די סיסטעם קאָנטראָללער שרייבט די טראַפ - דאַטן אין די דעסטיניישאַן טייַטל. א אָנזאָג וואָס ינדיקייץ די דורכפירונג פון DRBG דזשענערייט דינסט איז געוויזן אין סימיאַליישאַן. אַמאָל די דינסט איז געענדיקט, די באַפֿעל, סטאַטוס און דאַטן סטרוקטור אַדרעס זענען פּושט אין די RXFIFO. אויב די פארלאנגט דאַטן לענג איז נישט אין די קייט פון 0-128, אַ טעות קאָד פון "4" (מאַקס גענעראַטע) וועט זיין פּושט אין די RXFIFO. אויב די נאָך דאַטן לענג איז נישט אין די בעטן צו גרויס קייט פון 0-128, אַ טעות קאָד פון "5" (מאַקס לענג פון נאָך דאַטן יקסידיד) וועט זיין פּושט אין די RXFIFO. אויב ביידע די געבעטן דאַטן לענג פֿאַר דזשענערייט און נאָך דאַטן לענג זענען נישט אין זייער דיפיינד קייט (0-128), אַ טעות קאָד פון "1" (קאַטאַסטראָפיק טעות) איז פּושט אין די RXFIFO.

3.3.5 דרבג באַשטעטיק
די פאַקטיש באַשטעטיק פונקציע איז דורכגעקאָכט דורך רימוווינג DRBG ינסטאַנטיישאַנז און באַשטעטיק DRBG. אַמאָל די דינסט בעטן איז דיטעקטאַד, די סימיאַליישאַן דיספּלייז אַ DRBG באַשטעטיק דינסט געענדיקט אָנזאָג. דער ענטפער, וואָס כולל די דינסט און סטאַטוס, איז פּושט אין די RXFIFO.
3.3.6 דרבג זעלבסט טעסט
די סימיאַליישאַן שטיצן פֿאַר די DRBG זיך-פּרובירן טוט נישט אַקשלי ויספירן די זיך-פּרובירן פונקציע. אַמאָל די דינסט בעטן איז דיטעקטאַד, די סימיאַליישאַן וועט ווייַזן אַ DRBG זיך-פּרובירן דינסט דורכפירונג אָנזאָג. דער ענטפער, וואָס כולל די סערוויס און סטאַטוס, וועט זיין פּושט אין די RXFIFO.
3.3.7 דרבג ינסטאַנטיאַטע
די סימיאַליישאַן שטיצן פֿאַר די דרבג ינסטאַנטיאַטע דינסט טוט נישט אַקשלי דורכפירן די ינסטאַנטיאַטע דינסט. די דאַטן סטרוקטור מוזן זיין ריכטיק געשריבן אין זיין בדעה אָרט איידער די סערוויס בעטן איז געשיקט צו די COMM_BLK. אַמאָל די סערוויס בעטן איז דיטעקטאַד, די סטרוקטור און פערזענליכען שטריקל דיפיינד אין די MSS אַדרעס פּלאַץ וועט זיין לייענען. די סימיאַליישאַן וועט ווייַזן אַ אָנזאָג וואָס ינדיקייץ אַז די דרבג ינסטאַנטיאַטע דינסט האט אנגעהויבן דורכפירונג. אַמאָל די דינסט איז גאַנץ, דער ענטפער, וואָס כולל די דינסט באַפֿעל, סטאַטוס און טייַטל צו די דאַטן סטרוקטור, וועט זיין פּושט אין די RXFIFO. אויב די דאַטן לענג (PERSONALIZATIONLENGTH) איז נישט אין די קייט פון 0-128, אַ טעות קאָד פון "1" (קאַטאַסטראָפיק טעות) וועט זיין פּושט אין די RXFIFO פֿאַר דעם סטאַטוס.
3.3.8 דרבג ונינסטאַנטיאַטע
די סימיאַליישאַן שטיצן פֿאַר די DRBG ונינסטאַנטיאַטע דינסט טוט נישט אַקטשאַוואַלי דורכפירן די אַנינסטאַנטיישאַן דינסט פון רימוווינג אַ פריער ינסטאַנטיאַטעד דרבג, ווי די סיליציום. די דינסט בעטן מוזן אַרייַננעמען ביידע די באַפֿעל און די DRBG שעפּן. אַמאָל די סערוויס בעטן איז דיטעקטאַד, די DRBG שעפּן וועט זיין סטאָרד. די סימיאַליישאַן וועט ווייַזן אַ אָנזאָג וואָס ינדיקייץ אַז די DRBG ונינסטאַנטיאַטע דינסט איז יניטיאַלייזד. אַמאָל די דינסט איז גאַנץ, דער ענטפער, וואָס כולל די סערוויס באַפֿעל, סטאַטוס און DRBG שעפּן, וועט זיין פּושט אין די RXFIFO.
3.3.9 DRBG Reseed
רעכט צו דער סימיאַלייטער נאַטור פון די סיסטעם סערוויס בלאָק, די DRBG ריסעד סערוויס אין סימיאַליישאַן איז נישט אויטאָמאַטיש עקסאַקיוטאַד נאָך יעדער 65535 DRBG דזשענערייט באַדינונגס. די דאַטן סטרוקטור מוזן זיין ריכטיק געשריבן אין זיין בדעה אָרט איידער די סערוויס בעטן איז געשיקט צו די COMM_BLK. אַמאָל די סערוויס בעטן איז דיטעקטאַד, די סטרוקטור און נאָך אַרייַנשרייַב פּאַראַמעטער אין די MSS אַדרעס פּלאַץ וועט זיין לייענען. א אָנזאָג וואָס ינדיקייץ אַז די DRBG רעסעעד דינסט איז סטאַרטעד עקסאַקיוטאַד, וועט זיין געוויזן. די דאַטן סטרוקטור מוזן זיין ריכטיק געשריבן אין זיין בדעה אָרט איידער די סערוויס בעטן איז געשיקט צו די COMM_BLK. אַמאָל די דינסט איז גאַנץ, דער ענטפער, וואָס כולל די דינסט באַפֿעל, סטאַטוס און טייַטל צו די דאַטן סטרוקטור, וועט זיין פּושט אין די RXFIFO.
3.3.10 KeyTree
די פאַקטיש פֿונקציע איז נישט עקסאַקיוטאַד אין סימיאַליישאַן פֿאַר די KeyTree דינסט. די KeyTree סערוויס דאַטן סטרוקטור באשטייט פון אַ 32-ביטע שליסל, 7-ביסל אָפּטיפּע דאַטן (מסב איגנאָרירט) און 16-ביטע דרך. די דאַטן אין די דאַטן סטרוקטור זאָל זיין געשריבן צו זייער ריספּעקטיוו אַדרעסעס איידער די סערוויס בעטן איז געשיקט צו די COMM_BLK. אַמאָל די דינסט האט אנגעהויבן דורכפירונג, אַ אָנזאָג וואָס ינדיקייץ די דורכפירונג פון די KeyTree דינסט וועט זיין געוויזן. דער אינהאַלט פון די דאַטן סטרוקטור וועט זיין לייענען, די 32-ביטע שליסל וועט זיין סטאָרד, און דער אָריגינעל שליסל אין די דאַטן סטרוקטור איז אָוווערריטאַן. נאָך דעם אַהב שרייַבן, די ווערט פון די שליסל אין די דאַטן סטרוקטור זאָל נישט טוישן, אָבער אַהב טראַנזאַקשאַנז פֿאַר די שרייַבן וועט פּאַסירן. נאָך קאַמפּלישאַן פון די דינסט, די RXFIFO איז לאָודיד מיט די סערוויס ענטפער, קאַנסיסטינג פון די סערוויס באַפֿעל, סטאַטוס און די KeyTree דאַטן סטרוקטור טייַטל.
3.3.11 אַרויסרופן ענטפער
די פאַקטיש פונקציע, ווי אָטענטאַקיישאַן פון די מיטל, איז נישט עקסאַקיוטאַד אין סימיאַליישאַן פֿאַר די אַרויסרופן ענטפער דינסט. די דאַטן סטרוקטור פֿאַר דעם דינסט ריקווייערז אַ טייַטל צו די באַפער, צו באַקומען אַ 32-ביטע רעזולטאַט, 7-ביסל אָפּטיפּע און אַ 128-ביסל דרך. די דאַטן אין די דאַטן סטרוקטור זאָל זיין געשריבן צו זייער ריספּעקטיוו ווענדט איידער די סערוויס בעטן איז געשיקט צו די COMM_BLK. אַמאָל די דינסט האט אנגעהויבן דורכפירונג, אַ אָנזאָג וואָס ינדיקייץ די דורכפירונג פון די אַרויסרופן ענטפער דינסט וועט זיין געוויזן. א דזשאַנעריק 256-ביסל ענטפער וועט זיין געשריבן אין די טייַטל צוגעשטעלט אין די דאַטן סטרוקטור. די פעליקייַט שליסל איז באַשטימט ווי העקס "ABCD1234". צו באַקומען אַ מנהג שליסל, טשעק פּאַראַמעטער באַשטעטיקן (זען בלאַט 23). נאָך קאַמפּלישאַן פון די דינסט, די RXFIFO וועט זיין לאָודיד מיט די סערוויס ענטפער, קאַנסיסטינג פון די סערוויס באַפֿעל, סטאַטוס און אַרויסרופן ענטפער דאַטן סטרוקטור טייַטל.
3.4 אנדערע סערוויסעס
די פאלגענדע סעקשאַנז באַשרייַבן פאַרשידן אנדערע סיסטעם באַדינונגס.
3.4.1 דיידזשעסט טשעק
די פאַקטיש פונקציע פון ​​ריקאַלקיאַלייטינג און קאַמפּערינג דיידזשעסץ פון אויסגעקליבן קאַמפּאָונאַנץ איז נישט עקסאַקיוטאַד פֿאַר די דיידזשעסט טשעק סערוויס אין סימיאַליישאַן. די סערוויס בעטן באשטייט פון סערוויס קאַמאַנדז און סערוויס אָפּציעס (5-ביסל LSB). אַמאָל די סערוויס האט אנגעהויבן דורכפירונג, אַ אָנזאָג מיט די דורכפירונג פון די דיידזשעסט טשעק סערוויס וועט זיין געוויזן, צוזאַמען מיט די אויסגעקליבן אָפּציעס פון די בעטן. נאָך קאַמפּלישאַן פון די דינסט, די RXFIFO וועט זיין לאָודיד מיט די סערוויס ענטפער, קאַנסיסטינג פון די סערוויס באַפֿעל, און די דיידזשעסט טשעק פאָרן / דורכפאַל פלאַגס.
3.4.2 ונרעקאַגנייזד באַפֿעלן ענטפער
ווען אַן אַנרעקאַגנייזד דינסט בעטן איז געשיקט צו די COMM_BLK, די COMM_BLK וועט אויטאָמאַטיש ענטפֿערן מיט אַ אַנרעקאַגנייזד באַפֿעל אָנזאָג פּושט אין די RXFIFO. דער אָנזאָג באשטייט פון די באַפֿעל געשיקט אין די COMM_BLK און די אַנרעקאַגנייזד באַפֿעלן סטאַטוס (252D). א אַרויסווייַזן אָנזאָג וואָס ינדיקייץ אַז אַן אַנרעקאַגנייזד דינסט בעטן איז דיטעקטאַד וועט אויך זיין געוויזן. די COMM_BLK וועט צוריקקומען צו אַ ליידיק שטאַט, ווארטן צו אָננעמען די ווייַטער דינסט בעטן.
3.4.3 ונסאַפּאָרטיד באַדינונגס
ונסופּפּאָרטעד סערוויסעס שטעלן צו די COMM_BLK וועט צינגל אַ אָנזאָג אין סימיאַליישאַן וואָס ינדיקייץ אַז די דינסט בעטן איז ניט געשטיצט. די COMM_BLK וועט צוריקקומען צו אַ ליידיק שטאַט, ווארטן צו אָננעמען די ווייַטער דינסט בעטן. די PINTERRUPT וועט נישט זיין באַשטימט, ינדאַקייטינג אַז אַ סערוויס איז געווען גאַנץ. די איצטיקע רשימה פון ניט-געשטיצט סערוויסעס אַרייַננעמען: IAP, ISP, Device Certificate און DESIGNVER סערוויס.
3.5 סיסטעם באַדינונגס סימיאַליישאַן שטיצן File
צו שטיצן סיסטעם באַדינונגס סימיאַליישאַן, אַ טעקסט file גערופֿן, "status.txt" קענען זיין געוויינט צו פאָרן ינסטראַקשאַנז וועגן די פארלאנגט נאַטור פון די סימיאַליישאַן מאָדעל צו די סימיאַליישאַן מאָדעל. דאס file זאָל זיין ליגן אין דער זעלביקער טעקע, פֿון וואָס די סימיאַליישאַן איז לויפן. די file קענען זיין גענוצט, צווישן אנדערע זאכן, צו צווינגען זיכער טעות רעספּאָנסעס פֿאַר די סיסטעם באַדינונגס געשטיצט אָדער אפילו פֿאַר באַשטעטיקן עטלעכע פּאַראַמעטערס דארף פֿאַר סימיאַליישאַן, (למשלample, סיריאַל נומער). די מאַקסימום נומער פון שורות געשטיצט אין די "status.txt" file איז 256. אינסטרוקציעס וואָס דערשייַנען נאָך שורה נומער 256 וועט נישט זיין געוויינט אין די סימיאַליישאַן.
3.5.1 פאָרסינג טעות רעספּאָנסעס
דער באַניצער קענען צווינגען אַ זיכער טעות ענטפער פֿאַר אַ באַזונדער דינסט בעשאַס טעסטינג דורך פאָרן די אינפֿאָרמאַציע צו די סימיאַליישאַן מאָדעל ניצן די "status.txt" file, וואָס זאָל זיין געשטעלט אין דער טעקע ווו די סימיאַליישאַן איז לויפן. אין סדר צו צווינגען טעות רעספּאָנסעס צו אַ זיכער דינסט, די באַפֿעל און די פארלאנגט ענטפער זאָל זיין טייפּט אין דער זעלביקער שורה אין די פאלגענדע פֿאָרמאַט:ample, צו באַפֿעל> ; אָנווייַזן די סימיאַליישאַן מאָדעל צו דזשענערייט אַ MSS זיקאָרן אַקסעס טעות ענטפער צו די סיריאַל נומער דינסט, די באַפֿעל איז ווי גייט.
סערוויס: סיריאַל נומער: 01
טעות אָנזאָג געבעטן: MSS זכּרון אַקסעס טעות: 7F
איר זאָל האָבן די שורה 017F אריין אין "status.txt" file.
3.5.2 פּאַראַמעטער באַשטעטיקן
דער "סטאַטוס.טקסט" file קענען אויך זיין געניצט צו שטעלן עטלעכע פּאַראַמעטערס דארף אין סימיאַליישאַן. ווי אַן עקסample, אין סדר צו שטעלן די 32-ביסל פּאַראַמעטער פֿאַר די באַניצער קאָד, די פֿאָרמאַט פון די שורה מוזן זיין אין דעם סדר: <32 ביט USERCODE>; ווו ביידע וואַלועס זענען אריין אין העקסאַדעסימאַל. אין סדר צו שטעלן די 128-ביסל פּאַראַמעטער פֿאַר די סיריאַל נומער, די פֿאָרמאַט פון די שורה מוזן זיין אין דעם סדר: <128 ביט סיריאַל נומער [127:0]> ; ווו ביידע וואַלועס זענען אריין אין העקסאַדעסימאַל. אין סדר צו שטעלן די 256-ביסל פּאַראַמעטער פֿאַר די SHA 256 שליסל; דער פֿאָרמאַט פון די שורה מוזן זיין אין דעם סדר: <256 ביסל שליסל [255:0]>; ווו ביידע וואַלועס זענען אריין אין העקסאַדעסימאַל. אין סדר צו שטעלן די 256-ביסל פּאַראַמעטער פֿאַר די אַרויסרופן ענטפער שליסל, די פֿאָרמאַט פון די שורה מוזן זיין אין דעם סדר: <256 ביסל שליסל [255:0]>;
ווו ביידע וואַלועס זענען אריין אין העקסאַדעסימאַל.
3.5.3 מיטל בילכערקייַט
סיסטעמען באַדינונגס און די COMM_BLK נוצן אַ הויך בילכערקייַט סיסטעם. דערווייַל, דער בלויז הויך בילכערקייַט דינסט איז זעראָיזאַטיאָן. אין סדר צו דורכפירן אַ הויך-בילכערקייַט דינסט, בשעת אן אנדער דינסט איז עקסאַקיוטאַד, די קראַנט דינסט איז סטאַפּט און די העכער בילכערקייַט דינסט וועט זיין עקסאַקיוטאַד אין זייַן אָרט. די COMM_BLK וועט אַוועקוואַרפן דעם קראַנט דינסט צו דורכפירן די העכער בילכערקייַט דינסט. אויב קייפל ניט-הויך-בילכערקייַט באַדינונגס זענען געשיקט איידער די קאַמפּלישאַן פון אַ קראַנט דינסט, די סערוויסעס וועט זיין קיי אין די TXFIFO. אַמאָל די קראַנט דינסט איז גאַנץ, דער ווייַטער דינסט אין די TXFIFO וועט זיין עקסאַקיוטאַד.

מיקראָסעמי מאכט קיין וואָראַנטי, פאַרטרעטונג אָדער גאַראַנטירן וועגן די אינפֿאָרמאַציע קאַנטיינד אין דעם אָדער די פּאַסיקקייט פון זייַן פּראָדוקטן און באַדינונגס פֿאַר קיין באַזונדער ציל, און מייקראָסעמי טוט נישט נעמען קיין אַכרייַעס פון די אַפּלאַקיישאַן אָדער נוצן פון קיין פּראָדוקט אָדער קרייַז. די פּראָדוקטן סאָלד דאָ און קיין אנדערע פּראָדוקטן סאָלד דורך מיקראָסעמי זענען אונטערטעניק צו לימיטעד טעסטינג און זאָל ניט זיין געוויינט אין קאַנדזשאַנגקשאַן מיט מיסיע-קריטיש ויסריכט אָדער אַפּלאַקיישאַנז. קיין פאָרשטעלונג ספּעסאַפאַקיישאַנז זענען געמיינט צו זיין פאַרלאָזלעך אָבער זענען נישט וועראַפייד, און קוינע מוזן דורכפירן און פאַרענדיקן אַלע פאָרשטעלונג און אנדערע טעסטינג פון די פּראָדוקטן, אַליין און צוזאַמען מיט, אָדער אינסטאַלירן אין, קיין סוף פּראָדוקטן. קוינע וועט נישט פאַרלאָזנ אויף קיין דאַטן און פאָרשטעלונג ספּעסאַפאַקיישאַנז אָדער פּאַראַמעטערס צוגעשטעלט דורך Microsemi. עס איז די פֿאַראַנטוואָרטלעכקייט פון די קוינע צו ינדיפּענדאַנטלי באַשטימען די פּאַסיקקייט פון קיין פּראָדוקטן און צו פּרובירן און באַשטעטיקן די זעלבע. די אינפֿאָרמאַציע צוגעשטעלט דורך מיקראָסעמי דערנאָכדעם איז צוגעשטעלט "ווי איז, ווו איז" און מיט אַלע חסרונות, און די גאנצע ריזיקירן פֿאַרבונדן מיט אַזאַ אינפֿאָרמאַציע איז לעגאַמרע מיט די קוינע. מיקראָסעמי גיט ניט, בפירוש אָדער ימפּליסאַטלי, צו קיין פּאַרטיי קיין פּאַטענט רעכט, לייסאַנסיז אָדער קיין אנדערע IP רעכט, צי מיט אַכטונג צו אַזאַ אינפֿאָרמאַציע זיך אָדער עפּעס דיסקרייבד דורך אַזאַ אינפֿאָרמאַציע. אינפֿאָרמאַציע צוגעשטעלט אין דעם דאָקומענט איז פּראַפּרייאַטערי צו מיקראָסעמי, און מיקראָסעמי ריזערווז די רעכט צו מאַכן קיין ענדערונגען צו די אינפֿאָרמאַציע אין דעם דאָקומענט אָדער צו קיין פּראָדוקטן און באַדינונגס אין קיין צייט אָן באַמערקן.
מיקראָסעמי, אַ אינגאנצן אָונד סאַבסידיערי פון מיקראָטשיפּ טעכנאָלאָגיע ינק. (נאַסדאַק: MCHP), אָפפערס אַ פולשטענדיק פּאָרטפעל פון סעמיקאַנדאַקטער און סיסטעם סאַלושאַנז פֿאַר אַעראָספּאַסע & פאַרטיידיקונג, קאָמוניקאַציע, דאַטן צענטער און ינדאַסטרי מארקפלעצער. פּראָדוקטן אַרייַננעמען הויך-פאָרשטעלונג און ראַדיאַציע-פאַרגליווערט אַנאַלאָג געמישט סיגנאַל ינאַגרייטיד סערקאַץ, FPGAs, SoCs און ASICs; מאַכט פאַרוואַלטונג פּראָדוקטן; טיימינג און סינגקראַנאַזיישאַן דעוויסעס און גענוי צייט סאַלושאַנז, באַשטעטיקן די וועלט 'ס סטאַנדאַרט פֿאַר צייט; קול פּראַסעסינג דעוויסעס; רף סאַלושאַנז; דיסקרעטע קאַמפּאָונאַנץ; פאַרנעמונג סטאָרידזש און קאָמוניקאַציע סאַלושאַנז; זיכערהייט טעקנאַלאַדזשיז און סקאַלאַבלע אַנטי-הampער פּראָדוקטן; עטהערנעט סאַלושאַנז; מאַכט-איבער-עטהערנעט יקס און מידספּאַנס; ווי געזונט ווי מנהג פּלאַן קייפּאַבילאַטיז און באַדינונגס. מיקראָסעמי איז כעדקאָרטערד אין Aliso Viejo, קאַליפאָרניאַ, און האט בעערעך 4,800 עמפּלוייז גלאָובאַלי. לערן מער ביי www.microsemi.com.

מיקראָסעמיע הויפּטקוואַרטיר
איין ענטערפּרייז, Aliso Viejo,
CA 92656 USA
אין די USA: +1 800-713-4113
אַרויס די USA: +1 949-380-6100
סאַלעס: +1 949-380-6136
פאַקס: +1 949-215-4996
Email: פארקויפונג.support@microsemi.com
www.microsemi.com
© 2018 מיקראָסעמי. אלע רעכטן רעזערווירט. מיקראָסעמי און די מיקראָסעמי לאָגאָ
זענען טריידמאַרקס פון Microsemi Corporation. אַלע אנדערע טריידמאַרקס און דינסט
מאַרקס זענען די פאַרמאָג פון זייער ריספּעקטיוו אָונערז.

דאָקומענטן / רעסאָורסעס

מיקראָסעמי UG0837 IGLOO2 און SmartFusion2 FPGA סיסטעם באַדינונגס סימיאַליישאַן [pdfבאַניצער גייד UG0837, UG0837 IGLOO2 און SmartFusion2 FPGA סיסטעם באַדינונגס סימיאַליישאַן, IGLOO2 און SmartFusion2 FPGA סיסטעם באַדינונגס סימיאַליישאַן, SmartFusion2 FPGA סיסטעם באַדינונגס סימיאַליישאַן, FPGA סיסטעם באַדינונגס סימיאַליישאַן, באַדינונגס סימיאַליישאַן

רעפערענצן

• באַניצער מאַנואַל