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) است و به عنوان یک مجرای عبور پیام برای تبادل داده با کنترل کننده سیستم عمل می کند. درخواست های سرویس سیستم به کنترل کننده سیستم و پاسخ های سرویس سیستم از طریق COMM BLK به CoreSysSerrvice ارسال می شود. مکان آدرس برای COMM_BLK در زیر سیستم میکروکنترلر (MSS) / زیر سیستم حافظه با کارایی بالا (HPMS) موجود است. برای جزئیات، UG0450: SmartFusion2 SoC و کنترل کننده سیستم FPGA IGLOO2 را ببینید.
راهنمای کاربر
شکل زیر جریان داده خدمات سیستم را نشان می دهد.
شکل 1 • نمودار جریان داده سرویس سیستمبرای شبیه‌سازی سرویس سیستم IGLOO2 و SmartFusion2، باید درخواست‌های سرویس سیستم را ارسال کنید و پاسخ‌های سرویس سیستم را بررسی کنید تا درستی شبیه‌سازی را بررسی کنید. این مرحله برای دسترسی به کنترل کننده سیستم که خدمات سیستم را ارائه می دهد ضروری است. نحوه نوشتن و خواندن از کنترل کننده سیستم برای دستگاه های IGLOO2 و SmartFusion2 متفاوت است. برای SmartFusion2، Coretex-M3 موجود است و می‌توانید با استفاده از دستورات مدل عملکردی گذرگاه (BFM) از کنترل‌کننده سیستم بنویسید و بخوانید. برای IGLOO2، Cortex-M3 در دسترس نیست و کنترل کننده سیستم با استفاده از دستورات BFM قابل دسترسی نیست.
2.1 انواع خدمات سیستمی موجود
سه نوع مختلف از خدمات سیستم موجود است و هر نوع سرویس دارای انواع فرعی متفاوت است.
خدمات پیام شبیه سازی
خدمات نشانگر داده
خدمات توصیفگر داده
فصل ضمیمه – انواع خدمات سیستم (نگاه کنید به صفحه 19) این راهنما، انواع مختلف خدمات سیستم را تشریح می کند. برای اطلاعات بیشتر در مورد خدمات سیستم، UG0450: SmartFusion2 SoC و IGLOO2 FPGA System Controller راهنمای کاربر را ببینید.
2.2 شبیه سازی خدمات سیستم IGLOO2
خدمات سیستم شامل نوشتن و خواندن از کنترل کننده سیستم است. برای نوشتن و خواندن از روی کنترلر سیستم برای اهداف شبیه سازی، باید مراحل زیر را انجام دهید.

1. هسته IP نرم CoreSysServices را که در کاتالوگ SmartDesign موجود است، معرفی کنید.
2. کد HDL را برای یک ماشین حالت محدود (FSM) بنویسید.

HDL FSM با CoreSysServices Core که به عنوان اصلی فابریک گذرگاه AHBLite عمل می‌کند، ارتباط برقرار می‌کند. هسته CoreSysServices درخواست سرویس سیستم را به COMM BLK آغاز می کند و پاسخ های سرویس سیستم را از COMM BLK از طریق کنترلر رابط فابریک FIC_0/1 دریافت می کند همانطور که در تصویر زیر نشان داده شده است.
شکل 2 • توپولوژی شبیه سازی خدمات سیستم IGLOO22.3 شبیه سازی خدمات سیستم SmartFusion2
برای شبیه‌سازی سرویس‌های سیستم در دستگاه‌های SmartFusion2، باید به کنترل‌کننده سیستم بنویسید و از آن بخوانید. دو گزینه برای دسترسی به کنترل کننده سیستم برای اهداف شبیه سازی در دسترس است.
گزینه 1 - کد HDL را برای یک FSM بنویسید تا با هسته IP نرم CoreSysService، که به عنوان اصلی فابریک AHBLite عمل می کند و درخواست سرویس سیستم را به COMM BLK آغاز می کند و پاسخ های سرویس سیستم را از COMM BLK از طریق فابریک FIC_0/1 دریافت می کند. رابط همانطور که در تصویر زیر نشان داده شده است.
شکل 3 • توپولوژی شبیه سازی خدمات سیستم SmartFusion2

گزینه 2 - از آنجایی که Cortex-M3 برای دستگاه‌های SmartFusion2 در دسترس است، می‌توانید از دستورات BFM برای نوشتن مستقیم و خواندن از فضای حافظه کنترل‌کننده سیستم استفاده کنید.
استفاده از دستورات BFM (گزینه 2) نیاز به نوشتن کدهای HDL برای FSM را کاهش می دهد. در این راهنمای کاربر، از گزینه 2 برای نشان دادن شبیه سازی خدمات سیستم در SmartFusion2 استفاده شده است. با استفاده از این گزینه، به فضای حافظه کنترل کننده سیستم دسترسی پیدا می کند تا هنگام نوشتن دستورات BFM، نقشه حافظه COMM BLK و بلوک کنترل کننده وقفه رابط فابریک (FIIC) را پیدا کنید.
2.4 شبیه سازی مثالamples
راهنمای کاربر شبیه سازی های زیر را پوشش می دهد.

• شبیه سازی سرویس شماره سریال IGLOO2 (به صفحه 5 مراجعه کنید)
• شبیه سازی سرویس شماره سریال SmartFusion2 (به صفحه 8 مراجعه کنید)
• شبیه سازی سرویس صفرسازی IGLOO2 (به صفحه 13 مراجعه کنید)
• شبیه سازی سرویس صفرسازی SmartFusion2 (به صفحه 16 مراجعه کنید)

روش های شبیه سازی مشابهی را می توان برای سایر سرویس های سیستم اعمال کرد. برای فهرست کاملی از خدمات مختلف سیستم موجود، به ضمیمه – انواع خدمات سیستم بروید (به صفحه 19 مراجعه کنید).

2.5 شبیه سازی سرویس شماره سریال IGLOO2
برای آماده شدن برای شبیه سازی سرویس شماره سریال IGLOO2 مراحل را به شرح زیر انجام دهید.

1. برای ایجاد بلوک HPMS خود، سازنده سیستم را فراخوانی کنید.
2. چک باکس HPMS System Services را در صفحه ویژگی های دستگاه علامت بزنید. این به سازنده سیستم دستور می‌دهد تا رابط باس HPMS_FIC_0 SYS_SERVICES_MASTER (BIF) را افشا کند.
3. تمام کادرهای دیگر را بدون علامت بگذارید.
4. پیش فرض را در سایر صفحات بپذیرید و روی Finish کلیک کنید تا بلوک سازنده سیستم کامل شود. در ویرایشگر HDL Libero® SoC، کد HDL را برای FSM بنویسید (File > جدید > HDL). سه حالت زیر را در FSM خود بگنجانید.
   وضعیت INIT (وضعیت اولیه)
   SERV_PHASE (وضعیت درخواست خدمات)
   RSP_PHASE (وضعیت پاسخگویی سرویس).
   شکل زیر سه حالت FSM را نشان می دهد.
   شکل 4 • FSM سه حالته
5. در کد HDL خود برای FSM، از کد دستوری صحیح ("01" Hex for serial number service) استفاده کنید تا از حالت INIT به حالت درخواست سرویس وارد شوید.
6. HDL خود را ذخیره کنید file. FSM به عنوان یک جزء در سلسله مراتب طراحی ظاهر می شود.
7. SmartDesign را باز کنید. بلوک سازنده سیستم سطح بالا و بلوک FSM خود را در بوم SmartDesign بکشید و رها کنید. از کاتالوگ، هسته IP نرم CoreSysService را در بوم SmartDesign بکشید و رها کنید.
8. روی هسته IP نرم CoreSysService کلیک راست کنید تا پیکربندی باز شود. چک باکس سرویس شماره سریال (در بخش خدمات اطلاعات دستگاه و طراحی) را علامت بزنید
   گروه) برای فعال کردن سرویس شماره سریال.
9. تمام کادرهای دیگر را بدون علامت بگذارید. روی OK کلیک کنید تا از پیکربندی خارج شوید.
   شکل 5 • CoreSysServices نرم افزار IP Core Configurator
   
10. HPMS_FIC_0 SYS_SERVICES_MASTER BIF بلوک سازنده سیستم را به AHBL_MASTER BIF بلوک CoreSysService متصل کنید.
11. خروجی بلوک HDL FSM خود را به ورودی هسته IP نرم افزار CoreSysService متصل کنید. تمام اتصالات دیگر را در بوم SmartDesign مطابق شکل زیر انجام دهید.
    شکل 6 • بوم SmartDesign با بلوک HDL، CoreSysServices Soft IP و بلوک های HPMS
12. در بوم SmartDesign، روی >Generate Component کلیک راست کنید تا طرح سطح بالا ایجاد شود.
13. در سلسله مراتب طراحی view، روی طرح سطح بالا کلیک راست کرده و create Testbench > HDL را انتخاب کنید.
14. از یک ویرایشگر متن برای ایجاد یک متن استفاده کنید file با نام "status.txt".
15. دستور سرویس سیستم و شماره سریال 128 بیتی را وارد کنید. برای اطلاعات بیشتر، به جدول 1 (مقادیر فرمان/پاسخ سرویس های سیستم) در کتابچه راهنمای CoreSysServices v3.1 برای کدهای دستوری (Hex) که برای سرویس های مختلف سیستم استفاده می شود. برای سرویس شماره سریال، کد فرمان "01" Hex است.

قالب status.txt file برای سرویس شماره سریال به شرح زیر است.
< 2 رقم شش گانه CMD <32 شماره سریال شش رقمی>
Example: 01A1A2A3A4B1B2B3B4C1C2C3C4D1D2D3D4
status.txt را ذخیره کنید file در پوشه شبیه سازی پروژه شما. اکنون طرح برای شبیه سازی آماده است.
پس از شروع اجرای سرویس، پیامی که مکان مقصد و شماره سریال را نشان می دهد، در پنجره رونوشت ModelSim نمایش داده می شود، همانطور که در شکل زیر نشان داده شده است.
شکل 7 • پنجره رونوشت شبیه سازی ModelSimکنترل کننده سیستم یک نوشتن AHB به آدرس با شماره سریال انجام می دهد. پس از تکمیل سرویس، RXFIFO COMM_BLK با پاسخ سرویس بارگیری می شود.
توجه: برای فهرست کامل کدهای دستوری که برای سرویس‌های مختلف سیستم استفاده می‌شوند، به جدول 1 (مقادیر فرمان/پاسخ سرویس‌های سیستم) در کتابچه راهنمای CoreSysServices نسخه 3.1 یا UG0450: SmartFusion2 SoC و IGLOO2 FPGA System Controller راهنمای کاربر مراجعه کنید.
2.6 شبیه سازی سرویس شماره سریال SmartFusion2
در این راهنمای کاربر، دستورات BFM (گزینه 2) برای دسترسی به کنترل کننده سیستم برای سرویس سیستم استفاده می شود. دستورات BFM به عنوان پردازنده Cortex-M3 در دستگاه برای شبیه سازی BFM در دسترس است استفاده می شود. دستورات BFM به شما این امکان را می دهد که به محض اطلاع از نقشه حافظه COMM_BLK، مستقیماً در COMM BLK بنویسید و از آن بخوانید.
برای آماده سازی طرح خود برای شبیه سازی سرویس شماره سریال SmartFusion2 مراحل زیر را انجام دهید.

1. MSS را از کاتالوگ به بوم طراحی پروژه خود بکشید و رها کنید.
2. همه لوازم جانبی MSS به جز MSS_CCC، Reset Controller، Interrupt Management و FIC_0، FIC_1 و FIC_2 را غیرفعال کنید.
3. مدیریت وقفه را برای استفاده از MSS برای وقفه فابریک پیکربندی کنید.
4. serialnum.bfm را آماده کنید file در یک ویرایشگر متن یا در ویرایشگر HDL Libero. serialnum.bfm را ذخیره کنید file در پوشه شبیه سازی پروژه serialnum.bfm باید شامل جزئیات زیر باشد.
   • نگاشت حافظه به COMM BLK (CMBLK)
   • نگاشت حافظه برای وقفه مدیریت محیطی (FIIC)
   • فرمان درخواست سرویس سیستم شماره سریال (01 Hex)
   • آدرس محل شماره سریال
   یک سابقample of the serialnum.bfm file به شرح زیر است.
   memmap FIIC 0x40006000; #نگاشت حافظه برای مدیریت وقفه
   memmap CMBLK 0x40016000; نگاشت #حافظه به COMM BLK
   memmap DESCRIPTOR_ADDR 0x20000000; #موقعیت آدرس برای شماره سریال
   #کد فرمان در هگزادسیمال
   CMD ثابت 0x1 # کد فرمان برای سرویس شماره سریال
   رجیسترهای پیکربندی #FIIC
   ثابت FICC_INTERRUPT_ENABLE0 0x0
   رجیسترهای پیکربندی #COMM_BLK
   CONTROL ثابت 0x00
   STATUS ثابت 0x04
   ثابت INT_ENABLE 0x08
   ثابت DATA8 0x10
   ثابت DATA32 0x14
   ثابت FRAME_START8 0x18
   ثابت FRAME_START32 0x1C
   شماره سریال رویه
   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 # Configure COMM BLK Interrupt Enable
   #ثبت نام کنید تا وقفه برای TXTOKAY فعال شود (بیت مربوطه در
   #ثبت نام)
   منتظر 19 # منتظر COMM BLK وقفه، در اینجا #BFM منتظر می ماند
   #تا COMBLK_INTR اعلام شود
   readstore w CMBLK STATUS x # خواندن COMM BLK Status ثبت نام برای #TXTOKAY
   # قطع کنید
   xx & 0x1 را تنظیم کنید
   اگر x
   W CMBLK FRAME_START8 CMD # پیکربندی COMM BLK FRAME_START8
   برای درخواست سرویس شماره سریال #ثبت نام کنید
   endif
   endif
   انتظار 19 # منتظر COMM BLK وقفه، در اینجا
   #BFM منتظر می ماند تا COMBLK_INTR تایید شود
   readstore w CMBLK STATUS x # خواندن COMM BLK Status ثبت نام برای
   #TXTOKAY وقفه
   xx & 0x1 را تنظیم کنید
   xx & 0x1 را تنظیم کنید
   اگر x
   w CMBLK CONTROL 0x14 را بنویسید #کنترل COMM BLK را پیکربندی کنید
   برای فعال کردن انتقال در واسط COMM BLK، #ثبت نام کنید
   w CMBLK DATA32 DESCRIPTOR_ADDR را بنویسید
   w CMBLK INT_ENABLE 0x80 را بنویسید
   w CMBLK CONTROL 0x10 را بنویسید
   endif
   صبر کنید 20
   مرحله #پاسخگویی
   منتظر 19
   readstore w CMBLK STATUS x
   xx & 0x80 را تنظیم کنید
   اگر x
   دوباره w CMBLK FRAME_START8 CMD را بررسی کنید
   w CMBLK INT_ENABLE 0x2 را بنویسید
   endif
   منتظر 19
   readstore w CMBLK STATUS x
   xx & 0x2 را تنظیم کنید
   اگر x
   دوباره w CMBLK DATA8 0x0 را بررسی کنید
   w CMBLK CONTROL 0x18 را بنویسید
   endif
   منتظر 19
   دوباره w FIIC 0x8 0x20000000 را بررسی کنید
   readstore w CMBLK STATUS x
   xx & 0x2 را تنظیم کنید
   اگر x
   دوباره w CMBLK DATA32 DESCRIPTOR_ADDR را بررسی کنید
   endif
   دوباره بررسی کنید w DESCRIPTOR_ADDR 0x0 0xE1E2E3E4; #برای بررسی S/N، بررسی کنید
   بررسی مجدد w DESCRIPTOR_ADDR 0x4 0xC1C2C3C4; #برای بررسی S/N، بررسی کنید
   بررسی مجدد w DESCRIPTOR_ADDR 0x8 0xB1B2B3B4; #برای بررسی S/N، بررسی کنید
   دوباره بررسی کنید w DESCRIPTOR_ADDR 0xC 0xA1A2A3A4; #برای بررسی S/N، بررسی کنید
   بازگشت
5. وضعیت را ایجاد کنید. txt file در ویرایشگر HDL لیبرو یا هر ویرایشگر متنی. دستور سرویس سیستم شماره سریال («01» در Hex) و شماره سریال را در وضعیت قرار دهید. txt file. برای استفاده از کد دستوری صحیح به راهنمای CoreSysServices v3.1 مراجعه کنید.
6. نحو این file برای سرویس شماره سریال، <2 رقم هگزا CMD>< شماره سریال 32 رقم هگز> . سابقample: 01A1A2A3A4B1B2B3B4C1C2C3C4E1E2E3E4.
7. وضعیت txt را ذخیره کنید file در پوشه شبیه سازی پروژه
8. کاربر bfm. (که در داخل پوشه شبیه سازی قرار دارد) را ویرایش کنید تا شماره سریال را نیز در بر گیرد. bfm file و همانطور که در قطعه کد زیر نشان داده شده است، رویه شماره سریال را فراخوانی کنید.
   شامل "serialnum.bfm" #include the serialnum.bfm
   رویه user_main;
   چاپ "INFO:Simulation Starts"؛
   چاپ "INFO:Service Command Code در اعشاری:%0d", CMD ;
   شماره سریال تماس بگیرید. #روش سریال شماره تماس بگیرید
   چاپ "INFO:Simulation Ends";
   بازگشت
9. در سلسله مراتب طراحی view، تست بنچ را ایجاد کنید (راست کلیک کنید، طراحی سطح بالا > ایجاد تست بنچ > HDL) و شما آماده اجرای شبیه سازی سرویس شماره سریال هستید.

پس از شروع اجرای سرویس، پیامی مبنی بر مکان مقصد و شماره سریال نمایش داده می شود. کنترل کننده سیستم یک نوشتن AHB به آدرس با شماره سریال انجام می دهد. پس از تکمیل سرویس، RXFIFO COMM_BLK با پاسخ سرویس بارگیری می شود. پنجره رونوشت ModelSim آدرس و شماره سریال دریافتی را مطابق شکل زیر نمایش می دهد.
شکل 8 • شبیه سازی سرویس شماره سریال SmartFusion2 در پنجره رونوشت ModelSim

2.7 شبیه سازی سرویس صفرسازی IGLOO2
برای آماده شدن برای شبیه سازی سرویس صفرسازی IGLOO2 مراحل را به شرح زیر انجام دهید.

1. برای ایجاد بلوک HPMS، سازنده سیستم را فراخوانی کنید. چک باکس HPMS System Services را در Device Features SYS_SERVICES_MASTER BIF علامت بزنید. تمام کادرهای دیگر را بدون علامت بگذارید. پیش فرض را در سایر صفحات بپذیرید و روی صفحه کلیک کنید. این به سازنده سیستم دستور می دهد تا HPMS_FIC_0 Finish را برای تکمیل پیکربندی بلوک سازنده سیستم در معرض دید قرار دهد.
2. در ویرایشگر HDL Libero SoC، کد HDL را برای FSM بنویسید. در کد HDL خود برای FSM، سه حالت زیر را وارد کنید.
   وضعیت INIT (وضعیت اولیه)
   SERV_PHASE (وضعیت درخواست خدمات)
   RSP_PHASE (وضعیت پاسخ سرویس)
   شکل زیر سه حالت FSM را نشان می دهد.
   شکل 9 • FSM سه حالته

    

3. در کد HDL خود، از کد دستوری "F0" (Hex) برای وارد کردن وضعیت درخواست سرویس از حالت INIT استفاده کنید.
4. HDL خود را ذخیره کنید file.
5. SmartDesign را باز کنید، بلوک سازنده سیستم سطح بالا و بلوک HDL FSM خود را در بوم SmartDesign بکشید و رها کنید. از کاتالوگ، هسته IP نرم CoreSysService را در بوم SmartDesign بکشید و رها کنید.
6. روی هسته IP نرم CoreSysServices کلیک راست کنید تا پیکربندی باز شود و چک باکس Zeroization Service در گروه Data Security Services را علامت بزنید. تمام کادرهای دیگر را بدون علامت بگذارید. برای خروج OK کلیک کنید.
   شکل 10 • پیکربندی CoreSysServices
   
7. HPMS_FIC_0 SYS_SERVICES_MASTER BIF بلوک سازنده سیستم را به AHBL_MASTER BIF بلوک CoreSysService متصل کنید.
8. خروجی بلوک HDL FSM خود را به ورودی هسته IP نرم افزار CoreSysService متصل کنید. تمام اتصالات دیگر را در بوم SmartDesign ایجاد کنید.
   شکل 11 • بوم SmartDesign با بلوک HDL، CoreSysServices Soft IP، و بلوک های HPMS
   9. در بوم SmartDesign، طرح سطح بالا را ایجاد کنید (راست کلیک کنید > Generate Component).
   10. در سلسله مراتب طراحی view، روی طرح سطح بالا کلیک راست کرده و create Testbench > HDL را انتخاب کنید. اکنون آماده اجرای شبیه سازی هستید.
   پس از شروع اجرای سرویس، پیامی که نشان می دهد صفرسازی در زمان x کامل شده است، مطابق شکل زیر نمایش داده می شود.
   شکل 12 • پنجره رونوشت شبیه سازی خدمات سیستم صفرسازی IGLOO2
   

کنترل کننده سیستم یک نوشتن AHB به آدرس با شماره سریال انجام می دهد. پس از تکمیل سرویس، RXFIFO COMM_BLK با پاسخ سرویس بارگیری می شود. لازم به ذکر است که مدل شبیه سازی با توقف شبیه سازی به جای صفر کردن خود طرح، صفرسازی را شبیه سازی می کند.
توجه: برای فهرست کامل کدهای دستوری که برای سرویس‌های مختلف سیستم استفاده می‌شوند، به جدول 1 (مقادیر فرمان/پاسخ سرویس‌های سیستم) مراجعه کنید. کتابچه راهنمای CoreSysServices v3.1: یا UG0450: راهنمای کاربر کنترلر سیستم SmartFusion2 و IGLOO2 FPGA

2.8 شبیه سازی سرویس صفرسازی SmartFusion2
در این راهنما، دستورات BFM (گزینه 2) برای دسترسی به کنترل کننده سیستم برای سرویس سیستم استفاده می شود.
دستورات BFM به عنوان پردازنده Cortex-M3 در دستگاه برای شبیه سازی BFM در دسترس است استفاده می شود. دستورات BFM به شما این امکان را می دهد که به محض اطلاع از نقشه حافظه COMM_BLK، مستقیماً در COMM BLK بنویسید و از آن بخوانید. برای آماده سازی طرح خود برای شبیه سازی سرویس صفرسازی SmartFusion2، مراحل زیر را انجام دهید.

1. MSS را از کاتالوگ به بوم طراحی پروژه خود بکشید و رها کنید.
2. همه لوازم جانبی MSS به جز MSS_CCC، Reset Controller، Interrupt Management و FIC_0، FIC_1 و FIC_2 را غیرفعال کنید.
3. مدیریت وقفه را برای استفاده از MSS برای وقفه فابریک پیکربندی کنید.
4. zeroizaton.bfm را آماده کنید file در یک ویرایشگر متن یا در ویرایشگر HDL لیبرو. صفر شدن شما bfm باید شامل موارد زیر باشد:

• نگاشت حافظه به COMM BLK (CMBLK)
• نقشه برداری حافظه برای وقفه مدیریت محیطی (FIIC)
• فرمان برای درخواست سرویس zeroizaton ("F0" Hex برای zeriozation)

یک سابقample of the serialnum.bfm file در شکل زیر نشان داده شده است.
شکل 13 • Zeroization.bfm برای شبیه سازی خدمات سیستم صفرسازی SmartFusion2

5. zeroization.bfm را ذخیره کنید file در پوشه شبیه سازی پروژه user.bfm
6. (واقع در پوشه zeroization.bfm Simulation) را ویرایش کنید تا با استفاده از قطعه کد زیر شامل شود.
شامل "zeroization.bfm" #include zeroization.bfm file رویه user_main;
چاپ "INFO:Simulation Starts"؛
چاپ "INFO:Service Command Code در اعشاری:%0d", CMD ;
صفر کردن تماس بازگشت روند صفرسازی #تماس
7. در Design Hierarchy، Testbench را ایجاد کنید (در سطح بالای صفحه کلیک راست کنید > Create Testbench > HDL) و شما آماده اجرای شبیه سازی صفرسازی SmartFusion2 هستید.
پس از شروع اجرای سرویس، پیامی نشان می دهد که دستگاه در زمان x صفر شده است. لازم به ذکر است که مدل شبیه سازی با توقف شبیه سازی به جای صفر کردن خود طرح، صفرسازی را شبیه سازی می کند. پنجره رونوشت ModelSim در شکل زیر نشان می دهد که دستگاه صفر شده است.

شکل 14 • گزارش شبیه سازی سرویس سیستم صفرسازی SmartFusion2

ضمیمه: انواع خدمات سیستم

این فصل انواع مختلفی از خدمات سیستم را شرح می دهد.
3.1 خدمات پیام شبیه سازی
بخش‌های زیر انواع مختلفی از خدمات پیام شبیه‌سازی را شرح می‌دهند.
3.1.1 Flash*Freeze
هنگامی که درخواست سرویس مناسب از FIC (در مورد دستگاه‌های IGLOO2) یا Cortex-M3 (در دستگاه‌های SmartFusion2) به COMM_BLK ارسال شود، شبیه‌سازی به حالت Flash*Freeze وارد می‌شود. هنگامی که سرویس توسط کنترلر سیستم شناسایی شد، شبیه سازی متوقف می شود و پیامی مبنی بر ورود سیستم به Flash*Freeze (به همراه گزینه انتخاب شده) نمایش داده می شود. پس از از سرگیری شبیه سازی، RXFIFO COMM_BLK با پاسخ سرویس شامل فرمان و وضعیت سرویس پر می شود. لازم به ذکر است که هیچ پشتیبانی شبیه سازی برای خروج از Flash*Freeze وجود ندارد.
3.1.2 صفر کردن
Zeroization در حال حاضر تنها سرویس با اولویت بالا در سرویس های سیستمی است که توسط COMM_BLK پردازش می شود. به محض اینکه درخواست سرویس صحیح توسط COMM_BLK شناسایی شود، شبیه سازی وارد حالت صفر شدن می شود. اجرای سایر سرویس ها توسط کنترل کننده سیستم متوقف و کنار گذاشته می شود و به جای آن سرویس صفرسازی اجرا می شود. هنگامی که درخواست سرویس صفرسازی شناسایی شد، شبیه سازی متوقف می شود و پیامی نشان می دهد که سیستم وارد صفرسازی شده است. شروع مجدد دستی شبیه سازی پس از صفر شدن نامعتبر است.
3.2 خدمات اشاره گر داده
بخش‌های زیر انواع خدمات نشانگر داده را توضیح می‌دهند.
3.2.1 شماره سریال
سرویس شماره سریال یک شماره سریال 128 بیتی را در یک مکان آدرس ارائه شده به عنوان بخشی از درخواست سرویس می نویسد. این پارامتر 128 بیتی را می توان با استفاده از پشتیبانی شبیه سازی خدمات سیستم تنظیم کرد file (صفحه 22 را ببینید). اگر پارامتر شماره سریال 128 بیتی در داخل تعریف نشده باشد file، از شماره سریال پیش فرض 0 استفاده خواهد شد. پس از شروع اجرای سرویس، پیامی مبنی بر مکان مقصد و شماره سریال نمایش داده می شود. کنترل کننده سیستم یک نوشتن AHB به آدرس با شماره سریال انجام می دهد. پس از تکمیل سرویس، RXFIFO COMM_BLK با پاسخ سرویس بارگیری می شود.
3.2.2 کد کاربری
سرویس usercode یک پارامتر کد کاربری 32 بیتی را در یک مکان آدرس ارائه شده به عنوان بخشی از درخواست سرویس می نویسد. این پارامتر 32 بیتی را می توان با استفاده از System Service Simulation Support تنظیم کرد file (صفحه 22 را ببینید). اگر پارامتر 32 بیتی در داخل تعریف نشده باشد file، مقدار پیش فرض 0 استفاده می شود. پس از شروع اجرای سرویس، پیامی مبنی بر مکان مورد نظر و کد کاربری نمایش داده می شود. کنترل کننده سیستم یک نوشتن AHB به آدرس با پارامتر 32 بیتی انجام می دهد. پس از اتمام سرویس، RXFIFO COMM_BLK با پاسخ سرویس بارگیری می شود که شامل فرمان سرویس و آدرس مقصد است.
3.3 خدمات توصیفگر داده
بخش های زیر انواع مختلفی از خدمات توصیفگر داده را توضیح می دهد.

3.3.1 AES
پشتیبانی شبیه‌سازی برای این سرویس فقط به انتقال داده‌های اصلی از مبدا به مقصد مربوط می‌شود، بدون اینکه در واقع هیچ گونه رمزگذاری/رمزگشایی روی داده‌ها انجام شود. داده هایی که نیاز به رمزگذاری/رمزگشایی دارند و ساختار داده باید قبل از ارسال درخواست سرویس نوشته شود. پس از شروع اجرای سرویس، پیامی مبنی بر اجرای سرویس AES نمایش داده می شود. سرویس AES هم ساختار داده و هم داده هایی که باید رمزگذاری/رمزگشایی شوند را می خواند. داده های اصلی کپی شده و به آدرس ارائه شده در ساختار داده نوشته می شود. پس از تکمیل سرویس، دستور، وضعیت و آدرس ساختار داده به RXFIFO منتقل می شود.
توجه: این سرویس فقط برای داده های 128 بیتی و 256 بیتی است و هر دو داده 128 بیتی و 256 بیتی دارای طول ساختار داده متفاوت هستند.

3.3.2 SHA 256
پشتیبانی شبیه‌سازی برای این سرویس فقط مربوط به جابجایی داده‌ها است، بدون اینکه در واقع هیچ گونه هش کردن روی داده‌ها انجام شود. تابع SHA 256 برای تولید یک کلید هش 256 بیتی بر اساس داده های ورودی طراحی شده است. داده هایی که باید هش شوند و ساختار داده باید قبل از ارسال درخواست سرویس به COMM_BLK به آدرس های مربوطه نوشته شود. طول به بیت و اشاره گر تعریف شده در ساختار داده SHA 256 باید به درستی با طول و آدرس داده هایی که باید هش شوند مطابقت داشته باشد. پس از شروع اجرای سرویس، پیامی مبنی بر اجرای سرویس SHA 256 نمایش داده می شود. به جای اجرای تابع واقعی، یک کلید هش پیش‌فرض از ساختار داده روی اشاره‌گر مقصد نوشته می‌شود. کلید هش پیش فرض هگز "ABCD1234" است. برای تنظیم یک کلید سفارشی، به بخش تنظیمات پارامتر (به صفحه 23 مراجعه کنید) بروید. پس از اتمام سرویس، RXFIFO با پاسخ سرویس شامل فرمان سرویس، وضعیت و نشانگر ساختار داده SHA 256 بارگذاری می شود.
3.3.3 HMAC
پشتیبانی شبیه‌سازی برای این سرویس فقط مربوط به جابجایی داده‌ها است، بدون اینکه در واقع هیچ گونه هش کردن روی داده‌ها انجام شود. داده هایی که باید هش شوند و ساختار داده باید قبل از ارسال درخواست سرویس به COMM_BLK به آدرس های مربوطه نوشته شود. سرویس HMAC به یک کلید 32 بایتی علاوه بر طول بر حسب بایت، اشاره گر مبدا و اشاره گر مقصد نیاز دارد. پس از شروع اجرای سرویس، پیامی نشان دهنده اجرای سرویس HMAC نمایش داده می شود. کلید خوانده می شود و کلید 256 بیتی از ساختار داده به اشاره گر مقصد کپی می شود. پس از اتمام سرویس، RXFIFO با پاسخ سرویس شامل فرمان سرویس، وضعیت و نشانگر ساختار داده HMAC بارگذاری می شود.

3.3.4 تولید DRBG
تولید بیت های تصادفی توسط این سرویس انجام می شود. لازم به ذکر است که مدل شبیه سازی دقیقاً از همان روش تولید اعداد تصادفی استفاده شده توسط سیلیکون پیروی نمی کند. قبل از ارسال درخواست سرویس به COMM_BLK، ساختار داده باید به درستی در مکان مورد نظر خود نوشته شود. ساختار داده، اشاره گر مقصد، طول و سایر داده های مربوطه توسط کنترل کننده سیستم خوانده می شود. سرویس تولید DRBG مجموعه ای شبه تصادفی از داده ها با طول درخواستی (0-128) تولید می کند. کنترل کننده سیستم داده های تصادفی را در اشاره گر مقصد می نویسد. پیامی نشان دهنده اجرای سرویس تولید DRBG در شبیه سازی نمایش داده می شود. پس از تکمیل سرویس، دستور، وضعیت و آدرس ساختار داده به RXFIFO منتقل می شود. اگر طول داده درخواستی در محدوده 0-128 نباشد، یک کد خطای "4" (Max Generate) به RXFIFO فشار داده می شود. اگر طول داده اضافی در محدوده درخواست خیلی بزرگ 0-128 نباشد، یک کد خطای "5" (حداکثر طول داده های اضافی بیش از حد) به RXFIFO فشار داده می شود. اگر هم طول داده درخواستی برای تولید و هم طول داده اضافی در محدوده تعریف شده خود (0-128) نباشد، یک کد خطای "1" (خطای فاجعه بار) به RXFIFO فشار داده می شود.

3.3.5 تنظیم مجدد DRBG
عملکرد واقعی بازنشانی با حذف نمونه های DRBG و تنظیم مجدد DRBG انجام می شود. هنگامی که درخواست سرویس شناسایی شد، شبیه سازی یک پیام DRBG Reset Service Complete شده را نمایش می دهد. پاسخ، که شامل سرویس و وضعیت است، به RXFIFO منتقل می شود.
3.3.6 خودآزمایی DRBG
پشتیبانی شبیه‌سازی برای خودآزمایی DRBG عملاً تابع خودآزمایی را اجرا نمی‌کند. هنگامی که درخواست سرویس شناسایی شد، شبیه سازی یک پیام اجرای سرویس خودآزمایی DRBG را نمایش می دهد. پاسخ، که شامل سرویس و وضعیت است، به RXFIFO منتقل می شود.
3.3.7 DRBG Instantiate
پشتیبانی شبیه سازی برای سرویس نمونه DRBG در واقع سرویس نمونه را انجام نمی دهد. قبل از ارسال درخواست سرویس به COMM_BLK، ساختار داده باید به درستی در مکان مورد نظر خود نوشته شود. هنگامی که درخواست سرویس شناسایی شد، ساختار و رشته شخصی سازی تعریف شده در فضای آدرس MSS خوانده می شود. شبیه سازی پیامی را نشان می دهد که نشان می دهد سرویس DRBG Instantiate شروع به اجرا کرده است. پس از تکمیل سرویس، پاسخ، که شامل فرمان سرویس، وضعیت، و اشاره گر به ساختار داده است، به RXFIFO منتقل می شود. اگر طول داده (PERSONALIZATIONLENGTH) در محدوده 0-128 نباشد، کد خطای "1" (خطای فاجعه بار) برای وضعیت به RXFIFO فشار داده می شود.
3.3.8 DRBG Uninstantiate
پشتیبانی شبیه‌سازی برای سرویس بی‌نمونه DRBG در واقع خدمات غیرمستقیم حذف یک DRBG نمونه‌سازی‌شده قبلی را مانند سیلیکون انجام نمی‌دهد. درخواست سرویس باید شامل فرمان و دسته DRBG باشد. هنگامی که درخواست سرویس شناسایی شد، دسته DRBG ذخیره می شود. شبیه سازی پیامی را نشان می دهد که نشان می دهد سرویس uninstantiate DRBG مقداردهی اولیه شده است. پس از تکمیل سرویس، پاسخ شامل فرمان سرویس، وضعیت و دسته DRBG به RXFIFO فرستاده می شود.
3.3.9 DRBG Reseed
به دلیل ماهیت شبیه سازی بلوک خدمات سیستم، سرویس DRBG reseed در شبیه سازی پس از هر 65535 سرویس تولید DRBG به طور خودکار اجرا نمی شود. قبل از ارسال درخواست سرویس به COMM_BLK، ساختار داده باید به درستی در مکان مورد نظر خود نوشته شود. هنگامی که درخواست سرویس شناسایی شد، ساختار و پارامتر ورودی اضافی در فضای آدرس MSS خوانده می شود. پیامی نشان می دهد که سرویس DRBG reseed شروع به اجرا شده است، نمایش داده می شود. قبل از ارسال درخواست سرویس به COMM_BLK، ساختار داده باید به درستی در مکان مورد نظر خود نوشته شود. پس از تکمیل سرویس، پاسخ، که شامل فرمان سرویس، وضعیت، و اشاره گر به ساختار داده است، به RXFIFO منتقل می شود.
3.3.10 KeyTree
تابع واقعی در شبیه سازی برای سرویس KeyTree اجرا نمی شود. ساختار داده سرویس KeyTree شامل یک کلید 32 بایتی، داده اپتایپ 7 بیتی (MSB نادیده گرفته شده) و مسیر 16 بایتی است. قبل از ارسال درخواست سرویس به COMM_BLK، داده‌های درون ساختار داده باید به آدرس‌های مربوطه نوشته شوند. پس از شروع اجرای سرویس، پیامی مبنی بر اجرای سرویس KeyTree نمایش داده می شود. محتویات ساختار داده خوانده می شود، کلید 32 بایتی ذخیره می شود و کلید اصلی واقع در ساختار داده بازنویسی می شود. پس از نوشتن AHB، مقدار کلید در ساختار داده نباید تغییر کند، اما تراکنش‌های AHB برای نوشتن اتفاق می‌افتد. پس از اتمام سرویس، RXFIFO با پاسخ سرویس بارگیری می شود که شامل فرمان سرویس، وضعیت و نشانگر ساختار داده KeyTree است.
3.3.11 پاسخ به چالش
عملکرد واقعی، مانند احراز هویت دستگاه، در شبیه سازی برای سرویس پاسخ به چالش اجرا نمی شود. ساختار داده برای این سرویس به یک اشاره گر به بافر، برای دریافت نتیجه 32 بایتی، optype 7 بیتی و یک مسیر 128 بیتی نیاز دارد. قبل از ارسال درخواست سرویس به COMM_BLK، داده‌های درون ساختار داده باید به آدرس‌های مربوطه نوشته شوند. پس از شروع اجرای سرویس، پیامی مبنی بر اجرای سرویس پاسخ به چالش نمایش داده می شود. یک پاسخ 256 بیتی عمومی در اشاره گر ارائه شده در ساختار داده نوشته می شود. کلید پیش فرض به صورت هگز "ABCD1234" تنظیم شده است. برای دریافت یک کلید سفارشی، تنظیمات پارامتر را بررسی کنید (به صفحه 23 مراجعه کنید). پس از اتمام سرویس، RXFIFO با پاسخ سرویس بارگذاری می شود که شامل فرمان سرویس، وضعیت و نشانگر ساختار داده پاسخ چالش است.
3.4 سایر خدمات
بخش های زیر سایر خدمات سیستم را توضیح می دهند.
3.4.1 بررسی خلاصه
عملکرد واقعی محاسبه مجدد و مقایسه خلاصه اجزای انتخاب شده برای سرویس بررسی خلاصه در شبیه سازی اجرا نمی شود. این درخواست سرویس شامل دستورات سرویس و گزینه های سرویس (LSB 5 بیتی) است. پس از شروع اجرای سرویس، پیامی با جزئیات اجرای سرویس بررسی خلاصه به همراه گزینه های انتخاب شده از درخواست نمایش داده می شود. پس از اتمام سرویس، 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 Service.
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 تنظیم پارامتر
"status.txt" 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 هیچ ضمانت، نمایندگی یا تضمینی در مورد اطلاعات مندرج در اینجا یا مناسب بودن محصولات و خدمات خود برای اهداف خاص نمی دهد، و همچنین Microsemi هیچ گونه مسئولیتی را که ناشی از کاربرد یا استفاده از هر محصول یا مداری باشد، بر عهده نمی گیرد. محصولات فروخته شده در اینجا و سایر محصولات فروخته شده توسط Microsemi تحت آزمایشات محدودی قرار گرفته اند و نباید در ارتباط با تجهیزات یا برنامه های کاربردی حیاتی استفاده شوند. اعتقاد بر این است که هر گونه مشخصات عملکرد قابل اعتماد است اما تأیید نشده است و خریدار باید تمام عملکرد و سایر آزمایشات محصولات را به تنهایی و همراه با یا نصب در هر محصول نهایی انجام دهد و کامل کند. خریدار نباید به داده ها و مشخصات عملکرد یا پارامترهای ارائه شده توسط Microsemi اعتماد کند. این مسئولیت خریدار است که به طور مستقل مناسب بودن هر محصول را تعیین کند و آن را آزمایش و تأیید کند. اطلاعات ارائه شده توسط Microsemi در این قسمت "همانطور که هست، کجاست" و با تمام ایرادات ارائه شده است و تمام خطرات مربوط به چنین اطلاعاتی کاملاً با خریدار است. Microsemi به هیچ یک از طرفین، به طور صریح یا ضمنی، هیچ گونه حق ثبت اختراع، مجوز، یا هر گونه حق مالکیت IP دیگر، اعم از خود این اطلاعات و یا هر چیزی که در آن اطلاعات توضیح داده شده است، اعطا نمی کند. اطلاعات ارائه شده در این سند متعلق به Microsemi است و Microsemi این حق را برای خود محفوظ می دارد که در هر زمان بدون اطلاع قبلی، هرگونه تغییر در اطلاعات این سند یا هر محصول و خدماتی را اعمال کند.
Microsemi، یک شرکت تابعه کاملاً متعلق به Microchip Technology Inc. (Nasdaq: MCHP)، مجموعه جامعی از راه حل های نیمه هادی و سیستمی را برای بازارهای هوافضا و دفاع، ارتباطات، مرکز داده و بازارهای صنعتی ارائه می دهد. محصولات شامل مدارهای مجتمع سیگنال مختلط آنالوگ با کارایی بالا و سخت شده با تشعشع، FPGA، SoC و ASIC هستند. محصولات مدیریت انرژی؛ دستگاه‌های زمان‌بندی و همگام‌سازی و راه‌حل‌های دقیق زمان، تعیین استاندارد جهانی برای زمان؛ دستگاه های پردازش صدا؛ راه حل های RF؛ اجزای گسسته؛ راه حل های ذخیره سازی و ارتباطات سازمانی؛ فن آوری های امنیتی و ضد t مقیاس پذیرampمحصولات er; راه حل های اترنت؛ آی‌سی‌ها و میانی‌های برق با اترنت. و همچنین قابلیت ها و خدمات طراحی سفارشی. دفتر مرکزی Microsemi در Aliso Viejo، کالیفرنیا قرار دارد و تقریباً 4,800 کارمند در سراسر جهان دارد. بیشتر بدانید در www.microsemi.com.

ستاد میکروسمی
One Enterprise، Aliso Viejo،
CA 92656 ایالات متحده آمریکا
در ایالات متحده آمریکا: +1 800-713-4113
خارج از ایالات متحده آمریکا: +1 949-380-6100
فروش: +1 949-380-6136
فکس: +1 949-215-4996
ایمیل: فروش.support@microsemi.com
www.microsemi.com
© 2018 Microsemi. تمامی حقوق محفوظ است. Microsemi و نشان Microsemi
علائم تجاری Microsemi Corporation هستند. همه علائم تجاری و خدمات دیگر
علائم متعلق به صاحبان مربوطه است.

اسناد / منابع

شبیه سازی خدمات سیستم Microsemi UG0837 IGLOO2 و SmartFusion2 FPGA [pdfراهنمای کاربر شبیه سازی خدمات سیستم FPGA UG0837، UG0837 IGLOO2 و SmartFusion2، شبیه سازی خدمات سیستم FPGA IGLOO2 و SmartFusion2، شبیه سازی خدمات سیستم SmartFusion2 FPGA، شبیه سازی خدمات سیستم FPGA، شبیه سازی خدمات

مراجع

• راهنمای کاربر