دليل مستخدم واجهة إنتل MNL-AVABUSREF أفالون

محتويات يخفي

1 واجهة MNL-AVABUSREF أفالون

2 المستندات / الموارد

2.1 مراجع

3 منشورات ذات صلة

واجهة MNL-AVABUSREF أفالون

View Fullscreen

مواصفات واجهة Avalon®
تم التحديث لـ Intel® Quartus® Prime Design Suite: 20.1

نسخة عبر الإنترنت إرسال ملاحظات

MNL-AVABUSREF

معرف: 683091 الإصدار: 2022.01.24

محتويات

محتويات
1. مقدمة إلى مواصفات واجهة Avalon®................................................................................ 4 1.1. خصائص ومعلمات أفالون ………………………………………………………. 5 1.2. أدوار الإشارة ………………………………………………………………………………………………….5 توقيت الواجهة ……………………………………………………………………………………………………. 1.3 5. السابقampلو: واجهات أفالون في تصميمات الأنظمة ............................................ 5
2. ساعة أفالون وإعادة ضبط الواجهات…………………………………………………………………………………………. 8 2.1. أدوار إشارة حوض ساعة أفالون ........................................................... 8 2.2. خصائص حوض الساعة ........................................................................................................... 9 2.3. واجهات الساعة المرتبطة ........................................................................................... 9 2.4. أدوار إشارة مصدر ساعة أفالون ................................ 9 2.5. خصائص مصدر الساعة ………………………………………………………………………………………………………………………………………………………... إعادة ضبط الحوض ………………………………………………………………………………………………………………………………… 9 2.6. إعادة ضبط خصائص واجهة الحوض................................................................................................ 10 2.7. واجهات إعادة الضبط المرتبطة …………………………………………………… 10 2.8. إعادة تعيين المصدر ………………………………………………………………………………………………………………………………………………………………………………………….10 إعادة تعيين خصائص واجهة المصدر……………………………………………………………….2.9
3. واجهات أفالون المعينة للذاكرة................................................................................................ 12 3.1. مقدمة إلى واجهات Avalon Memory Mapped ........................................... 12 3.2. أدوار إشارة الواجهة المعينة لذاكرة Avalon ........................................... 14 3.3. خصائص الواجهة………………………………………………………………………………………………………………………………………………………………. التوقيت ……………………………………………………………………………………………………………………….17 3.4 20. التحويلات ……………………………………………………………………………………………………………………………………………………………………………………… 3.5 20. تحويلات القراءة والكتابة النموذجية ………………………………………………. 3.5.1 21. التحويلات باستخدام خاصية waitrequestAllowance ……………………………… 3.5.2 23. قراءة وكتابة التحويلات مع حالات انتظار ثابتة ........................................... 3.5.3 26. عمليات النقل عبر الأنابيب ........................................................................... 3.5.4 27. عمليات النقل المتفجرة ……………………………………………………… 3.5.5 30. قراءة وكتابة الردود ........................................................................... 3.5.6 34. محاذاة العنوان ………………………………………………………………………………………………………………….. 3.6 عنوان وكيل Avalon-MM................................................................................................................ 36
4. واجهات مقاطعة أفالون ………………………………………………………………………………………………………………………………………………… المرسل المقاطع ………………………………………………………………………………………………………………………………………………………………….38 4.1. أدوار إشارة مرسل المقاطعة من أفالون ............................................................ 38 4.1.1. خصائص المرسل المقاطعة ………………………………………….. 38 4.1.2. مستقبل المقاطعة ……………………………………………………………………………………………… 38 4.2. أدوار إشارة جهاز الاستقبال لمقاطعة أفالون ........................................... 39 4.2.1. خصائص مستقبل المقاطعة................................................................................ 39 4.2.2. توقيت المقاطعة ……………………………………………………………………………………………………………………………
5. واجهات تدفق أفالون …………………………………………………………………………………. 40 5.1. المصطلحات والمفاهيم ……………………………………………………………………………………………………………………………………………………… 41 أدوار إشارة واجهة تدفق أفالون ........................................... 5.2 42. تسلسل الإشارة وتوقيتها ……………………………………………………………………………………………… 5.3 43. واجهة متزامنة ………………………………………………… 5.3.1 43. تمكين الساعة ………………………………………………………………………………………………………………………

مواصفات واجهة Avalon® 2

إرسال التعليقات

محتويات
5.4. خصائص واجهة Avalon-ST ………………………………………………………………………………………………………………………………………………………… عمليات نقل البيانات النموذجية ……………………………………………………………………………………………………………………………………… 43 تفاصيل الإشارة ……………………………………………………………………………………………………………………………………………………………………… 5.5 تخطيط البيانات ………………………………………………………………………………………………………. 44 5.6. نقل البيانات دون ضغط رجعي................................................................................ 44 5.7. نقل البيانات بالضغط العكسي …………………………………………………. 45
5.9.1. عمليات نقل البيانات باستخدام ReadyLatency وreadyAllowance .......................... 47 5.9.2. عمليات نقل البيانات باستخدام ReadyLatency …………………………………………. 49 5.10. عمليات نقل حزم البيانات ………………………………………………………….. 50 5.11. تفاصيل الإشارة ……………………………………………………………………………………………………………………………………………………………………………………………… 51 تفاصيل البروتوكول ……………………………………………………………………………….5.12
6. واجهات Avalon Streaming Credit................................................................................. 53 6.1. المصطلحات والمفاهيم................................................................................................................................ 53 6.2. أدوار إشارة واجهة الائتمان المتدفقة من Avalon ........................................... 54 6.2.1. واجهة متزامنة ………………………………………………… 55 6.2.2. عمليات نقل البيانات النموذجية ............................................................................ 56 6.2.3. إعادة الاعتمادات ……………………………………………… 57 6.3. إشارات مستخدم رصيد تدفق Avalon ........................................................................... 58 6.3.1. إشارة المستخدم لكل رمز ………………………………………………………………………. 58 6.3.2. إشارة المستخدم لكل حزمة……………………………………………………… 59
7. واجهات قنوات أفالون................................................................................................................................................ 60 7.1. أدوار إشارة قناة أفالون …………………………………………………………………………. 61 7.2. خصائص القناة ………………………………………………………………………………………………. 61
8. واجهة قناة أفالون تريستيت ........................................................................... 62 8.1. أدوار إشارة قناة Avalon Tristate ........................................................... 64 8.2. خصائص القناة الثلاثية ………………………………………………………………………………………………………………… توقيت القناة الثلاثية …………………………………………………………….65
أ. الإشارات المهملة …………………………………………………………………… 67
ب. سجل مراجعة الوثيقة لمواصفات واجهة أفالون ........................... 68

إرسال التعليقات

مواصفات واجهة Avalon® 3

683091 | 2022.01.24 إرسال ملاحظاتك

1. مقدمة إلى مواصفات واجهة Avalon®

تعمل واجهات Avalon® على تبسيط تصميم النظام من خلال السماح لك بتوصيل المكونات بسهولة في Intel® FPGA. تحدد عائلة واجهة Avalon الواجهات المناسبة لدفق البيانات عالية السرعة، وقراءة وكتابة السجلات والذاكرة، والتحكم في الأجهزة خارج الرقاقة. تتضمن المكونات المتوفرة في مصمم النظام الأساسي هذه الواجهات القياسية. بالإضافة إلى ذلك، يمكنك دمج واجهات Avalon في المكونات المخصصة، مما يعزز إمكانية التشغيل البيني للتصميمات.
تحدد هذه المواصفات كافة واجهات Avalon. بعد قراءة هذه المواصفات، يجب عليك فهم الواجهات المناسبة لمكوناتك وأدوار الإشارة التي يجب استخدامها لسلوكيات معينة. تحدد هذه المواصفات الواجهات السبع التالية:
· Avalon Streaming Interface (Avalon-ST) – واجهة تدعم التدفق أحادي الاتجاه للبيانات، بما في ذلك التدفقات المتعددة الإرسال والحزم وبيانات DSP.
· واجهة Avalon Memory Mapped Interface (Avalon-MM) – واجهة قراءة/كتابة قائمة على العنوان نموذجية لاتصالات المضيف والوكيل.
· Avalon Conduit Interface – نوع واجهة يستوعب الإشارات الفردية أو مجموعات الإشارات التي لا تتناسب مع أي من أنواع Avalon الأخرى. يمكنك توصيل واجهات القناة داخل نظام مصمم النظام الأساسي. وبدلاً من ذلك، يمكنك تصديرها للاتصال بوحدات أخرى في التصميم أو بمنافذ FPGA.
· Avalon Tri-State Conduit Interface (Avalon-TC) – واجهة لدعم الاتصالات بالأجهزة الطرفية خارج الشريحة. يمكن للأجهزة الطرفية المتعددة مشاركة الأطراف من خلال تعدد إرسال الإشارة، مما يقلل من عدد أطراف FPGA وعدد الآثار الموجودة على PCB.
· Avalon Interrupt Interface – واجهة تسمح للمكونات بإرسال إشارة بالأحداث إلى المكونات الأخرى.
· Avalon Clock Interface – واجهة تقوم بتشغيل أو استقبال الساعات.
· Avalon Reset Interface – واجهة توفر إعادة تعيين الاتصال.
يمكن أن يتضمن المكون الواحد أي عدد من هذه الواجهات ويمكن أن يتضمن أيضًا مثيلات متعددة من نفس نوع الواجهة.

ملحوظة:

واجهات Avalon هي معيار مفتوح. لا يلزم الحصول على ترخيص أو حقوق ملكية لتطوير وبيع المنتجات التي تستخدم واجهات Avalon أو تعتمد عليها.

معلومات ذات صلة
· مقدمة إلى Intel FPGA IP Cores توفر معلومات عامة حول جميع مراكز Intel FPGA IP الأساسية، بما في ذلك تحديد المعلمات وإنشاء وترقية ومحاكاة مراكز IP.
· إنشاء برنامج إعداد محاكي مدمج. إنشاء برامج محاكاة لا تتطلب تحديثات يدوية للبرامج أو ترقيات إصدار IP.

شركة إنتل. كل الحقوق محفوظة. تعد Intel وشعار Intel وعلامات Intel الأخرى علامات تجارية لشركة Intel Corporation أو الشركات التابعة لها. تضمن Intel أداء منتجات FPGA وأشباه الموصلات وفقًا للمواصفات الحالية وفقًا لضمان Intel القياسي ، ولكنها تحتفظ بالحق في إجراء تغييرات على أي منتجات وخدمات في أي وقت دون إشعار. لا تتحمل Intel أي مسؤولية أو التزام ناشئ عن التطبيق أو استخدام أي معلومات أو منتج أو خدمة موصوفة هنا باستثناء ما تم الاتفاق عليه صراحةً كتابةً من قبل Intel. يُنصح عملاء Intel بالحصول على أحدث إصدار من مواصفات الجهاز قبل الاعتماد على أي معلومات منشورة وقبل تقديم طلبات المنتجات أو الخدمات. * قد تكون الأسماء والعلامات التجارية الأخرى مملوكة لآخرين.

تم تسجيل ISO 9001: 2015

1. مقدمة لمواصفات واجهة Avalon® 683091 | 2022.01.24
· إرشادات أفضل ممارسات إدارة المشاريع من أجل الإدارة الفعالة وقابلية النقل لمشروعك والملكية الفكرية files.
1.1. خصائص ومعلمات أفالون
تصف واجهات Avalon سلوكها مع الخصائص. تحدد مواصفات كل نوع واجهة جميع خصائص الواجهة والقيم الافتراضية. على سبيل المثالample، تتيح لك خاصية maxChannel لواجهات Avalon-ST تحديد عدد القنوات التي تدعمها الواجهة. توفر خاصية ClockRate لواجهة Avalon Clock تردد إشارة الساعة.
1.2. أدوار الإشارة
تحدد كل واجهة Avalon أدوار الإشارة وسلوكها. العديد من أدوار الإشارة اختيارية. لديك المرونة اللازمة لتحديد أدوار الإشارة اللازمة لتنفيذ الوظيفة المطلوبة فقط. على سبيل المثالample، تشتمل واجهة Avalon-MM على أدوار اختيارية لبدء نقل الاندفاع وعدد الاندفاع للمكونات التي تدعم الاندفاع. تتضمن واجهة Avalon-ST أدوار إشارة بدء الحزمة ونهاية الحزمة الاختيارية للواجهات التي تدعم الحزم.
باستثناء واجهات Avalon Conduit، قد تشتمل كل واجهة على إشارة واحدة فقط لكل دور إشارة. تسمح العديد من أدوار الإشارة بإشارات نشطة منخفضة. تُستخدم الإشارات النشطة العالية بشكل عام في هذه الوثيقة.
1.3. توقيت الواجهة
تتضمن الفصول اللاحقة من هذا المستند معلومات التوقيت التي تصف عمليات النقل لأنواع الواجهة الفردية. لا يوجد أداء مضمون لأي من هذه الواجهات. يعتمد الأداء الفعلي على العديد من العوامل، بما في ذلك تصميم المكونات وتنفيذ النظام.
يجب ألا تكون معظم واجهات Avalon حساسة للحافة تجاه إشارات أخرى غير الساعة وإعادة التعيين. قد تنتقل الإشارات الأخرى عدة مرات قبل أن تستقر. يختلف التوقيت الدقيق للإشارات بين حواف الساعة وفقًا لخصائص Intel FPGA المحددة. لا تحدد هذه المواصفات الخصائص الكهربائية. راجع وثائق الجهاز المناسبة لمعرفة المواصفات الكهربائية.
1.4. السابقينampلو: واجهات أفالون في تصاميم النظام
في هذا المثال السابقampتشتمل وحدة تحكم Ethernet على ستة أنواع مختلفة من الواجهات: · Avalon-MM · Avalon-ST · قناة Avalon · Avalon-TC · Avalon Interrupt · Avalon Clock.
يصل معالج Nios® II إلى سجلات التحكم والحالة الخاصة بالمكونات الموجودة على الشريحة من خلال واجهة Avalon-MM. تقوم أجهزة DMA المبعثرة بجمع البيانات وإرسالها واستقبالها من خلال واجهات Avalon-ST. تتضمن أربعة مكونات المقاطعة

إرسال التعليقات

مواصفات واجهة Avalon® 5

1. مقدمة لمواصفات واجهة Avalon® 683091 | 2022.01.24

الشكل 1.

الواجهات التي تخدمها البرامج التي تعمل على معالج Nios II. يقبل PLL الساعة عبر واجهة Avalon Clock Sink ويوفر مصدرين للساعة. يشتمل المكونان على واجهات Avalon-TC للوصول إلى الذكريات خارج الشريحة. وأخيرًا، تصل وحدة التحكم DDR3 إلى ذاكرة DDR3 الخارجية من خلال واجهة Avalon Conduit.

واجهات Avalon في تصميم النظام باستخدام وحدة التحكم Scatter Gather DMA ومعالج Nios II

لوحة الدوائر المطبوعة

فلاش SSRAM

دي دي ار 3

إنتل FPGA
M Avalon-MM Host Cn Avalon Conduit S Avalon-MM AgentTCM Avalon-TC Host Src Avalon-ST Source TCS Avalon-TC Agent Snk Avalon-ST Sink CSrc Avalon Clock Source
CSnk أفالون ساعة بالوعة

قناة Cn Tristate
جسر TCS
قناة TCM Tristate
دبوس المشارك TCS TCS

IRQ4 IRQ3 نيوس الثاني

IRQ1 C1

يو آرت إس

مؤقت IRQ2

الطب الصيني التقليدي

تريستاتي السيطرة على SSRAM

تريستاتي السيطرة فلاش

وحدة تحكم Cn DDR3
S

أفالون-MM

قناة

Cn Src أفالون-ST

وحدة تحكم إيثرنت
سنك

FIFO العازلة أفالون-ST

أفالون-ST

المخزن المؤقت FIFO

SM مبعثر GatheIrRQ4
دما سنك

إس C2

أفالون-ST

المصدر

م IRQ3

مبعثر، جمع DMA

CSrc

كسنكبل C1

المرجع Clk

CSrc

في الشكل التالي، يصل المعالج الخارجي إلى سجلات التحكم والحالة الخاصة بالمكونات الموجودة على الرقاقة عبر جسر ناقل خارجي مزود بواجهة Avalon-MM. يتحكم منفذ PCI Express الجذري في الأجهزة الموجودة على لوحة الدوائر المطبوعة والمكونات الأخرى لـ FPGA من خلال تشغيل نقطة نهاية PCI Express على الرقاقة مع واجهة مضيف AvalonMM. يعالج المعالج الخارجي المقاطعات من خمسة مكونات. يقبل PLL ساعة مرجعية عبر واجهة حوض Avalon Clock ويوفر ساعتين

مواصفات واجهة Avalon® 6

إرسال التعليقات

1. مقدمة لمواصفات واجهة Avalon® 683091 | 2022.01.24

الشكل 2.

مصادر. تتشارك ذكريات الفلاش وSRAM في دبابيس FPGA من خلال واجهة Avalon-TC. وأخيرًا، تصل وحدة تحكم SDRAM إلى ذاكرة SDRAM خارجية من خلال واجهة Avalon Conduit.
واجهات أفالون في تصميم النظام مع نقطة نهاية PCI Express والمعالج الخارجي

لوحة الدوائر المطبوعة

منفذ الجذر PCI Express

وحدة المعالجة المركزية الخارجية

إنتل FPGA
IRQ1
إيثرنت MAC

المنطق المخصص IRQ2
M
أفالون-MM

نقطة نهاية PCI Express

IRQ3 IRQ5 IRQ4 IRQ3
IRQ2 IRQ1

جسر بروتوكول الناقل الخارجي
M

تريستاتي كنترول SSRAM TCS

تريستاتي كنترول فلاش TCS

وحدة تحكم SDRAM

IRQ4

IRQ5

وارت C2

المنطق المخصص C2

قناة TCM TCM Tristate
دبوس المشارك TCS
قناة TCM Tristate
جسر CN

المرجع Clk

CSrc CSnk PLL C1
CSrc C2

SSRAM

فلاش

CN سدرام

إرسال التعليقات

مواصفات واجهة Avalon® 7

683091 | 2022.01.24 إرسال ملاحظاتك

2. ساعة أفالون وإعادة ضبط الواجهات

الشكل 3.

تحدد واجهات Avalon Clock الساعة أو الساعات التي يستخدمها أحد المكونات. يمكن أن تحتوي المكونات على مدخلات على مدار الساعة أو مخرجات على مدار الساعة أو كليهما. تعتبر حلقة الطور المقفل (PLL) بمثابة مثالampأحد المكونات التي تحتوي على مدخلات الساعة ومخرجات الساعة.

الشكل التالي هو رسم توضيحي مبسط يوضح أهم المدخلات والمخرجات لمكون PLL.

PLL مخرجات ومدخلات الساعة الأساسية

PLL الأساسية

ألتبل إنتل FPGA IP

إعادة ضبط

ساعة

حوض

مصدر

واجهة إخراج الساعة1

مصدر الساعة

واجهة إخراج الساعة2

ref_clk

ساعة

حوض

مصدر

واجهة إخراج الساعة_n

2.1. أدوار إشارة بالوعة ساعة أفالون

يوفر حوض الساعة مرجعًا زمنيًا للواجهات الأخرى والمنطق الداخلي.

الجدول 1.

أدوار إشارة بالوعة الساعة

دور الإشارة clk

العرض 1

إدخال الاتجاه

مطلوب نعم

وصف
إشارة على مدار الساعة. يوفر المزامنة للمنطق الداخلي والواجهات الأخرى.

تم تسجيل ISO 9001: 2015

2. ساعة أفالون وإعادة ضبط الواجهات 683091 | 2022.01.24

2.2. خصائص بالوعة الساعة

الجدول 2.

خصائص بالوعة الساعة

اسم معدل الساعة

القيمة الافتراضية 0

القيم القانونية 0

وصف
يشير إلى التردد بالهرتز لواجهة حوض الساعة. إذا كان 0، فإن معدل الساعة يسمح بأي تردد. إذا لم يكن الصفر، يصدر مصمم النظام الأساسي تحذيرًا إذا كان مصدر الساعة المتصل ليس هو التردد المحدد.

2.3. واجهات الساعة المرتبطة
تحتوي كافة الواجهات المتزامنة على خاصية مرتبطة بالساعة والتي تحدد مصدر الساعة على المكون الذي سيتم استخدامه كمرجع مزامنة للواجهة. هذه الخاصية موضحة في الشكل التالي.
الشكل 4. خاصية الساعة المرتبطة

rx_clk الساعة
حوض

ساعة مزدوجة FIFO

الساعة tx_clk
حوض

rx_data ST المرتبطة بالساعة = "rx_clk"
حوض

المرتبطةClock = "tx_clk" ST tx_data
مصدر

2.4. أدوار إشارة مصدر ساعة أفالون

تعمل واجهة مصدر Avalon Clock على إخراج إشارة الساعة من أحد المكونات.

الجدول 3.

أدوار إشارة مصدر الساعة

دور الإشارة

عرض

اتجاه

كلك

الناتج

مطلوب نعم

الوصف إشارة ساعة الإخراج.

2.5. خصائص مصدر الساعة

الجدول 4.

خصائص مصدر الساعة

الاسم المرتبطDirectClock

القيمة الافتراضية
غير متاح

ClockRate

ClockRateKnown

خطأ شنيع

القيم القانونية

وصف

إدخال اسم إدخال الساعة الذي يقوم مباشرة بتشغيل إخراج الساعة اسم الساعة هذا، إن وجد.

يشير إلى التردد بالهرتز الذي يتم تشغيل مخرج الساعة به.

صحيح، خطأ

يشير إلى ما إذا كان تردد الساعة معروفًا أم لا. إذا كان تردد الساعة معروفًا، فيمكنك تخصيص المكونات الأخرى في النظام.

إرسال التعليقات

مواصفات واجهة Avalon® 9

2. ساعة أفالون وإعادة ضبط الواجهات 683091 | 2022.01.24

2.6. إعادة تعيين بالوعة

الجدول 5.

إعادة تعيين أدوار إشارة الإدخال
تعتبر إشارةset_req إشارة اختيارية يمكنك استخدامها لمنع تلف محتوى الذاكرة عن طريق إجراء تأكيد إعادة التعيين قبل تأكيد إعادة التعيين غير المتزامن.

دور الإشارة

عرض

اتجاه

مطلوب

وصف

إعادة تعيين، إعادة تعيين_ن

مدخل

نعم

يعيد تعيين المنطق الداخلي للواجهة أو المكون

إلى حالة محددة من قبل المستخدم. خصائص متزامنة

يتم تعريف إعادة التعيين بواسطة syncronousEdges

المعلمة.

إعادة تعيين_req

مدخل

لا

إشارة مبكرة لإشارة إعادة الضبط. تعمل هذه الإشارة بمثابة

على الأقل تحذير لدورة واحدة من إعادة التعيين المعلقة لـ ROM

البدائيون. استخدمset_req لتعطيل تمكين الساعة

أو إخفاء ناقل العناوين الخاص بالذاكرة الموجودة على الرقاقة

منع العنوان من الانتقال عندما

تم التأكيد على إدخال إعادة التعيين غير المتزامن.

2.7. إعادة تعيين خصائص واجهة الحوض

الجدول 6.

إعادة تعيين أدوار إشارة الإدخال

الاسم المرتبط بالساعة

القيمة الافتراضية
غير متاح

حواف متزامنة

الحلوى

القيم القانونية

وصف

اسم الساعة

اسم الساعة التي تتم مزامنة هذه الواجهة معها. مطلوبة إذا كانت قيمة syncronousEdges هي DEASSERT أو كليهما.

لا شيء
كلاهما

يشير إلى نوع المزامنة التي يتطلبها إدخال إعادة التعيين. يتم تعريف القيم التالية:
· لا يلزم التزامن لأن المكون يتضمن منطقًا للمزامنة الداخلية لإشارة إعادة التعيين.
· DEASSERTتأكيد إعادة التعيين غير متزامن وإلغاء التأكيد متزامن.
كلا تأكيد إعادة التعيين وإلغاء التأكيد متزامنان.

2.8. واجهات إعادة التعيين المرتبطة
تحتوي جميع الواجهات المتزامنة على خاصية إعادة تعيين مرتبطة تحدد إشارة إعادة التعيين التي تعيد تعيين منطق الواجهة.

2.9. إعادة تعيين المصدر

الجدول 7.

إعادة تعيين أدوار إشارة الإخراج
تعتبر إشارةset_req إشارة اختيارية يمكنك استخدامها لمنع تلف محتوى الذاكرة عن طريق إجراء تأكيد إعادة التعيين قبل تأكيد إعادة التعيين غير المتزامن.

دور الإشارة

عرض

اتجاه

مطلوب

وصف

إعادة ضبط_n

الناتج

نعم

يعيد تعيين المنطق الداخلي للواجهة أو المكون

إلى حالة محددة من قبل المستخدم.

إعادة تعيين_req

الناتج

اختياري يتيح إنشاء طلب إعادة التعيين، وهو أمر مبكر

الإشارة التي تم التأكيد عليها قبل إعادة التأكيد. مرة واحدة

بالتأكيد، لا يمكن إلغاء هذا الأمر حتى تتم إعادة التعيين

مكتمل.

مواصفات واجهة Avalon® 10

إرسال التعليقات

2. ساعة أفالون وإعادة ضبط الواجهات 683091 | 2022.01.24

2.10. إعادة تعيين خصائص واجهة المصدر

الجدول 8.

إعادة تعيين خصائص الواجهة

اسم

القيمة الافتراضية

القيم القانونية

وصف

AssociateClock

غير متاح

ساعة

اسم الساعة التي هذه الواجهة

اسم

متزامن. مطلوب إذا كانت قيمة

SynchronousEdges هو DEASSERT أو كليهما.

يرتبطDirectReset

غير متاح

إعادة ضبط

اسم إدخال إعادة التعيين الذي يقود هذا مباشرة

اسم

إعادة تعيين المصدر من خلال رابط واحد لواحد.

يرتبطResetSinks

غير متاح

إعادة ضبط

يحدد إعادة تعيين المدخلات التي تتسبب في إعادة تعيين المصدر

اسم

تأكيد إعادة التعيين. على سبيل المثالampلو، إعادة ضبط المزامن

ينفذ عملية أو مع مدخلات إعادة تعيين متعددة ل

إنشاء إخراج إعادة تعيين.

com.synchronousEdges

الحلوى

لا شيء
كلاهما

يشير إلى مزامنة إخراج إعادة التعيين. يتم تعريف القيم التالية:
· لا شيء واجهة إعادة التعيين غير متزامنة.
· DEASSERTتأكيد إعادة التعيين غير متزامن وإلغاء التأكيد متزامن.
· تأكيد BOTHreset وdeassertion متزامنان.

إرسال التعليقات

مواصفات واجهة Avalon® 11

683091 | 2022.01.24 إرسال ملاحظاتك
3. واجهات أفالون المعينة للذاكرة
3.1. مقدمة إلى واجهات Avalon Memory-Maped
يمكنك استخدام واجهات Avalon Memory-Mapped (Avalon-MM) لتنفيذ واجهات القراءة والكتابة لمكونات المضيف والوكيل. فيما يلي السابقينampمكونات المكونات التي تتضمن عادةً واجهات معينة للذاكرة: · المعالجات الدقيقة · الذكريات · UARTs · DMAs · الموقتات تتراوح واجهات Avalon-MM من البسيطة إلى المعقدة. على سبيل المثالample، واجهات SRAM التي تحتوي على عمليات نقل للقراءة والكتابة بدورة ثابتة لها واجهات Avalon-MM بسيطة. تعتبر الواجهات ذات الأنابيب القادرة على عمليات النقل المتتابعة معقدة.

تم تسجيل ISO 9001: 2015

3. واجهات أفالون المعيّنة للذاكرة 683091 | 2022.01.24

الشكل 5.

التركيز على عمليات نقل وكيل Avalon-MM
يوضح الشكل التالي نظامًا نموذجيًا، مع تسليط الضوء على اتصال واجهة وكيل Avalon-MM بنسيج التوصيل البيني.
إيثرنت PHY

نظام فالون-MM
المعالج أفالون-MM
يستضيف

إيثرنت MAC
مضيف أفالون-MM

المنطق المخصص
مضيف أفالون-MM

الربط

وكيل أفالون-MM
وحدة تحكم الفلاش

وكيل أفالون-MM
تحكم SRAM

وكيل أفالون-MM
وحدة تحكم ذاكرة الوصول العشوائي

وكيل أفالون-MM
يو آر تي

AvAavloanlon- MM SlaAvgeePnotrt
لور مخصص
منطق

وكيل قناة Tristate
Tristate Conduit Pin Sharer وجسر قناة Tristate
مضيف قناة Tristate

وكيل قناة Tristate
ذاكرة فلاش

وكيل قناة Tristate
ذاكرة سرام

ذاكرة الوصول العشوائي (RAM)

ار اس-232

تشتمل مكونات Avalon-MM عادةً على الإشارات المطلوبة لمنطق المكون فقط.

إرسال التعليقات

مواصفات واجهة Avalon® 13

3. واجهات أفالون المعيّنة للذاكرة 683091 | 2022.01.24

الشكل 6.

Exampمكون الوكيل

يستجيب جهاز الإدخال/الإخراج للأغراض العامة ذو 16 بت والموضح في الشكل التالي فقط لطلبات الكتابة. يتضمن هذا المكون فقط إشارات الوكيل المطلوبة لعمليات نقل الكتابة.

Avalon-MM بيانات الكتابة الطرفية[15..0] د

طلب-

pio_out[15..0] محدد
الواجهة

واجهة أفالون-MM
(واجهة وكيل الكتابة Avalon-MM)
كلك

CLK_EN

تتوافق كل إشارة في وكيل Avalon-MM مع دور إشارة Avalon-MM واحد بالضبط. يمكن لواجهة Avalon-MM استخدام مثيل واحد فقط لكل دور إشارة.

3.2. أدوار إشارة الواجهة المعينة لذاكرة Avalon

تحدد أدوار الإشارة أنواع الإشارة التي تسمح بها منافذ المضيف والوكيل المعينة لذاكرة Avalon.

لا تتطلب هذه المواصفات وجود كافة الإشارات في واجهة ذاكرة Avalon المعينة. لا توجد إشارة واحدة مطلوبة دائمًا. الحد الأدنى من المتطلبات لواجهة Avalon المعينة للذاكرة هي قراءة البيانات لواجهة للقراءة فقط، أو كتابة البيانات والكتابة لواجهة للكتابة فقط.

يسرد الجدول التالي أدوار الإشارة لواجهة ذاكرة Avalon المعينة:

الجدول 9.

أدوار الإشارة المعينة لذاكرة أفالون
يمكن أن تكون بعض الإشارات المعينة لذاكرة Avalon نشطة بدرجة عالية أو منخفضة. عندما يكون النشاط منخفضًا، ينتهي اسم الإشارة بـ _n.

دور الإشارة

عرض

اتجاه

مطلوب

وصف

عنوان

1 - 64 وكيل المضيف

byteenable byteenable_n

2، 4، 8، 16،
32، 64، 128

وكيل المضيف

الإشارات الأساسية

لا

المضيفون: افتراضيًا، تمثل إشارة العنوان بايتًا

عنوان. يجب أن تتم محاذاة قيمة العنوان مع عرض البيانات.

للكتابة إلى بايتات معينة داخل كلمة بيانات، يجب أن يستخدمها المضيف

إشارة byteenable. ارجع إلى واجهة عنوان الوحدات

خاصية معالجة الكلمات.

الوكلاء: بشكل افتراضي، يقوم الاتصال البيني بترجمة عنوان البايت إلى عنوان كلمة في مساحة عنوان الوكيل. من وجهة نظر الوكيل، يكون وصول كل وكيل مخصصًا لكلمة واحدة من البيانات.

على سبيل المثالample، العنوان = 0 يحدد الكلمة الأولى للوكيل. العنوان = 1 يختار الكلمة الثانية للوكيل. ارجع إلى خاصية الواجهة الخاصة بالعنوانUnits للتعرف على عنوان البايت.

لا

لتمكين واحد أو أكثر من ممرات البايت المحددة أثناء عمليات النقل

واجهات بعرض أكبر من 8 بت. كل بت في سن المراهقة

يتوافق مع بايت في بيانات الكتابة وبيانات القراءة. المضيف

قليل من byteenable يشير إلى ما إذا كان البايت يجري

تابع…

مواصفات واجهة Avalon® 14

إرسال التعليقات

3. واجهات أفالون المعيّنة للذاكرة 683091 | 2022.01.24

دور الإشارة
تصحيح الأخطاء قراءة read_n استجابة بيانات القراءة [1:0] كتابة write_n writedata

عرض

الاتجاه مطلوب

وصف

مكتوب ل. أثناء الكتابة، يحدد byteenables البايتات التي سيتم الكتابة إليها. يجب أن يتجاهل الوكيل وحدات البايت الأخرى. أثناء عمليات القراءة، يشير byteenables إلى وحدات البايت التي يقرأها المضيف. الوكلاء الذين يقومون ببساطة بإرجاع البيانات المقروءة دون أي آثار جانبية لديهم الحرية في تجاهل المراهقين أثناء عمليات القراءة. إذا لم تكن الواجهة تحتوي على إشارة قابلة للتغيير، فستتم عملية النقل كما لو تم تأكيد جميع العناصر القابلة للتغيير.
عندما يتم تأكيد أكثر من بت واحد من الإشارة القابلة للتوسيع، تكون جميع الممرات المؤكدة متجاورة.

وكيل المضيف

لا

عند التأكيد، يسمح لمعالج Nios II بالكتابة على الشريحة

الذكريات التي تم تكوينها على هيئة ROM.

وكيل المضيف

لا

تم التأكيد للإشارة إلى نقل القراءة. إذا كانت موجودة، فإن بيانات القراءة موجودة

مطلوب.

8, 16, وكيل المضيف

لا

قراءة البيانات المدفوعة من الوكيل إلى المضيف استجابةً لـ

32,

نقل القراءة. مطلوب للواجهات التي تدعم القراءة.

64,

128,

256,

512,

1024

مضيف الوكيل

لا

إشارة الاستجابة هي إشارة اختيارية تحمل

حالة الاستجابة.

ملاحظة: نظرًا لأن الإشارة مشتركة، لا يمكن للواجهة إصدار أو قبول استجابة كتابة واستجابة قراءة في نفس دورة الساعة.

· 00: حسنًا – استجابة ناجحة للمعاملة.

· 01: محجوز-الترميز محجوز.

· 10: SLVERR – خطأ من وكيل نقطة النهاية. يشير إلى معاملة غير ناجحة.

· 11: DECODEERROR - يشير إلى محاولة الوصول إلى موقع غير محدد.

لقراءة الردود:

· يتم إرسال رد واحد مع كل بيانات القراءة. ينتج عن طول انفجار القراءة N استجابات N. الإجابات الأقل غير صالحة، حتى في حالة حدوث خطأ. قد تكون قيمة إشارة الاستجابة مختلفة بالنسبة لكل بيانات قراءة في الرشقة.

· يجب أن تحتوي الواجهة على إشارات التحكم المقروءة. دعم خط الأنابيب ممكن مع إشارة readdatavalid.

· في حالة أخطاء القراءة، تكون بيانات القراءة المقابلة "لا أهتم".

لكتابة الردود:

· يجب إرسال رد كتابة واحد لكل أمر كتابة. ينتج عن انفجار الكتابة استجابة واحدة فقط، والتي يجب إرسالها بعد قبول نقل الكتابة النهائي في الاندفاع.

· إذا كانت استجابة الكاتب موجودة، فيجب إكمال كافة أوامر الكتابة مع كتابة الردود.

وكيل المضيف

لا

تم التأكيد عليه للإشارة إلى نقل الكتابة. إذا كان موجودًا، فسيتم كتابة البيانات

مطلوب.

8، 16، 32، 64، 128، 256، 512، 1024

وكيل المضيف

لا

بيانات نقل الكتابة. يجب أن يكون العرض هو نفسه

عرض بيانات القراءة إذا كان كلاهما موجودًا. مطلوب للواجهات

يكتب هذا الدعم.

إشارات حالة الانتظار

تابع…

إرسال التعليقات

مواصفات واجهة Avalon® 15

3. واجهات أفالون المعيّنة للذاكرة 683091 | 2022.01.24

قفل دور الإشارة
طلب الانتظار waitrequest_ ن
readdatavali d readdatavali d_n
التزامات الكاتب صالحة

العرض 1
1
1 1

الاتجاه مطلوب

وصف

وكيل المضيف

لا

يضمن القفل أنه بمجرد فوز المضيف بالتحكيم، فإن المضيف الفائز

يحافظ على الوصول إلى الوكيل لمعاملات متعددة. قفل

يؤكد التزامن مع القراءة أو الكتابة الأولى للقفل

تسلسل المعاملات. قفل الحلويات على النهائي

معاملة سلسلة مقفلة من المعاملات. تأكيد القفل

لا يضمن فوز التحكيم. بعد القفل-

تم منح المضيف المؤكد، ويحتفظ هذا المضيف بالمنحة حتى

القفل مدمر.

لا يمكن للمضيف المجهز بقفل أن يكون مضيفًا متتابعًا. يتم تجاهل قيم أولوية التحكيم للمضيفين المجهزين بالقفل.

يعد القفل مفيدًا بشكل خاص لعمليات القراءة والتعديل والكتابة (RMW). تتضمن عملية القراءة والتعديل والكتابة النموذجية الخطوات التالية:

1. يؤكد المضيف "أ" على القفل ويقرأ بيانات 32 بت التي تحتوي على حقول بت متعددة.

2. قم باستضافة قفل deasserts، وتغيير حقل بت واحد، وكتابة البيانات 32 بت مرة أخرى.

يمنع القفل المضيف B من إجراء الكتابة بين القراءة والكتابة للمضيف A.

مضيف الوكيل

لا

يؤكد الوكيل على طلب الانتظار عندما لا يتمكن من الرد على أ

طلب القراءة أو الكتابة. يجبر المضيف على الانتظار حتى

Interconnect جاهز لمتابعة عملية النقل. في بداية

جميع عمليات النقل، يبدأ المضيف عملية النقل وينتظر حتى

تم إلغاء طلب الانتظار. يجب على المضيف ألا يفترض

حول حالة التأكيد لطلب الانتظار عندما يكون المضيف خاملاً:

قد يكون طلب الانتظار مرتفعًا أو منخفضًا، اعتمادًا على النظام

ملكيات.

عند تأكيد طلب الانتظار، يجب أن تظل إشارات التحكم المضيفة للوكيل ثابتة باستثناء startbursttransfer. للحصول على مخطط توقيت يوضح إشارة startbursttransfer، راجع الشكل الموجود في قراءة Bursts.

قد يقوم وكيل ذاكرة Avalon المعين بتأكيد طلب الانتظار أثناء دورات الخمول. قد يقوم مضيف Avalon المعين للذاكرة ببدء معاملة عند تأكيد طلب الانتظار والانتظار حتى يتم إلغاء تأكيد هذه الإشارة. لتجنب قفل النظام، يجب على جهاز الوكيل تأكيد طلب الانتظار عند إعادة التعيين.

إشارات خطوط الأنابيب

مضيف الوكيل

لا

يُستخدم في عمليات نقل القراءة ذات زمن الاستجابة المتغير. متى

المؤكدة، تشير إلى أن إشارة قراءة البيانات تحتوي على بيانات صالحة.

للحصول على انفجار قراءة بقيمة عدد الاندفاعات ، ال

يجب تأكيد إشارة قراءة البيانات الصالحة مرات، مرة واحدة ل

كل عنصر قراءة البيانات. يجب أن تكون هناك دورة واحدة على الأقل من الكمون

بين قبول القراءة وتأكيدها

readdatavalid. للحصول على مخطط توقيت يوضح إشارة قراءة البيانات الصالحة، راجع نقل القراءة الموجه مع زمن انتقال متغير.

قد يؤكد الوكيل أن قراءة البيانات صالحة لنقل البيانات إلى المضيف بشكل مستقل عما إذا كان الوكيل يقوم بإيقاف أمر جديد مع طلب الانتظار.

مطلوب إذا كان المضيف يدعم القراءات المتصلة. يجب أن تتضمن الأجهزة المضيفة المتفجرة ذات وظيفة القراءة إشارة قراءة البيانات الصالحة.

مضيف الوكيل

لا

إشارة اختيارية. إذا كان موجودا، مشاكل واجهة الكتابة

ردود على أوامر الكتابة.

عند التأكيد، تكون القيمة الموجودة في إشارة الاستجابة بمثابة استجابة كتابة صالحة.

يتم تأكيد صلاحية Writeresponsevalid لدورة ساعة واحدة فقط أو أكثر بعد قبول أمر الكتابة. يوجد على الأقل زمن استجابة لدورة ساعة واحدة من قبول الأمر إلى تأكيده

إجابة الكاتب صالحة.

تابع…

مواصفات واجهة Avalon® 16

إرسال التعليقات

3. واجهات أفالون المعيّنة للذاكرة 683091 | 2022.01.24

دور الإشارة

عرض

الاتجاه مطلوب

وصف

يعتبر أمر الكتابة مقبولاً عندما يتم إصدار آخر دفعة من الاندفاع إلى الوكيل ويكون طلب الانتظار منخفضًا. يمكن التأكد من صحة استجابة الكاتب لدورة ساعة واحدة أو أكثر بعد إصدار آخر نبضة للانفجار.

عدد الاندفاعات

1 11 وكيل المضيف

إشارات الانفجار

لا

يستخدم من قبل المضيفين المتفجرين للإشارة إلى عدد عمليات النقل في

كل انفجار. قيمة معلمة الحد الأقصى لعدد الاندفاعات

يجب أن تكون قوة 2. واجهة عرض متتابعة يمكن تشفير أقصى حجم للتدفق 2( -1). على سبيل المثالampجنيه، 4 بت

يمكن أن تدعم إشارة عدد الاندفاعات الحد الأقصى لعدد الاندفاعات وهو 8.

الحد الأدنى لعدد الاندفاعات هو 1

تتحكم خاصية ConstantBurstBehavior في توقيت

إشارة العد المتفجر. يجب أن يكون انفجار المضيفين مع وظيفة القراءة

تضمين إشارة قراءة البيانات الصالحة.

بالنسبة للمضيفين والوكلاء المتتابعين الذين يستخدمون عناوين البايت، ينطبق القيد التالي على عرض العنوان:

>= +
سجل 2( )
بالنسبة إلى المضيفين والوكلاء الذين يستخدمون عناوين الكلمات، يتم حذف مصطلح log2 أعلاه.

beginbursttr

الربط

الجواب

عامل

لا

تم تأكيده للدورة الأولى من الاندفاع للإشارة إلى وقت الانفجار

بدأ النقل. يتم إلغاء هذه الإشارة بعد دورة واحدة

بغض النظر عن قيمة طلب الانتظار. للحصول على مخطط توقيت

لتوضيح beginbursttransfer، راجع الشكل الموجود في القراءة

انفجارات.

يعتبر beginbursttransfer اختياريًا. يمكن للوكيل دائمًا حساب بداية معاملة انفجار الكتابة التالية داخليًا عن طريق حساب عمليات نقل البيانات.

تحذير: لا تستخدم هذه الإشارة. توجد هذه الإشارة لدعم وحدات التحكم في الذاكرة القديمة.

3.3. خصائص الواجهة

الجدول 10. خصائص واجهة Avalon-MM

الاسم العنوانالوحدات

القيمة الافتراضية
وكيل رموز المضيف –
كلمات

القيم القانونية
الكلمات والرموز

وصف
يحدد وحدة العناوين. عادة ما يكون الرمز بايت. ارجع إلى تعريف العنوان في جدول أنواع إشارات واجهة Avalon Memory-Mapped Interface للتعرف على الاستخدام النموذجي لهذه الخاصية.

AlwaysBurstMaxBurst BurstcountUnits

كلمات كاذبة

صحيح، خطأ
الكلمات والرموز

عندما يكون صحيحًا، يشير ذلك إلى أن المضيف يصدر دائمًا أقصى طول للرشقة. الحد الأقصى لطول الرشقة هو 2burstcount_width – 1. ليس لهذه المعلمة أي تأثير على واجهات وكيل Avalon-MM.
تحدد هذه الخاصية وحدات إشارة العد المتتابع. بالنسبة للرموز، يتم تفسير قيمة عدد الرشقات على أنها عدد الرموز (البايتات) في الرشقة. بالنسبة للكلمات، يتم تفسير قيمة عدد الاندفاعات على أنها عدد عمليات نقل الكلمات في الاندفاع.

انفجار OnBurstBoundariesOnly

خطأ شنيع

صحيح، خطأ

إذا كان هذا صحيحًا، فإن عمليات نقل الرشقة المقدمة إلى هذه الواجهة تبدأ عند العناوين التي تعد مضاعفات الحد الأقصى لحجم الرشقة.
تابع…

إرسال التعليقات

مواصفات واجهة Avalon® 17

3. واجهات أفالون المعيّنة للذاكرة 683091 | 2022.01.24

اسم ثابتBurstBehavior
HoldTime(1) linewrapBursts
الحد الأقصىPendingReadTransacti (1)
الحد الأقصى لـ PendingWriteTransact أيونات الحد الأدنى من الاستجابة Latency

مضيف القيمة الافتراضية -عامل كاذب -خطأ
0 كاذبة
1(2)
0 1

القيم القانونية صحيحة، خاطئة
0 دورة
صحيح، خطأ
1 64
1 64

وصف
المضيفون: عندما يكون صحيحًا، يعلن أن المضيف يحتفظ بالعنوان وعدد الاندفاعات بشكل ثابت خلال معاملة الاندفاع. عندما يكون خطأ (افتراضي)، يعلن أن المضيف يحتفظ بالعنوان وعدد الاندفاعات بشكل ثابت فقط للنبضة الأولى من الاندفاع. الوكلاء: عندما يكون صحيحًا، يعلن أن الوكيل يتوقع أن يظل العنوان وعدد الاندفاعات ثابتين طوال الاندفاع. عندما يكون خطأ (افتراضي)، يعلن أن الوكيل sampالعنوان وعدد الاندفاعات فقط عند أول نبضة من الاندفاع.
يحدد الوقت في وحدات التوقيت بين إلغاء الكتابة وإلغاء تأكيد العنوان والبيانات. (ينطبق فقط على كتابة المعاملات.)
تنفذ بعض أجهزة الذاكرة اندفاعة ملتفة بدلاً من اندفاعة متزايدة. عندما تصل رشقة الالتفاف إلى حد الرشقة، يلتف العنوان مرة أخرى إلى حدود الرشقة السابقة. فقط البتات ذات الترتيب المنخفض مطلوبة لحساب العناوين. على سبيل المثالample، انفجار ملتف لمعالجة 0xC بحدود رشقة كل 32 بايت عبر واجهة 32 بت يكتب إلى العناوين التالية: · 0xC · 0x10 · 0x14 · 0x18 · 0x1C · 0x0 · 0x4 · 0x8
الوكلاء: هذه المعلمة هي الحد الأقصى لعدد عمليات القراءة المعلقة التي يمكن للوكيل وضعها في قائمة الانتظار. يجب أن تكون القيمة غير صفرية لأي وكيل لديه إشارة قراءة البيانات الصالحة.
ارجع إلى نقل القراءة الموجه مع زمن الاستجابة المتغير للحصول على مخطط توقيت يوضح هذه الخاصية وللحصول على معلومات إضافية حول استخدام طلب الانتظار وقراءة البيانات الصالحة مع العديد من عمليات القراءة المعلقة.
المضيفون: هذه الخاصية هي الحد الأقصى لعدد معاملات القراءة المعلقة التي يمكن للمضيف إنشاؤها.
ملاحظة: لا تقم بتعيين هذا المعلمة على 0. (للتوافق مع الإصدارات السابقة، يدعم البرنامج إعداد معلمة بقيمة 0. ومع ذلك، يجب ألا تستخدم هذا الإعداد في التصميمات الجديدة).
الحد الأقصى لعدد عمليات الكتابة المعلقة غير المنشورة التي يمكن للوكيل قبولها أو التي يمكن للمضيف إصدارها. يقوم الوكيل بتأكيد طلب الانتظار بمجرد وصول الاتصال البيني إلى هذا الحد، ويتوقف المضيف عن إصدار الأوامر. القيمة الافتراضية هي 0، مما يسمح بمعاملات كتابة معلقة غير محدودة لمضيف يدعم استجابات الكتابة. يجب على الوكيل الذي يدعم استجابات الكتابة تعيين هذا على قيمة غير صفرية.
بالنسبة للواجهات التي تدعم readdatavalid أوwriteresponsevalid، يحدد الحد الأدنى لعدد الدورات بين أمر القراءة أو الكتابة والاستجابة للأمر.
تابع…

مواصفات واجهة Avalon® 18

إرسال التعليقات

3. واجهات أفالون المعيّنة للذاكرة 683091 | 2022.01.24

الاسم readLatency(1) readWaitTime(1) setupTime(1) TimingUnits(1) waitrequestAllowance
وقت الانتظار(1)
AssociateClock

القيمة الافتراضية

القيم القانونية

وصف

0 63

قراءة زمن الوصول لوكلاء Avalon-MM ذات زمن الاستجابة الثابت. ل

مخطط التوقيت الذي يستخدم قراءة زمن الوصول الثابت، راجع

عمليات نقل القراءة المتدفقة مع زمن انتقال ثابت.

يجب على وكلاء Avalon-MM الذين لديهم زمن استجابة ثابت توفير قيمة لخاصية الواجهة هذه. وكلاء أفالون-MM

تستخدم الكمون المتغير إشارة قراءة البيانات الصالحة لتحديد البيانات الصالحة.

0 1000 للواجهات التي لا تستخدم طلب الانتظار

الدورات

إشارة. يشير readWaitTime إلى التوقيت في

وحدات التوقيت قبل أن يقبل الوكلاء القراءة

يأمر. والتوقيت كما لو أكد الوكيل

طلب الانتظار لدورات readWaitTime.

0 1000 يحدد الوقت في وحدات التوقيت بين التأكيد

الدورات

العنوان والبيانات وتأكيد القراءة أو الكتابة.

الدورات

الدورات،
نانو ثانية س

يحدد وحدات setupTime وholdTime و
writeWaitTime وreadWaitTime. استخدم الدورات للأجهزة المتزامنة والنانوثانية للأجهزة غير المتزامنة. جميع أجهزة وكيل Avalon-MM تقريبًا متزامنة.
قد يكون مكون Avalon-MM الذي يربط بين واجهة وكيل AvalonMM إلى جهاز خارج الشريحة غير متزامن. قد يكون لهذا الجهاز غير المعالج وقت استقرار ثابت لتحول الحافلة.

يحدد عدد التحويلات التي يمكن إصدارها أو

تم قبوله بعد تأكيد طلب الانتظار.

عندما تكون قيمة waitrequestAllowance تساوي 0، يتم الكتابة،
تحافظ إشارات القراءة وطلب الانتظار على سلوكها الحالي كما هو موضح في جدول أدوار إشارة Avalon-MM.

عندما يكون waitrequestAllowance أكبر من 0، فإن كل دورة ساعة يتم فيها التأكيد على الكتابة أو القراءة تعتبر عملية نقل أوامر. بمجرد تأكيد طلب الانتظار، يكون السماح بالمزيد من عمليات نقل الأوامر هو الوحيد القانوني بينما يظل طلب الانتظار مؤكدًا. بعد الوصول إلى waitrequestAllowance، يجب أن تظل الكتابة والقراءة بدون تأكيد طالما تم تأكيد طلب الانتظار.

بمجرد تأكيد طلب الانتظار، قد يتم استئناف عمليات النقل في أي وقت دون قيود حتى يتم تأكيد طلب الانتظار مرة أخرى. في هذا الوقت، قد يتم إكمال المزيد من عمليات النقل من waitrequestAllowance بينما يظل طلب الانتظار مؤكدًا.

0 1000 للواجهات التي لا تستخدم طلب الانتظار

الدورات

إشارة، writeWaitTime يحدد التوقيت في

وحدات التوقيت قبل أن يقبل الوكيل الكتابة. ال

التوقيت كما لو أن الوكيل أكد طلب الانتظار لدورات writeWaitTime أو النانو ثانية.

للحصول على مخطط توقيت يوضح استخدام writeWaitTime، راجع عمليات النقل القراءة والكتابة مع حالات الانتظار الثابتة.

خصائص علاقة الواجهة

غير متاح

اسم واجهة الساعة التي يستخدمها Avalon-MM

الواجهة متزامنة.

تابع…

إرسال التعليقات

مواصفات واجهة Avalon® 19

3. واجهات أفالون المعيّنة للذاكرة 683091 | 2022.01.24

اسم

القيمة الافتراضية

القيم القانونية

وصف

إعادة تعيين مرتبطة

غير متاح

اسم واجهة إعادة التعيين التي تقوم بإعادة ضبط المنطق

هذه الواجهة Avalon-MM.

BridgesToHost

Avalon-MM يتكون جسر Avalon-MM من وكيل ومضيف،

اسم المضيف وله خاصية الوصول إلى الوكيل

على

طلب بايت أو بايت يؤدي إلى نفس البايت أو

نفس

البايتات التي سيطلبها المضيف. أفالون-MM

مكون جسر خط الأنابيب في مكون مصمم النظام الأساسي

تنفذ المكتبة هذه الوظيفة.

ملحوظات:
1. على الرغم من أن هذه الخاصية تميز جهاز الوكيل، إلا أنه يمكن للمضيفين الإعلان عن هذه الخاصية لتمكين الاتصالات المباشرة بين واجهات المضيف والوكيل المتطابقة.
2. إذا قبلت واجهة الوكيل عمليات نقل قراءة أكثر مما هو مسموح به، فقد يفيض الاتصال البيني المعلق للقراءة FIFO بنتائج غير متوقعة. قد يفقد الوكيل بيانات القراءة أو يوجه بيانات القراءة إلى واجهة المضيف الخاطئة. أو قد يتم تأمين النظام. يجب أن تقوم واجهة الوكيل بتأكيد طلب الانتظار لمنع هذا التجاوز.

المعلومات ذات الصلة · أدوار إشارة الواجهة المعينة لذاكرة Avalon في الصفحة 14 · قراءة الردود وكتابتها في الصفحة 34 · نقل القراءة المتدفق مع زمن انتقال متغير في الصفحة 28 · عمليات نقل القراءة المتدفقة مع زمن الوصول الثابت في الصفحة 29 · قراءة الردود وكتابتها
في دليل مستخدم مصمم النظام الأساسي: إصدار Intel Quartus® Prime Pro

3.4. التوقيت
واجهة Avalon-MM متزامنة. تتم مزامنة كل واجهة Avalon-MM مع واجهة الساعة المرتبطة. قد تكون الإشارات تجميعية إذا تم دفعها من مخرجات السجلات المتزامنة مع إشارة الساعة. لا تحدد هذه المواصفات كيفية أو وقت انتقال الإشارات بين حواف الساعة. مخططات التوقيت خالية من معلومات التوقيت الدقيقة.

3.5. التحويلات
يحدد هذا القسم مفهومين أساسيين قبل تقديم أنواع النقل:
· النقل – النقل هو عملية قراءة أو كتابة لكلمة أو رمز واحد أو أكثر من البيانات. تحدث عمليات النقل بين واجهة Avalon-MM والربط البيني. تستغرق عمليات النقل دورة ساعة واحدة أو أكثر حتى تكتمل.
يعد كل من المضيفين والوكلاء جزءًا من عملية النقل. يبدأ مضيف Avalon-MM عملية النقل ويستجيب وكيل Avalon-MM.
· زوج المضيف والوكيل – يشير هذا المصطلح إلى واجهة المضيف وواجهة الوكيل المشاركة في عملية النقل. أثناء النقل، تمر إشارات التحكم والبيانات في واجهة المضيف عبر نسيج التوصيل البيني وتتفاعل مع واجهة الوكيل.

مواصفات واجهة Avalon® 20

إرسال التعليقات

3. واجهات أفالون المعيّنة للذاكرة 683091 | 2022.01.24

3.5.1. تحويلات القراءة والكتابة النموذجية

يصف هذا القسم واجهة Avalon-MM النموذجية التي تدعم عمليات نقل القراءة والكتابة من خلال طلب الانتظار الذي يتحكم فيه الوكيل. يمكن للوكيل إيقاف الاتصال البيني لأكبر عدد ممكن من الدورات من خلال تأكيد إشارة طلب الانتظار. إذا كان الوكيل يستخدم طلب الانتظار إما لعمليات نقل القراءة أو الكتابة، فيجب على الوكيل استخدام طلب الانتظار لكليهما.

يتلقى الوكيل عادةً العنوان، في سن المراهقة، ويقرأ أو يكتب ويكتب البيانات بعد ارتفاع حافة الساعة. يؤكد الوكيل طلب الانتظار قبل ارتفاع حافة الساعة لتأجيل عمليات النقل. عندما يؤكد الوكيل على طلب الانتظار، يتأخر النقل. أثناء تأكيد طلب الانتظار، يظل العنوان وإشارات التحكم الأخرى ثابتة. تكتمل عمليات النقل على الحافة الصاعدة من أول clk بعد أن تقوم واجهة الوكيل بإلغاء طلب الانتظار.
لا يوجد حد للمدة التي يمكن أن تتوقف فيها واجهة الوكيل. لذلك، يجب عليك التأكد من أن واجهة الوكيل لا تؤكد طلب الانتظار إلى أجل غير مسمى. يوضح الشكل التالي عمليات نقل القراءة والكتابة باستخدام طلب الانتظار.

ملحوظة:

يمكن فصل waitrequest عن إشارات طلب القراءة والكتابة. قد يتم تأكيد طلب الانتظار أثناء دورات الخمول. قد يبدأ مضيف Avalon-MM معاملة عندما يتم تأكيد طلب الانتظار وينتظر حتى يتم إلغاء تأكيد هذه الإشارة. قد يؤدي فصل طلب الانتظار عن طلبات القراءة والكتابة إلى تحسين توقيت النظام. يؤدي الفصل إلى إزالة الحلقة التوافقية بما في ذلك إشارات القراءة والكتابة وطلب الانتظار. إذا كانت هناك حاجة لمزيد من الفصل، استخدم خاصية waitrequestAllowance. يتوفر waitrequestAllowance بدءًا من إصدار Quartus® Prime Pro v17.1 Stratix® 10 ES Editions.

الشكل 7.

قراءة وكتابة التحويلات مع Waitrequest

كلك

عنوان

byteenable

قراءة، كتابة، انتظار، قراءة البيانات

readdata

إجابة

writedata

إرسال التعليقات

مواصفات واجهة Avalon® 21

3. واجهات أفالون المعيّنة للذاكرة 683091 | 2022.01.24
تشير الأرقام الموجودة في مخطط التوقيت هذا إلى التحولات التالية: 1. يتم التأكيد على العنوان وbyteenable وread بعد الحافة الصاعدة لـ clk. ال
يؤكد الوكيل على طلب الانتظار، مما يؤدي إلى إيقاف عملية النقل. 2. طلب الانتظار هو sampقاد. نظرًا لتأكيد طلب الانتظار، تصبح الدورة
حالة انتظار. يظل العنوان والقراءة والكتابة والقابل ثابتًا. 3. يقوم الوكيل بإلغاء طلب الانتظار بعد ارتفاع حافة clk. ويؤكد الوكيل
قراءة البيانات والاستجابة. 4. المضيفampقراءة البيانات والاستجابة وطلب الانتظار المتوقف
استكمال النقل. 5. يتم التأكيد على العنوان وبيانات الكتابة والمراهقين وإشارات الكتابة بعد
الحافة الصاعدة من clk. يؤكد الوكيل أن طلب الانتظار يوقف عملية النقل. 6. يقوم الوكيل بإلغاء طلب الانتظار بعد ارتفاع حافة clk. 7. يلتقط الوكيل بيانات الكتابة التي تنتهي بعملية النقل.

مواصفات واجهة Avalon® 22

إرسال التعليقات

3. واجهات أفالون المعيّنة للذاكرة 683091 | 2022.01.24

3.5.2. التحويلات باستخدام خاصية waitrequestAllowance

تحدد خاصية waitrequestAllowance عدد عمليات النقل التي يمكن لمضيف AvalonMM إصدارها أو يجب على وكيل Avalon-MM قبولها بعد تأكيد إشارة طلب الانتظار. يتوفر waitrequestAllowance بدءًا من إصدار برنامج Intel Quartus Prime 17.1.
القيمة الافتراضية لـ waitrequestAllowance هي 0، وهو ما يتوافق مع السلوك الموضح في عمليات نقل القراءة والكتابة النموذجية، حيث يؤدي تأكيد waitrequest إلى إيقاف إصدار النقل الحالي أو قبوله.
عادةً ما يؤكد وكيل Avalon-MM الذي لديه السماح لطلب الانتظار أكبر من 0 على طلب الانتظار عندما لا يقبل المخزن المؤقت الداخلي الخاص به سوى طلب الانتظار للسماح بمزيد من الإدخالات قبل أن يصبح ممتلئًا. مضيفو Avalon-MM الذين لديهم سماح طلب انتظار أكبر من 0 لديهم طلب انتظار يسمح بدورات إضافية لإيقاف إرسال عمليات النقل، مما يسمح بمزيد من التدفق في منطق المضيف. يجب على المضيف إلغاء تأكيد إشارة القراءة أو الكتابة عند استنفاد بدل طلب الانتظار.
تدعم قيم waitrequestAllowance الأكبر من 0 التصميم عالي السرعة حيث قد تؤدي الأشكال المباشرة للضغط الخلفي إلى انخفاض في الحد الأقصى لتردد التشغيل (FMAX) غالبًا بسبب المنطق التوافقي في مسار التحكم. يجب أن يدعم وكيل Avalon-MM جميع توقيتات النقل الممكنة والتي تعتبر قانونية لقيمة waitrequestAllowance الخاصة به. على سبيل المثالample، الوكيل الذي لديه waitrequestAllowance = 2 يجب أن يكون قادرًا على قبول أي من أشكال موجية نقل المضيف الموضحة في المثال التاليampليز.

المعلومات ذات الصلة عمليات النقل النموذجية للقراءة والكتابة في الصفحة 21

3.5.2.1. waitrequestAllowance يساوي اثنين
يوضح مخطط التوقيت التالي توقيت مضيف Avalon-MM الذي يحتوي على دورتين على مدار الساعة لبدء إرسال عمليات النقل وإيقافها بعد إلغاء وكيل Avalon-MM أو تأكيد طلب الانتظار، على التوالي.

الشكل 8. كتابة المضيف: waitrequestAllowance يساوي دورتين على مدار الساعة

1 2

3 4

ساعة

يكتب

waitrequest

البيانات[7:0]

أ0 أ1 أ2

أ3 أ4

ب0 ب1

إرسال التعليقات

مواصفات واجهة Avalon® 23

3. واجهات أفالون المعيّنة للذاكرة 683091 | 2022.01.24

تشير العلامات الموجودة في هذا الشكل إلى الأحداث التالية:
1. يقوم مضيف Avalon-MM> بتشغيل الكتابة والبيانات.
2. يؤكد وكيل Avalon-MM> على طلب الانتظار. نظرًا لأن waitrequestAllowance يساوي 2، فإن المضيف قادر على إكمال عمليتي نقل البيانات الإضافيتين.
3. يقوم المضيف بكتابة الحلوى كما هو مطلوب لأن الوكيل يؤكد طلب الانتظار لدورة ثالثة.
4. يقوم مضيف Avalon-MM> بتشغيل الكتابة والبيانات. الوكيل لا يؤكد طلب الانتظار. الكتابات كاملة .
5. يقوم مضيف Avalon بتشغيل الكتابة والبيانات على الرغم من قيام الوكيل بتأكيد طلب الانتظار. نظرًا لأن waitrequestAllowance عبارة عن دورتين، تكتمل عملية الكتابة.
6. يقوم مضيف Avalon بتشغيل الكتابة والبيانات. الوكيل لا يؤكد طلب الانتظار. تكتمل الكتابة.

3.5.2.2. waitrequestAllowance يساوي واحدًا
يوضح مخطط التوقيت التالي توقيت مضيف Avalon-MM الذي لديه دورة ساعة واحدة لبدء وإيقاف إرسال التحويلات بعد أن يقوم وكيل Avalon-MM بإلغاء طلب الانتظار أو تأكيده، على التوالي:
الشكل 9. كتابة المضيف: waitrequestAllowance يساوي دورة ساعة واحدة

1 كلك

23 4

6 7

يكتب

waitrequest

البيانات[7:0]

أ0 أ1 أ2

أ3 أ4

ب1 ب2

تشير الأرقام الموجودة في هذا الشكل إلى الأحداث التالية:
1. يقوم مضيف Avalon-MM بتشغيل الكتابة والبيانات.
2. يؤكد وكيل Avalon-MM على طلب الانتظار. نظرًا لأن waitrequestAllowance يساوي 1، فيمكن للمضيف إكمال الكتابة.
3. يقوم المضيف بإلغاء التأكيد لأن الوكيل يؤكد طلب الانتظار لدورة ثانية.
4. يقوم مضيف Avalon-MM بتشغيل الكتابة والبيانات. الوكيل لا يؤكد طلب الانتظار. الكتابات كاملة .
5. يؤكد الوكيل على طلب الانتظار. نظرًا لأن waitrequestAllowance عبارة عن دورة واحدة، تكتمل عملية الكتابة.

مواصفات واجهة Avalon® 24

إرسال التعليقات

3. واجهات أفالون المعيّنة للذاكرة 683091 | 2022.01.24

6. يقوم المضيف Avalon-MM بالكتابة والبيانات. الوكيل لا يؤكد طلب الانتظار. تكتمل الكتابة.
7. يؤكد وكيل Avalon-MM على طلب الانتظار. نظرًا لأن waitrequestAllowance يساوي 1، فيمكن للمضيف إكمال عملية نقل بيانات إضافية واحدة.
8. يقوم مضيف Avalon بتشغيل الكتابة والبيانات. الوكيل لا يؤكد طلب الانتظار. تكتمل الكتابة.

3.5.2.3. waitrequestAllowance يساوي اثنين – غير مستحسن

يوضح الرسم البياني التالي توقيت مضيف Avalon-MM> الذي يمكنه إرسال عمليتي نقل بعد تأكيد طلب الانتظار.

هذا التوقيت قانوني، ولكن غير مستحسن. في هذا السابقampيقوم المضيف بحساب عدد المعاملات بدلاً من عدد دورات الساعة. يتطلب هذا الأسلوب عدادًا يجعل التنفيذ أكثر تعقيدًا وقد يؤثر على إغلاق التوقيت.
عندما يحدد المضيف متى يتم إجراء المعاملات باستخدام إشارة طلب الانتظار وعدد ثابت من الدورات، يبدأ المضيف المعاملات أو يوقفها بناءً على الإشارات المسجلة.

الشكل 10. waitrequestAllowance يساوي عمليتي نقل

1 23 كلك

يكتب

waitrequest

بيانات

تشير الأرقام الموجودة في هذا الشكل إلى الأحداث التالية: 1. يؤكد مضيف Avalon-MM> على كتابة البيانات وقيادتها.
2. يؤكد وكيل Avalon-MM> على طلب الانتظار.
3. يقوم مضيف Avalon-MM> بتشغيل الكتابة والبيانات. نظرًا لأن waitrequestAllowance يساوي 2، فإن المضيف يدفع البيانات في دورتين متتاليتين.
4. يكتب المضيف Avalon-MM> الحلويات لأن المضيف قد أنفق بدل انتظار النقل 2.
5. يقوم مضيف Avalon-MM> بإصدار عملية كتابة بمجرد إلغاء طلب الانتظار.
6. يقوم مضيف Avalon-MM> بتشغيل الكتابة والبيانات. يؤكد الوكيل طلب الانتظار لدورة واحدة.
7. استجابة لطلب الانتظار، يحتفظ مضيف Avalon-MM> بالبيانات لمدة دورتين.

3.5.2.4. توافق waitrequestAllowance لواجهات المضيف والوكيل Avalon-MM
مضيفو ووكلاء Avalon-MM الذين يدعمون إشارة طلب الانتظار يدعمون الضغط الخلفي. يمكن دائمًا للمضيفين الذين يعانون من الضغط الخلفي الاتصال بالوكلاء دون الضغط الخلفي. لا يمكن للمضيفين الذين لا يعانون من الضغط الخلفي الاتصال بالوكلاء الذين يعانون من الضغط الخلفي.

إرسال التعليقات

مواصفات واجهة Avalon® 25

3. واجهات أفالون المعيّنة للذاكرة 683091 | 2022.01.24

الجدول 11. توافق waitrequestAllowance لمضيفي ووكلاء Avalon-MM

السماح بطلب الانتظار للمضيف والوكيل

التوافق

المضيف = 0 الوكيل = 0
المضيف = 0 وكيل> 0

يتبع نفس قواعد التوافق مثل واجهات Avalon-MM القياسية.
الاتصالات المباشرة غير ممكنة. مطلوب التكيف البسيط لحالة المضيف مع إشارة طلب الانتظار. يكون الاتصال مستحيلًا إذا كان المضيف لا يدعم إشارة طلب الانتظار.

المضيف > 0 الوكيل = 0
المضيف> 0 الوكيل> 0

الاتصالات المباشرة غير ممكنة. يلزم التكيف (المخازن المؤقتة) عند الاتصال بالوكيل باستخدام إشارة طلب الانتظار أو حالات الانتظار الثابتة.
لا يلزم إجراء أي تعديل إذا كانت بدل المضيف <= بدل الوكيل. إذا كان بدل المضيف < بدل الوكيل، فقد يتم إدراج سجلات خطوط الأنابيب. بالنسبة للاتصالات من نقطة إلى نقطة، يمكنك إضافة سجلات خطوط الأنابيب على إشارات الأمر أو إشارات طلب الانتظار. حتى سجل قtagيمكن إدراجها حيث هو الفرق بين البدلات. يتطلب توصيل مضيف ببدل انتظار أعلى من الوكيل تخزينًا مؤقتًا.

3.5.2.5. شروط خطأ waitrequestAllowance
لا يمكن التنبؤ بالسلوك إذا كانت واجهة Avalon-MM تنتهك مواصفات بدل طلب الانتظار.
· إذا كان المضيف ينتهك waitrequestAllowance = المواصفات عن طريق إرسال أكثر من عمليات النقل، قد يتم إسقاط عمليات النقل أو قد يحدث تلف في البيانات.
· إذا أعلن الوكيل عن بدل انتظار أكبر مما هو ممكن، فقد يتم إسقاط بعض عمليات النقل أو قد يحدث تلف في البيانات.
3.5.3. قراءة وكتابة التحويلات مع حالات الانتظار الثابتة
يمكن للوكيل تحديد حالات الانتظار الثابتة باستخدام خصائص readWaitTime وwriteWaitTime. يعد استخدام حالات الانتظار الثابتة بديلاً لاستخدام طلب الانتظار لإيقاف عملية النقل. تظل إشارات العنوان والتحكم (قابلة للقراءة والكتابة) ثابتة طوال مدة النقل. ضبط readWaitTime أو writeWaitTime على يعادل تأكيد طلب الانتظار لـ دورات لكل نقل.
في الشكل التالي، لدى الوكيل writeWaitTime = 2 وreadWaitTime = 1.

مواصفات واجهة Avalon® 26

إرسال التعليقات

3. واجهات أفالون المعيّنة للذاكرة 683091 | 2022.01.24

الشكل 11.

قراءة وكتابة النقل مع حالات الانتظار الثابتة في واجهة الوكيل

كلك

عنوان

byteenable

يقرأ

كتابة استجابة قراءة البيانات كتابة البيانات

استجابة قراءة البيانات

writedata

تشير الأرقام الموجودة في مخطط التوقيت هذا إلى التحولات التالية:
1. يؤكد المضيف على العنوان والقراءة على الحافة الصاعدة لـ clk.
2. تمثل الحافة الصاعدة التالية لـ clk نهاية دورة حالة الانتظار الأولى والوحيدة. وقت الانتظار للقراءة هو 1.
3. يؤكد الوكيل قراءة البيانات والاستجابة على الحافة الصاعدة لـ clk. تنتهي عملية نقل القراءة.
4. كتابة البيانات والعنوان والمراهقين وإشارات الكتابة متاحة للوكيل.
5. تنتهي عملية نقل الكتابة بعد دورتي حالة انتظار.
يتم استخدام عمليات النقل ذات حالة انتظار واحدة بشكل شائع للأجهزة الطرفية متعددة الدورات خارج الشريحة. يلتقط الجهاز الطرفي إشارات العناوين والتحكم على الحافة الصاعدة لـ clk. يحتوي الجهاز الطرفي على دورة كاملة واحدة لإرجاع البيانات.
يُسمح بالمكونات ذات حالات الانتظار الصفرية. ومع ذلك، فإن المكونات التي لا تحتوي على حالات انتظار قد تقلل من التردد الذي يمكن تحقيقه. تتطلب حالات الانتظار الصفرية أن يقوم المكون بإنشاء الاستجابة في نفس الدورة التي تم تقديم الطلب فيها.

3.5.4. التحويلات عبر الأنابيب
تعمل عمليات نقل القراءة عبر خطوط أنابيب Avalon-MM على زيادة إنتاجية أجهزة الوكيل المتزامن التي تتطلب عدة دورات لإرجاع البيانات للوصول الأول. يمكن لهذه الأجهزة عادةً إرجاع قيمة بيانات واحدة لكل دورة لبعض الوقت بعد ذلك. يمكن أن تبدأ عمليات نقل القراءة الجديدة قبل إرجاع بيانات القراءة لعمليات النقل السابقة.
يحتوي نقل القراءة عبر الأنابيب على مرحلة عنوان ومرحلة بيانات. يبدأ المضيف عملية النقل من خلال تقديم العنوان أثناء مرحلة العنوان. يقوم الوكيل بتنفيذ عملية النقل عن طريق تسليم البيانات أثناء مرحلة البيانات. يمكن أن تبدأ مرحلة العنوان لعملية نقل جديدة (أو عمليات نقل متعددة) قبل اكتمال مرحلة البيانات الخاصة بعملية نقل سابقة. يسمى التأخير زمن انتقال خط الأنابيب. زمن وصول خط الأنابيب هو المدة من نهاية مرحلة العنوان إلى بداية مرحلة البيانات.

إرسال التعليقات

مواصفات واجهة Avalon® 27

3. واجهات أفالون المعيّنة للذاكرة 683091 | 2022.01.24

يتضمن توقيت النقل لحالات الانتظار وزمن انتقال خط الأنابيب الاختلافات الرئيسية التالية:
· حالات الانتظار – تحدد حالات الانتظار طول مرحلة العنوان. تحدد حالات الانتظار الحد الأقصى للإنتاجية للمنفذ. إذا كان الوكيل يتطلب حالة انتظار واحدة للرد على طلب النقل، فإن المنفذ يتطلب دورتين على مدار الساعة لكل عملية نقل.
· زمن انتقال خط الأنابيب – يحدد زمن انتقال خط الأنابيب الوقت حتى يتم إرجاع البيانات بشكل مستقل عن مرحلة العنوان. يمكن للوكيل المتدفق الذي لا يحتوي على حالات انتظار أن يتحمل عملية نقل واحدة في كل دورة. ومع ذلك، قد يتطلب الوكيل عدة دورات من زمن الوصول لإرجاع الوحدة الأولى من البيانات.
يمكن دعم حالات الانتظار والقراءات المتدفقة بشكل متزامن. يمكن أن يكون زمن انتقال خط الأنابيب ثابتًا أو متغيرًا.

3.5.4.1. نقل القراءة عبر الأنابيب مع زمن انتقال متغير
بعد التقاط إشارات العنوان والتحكم، يأخذ وكيل Avalon-MM عبر الأنابيب دورة واحدة أو أكثر لإنتاج البيانات. قد يكون لدى الوكيل المتدفق عدة عمليات نقل قراءة معلقة في أي وقت محدد.
نقل القراءة الموجه بزمن انتقال متغير:
· يتطلب إشارة إضافية واحدة، readdatavalid، تشير إلى متى تكون البيانات المقروءة صالحة.
· تتضمن نفس مجموعة الإشارات مثل عمليات نقل القراءة غير المتدفقة.
في عمليات نقل القراءة ذات زمن استجابة متغير، تعتبر الأجهزة الطرفية للعامل التي تستخدم readdatavalid متصلة بزمن انتقال متغير. يمكن تأكيد بيانات القراءة وإشارات قراءة البيانات الصالحة المقابلة لأمر القراءة في الدورة بعد تأكيد أمر القراءة هذا، في أقرب وقت ممكن.
يجب على الوكيل إرجاع بيانات القراءة بنفس ترتيب قبول أوامر القراءة. يجب أن تستخدم منافذ الوكيل المرتبطة بزمن الاستجابة المتغير طلب الانتظار. يمكن للوكيل تأكيد طلب الانتظار لإيقاف عمليات النقل للحفاظ على عدد مقبول من عمليات النقل المعلقة. قد يؤكد الوكيل أن قراءة البيانات صالحة لنقل البيانات إلى المضيف بشكل مستقل عما إذا كان الوكيل يقوم بإيقاف أمر جديد مع طلب الانتظار.

ملحوظة:

الحد الأقصى لعدد عمليات النقل المعلقة هو خاصية لواجهة الوكيل. يبني نسيج التوصيل البيني منطقًا لتوجيه بيانات القراءة إلى المضيفين الطالبين باستخدام هذا الرقم. يجب أن تقوم واجهة الوكيل، وليس نسيج التوصيل البيني، بتتبع عدد عمليات القراءة المعلقة. يجب على الوكيل تأكيد طلب الانتظار لمنع عدد القراءات المعلقة من تجاوز الحد الأقصى لعددها. إذا كان الوكيل لديه waitrequestAllowance > 0، فيجب على الوكيل تأكيد طلب الانتظار مبكرًا بما يكفي بحيث لا يتجاوز إجمالي عمليات النقل المعلقة، بما في ذلك تلك المقبولة أثناء تأكيد طلب الانتظار، الحد الأقصى لعدد عمليات النقل المعلقة المحددة.

مواصفات واجهة Avalon® 28

إرسال التعليقات

3. واجهات أفالون المعيّنة للذاكرة 683091 | 2022.01.24

الشكل 12.

عمليات نقل القراءة عبر خطوط الأنابيب مع زمن انتقال متغير

يوضح الشكل التالي العديد من عمليات نقل قراءة الوكيل. يتم توصيل الوكيل بزمن انتقال متغير. في هذا الشكل، يمكن للوكيل قبول عمليتي تحويل معلقتين كحد أقصى. يستخدم الوكيل طلب الانتظار لتجنب تجاوز هذا الحد الأقصى.

كلك

عنوان

العنوان 1

العنوان 2

العنوان 3

العنوان 4

العنوان 5

يقرأ

waitrequest

قراءة البيانات قراءة البيانات صالحة

البيانات 1

البيانات2

البيانات 3

البيانات4

البيانات5

تشير الأرقام الموجودة في مخطط التوقيت هذا إلى التحولات التالية:
1. يؤكد المضيف على العنوان والقراءة، ويبدأ عملية نقل القراءة.
2. يلتقط الوكيل addr1.
3. يلتقط الوكيل addr2.
4. يؤكد الوكيل على طلب الانتظار لأن الوكيل قد قبل بالفعل قراءتين معلقتين كحد أقصى، مما تسبب في توقف عملية النقل الثالثة.
5. يؤكد الوكيل data1، الرد على addr1. يقوم الوكيل بإلغاء طلب الانتظار.
6. يلتقط الوكيل addr3. يلتقط الاتصال البيني البيانات1.
7. يلتقط الوكيل addr4. يلتقط الاتصال البيني البيانات2.
8. يقوم الوكيل بتشغيل readdatavalid وreaddata استجابةً لنقل القراءة الثالث.
9. يلتقط الوكيل addr5. الاتصال يلتقط البيانات3. تم إلغاء إشارة القراءة. لم تعد قيمة waitrequest ذات صلة.
10. يلتقط الاتصال البيني البيانات4.
11. يقوم الوكيل بتشغيل البيانات 5 ويؤكد أن قراءة البيانات صالحة لإكمال مرحلة البيانات لعملية نقل القراءة النهائية المعلقة.
إذا لم يتمكن الوكيل من معالجة نقل الكتابة أثناء معالجة عمليات نقل القراءة المعلقة، فيجب على الوكيل تأكيد طلب الانتظار وإيقاف عملية الكتابة حتى تكتمل عمليات نقل القراءة المعلقة. لا تحدد مواصفات Avalon-MM قيمة بيانات القراءة في حالة قبول الوكيل لنقل الكتابة إلى نفس العنوان مثل نقل القراءة المعلق حاليًا.
3.5.4.2. عمليات نقل القراءة المتدفقة مع زمن انتقال ثابت
تتطابق مرحلة العنوان لعمليات نقل القراءة بزمن انتقال ثابت مع حالة زمن الاستجابة المتغير. بعد مرحلة العنوان، يستغرق المسار ذو زمن استجابة ثابت للقراءة عددًا ثابتًا من دورات الساعة لإرجاع بيانات قراءة صالحة. تحدد خاصية readLatency عدد دورات الساعة لإرجاع بيانات قراءة صالحة. يلتقط التوصيل البيني بيانات القراءة على حافة الساعة الصاعدة المناسبة، مما يؤدي إلى إنهاء مرحلة البيانات.

إرسال التعليقات

مواصفات واجهة Avalon® 29

3. واجهات أفالون المعيّنة للذاكرة 683091 | 2022.01.24

أثناء مرحلة العنوان، يمكن تأكيد طلب الانتظار لإيقاف النقل. أو يحدد وقت الاستجابة لعدد ثابت من حالات الانتظار. تنتهي مرحلة العنوان عند الحافة الصاعدة التالية لـ clk بعد حالات الانتظار، إن وجدت.

أثناء مرحلة البيانات، تقوم محركات الأقراص بقراءة البيانات بعد زمن انتقال ثابت. لقراءة الكمون من ، يجب أن يقدم بيانات قراءة صالحة على ارتفاع حافة clk بعد نهاية مرحلة العنوان.

الشكل 13.

نقل القراءة عبر الأنابيب مع زمن انتقال ثابت لدورتين

يوضح الشكل التالي عمليات نقل البيانات المتعددة بين المضيف وشبكة الاتصال. طلب انتظار محركات الأقراص لإيقاف عمليات النقل وله زمن وصول ثابت للقراءة يبلغ دورتين.

كلك

عنوان

العنوان 1

addr2 عنوان3

يقرأ

waitrequest

readdata

البيانات1

البيانات2 البيانات3

تشير الأرقام الموجودة في مخطط التوقيت هذا إلى التحولات التالية: 1. يبدأ المضيف عملية نقل القراءة من خلال تأكيد القراءة وaddr1. 2. تأكيد طلب الانتظار لتأجيل النقل لدورة واحدة. 3. يلتقط addr1 عند الحافة الصاعدة لـ clk. تنتهي مرحلة العنوان هنا. 4. يقدم بيانات قراءة صالحة بعد دورتين، مما يؤدي إلى إنهاء النقل. 2. يتم التأكيد على addr5 وread لنقل قراءة جديد. 2. يبدأ المضيف عملية نقل قراءة ثالثة خلال الدورة التالية، قبل البيانات الواردة
يتم إرجاع النقل السابق.

3.5.5. انفجرت التحويلات
ينفذ الاندفاع عمليات نقل متعددة كوحدة واحدة، بدلاً من التعامل مع كل كلمة بشكل مستقل. قد تؤدي الاندفاعات إلى زيادة إنتاجية منافذ الوكيل التي تحقق كفاءة أكبر عند التعامل مع كلمات متعددة في نفس الوقت، مثل SDRAM. التأثير الصافي للانفجار هو قفل التحكيم طوال مدة الانفجار. يجب أن تدعم واجهة Avalon-MM المتفجرة التي تدعم عمليات القراءة والكتابة كلاً من عمليات القراءة والكتابة.
تتضمن واجهات Avalon-MM المتفجرة إشارة خرج عددية متتابعة. إذا كان لدى الوكيل مدخلات لعدد الاندفاعات، يكون الوكيل قادرًا على الاندفاع.
تتصرف إشارة عدد الاندفاعات على النحو التالي:
· في بداية الاندفاع، يعرض عدد الاندفاع عدد عمليات النقل المتسلسلة في الاندفاع.
· للعرض من عدد الاندفاعات، الحد الأقصى لطول الاندفاع هو 2( -1).الحد الأدنى القانوني لطول الدفقة هو واحد.

مواصفات واجهة Avalon® 30

إرسال التعليقات

3. واجهات أفالون المعيّنة للذاكرة 683091 | 2022.01.24
لدعم دفعات قراءة الوكيل، يجب أن يدعم الوكيل أيضًا:
· انتظر الدول مع إشارة طلب الانتظار.
· عمليات النقل عبر الأنابيب مع زمن انتقال متغير مع إشارة قراءة البيانات الصالحة.
في بداية الاندفاع، يرى الوكيل العنوان وقيمة طول الاندفاع في عدد الاندفاعات. بالنسبة للاندفاع الذي يحتوي على عنوان وقيمة عدد الاندفاع ، يجب على الوكيل إجراء عمليات نقل متتالية بدءًا من العنوان . يكتمل الاندفاع بعد أن يتلقى الوكيل (الكتابة) أو إرجاع (قراءة). كلمة البيانات. يجب على عامل الانفجار التقاط العنوان وعدد الرشقات مرة واحدة فقط لكل رشقة. يجب أن يستنتج منطق الوكيل عنوان جميع عمليات النقل باستثناء عمليات النقل الأولى في الاندفاع. يمكن للوكيل أيضًا استخدام إشارة الإدخال startbursttransfer، والتي يؤكدها التوصيل البيني في الدورة الأولى من كل رشقة.
3.5.5.1. اكتب رشقات نارية
تنطبق هذه القواعد عندما تبدأ سلسلة الكتابة بعدد انفجارات أكبر من واحد:
· عندما يكون عدد الانفجارات يتم تقديمه في بداية الاندفاع، يجب على الوكيل قبوله وحدات متتالية من بيانات الكتابة لإكمال الاندفاع. يظل التحكيم بين زوج الوكيل المضيف مغلقًا حتى اكتمال الاندفاع. يضمن هذا القفل عدم تمكن أي مضيف آخر من تنفيذ المعاملات على الوكيل حتى اكتمال عملية الكتابة.
· يجب على الوكيل التقاط بيانات الكتابة فقط عند تأكيد الكتابة. أثناء الاندفاع، يمكن للمضيف إلغاء الكتابة للإشارة إلى أن بيانات الكتابة غير صالحة. لا يؤدي إلغاء الكتابة إلى إنهاء الاندفاع. تؤدي عملية إلغاء الكتابة إلى تأخير الاندفاع ولا يمكن لأي مضيف آخر الوصول إلى الوكيل، مما يقلل من كفاءة النقل.
· يقوم الوكيل بتأخير عملية النقل من خلال التأكيد على طلب الانتظار الذي يجبر كتابة البيانات، والكتابة، وعدد الاندفاعات، وإمكانية تثبيته بواسطة المراهق.
· وظيفة الإشارة القابلة للانفجار هي نفسها بالنسبة للعوامل المتفجرة وغير المنفجرة. بالنسبة لمضيف 32 بت يكتب انفجارًا إلى وكيل 64 بت، بدءًا من عنوان البايت 4، فإن أول عملية نقل للكتابة يشاهدها الوكيل تكون على عنوانه 0، مع byteenable = 8'b11110000. يمكن أن يتغير المراهقون لكلمات مختلفة من الانفجار.
· ليس من الضروري التأكيد على الإشارات التي يمكن أن تكون في سن المراهقة كلها. يمكن لمضيف الاندفاع الذي يكتب كلمات جزئية استخدام الإشارة التي يمكن أن تكون في سن المراهقة لتحديد البيانات التي تتم كتابتها.
· يتم تمرير عمليات الكتابة باستخدام الإشارات القابلة للتوسيع والتي تكون جميعها عبارة عن 0 إلى وكيل AvalonMM كمعاملات صالحة.
· تحدد خاصية ConstantBurstBehavior سلوك إشارات الاندفاع.
— عندما يكون ConstantBurstBehavior صحيحًا بالنسبة للمضيف، يحتفظ المضيف بالعنوان وعدد الاندفاعات بشكل ثابت طوال الاندفاع. عندما يكون هذا صحيحًا بالنسبة للوكيل، يعلن ConstantBurstBehavior أن الوكيل يتوقع أن يظل العنوان وعدد الاندفاعات مستقرين طوال الاندفاع.
- عندما يكون ConstantBurstBehavior خطأ، يحتفظ المضيف بالعنوان وعدد الاندفاعات بشكل ثابت فقط للمعاملة الأولى للانفجار. عندما يكون ConstantBurstBehavior خطأ، فإن العامل sampالعنوان وعدد الاندفاعات فقط عند المعاملة الأولى للاندفاع.

إرسال التعليقات

مواصفات واجهة Avalon® 31

3. واجهات أفالون المعيّنة للذاكرة 683091 | 2022.01.24

الشكل 14.

اكتب الاندفاع مع تعيين ConstantBurstBehavior على False للمضيف والوكيل

يوضح الشكل التالي انفجار كتابة الوكيل بطول 4. في هذا المثالampLe، يؤكد الوكيل طلب الانتظار مرتين لتأخير الاندفاع.

كلك

عنوان

العنوان 1

startbursttransfer

عدد الاندفاعات

يكتب

writedata

البيانات1

البيانات2

البيانات3

البيانات4

waitrequest

تشير الأرقام الموجودة في مخطط التوقيت هذا إلى التحولات التالية:
1. يؤكد المضيف على العنوان وعدد الاندفاعات والكتابة ويقود الوحدة الأولى من بيانات الكتابة.
2. يؤكد الوكيل على الفور على طلب الانتظار، مما يشير إلى أن الوكيل غير مستعد لمتابعة عملية النقل.
3. طلب الانتظار منخفض. يلتقط الوكيل addr1 وعدد الاندفاعات والوحدة الأولى من بيانات الكتابة. وفي الدورات اللاحقة من النقل، يتم تجاهل العنوان وعدد الاندفاعات.
4. يلتقط الوكيل الوحدة الثانية من البيانات عند الحافة الصاعدة لـ clk.
5. يتم إيقاف الاندفاع مؤقتًا أثناء إلغاء الكتابة.
6. يلتقط الوكيل الوحدة الثالثة من البيانات عند الحافة الصاعدة لـ clk.
7. يؤكد الوكيل على طلب الانتظار. واستجابة لذلك، تظل جميع المخرجات ثابتة خلال دورة ساعة أخرى.
8. يلتقط الوكيل الوحدة الأخيرة من البيانات الموجودة على هذه الحافة الصاعدة من clk. وكيل الكتابة ينتهي الانفجار.
في الشكل أعلاه، يتم تأكيد إشارة startbursttransfer لدورة الساعة الأولى من الدفقة ويتم إلغاء تأكيدها في دورة الساعة التالية. حتى إذا أكد الوكيل طلب الانتظار، فسيتم تأكيد إشارة startbursttransfer فقط لدورة الساعة الأولى.
معلومات ذات صلة
خصائص الواجهة في الصفحة 17

3.5.5.2. قراءة الانفجارات
تشبه رشقات القراءة عمليات نقل القراءة عبر خطوط الأنابيب ذات زمن انتقال متغير. يحتوي انفجار القراءة على مراحل عنوان وبيانات مميزة. يشير readdatavalid إلى الوقت الذي يقدم فيه الوكيل بيانات قراءة صالحة. على عكس عمليات نقل القراءة عبر الأنابيب، يؤدي عنوان سلسلة القراءة الواحدة إلى عمليات نقل بيانات متعددة.

مواصفات واجهة Avalon® 32

إرسال التعليقات

3. واجهات أفالون المعيّنة للذاكرة 683091 | 2022.01.24

تنطبق هذه القواعد على قراءة الرشقات:
· عندما يتصل المضيف مباشرة بالوكيل، يتم تسجيل عدد متتابع من يعني يجب على الوكيل العودة كلمات قراءة البيانات لإكمال الانفجار. بالنسبة للحالات التي يربط فيها الاتصال البيني زوج المضيف والوكيل، فقد يمنع الاتصال البيني أوامر القراءة المرسلة من المضيف إلى الوكيل. على سبيل المثالample، إذا أرسل المضيف أمر قراءة بقيمة 0، فقد يمنع الاتصال البيني القراءة. ونتيجة لذلك، لا يستجيب الوكيل لأمر القراءة.
· يقدم الوكيل كل كلمة من خلال توفير بيانات القراءة والتأكيد على صلاحية بيانات القراءة للدورة. إلغاء تأكيد تأخيرات قراءة البيانات الصالحة ولكنه لا ينهي مرحلة البيانات المتتابعة.
· بالنسبة للقراءات التي تحتوي على عدد متتابع > 1، توصي Intel بتأكيد جميع القراءات التي كتبها المراهقون.

ملحوظة:

توصي Intel بألا يكون للعوامل القادرة على الاندفاع آثار جانبية للقراءة. (لا تضمن هذه المواصفات عدد البايتات التي يقرأها المضيف من الوكيل من أجل تلبية الطلب.)

الشكل 15.

قراءة الانفجار

يوضح الشكل التالي نظامًا يحتوي على مضيفين منفجرين يصلان إلى الوكيل. لاحظ أن المضيف B يمكنه القيادة

طلب قراءة قبل إرجاع البيانات للمضيف أ.

كلك

العنوان A0 (المضيف أ) المضيف A1 (ب)

يقرأ

startbursttransfer

waitrequest

عدد الاندفاعات

readdatavalid

readdata

D(A0)D(A0+1) D(A0+2D)(A0+3)D(A1)D(A1+1)

تشير الأرقام الموجودة في مخطط التوقيت هذا إلى التحولات التالية:
1. يؤكد المضيف A على العنوان (A0)، وعدد الاندفاعات، ويقرأ بعد الحافة الصاعدة لـ clk. يؤكد الوكيل على طلب الانتظار، مما يتسبب في بقاء جميع المدخلات باستثناء beginbursttransfer ثابتة خلال دورة ساعة أخرى.
2. يلتقط الوكيل A0 وعدد الانفجارات عند هذه الحافة المرتفعة لـ clk. يمكن أن يبدأ النقل الجديد في الدورة التالية.
3. عنوان محرك الأقراص المضيف B (A1) وعدد الاندفاعات والقراءة. يؤكد الوكيل على طلب الانتظار، مما يتسبب في بقاء جميع المدخلات باستثناء beginbursttransfer ثابتة. من الممكن أن يقوم الوكيل بإرجاع بيانات القراءة من طلب القراءة الأول في هذا الوقت، في أقرب وقت ممكن.

إرسال التعليقات

مواصفات واجهة Avalon® 33

3. واجهات أفالون المعيّنة للذاكرة 683091 | 2022.01.24
4. يقدم الوكيل بيانات قراءة صالحة ويؤكد صحة بيانات القراءة، وينقل الكلمة الأولى من البيانات إلى المضيف أ.
5. يتم نقل الكلمة الثانية للمضيف A. يقوم الوكيل بإلغاء تأكيد صلاحية قراءة البيانات وإيقاف انفجار القراءة مؤقتًا. يمكن لمنفذ الوكيل الاحتفاظ ببيانات القراءة غير الصالحة لعدد عشوائي من دورات الساعة.
6. يتم إرجاع الكلمة الأولى للمضيف B.
3.5.5.3. رشقات نارية ملفوفة بالخط
تكتسب المعالجات التي تحتوي على ذاكرات تخزين مؤقت للتعليمات الكفاءة باستخدام الدفقات الملتفة بالأسطر. عندما يطلب المعالج بيانات غير موجودة في ذاكرة التخزين المؤقت، يجب على وحدة التحكم في ذاكرة التخزين المؤقت إعادة ملء سطر ذاكرة التخزين المؤقت بالكامل. بالنسبة للمعالج الذي يبلغ حجم خط ذاكرة التخزين المؤقت فيه 64 بايت، يؤدي فقدان ذاكرة التخزين المؤقت إلى قراءة 64 بايت من الذاكرة. إذا قرأ المعالج من العنوان 0xC عند حدوث خطأ في ذاكرة التخزين المؤقت، فقد تصدر وحدة تحكم ذاكرة التخزين المؤقت غير الفعالة اندفاعًا في العنوان 0، مما يؤدي إلى بيانات من عناوين القراءة 0x0، 0x4، 0x8، 0xC، 0x10، 0x14، 0x18، . . . 0x3C. البيانات المطلوبة غير متوفرة حتى القراءة الرابعة. مع رشقات التفاف الخطوط، يكون ترتيب العناوين هو 0xC، 0x10، 0x14، 0x18، . . . 0x3C، 0x0، 0x4، و0x8. يتم إرجاع البيانات المطلوبة أولاً. تتم إعادة تعبئة سطر ذاكرة التخزين المؤقت بالكامل من الذاكرة في النهاية.
3.5.6. قراءة وكتابة الردود
بالنسبة لأي وكيل Avalon-MM، يجب معالجة الأوامر بطريقة خالية من المخاطر. قراءة وكتابة الردود الصادرة بالترتيب الذي تم قبول الأوامر به.
3.5.6.1. أمر المعاملة لاستجابات القراءة والكتابة لـ Avalon-MM (المضيفين والوكلاء)
بالنسبة لأي مضيف Avalon-MM: · تضمن مواصفات واجهة Avalon توجيه الأوامر لنفس الوكيل
الوصول إلى الوكيل في أمر إصدار الأمر، ويستجيب الوكيل في أمر إصدار الأمر. · قد يتلقى الوكلاء المختلفون الأوامر ويستجيبون لها بترتيب مختلف عن الترتيب الذي يصدره لهم المضيف. عند النجاح، يستجيب الوكيل بأمر إصدار الأمر. · يتم إرجاع الردود (إن وجدت) بترتيب إصدار الأمر، بغض النظر عما إذا كانت أوامر القراءة أو الكتابة لنفس الوكلاء أو لوكلاء مختلفين. · لا تضمن مواصفات واجهة Avalon ترتيب المعاملات بين المضيفين المختلفين.
3.5.6.2. Avalon-MM قراءة وكتابة مخطط توقيت الردود
يوضح الرسم البياني التالي قبول الأمر وأمر إصدار الأمر لاستجابات القراءة والكتابة لـ Avalon-MM. نظرًا لأن واجهات القراءة والكتابة تتشارك في إشارة الاستجابة، فلا يمكن للواجهة إصدار أو قبول استجابة كتابة واستجابة قراءة في نفس دورة الساعة.
قراءة الردود، وإرسال إجابة واحدة لكل قراءة البيانات. طول انفجار القراءة النتائج في الردود.

مواصفات واجهة Avalon® 34

إرسال التعليقات

3. واجهات أفالون المعيّنة للذاكرة 683091 | 2022.01.24

كتابة الردود، وإرسال إجابة واحدة لكل أمر الكتابة. يؤدي انفجار الكتابة إلى استجابة واحدة فقط. ترسل واجهة الوكيل الاستجابة بعد قبول نقل الكتابة النهائي في الاندفاع. عندما تشتمل الواجهة على إشارة استجابة الكاتب الصالحة، يجب أن تكتمل جميع أوامر الكتابة باستجابات الكتابة.

الشكل 16. مخطط توقيت إجابات القراءة والكتابة لـ Avalon-MM

كلك

عنوان

يقرأ

يكتب

readdatavalid

إجابة الكاتب صالحة

إجابة

3.5.6.2.1. الحد الأدنى من مخطط توقيت زمن الاستجابة مع بيانات القراءة صالحة أو استجابة الكاتب صالحة

بالنسبة للواجهات ذات صلاحية قراءة البيانات أو استجابة الكاتب، يمكن أن يؤدي الإعداد الافتراضي لدورة واحدة كحد أدنى لاستجابة زمن الاستجابة إلى صعوبة إغلاق التوقيت على مضيفات Avalon-MM.

توضح مخططات التوقيت التالية سلوك الحد الأدنى من زمن الاستجابة الذي يبلغ دورة واحدة أو دورتين. لاحظ أن زمن الاستجابة الفعلي يمكن أن يكون أيضًا أكبر من الحد الأدنى للقيمة المسموح بها كما توضح مخططات التوقيت هذه.

الشكل 17. الحد الأدنى من زمن الاستجابة يساوي دورة واحدة

قراءة كلك
قراءة البيانات الصالحة

دورة واحدة الحد الأدنى لزمن الاستجابة

الشكل 18. الحد الأدنى من زمن الاستجابة يساوي دورتين clk
قراءة دورتين كحد أدنىResponseLatency
قراءة البيانات الصالحة

التوافق
الواجهات التي لها نفس الحد الأدنى من زمن استجابة الاستجابة قابلة للتشغيل المتبادل دون أي تعديل. إذا كان المضيف لديه الحد الأدنى من زمن استجابة الاستجابة أعلى من الوكيل، فاستخدم سجلات خطوط الأنابيب للتعويض عن الاختلافات. يجب أن تكون سجلات خطوط الأنابيب

إرسال التعليقات

مواصفات واجهة Avalon® 35

3. واجهات أفالون المعيّنة للذاكرة 683091 | 2022.01.24

تأخير قراءة البيانات من الوكيل. إذا كان لدى الوكيل حد أدنى من زمن استجابة الحد الأدنى أعلى من المضيف، فستكون الواجهات قابلة للتشغيل المتبادل دون تعديل.

3.6. محاذاة العنوان
يدعم الاتصال البيني عمليات الوصول المتوافقة فقط. يمكن للمضيف فقط إصدار عناوين تمثل مضاعفات عرض البيانات الخاص به بالرموز. يمكن للمضيف كتابة كلمات جزئية عن طريق إزالة بعض الكلمات من المراهقين. على سبيل المثالample، فإن احتمالات كتابة 2 بايت في العنوان 2 هي 4'b1100.

3.7. عنونة وكيل Avalon-MM

يقوم التحجيم الديناميكي للحافلة بإدارة البيانات أثناء عمليات النقل بين أزواج الوكيل المضيف ذات عروض البيانات المختلفة. تتم محاذاة بيانات الوكيل بالبايتات المتجاورة في مساحة عنوان المضيف.

إذا كان عرض بيانات المضيف أكبر من عرض بيانات الوكيل، فسيتم تعيين الكلمات الموجودة في مساحة عنوان المضيف إلى مواقع متعددة في مساحة عنوان الوكيل. على سبيل المثالample، يؤدي مضيف 32 بت للقراءة من وكيل 16 بت إلى عمليتي نقل للقراءة على جانب الوكيل. القراءات هي لعناوين متتالية.

إذا كان المضيف أضيق من الوكيل، فإن الاتصال البيني يدير ممرات بايت الوكيل. أثناء عمليات نقل قراءة المضيف، يقدم الاتصال البيني فقط مسارات البايت المناسبة لبيانات الوكيل إلى المضيف الأضيق. أثناء عمليات نقل كتابة المضيف، يتم الاتصال البيني
يؤكد تلقائيًا على الإشارات القابلة للكتابة البيانات فقط إلى ممرات بايت الوكيل المحددة.

يجب أن يكون لدى الوكلاء عرض بيانات يبلغ 8 أو 16 أو 32 أو 64 أو 128 أو 256 أو 512 أو 1024 بت. يعرض الجدول التالي محاذاة بيانات الوكيل ذات العروض المختلفة داخل مضيف 32 بت يقوم بالوصول إلى الكلمات الكاملة. في هذا الجدول، يشير OFFSET[N] إلى إزاحة حجم كلمة الوكيل في مساحة عنوان الوكيل.

الجدول 12. تعيين عنوان المضيف إلى الوكيل لتحجيم الناقل الديناميكي

عنوان بايت المضيف (1)

وصول

0×00

0×04

0×08

بيانات المضيف 32 بت

عند الوصول إلى واجهة وكيل 8 بت

عند الوصول إلى واجهة وكيل 16 بت

إزاحة[0]7..0

إزاحة[0]15..0 (2)

OFFSET[1]7..0 OFFSET[2]7..0 OFFSET[3]7..0

الإزاحة[1]15..0 — —

إزاحة[4]7..0

إزاحة[2]15..0

OFFSET[5]7..0 OFFSET[6]7..0 OFFSET[7]7..0

الإزاحة[3]15..0 — —

إزاحة[8]7..0

إزاحة[4]15..0

إزاحة[9]7..0

إزاحة[5]15..0

عند الوصول إلى واجهة وكيل 64 بت OFFSET[0]31..0 — — —
الإزاحة[0]63..32 — — —
الإزاحة[1]31..0 —
تابع…

مواصفات واجهة Avalon® 36

إرسال التعليقات

3. واجهات أفالون المعيّنة للذاكرة 683091 | 2022.01.24

عنوان بايت المضيف (1)

وصول

عند الوصول إلى واجهة وكيل 8 بت

بيانات المضيف 32 بت
عند الوصول إلى واجهة وكيل 16 بت

إزاحة[10]7..0

—

إزاحة[11]7..0

—

0x0C

إزاحة[12]7..0

إزاحة[6]15..0

إزاحة[13]7..0

إزاحة[7]15..0

إزاحة[14]7..0

—

4 وما إلى ذلك

إزاحة[15]7..0 وهكذا

— وهكذا

ملاحظات: 1. على الرغم من أن المضيف يصدر عناوين بايت، إلا أن المضيف يصل إلى الكلمات الكاملة ذات 32 بت. 2. بالنسبة لجميع إدخالات الوكيل، [ ] هي إزاحة الكلمة والقيم المنخفضة هي البتات الموجودة في الكلمة.

عند الوصول إلى واجهة وكيل 64 بت — —
الإزاحة[1]63..32 — — — وهكذا

إرسال التعليقات

مواصفات واجهة Avalon® 37

683091 | 2022.01.24 إرسال ملاحظاتك

4. واجهات مقاطعة أفالون
تسمح واجهات Avalon Interrupt لمكونات الوكيل بإرسال إشارة إلى الأحداث لاستضافة المكونات. على سبيل المثالample، يمكن لوحدة تحكم DMA مقاطعة المعالج بعد إكمال عملية نقل DMA.

4.1. مقاطعة المرسل
يرسل مرسل المقاطعة إشارة مقاطعة واحدة إلى مستقبل المقاطعة. يجب أن يكون توقيت إشارة irq متزامنًا مع الحافة الصاعدة للساعة المرتبطة بها. ليس لـ irq أي علاقة بأي عملية نقل على أي واجهة أخرى. يجب تأكيد irq حتى يتم الاعتراف به على واجهة وكيل Avalon-MM المرتبطة.
المقاطعات هي مكون محدد. يحدد المتلقي عادةً الاستجابة المناسبة من خلال قراءة سجل حالة المقاطعة من واجهة وكيل Avalon-MM.

4.1.1. أفالون يقاطع أدوار إشارة المرسل

الجدول 13. مقاطعة أدوار إشارة المرسل

دور الإشارة

عرض

اتجاه

مطلوب

irq irq_n

1-32

الناتج

نعم

وصف
طلب المقاطعة. يرسل مرسل المقاطعة إشارة المقاطعة إلى مستقبل المقاطعة.

4.1.2. مقاطعة خصائص المرسل

الجدول 14. مقاطعة خصائص المرسل

اسم العقار

القيمة الافتراضية

القيم القانونية

وصف

يرتبطAddressable

غير متاح

ePoint

AssociateClock

غير متاح

اسم عامل Avalon-MM على هذا المكون.
اسم واجهة الساعة على هذا
عنصر.

اسم واجهة وكيل Avalon-MM التي توفر الوصول إلى السجلات لخدمة المقاطعة.
اسم واجهة الساعة التي يتزامن معها مرسل المقاطعة هذا. قد يكون لدى المرسل والمستقبل قيم مختلفة لهذه الخاصية.

إعادة تعيين مرتبطة

غير متاح

اسم إعادة التعيين

اسم واجهة إعادة التعيين التي تمت المقاطعة عليها

واجهة على هذا

المرسل متزامن.

عنصر.

تم تسجيل ISO 9001: 2015

4. واجهات مقاطعة أفالون 683091 | 2022.01.24

4.2. مقاطعة المتلقي
تستقبل واجهة مستقبل المقاطعة المقاطعات من واجهات مرسل المقاطعة. يمكن أن تشتمل المكونات ذات واجهات مضيف Avalon-MM على مستقبل مقاطعة لاكتشاف المقاطعات التي تؤكدها مكونات الوكيل مع واجهات مرسل المقاطعة. يقبل مستقبل المقاطعة طلبات المقاطعة من كل مرسل مقاطعة كبت منفصل.

4.2.1. أدوار إشارة جهاز الاستقبال لمقاطعة أفالون

الجدول 15. مقاطعة أدوار إشارة المستقبل

دور الإشارة

عرض

اتجاه

مطلوب

IRQ

مدخل

نعم

وصف
إيرك هو -ناقل البتات، حيث يتوافق كل بت مباشرة مع مرسل IRQ واحد دون افتراض الأولوية.

4.2.2. خصائص استقبال المقاطعة

الجدول 16. مقاطعة خصائص المتلقي

اسم العقار

القيمة الافتراضية

القيم القانونية

وصف

النقطة المرتبطة بالعنوان

غير متاح

اسم اسم واجهة المضيف Avalon-MM المستخدمة

مقاطعات خدمة Avalon-MM المستلمة على هذه الواجهة.

يستضيف

واجهة

AssociateClock

غير متاح

اسم اسم واجهة Avalon Clock التي يتصل بها هذا

أفالون

مستقبل المقاطعة متزامن. المرسل و

ساعة

قد يكون لدى المتلقي قيم مختلفة لهذه الخاصية.

واجهة

إعادة تعيين مرتبطة

غير متاح

اسم اسم واجهة إعادة التعيين التي تمت المقاطعة عليها

أفالون

المتلقي متزامن.

إعادة ضبط

واجهة

4.2.3. توقيت المقاطعة

يخدم مضيف Avalon-MM المقاطعة ذات الأولوية 0 قبل المقاطعة ذات الأولوية 1.

الشكل 19.

توقيت المقاطعة

في الشكل التالي، المقاطعة 0 لها أولوية أعلى. مستقبل المقاطعة بصدد معالجة int1

عندما يتم التأكيد على int0. يتم استدعاء معالج int0 وإكماله. ثم يستأنف معالج int1. ال

يُظهر الرسم التخطيطي int0 deasserts في الوقت 1. int1 deasserts في الوقت 2.

كلك

طلبات int0 الفردية
int1

إرسال التعليقات

مواصفات واجهة Avalon® 39

683091 | 2022.01.24 إرسال ملاحظاتك

5. واجهات تدفق أفالون

يمكنك استخدام واجهات Avalon Streaming (Avalon-ST) للمكونات التي تدفع البيانات ذات النطاق الترددي العالي وزمن الوصول المنخفض والبيانات أحادية الاتجاه. تتضمن التطبيقات النموذجية التدفقات المتعددة والحزم وبيانات DSP. يمكن لإشارات واجهة Avalon-ST أن تصف واجهات البث التقليدية التي تدعم دفقًا واحدًا من البيانات دون معرفة القنوات أو حدود الحزم. يمكن للواجهة أيضًا أن تدعم بروتوكولات أكثر تعقيدًا قادرة على عمليات نقل الحزم والحزم مع الحزم المتداخلة عبر قنوات متعددة.

ملحوظة:

إذا كنت بحاجة إلى واجهة تدفق بيانات عالية الأداء، فارجع إلى الفصل السادس من واجهات ائتمان تدفق Avalon.

الشكل 20. واجهة Avalon-ST - التطبيق النموذجي لواجهة Avalon-ST

لوحات الدوائر المطبوعة واجهات Intel FPGA Avalon-ST (مستوى البيانات)

المجدول

أفالون-ST الإدخال

Rx IF كور الفصل

المصدر 0-2 المغسلة 1

واجهة Avalon-MM (طائرة التحكم)

مصدر

تكساس IF الأساسية بالوعة

مخرج أفالون-ST

واجهة المضيف Avalon-MM
المعالج

واجهة المضيف Avalon-MM
التحكم في الإدخال والإخراج

واجهة وكيل Avalon-MM
سدرام كونتل
ذاكرة SDRAM

جميع واجهات مصدر وحوض Avalon-ST ليست بالضرورة قابلة للتشغيل البيني. ومع ذلك، إذا كانت الواجهتان توفران وظائف متوافقة لنفس مساحة التطبيق، فستتوفر محولات للسماح لهما بالتشغيل المتبادل.

تم تسجيل ISO 9001: 2015

5. واجهات تدفق أفالون 683091 | 2022.01.24
تدعم واجهات Avalon-ST مسارات البيانات التي تتطلب الميزات التالية:
· زمن انتقال منخفض، وإنتاجية عالية لنقل البيانات من نقطة إلى نقطة
· قنوات متعددة تدعم تشذير الحزم المرنة
· إشارات النطاق الجانبي للقناة، والخطأ، وبداية ونهاية ترسيم الحزمة
· دعم انفجار البيانات
· التكيف التلقائي للواجهة
5.1. المصطلحات والمفاهيم
يحدد بروتوكول واجهة Avalon-ST المصطلحات والمفاهيم التالية:
· نظام تدفق أفالون – يحتوي نظام تدفق أفالون على واحد أو أكثر من اتصالات Avalon-ST التي تنقل البيانات من واجهة المصدر إلى واجهة الحوض. يتكون النظام الموضح أعلاه من واجهات Avalon-ST لنقل البيانات من مدخلات النظام إلى مخرجاته. توفر واجهات التحكم وتسجيل الحالة Avalon-MM التحكم في البرنامج.
· مكونات تدفق Avalon – يجمع النظام النموذجي الذي يستخدم واجهات Avalon-ST بين وحدات وظيفية متعددة تسمى المكونات. يقوم مصمم النظام بتكوين المكونات وربطها معًا لتنفيذ النظام.
· واجهات المصدر والمصرف والاتصالات – عند اتصال مكونين، تتدفق البيانات من واجهة المصدر إلى واجهة المصرف. تستدعي مواصفات واجهة Avalon مجموعة الواجهة المصدر التي تتصل بواجهة الحوض اتصالاً.
· الضغط الخلفي – الضغط الخلفي يسمح للمغسلة بإرسال إشارة إلى المصدر لوقف إرسال البيانات. دعم الضغط الخلفي اختياري. يستخدم الحوض الضغط الخلفي لإيقاف تدفق البيانات للأسباب التالية:
- عند امتلاء حوض FIFOs
— عندما يكون هناك ازدحام على واجهة الإخراج الخاصة به
· عمليات النقل والدورات الجاهزة – يؤدي النقل إلى نشر البيانات والتحكم من واجهة المصدر إلى واجهة الحوض. بالنسبة لواجهات البيانات، فإن الدورة الجاهزة هي دورة يمكن للحوض خلالها قبول النقل.
· الرمز – الرمز هو أصغر وحدة من البيانات. بالنسبة لمعظم واجهات الحزم، يكون الرمز بايت. يشكل رمز واحد أو أكثر وحدة واحدة من البيانات المنقولة في الدورة.
· القناة – القناة عبارة عن مسار أو رابط مادي أو منطقي تمر من خلاله المعلومات بين منفذين.
· الإيقاع – الإيقاع عبارة عن دورة نقل واحدة بين واجهة المصدر والمصرف المكونة من رمز واحد أو أكثر.
· الحزمة – الحزمة عبارة عن تجميع للبيانات وإشارات التحكم التي يرسلها المصدر في وقت واحد. قد تحتوي الحزمة على رأس لمساعدة أجهزة التوجيه وأجهزة الشبكة الأخرى في توجيه الحزمة إلى الوجهة الصحيحة. يحدد التطبيق تنسيق الحزمة، وليس هذه المواصفات. يمكن أن تكون حزم Avalon-ST متغيرة الطول ويمكن تشذيرها عبر الاتصال. مع واجهات Avalon-ST، يعد استخدام الحزم أمرًا اختياريًا.

إرسال التعليقات

مواصفات واجهة Avalon® 41

5. واجهات تدفق أفالون 683091 | 2022.01.24

5.2. أدوار إشارة واجهة تدفق أفالون

تتوافق كل إشارة في مصدر تدفق Avalon أو واجهة الحوض مع دور واحد لإشارة تدفق Avalon. قد تحتوي واجهة تدفق Avalon على مثيل واحد فقط لكل دور إشارة. تنطبق جميع أدوار إشارة تدفق Avalon على كل من المصادر والمصارف ولها نفس المعنى لكليهما.

الجدول 17.

إشارات واجهة تدفق أفالون
في الجدول التالي، جميع أدوار الإشارة نشطة عالية.

دور الإشارة

عرض

اتجاه

مطلوب

وصف

خطأ في بيانات القناة جاهز
صالح

1 128 1 8,192 1 256
1
1

الإشارات الأساسية

مصدر بالوعة

لا

رقم القناة للبيانات التي يتم نقلها

على الدورة الحالية.

إذا كانت الواجهة تدعم إشارة القناة، فسيتم

يجب أن تحدد الواجهة أيضًا معلمة maxChannel.

مصدر بالوعة

لا

إشارة البيانات من المصدر إلى الحوض،

يحمل عادة الجزء الأكبر من المعلومات

تم نقله.

تحدد المعلمات المحتويات و

تنسيق إشارة البيانات.

مصدر بالوعة

لا

قناع بت لتمييز الأخطاء التي تؤثر على البيانات

يتم نقله في الدورة الحالية. قليلا واحدة

من إشارة الخطأ يخفي كل الأخطاء

يتعرف المكون. واصف الخطأ

يحدد خصائص إشارة الخطأ.

مصدر بالوعة

لا

يؤكد عالية للإشارة إلى أن الحوض يمكن أن يقبل

بيانات. يتم التأكيد على الاستعداد من خلال الحوض في الدورة

لوضع علامة على دورة كجاهز

دورة. المصدر قد يؤكد فقط صالحة و

نقل البيانات خلال دورات جاهزة.

المصادر التي لا تحتوي على مدخلات جاهزة لا تدعم الضغط الخلفي. الأحواض التي لا تحتوي على مخرج جاهز لا تحتاج أبدًا إلى الضغط العكسي.

مصدر بالوعة

لا

ويؤكد المصدر هذه الإشارة لتأهيل كل الآخرين

مصدر لإغراق الإشارات. الحوض سampالبيانات و

إشارات أخرى من المصدر إلى المغسلة في دورات جاهزة

حيث يتم التأكيد على صحة. جميع الدورات الأخرى

تم تجاهله.

توفر المصادر التي لا تحتوي على مخرجات صالحة ضمنيًا بيانات صالحة عن كل دورة لا يؤكد فيها الحوض الضغط الخلفي. تتوقع المصارف التي لا تحتوي على إدخال صالح بيانات صالحة في كل دورة ولا تتعرض للضغط العكسي.

فارغ
نهاية الحزمة بداية الحزمة

1 10
1 1

إشارات نقل الحزمة

مصدر بالوعة

لا

يشير إلى عدد الرموز الفارغة،

أي أنها لا تمثل بيانات صالحة. الفارغة

الإشارة ليست ضرورية على الواجهات حيث يوجد

هو رمز واحد لكل نبضة.

مصدر بالوعة

لا

أكده المصدر بمناسبة نهاية أ

رزمة.

مصدر بالوعة

لا

أكده المصدر بمناسبة بداية

حزمة.

مواصفات واجهة Avalon® 42

إرسال التعليقات

5. واجهات تدفق أفالون 683091 | 2022.01.24

5.3. تسلسل الإشارة والتوقيت

5.3.1. واجهة متزامنة
تحدث جميع عمليات نقل اتصال Avalon-ST بشكل متزامن مع الحافة الصاعدة لإشارة الساعة المرتبطة. يجب تسجيل جميع المخرجات من واجهة المصدر إلى واجهة الحوض، بما في ذلك البيانات والقناة وإشارات الخطأ، على الحافة الصاعدة للساعة. ليس من الضروري تسجيل المدخلات إلى واجهة الحوض. تسجيل الإشارات عند المصدر يسهل عملية التردد العالي.
5.3.2. تمكين الساعة
لا تشتمل مكونات Avalon-ST عادةً على مدخل لتمكين الساعة. تعتبر إشارة Avalon-ST بحد ذاتها كافية لتحديد الدورات التي ينبغي أو لا ينبغي تمكينها. قد تحتوي المكونات المتوافقة مع Avalon-ST على مدخل تمكين على مدار الساعة لمنطقها الداخلي. ومع ذلك، يجب أن تتأكد المكونات التي تستخدم تمكينات الساعة من التزام توقيت الواجهة بالبروتوكول.

5.4. خصائص واجهة Avalon-ST

الجدول 18. خصائص واجهة Avalon-ST

اسم الخاصية المرتبطة بالساعة

القيمة الافتراضية
1

القيم القانونية
واجهة الساعة

وصف
اسم واجهة Avalon Clock التي تتزامن معها واجهة Avalon-ST هذه.

يرتبط بإعادة تعيين النبضات لكل دورة

إعادة ضبط

اسم واجهة Avalon Reset التي يصل إليها هذا

واجهة Avalon-ST متزامنة.

1,2,4,8،XNUMX،XNUMX،XNUMX يحدد عدد الضربات المنقولة في نبضة واحدة

دورة. تتيح لك هذه الخاصية نقل 2 منفصلة،

ولكن تيارات مترابطة باستخدام نفسه

start_of_packet، end_of_packet، جاهز و

إشارات صالحة.

تعد BeatsPerCycle ميزة نادرًا ما تستخدم في بروتوكول AvalonST.

dataBitsPerSymbol

1 512 يحدد عدد البتات لكل رمز. على سبيل المثالampليه

تحتوي الواجهات الموجهة بالبايت على رموز 8 بت. هذه القيمة

لا يقتصر على أن تكون قوة 2.

فارغةWithinPacket

خطأ شنيع

صحيح، خطأ عندما يكون صحيحا، يكون فارغا صالحا للحزمة بأكملها.

errorDescriptor

قائمة

قائمة الكلمات التي تصف الخطأ المرتبط

أوتار

كل بت من إشارة الخطأ. يجب أن يكون طول القائمة

يكون نفس عدد البتات في إشارة الخطأ.

الكلمة الأولى في القائمة تنطبق على الترتيب الأعلى

قليل. على سبيل المثالample، "CRC، overflow" تعني ذلك البت[1]

من الخطأ يشير إلى خطأ CRC. البت[0] يشير إلى

تجاوز خطأ.

firstSymbolInHigh OrderBits

حقيقي

صحيح، خطأ

عندما يكون صحيحًا، يتم توجيه رمز الترتيب الأول إلى الأجزاء الأكثر أهمية في واجهة البيانات. يُسمى الرمز ذو الترتيب الأعلى بـ D0 في هذه المواصفات. عندما يتم تعيين هذه الخاصية إلى خطأ، يظهر الرمز الأول على البتات المنخفضة. يظهر D0 في البيانات[7:0]. بالنسبة لناقل 32 بت، إذا كان صحيحًا، يظهر D0 على البتات[31:24].
تابع…

إرسال التعليقات

مواصفات واجهة Avalon® 43

5. واجهات تدفق أفالون 683091 | 2022.01.24

اسم الخاصية maxChannel ReadyLatency
بدل جاهز(1)

القيمة الافتراضية
0 0
0

القيم القانونية 0
0 8
0 8

وصف
الحد الأقصى لعدد القنوات التي يمكن أن تدعمها واجهة البيانات.
يحدد العلاقة بين تأكيد الإشارة الجاهزة والتأكيد على الإشارة الصالحة. إذا كان جاهزًا الكمون = حيث n > 0، يمكن تأكيد الصالحية فقط دورات بعد التأكيد على استعداد. على سبيل المثالample، إذا كان ReadyLatency = 1، فعندما يؤكد المصدر أنه جاهز، يحتاج المصدر إلى الاستجابة بتأكيد صالح لمدة دورة واحدة على الأقل بعد أن يرى التأكيد الجاهز من الحوض.
يحدد عدد عمليات النقل التي يمكن للحوض التقاطها بعد الانتهاء من الاستعداد. عندما يكون ReadyAllowance = 0، لا يمكن للحوض قبول أي تحويلات بعد إلغاء الاستعداد. إذا كان البدل جاهزًا = أين أكبر من 0، يمكن أن يقبل الحوض ما يصل إلى يتم إلغاء التحويلات بعد الاستعداد.

ملحوظة:

إذا قمت بإنشاء اتصال دفق Avalon مع مصدر دفق/مصرف Avalon BFMs أو مكونات مخصصة وكانت آليات BFM أو المكونات المخصصة هذه لها متطلبات مختلفة لوقت الاستجابة الجاهزة، فسيقوم مصمم النظام الأساسي بإدراج محولات في الاتصال البيني الذي تم إنشاؤه لاستيعاب اختلاف زمن الاستجابة الجاهز بين واجهات المصدر والمصرف. من المتوقع أن يلتزم منطق المصدر والمصرف بخصائص الاتصال البيني الذي تم إنشاؤه.

5.5. عمليات نقل البيانات النموذجية
يحدد هذا القسم نقل البيانات من واجهة المصدر إلى واجهة الحوض. وفي جميع الحالات، يجب أن يتوافق مصدر البيانات ومصرف البيانات مع المواصفات. مصدر البيانات ليس مسؤولاً عن اكتشاف أخطاء بروتوكول المصدر.

5.6. تفاصيل الإشارة
يوضح الشكل الإشارات التي تتضمنها واجهات Avalon-ST عادةً. تقوم واجهة مصدر Avalon-ST النموذجية بتوجيه الإشارات الصحيحة والبيانات والخطأ وإشارات القناة إلى الحوض. يمكن للحوض تطبيق الضغط الخلفي مع إشارة الاستعداد.

(1) · إذا كانت قيمة ReadyLatency = 0، فيمكن أن تكون قيمة ReadyAllowance 0 أو أكبر من 0.
· إذا كان ReadyLatency > 0، فيجب أن يكون ReadyAllowance مساوياً لـ ReadyLatency أو أكبر منه.
· إذا لم يحدد المصدر أو المصرف قيمة لـ ReadyAllowance، فإن ReadyAllowance = ReadyLatency. لا تتطلب التصميمات إضافة الجاهزية إلا إذا كنت تريد أن يأخذ المصدر أو الحوض تقدمًاtagو من هذه الميزة.

مواصفات واجهة Avalon® 44

إرسال التعليقات

5. واجهات تدفق أفالون 683091 | 2022.01.24

الشكل 21. مصدر بيانات إشارات واجهة Avalon-ST النموذجية
قناة خطأ بيانات صالحة

حوض البيانات جاهز

مزيد من التفاصيل حول هذه الإشارات:
· جاهز – على الواجهات التي تدعم الضغط الخلفي، يؤكد الحوض أنه جاهز لتحديد الدورات التي يمكن أن تتم فيها عمليات النقل. إذا تم التأكيد على الاستعداد في الدورة ، دورة تعتبر دورة جاهزة.
· صالحة – تؤهل الإشارة الصالحة بيانات صالحة في أي دورة مع نقل البيانات من المصدر إلى الحوض. في كل دورة صالحة الحوضampLes إشارة البيانات ومصدر آخر لإغراق الإشارات.
· البيانات – تحمل إشارة البيانات الجزء الأكبر من المعلومات المنقولة من المصدر إلى الحوض. تتكون إشارة البيانات من رمز واحد أو أكثر يتم نقله في كل دورة على مدار الساعة. تحدد المعلمة dataBitsPerSymbol كيفية تقسيم إشارة البيانات إلى رموز.
· الخطأ – في إشارة الخطأ، تتوافق كل بتة مع حالة خطأ محتملة. تشير القيمة 0 في أي دورة إلى بيانات خالية من الأخطاء في تلك الدورة. لا تحدد هذه المواصفات الإجراء الذي يتخذه المكون عند اكتشاف خطأ.
· القناة – يقوم المصدر بتشغيل إشارة القناة الاختيارية للإشارة إلى القناة التي تنتمي إليها البيانات. يعتمد معنى القناة لواجهة معينة على التطبيق. في بعض التطبيقات، تشير القناة إلى رقم الواجهة. في التطبيقات الأخرى، تشير القناة إلى رقم الصفحة أو الفترة الزمنية. عند استخدام إشارة القناة، تنتمي جميع البيانات المنقولة في كل دورة نشطة إلى نفس القناة. قد يتغير المصدر إلى قناة مختلفة في دورات نشطة متتالية.
يجب أن تحدد الواجهات التي تستخدم إشارة القناة معلمة maxChannel للإشارة إلى الحد الأقصى لرقم القناة. إذا كان عدد القنوات التي تدعمها الواجهة يتغير ديناميكيًا، يشير maxChannel إلى الحد الأقصى للعدد الذي يمكن أن تدعمه الواجهة.

5.7. تخطيط البيانات

الشكل 22.

رموز البيانات

يوضح الشكل التالي إشارة بيانات 64 بت مع dataBitsPerSymbol = 16. الرمز 0 هو الأكثر

رمز مهم.

48 47 32 31 16 15

الرمز 0 الرمز 1 الرمز 2 الرمز 3

تدعم واجهة Avalon Streaming كلاً من وضعي النهاية الكبيرة والنهاية الصغيرة. الشكل أدناه هو السابقينample من وضع النهاية الكبيرة، حيث يوجد الرمز 0 في البتات ذات الترتيب العالي.

إرسال التعليقات

مواصفات واجهة Avalon® 45

5. واجهات تدفق أفالون 683091 | 2022.01.24

الشكل 23.

تخطيط البيانات
يوضح مخطط التوقيت في الشكل التالي نموذج 32 بتample حيث dataBitsPerSymbol=8، وbeatsPerCycle=1.
كلك
مستعد
صالح

خطأ في القناة
data[31:24] data[23:16] data[15:8] data[7:0]

د10

د11

دا دي

د12

ديسيبل مدافع

د13

5.8. نقل البيانات دون الضغط الخلفي

يعد نقل البيانات دون الضغط الخلفي هو أبسط عمليات نقل بيانات Avalon-ST. في أي دورة ساعة محددة، تقوم الواجهة المصدر بتشغيل البيانات والقناة الاختيارية وإشارات الخطأ، وتؤكد صحتها. واجهة الحوض قampستوضع هذه الإشارات على الحافة الصاعدة للساعة المرجعية إذا تم التأكيد على صحتها.

الشكل 24.

نقل البيانات دون الضغط الخلفي

كلك صالح

بيانات خطأ القناة

دسنومكس دسنومكس

5.9. نقل البيانات مع الضغط الخلفي
يؤكد الحوض أنه جاهز لدورة ساعة واحدة للإشارة إلى أنه جاهز لدورة نشطة. إذا كان الحوض جاهزًا للبيانات، فإن الدورة عبارة عن دورة جاهزة. أثناء دورة الاستعداد، قد يؤكد المصدر صحته ويقدم البيانات إلى الحوض. إذا لم يكن لدى المصدر أي بيانات لإرسالها، يعتبر المصدر صالحًا ويمكنه توجيه البيانات إلى أي قيمة.
تحدد الواجهات التي تدعم الضغط الخلفي معلمة ReadyLatency للإشارة إلى عدد الدورات من وقت التأكيد على الاستعداد حتى يمكن تشغيل البيانات الصالحة. إذا كان وقت الاستجابة غير صفري، فقم بالدورة هي دورة جاهزة إذا تم التأكيد على الاستعداد في الدورة .
عندما تكون قيمة ReadyLatency = 0، يحدث نقل البيانات فقط عندما يتم التأكيد على جاهزية وصلاحية في نفس الدورة. في هذا الوضع، لا يستقبل المصدر إشارة الحوض الجاهزة قبل إرسال البيانات الصحيحة. يوفر المصدر البيانات ويؤكد صحتها عندما يكون لدى المصدر بيانات صالحة. ينتظر المصدر الحوض لالتقاط البيانات والتأكيد على جاهزيته. يمكن للمصدر تغيير البيانات في أي وقت. يقوم الحوض بالتقاط بيانات الإدخال من المصدر فقط عندما يتم التأكيد على أنها جاهزة وصالحة.

مواصفات واجهة Avalon® 46

إرسال التعليقات

5. واجهات تدفق أفالون 683091 | 2022.01.24
عندما يكون زمن الاستجابة >= 1، يؤكد الحوض أنه جاهز قبل دورة الاستعداد نفسها. يمكن للمصدر الاستجابة خلال الدورة اللاحقة المناسبة من خلال التأكيد على أنه صالح. قد لا يؤكد المصدر أنه صالح أثناء الدورات التي ليست دورات جاهزة.
يحدد ReadyAllowance عدد عمليات النقل التي يمكن للحوض التقاطها عندما يكون جاهزًا. عندما يكون ReadyAllowance = 0، لا يمكن للحوض قبول أي تحويلات بعد إلغاء الاستعداد. إذا كان البدل جاهزًا = حيث n > 0، يمكن للحوض قبول ما يصل إلى يتم إلغاء التحويلات بعد الاستعداد.
5.9.1. عمليات نقل البيانات باستخدام ReadyLatency وreadyAllowance

تنطبق القواعد التالية عند نقل البيانات باستخدام ReadyLatency وreadyAllowance.
· إذا كانت قيمة ReadyLatency تساوي 0، فمن الممكن أن تكون ReadyAllowance أكبر من أو تساوي 0.
· إذا كان ReadyLatency أكبر من 0، فيمكن أن يكون ReadyAllowance أكبر من أو يساوي ReadyLatency.

عندما يكون ReadyLatency = 0 وreadyAllowance = 0، تحدث عمليات نقل البيانات فقط عندما يتم التأكيد على كل من جاهزية وصالحة. وفي هذه الحالة، لا يستقبل المصدر إشارة الحوض الجاهزة قبل إرسال البيانات الصحيحة. يوفر المصدر البيانات ويؤكد صحتها كلما أمكن ذلك. ينتظر المصدر الحوض لالتقاط البيانات والتأكيد على جاهزيته. يمكن للمصدر تغيير البيانات في أي وقت. يقوم الحوض بالتقاط بيانات الإدخال من المصدر فقط عندما يتم التأكيد على أنها جاهزة وصالحة.

الشكل 25. زمن الاستجابة = 0، وقت الاستعداد = 0

عندما يكون ReadyLatency = 0 وreadyAllowance = 0، يمكن للمصدر التأكيد على أنه صالح في أي وقت. يلتقط الحوض البيانات من المصدر فقط عندما تكون جاهزة = 1.

ويوضح الشكل التالي هذه الأحداث: 1. في الدورة الأولى، يقدم المصدر البيانات ويؤكد صحتها. 1. في الدورة 2، يؤكد الحوض على جاهزية عمليات النقل D2. 0. في الدورة الثالثة، يتم نقل D3. 3. في الدورة الرابعة، يؤكد المصدر أن المصدر جاهز، لكن المصدر لا يقوم بنقل البيانات الصالحة. 1. يوفر المصدر بيانات ويؤكد أنها صالحة في الدورة 4. 4. في الدورة 5، يؤكد الحوض أنه جاهز، لذلك يتم نقل D6. 6. تحويلات D8 في الدورة 2 ونقلات D7 في الدورة 3.

0 1 2 3 4 5 6 7 8 9 10 11 12 13 clk0

مستعد

صالح

بيانات

دسنومكس دسنومكس

إرسال التعليقات

مواصفات واجهة Avalon® 47

5. واجهات تدفق أفالون 683091 | 2022.01.24

الشكل 26. زمن الاستجابة = 0، وقت الاستعداد = 1

عندما يكون ReadyLatency = 0 وreadyAllowance = 1، يمكن للحوض التقاط عملية نقل بيانات أخرى بعد جاهزية = 0.

يوضح الشكل التالي هذه الأحداث: 1. في الدورة 1، يوفر المصدر البيانات ويؤكد أنها صالحة بينما يؤكد المصدر جاهزيته. التحويلات D0. 2. يتم نقل D1 في الدورة 2. 3. في الدورة 3، يتم نقل الحلوى الجاهزة، ولكن بما أن ReadyAllowance = 1 يُسمح بنقل آخر، لذلك D2
التحويلات. 4. في الدورة 5، يكون التأكيد صالحًا وجاهزًا، لذلك يتم نقل D3. 5. في الدورة 6، يكون المصدر صالحًا، لذلك لا يتم نقل البيانات. 6. في الدورة 7، التأكيدات الصحيحة والتأكيدات الجاهزة، ولكن بما أن الجاهزية الجاهزة = تحويل واحد إضافي
مسموح به، لذلك يتم نقل D4.

0 1 2 3 4 5 6 7 8 9 10 11 12 13 clk0

مستعد

صالح

بيانات

د0 د1 د2

دسنومكس دسنومكس

الشكل 27. زمن الاستجابة = 1، وقت الاستعداد = 2

عندما يكون ReadyLatency = 1 وreadyAllowance = 2، يمكن للحوض نقل البيانات دورة واحدة بعد التأكيدات الجاهزة، ويُسمح بدورتين إضافيتين من عمليات النقل بعد عمليات إلغاء التأكيد الجاهزة.

يوضح الشكل التالي هذه الأحداث: 1. في الدورة 0 يؤكد الحوض أنه جاهز. 2. في الدورة الأولى، يقدم المصدر البيانات ويؤكد صحتها. يحدث النقل على الفور. 1. في الدورة 3، يصبح الحوض جاهزًا، ولكن المصدر لا يزال يؤكد أنه صالح، وينقل بيانات صالحة
لأن الحوض يمكنه التقاط البيانات بعد دورتين من الحلوى الجاهزة. 4. في الدورة السادسة، يؤكد الحوض أنه جاهز. 6. في الدورة السابعة، يقدم المصدر البيانات ويؤكد صحتها. يتم قبول هذه البيانات. 5. في الدورة 7، أصبح الحوض جاهزًا، لكن المصدر يؤكد أنه صالح وينقل بيانات صالحة لأنه
يمكن للحوض التقاط البيانات بعد دورتين من الحلوى الجاهزة.

0 1 2 3 4 5 6 7 8 9 10 11 12 13 clk0

مستعد

صالح

بيانات

د0 د1 د2 د3

دسنومكس دسنومكس

متطلبات التكيف يصف الجدول التالي ما إذا كانت واجهات المصدر والمصرف تتطلب التكيف.

مواصفات واجهة Avalon® 48

إرسال التعليقات

5. واجهات تدفق أفالون 683091 | 2022.01.24

الجدول 19. متطلبات التكيف مع المصدر/المصرف

ReadyLatency

ReadyAllowance

التكيف

المصدر ReadyLatency = مصدر الحوض ReadyAllowance =

ReadyLatency

بالوعة جاهزة البدل

لا يتطلب أي تعديل: يمكن للحوض التقاط جميع عمليات النقل.

مصدر جاهز> السماح بالوعة جاهز

التكيف مطلوب: بعد الانتهاء من الاستعداد، يمكن للمصدر إرسال عمليات نقل أكثر مما يستطيع الحوض التقاطه.

مصدر جاهز <Sink ReadyAllowance

لا يتطلب أي تعديل: بعد الانتهاء من الاستعداد، يمكن للحوض التقاط عمليات نقل أكثر مما يمكن للمصدر إرساله.

المصدر جاهزالكمون> مصدر الحوض جاهزالسماح =

ReadyLatency

بالوعة جاهزة البدل

لا يتطلب أي تعديل: بعد تأكيد الاستعداد، يبدأ المصدر في الإرسال في وقت متأخر عن قدرة الحوض على التقاطه. بعد الانتهاء من الاستعداد، يمكن للمصدر إرسال أكبر عدد ممكن من التحويلات التي يمكن للحوض التقاطها.

مصدر جاهز> بالوعة جاهزة البدل

التكيف مطلوب: بعد الانتهاء من الاستعداد، يمكن للمصدر إرسال عمليات نقل أكثر مما يستطيع الحوض التقاطه.

مصدر جاهز<Sink ReadyAllowance

لا يتطلب أي تعديل: بعد الانتهاء من الاستعداد، يرسل المصدر عمليات نقل أقل مما يستطيع الحوض التقاطه.

المصدر ReadyLatency <SinkreadyLatency

المصدر ReadyAllowance = Sink ReadyAllowance

التكيف مطلوب: يمكن للمصدر أن يبدأ في إرسال التحويلات قبل أن يتمكن المصرف من التقاطها.

مصدر جاهز> بالوعة جاهزة البدل

التكيف مطلوب: يمكن للمصدر أن يبدأ في إرسال التحويلات قبل أن يتمكن الحوض من التقاطها. أيضًا، بعد الانتهاء من الاستعداد، يمكن للمصدر إرسال عمليات نقل أكثر مما يمكن للحوض التقاطه.

مصدر جاهز <Sink ReadyAllowance

التكيف مطلوب: يمكن للمصدر أن يبدأ في إرسال التحويلات قبل أن يتمكن الحوض من التقاطها.

5.9.2. عمليات نقل البيانات باستخدام ReadyLatency
إذا لم يحدد المصدر أو المصدر قيمة لـ ReadyAllowance، فحينئذٍ ReadyAllowance= ReadyLatency. لا تتطلب التصميمات التي تستخدم المصدر والمغسلة إضافة الجاهزية إلا إذا كنت تريد أن يأخذ المصدر أو المغسلة تقدمًاtagو من هذه الميزة.

إرسال التعليقات

مواصفات واجهة Avalon® 49

5. واجهات تدفق أفالون 683091 | 2022.01.24

الشكل 28.

نقل مع الضغط الخلفي، زمن الاستجابة = 0
والشكل التالي يوضح هذه الأحداث:

1. يوفر المصدر البيانات ويؤكد أنها صالحة في الدورة 1، على الرغم من أن الحوض ليس جاهزًا.

2. ينتظر المصدر حتى الدورة الثانية، عندما يؤكد الحوض جاهزيته، قبل الانتقال إلى دورة البيانات التالية.

3. في الدورة 3، يقوم المصدر بنقل البيانات في نفس الدورة ويكون الحوض جاهزًا لاستقبال البيانات. يحدث النقل على الفور.
4. في الدورة الرابعة، يؤكد المصدر أن المصدر جاهز، لكن المصدر لا يقوم بنقل البيانات الصالحة.

012345678 كلك

مستعد

صالح

قناة

خطأ

بيانات

دسنومكس دسنومكس

الشكل 29.

نقل مع الضغط الخلفي، زمن الاستجابة = 1

توضح الأشكال التالية عمليات نقل البيانات باستخدام ReadyLatency=1 وreadyLatency=2، على التوالي. في كلتا الحالتين، يتم التأكيد على الاستعداد قبل دورة الاستعداد، ويستجيب المصدر بعد دورة أو دورتين من خلال توفير البيانات والتأكيد على أنها صالحة. عندما لا تكون قيمة ReadyLatency 1، يجب أن يكون المصدر صالحًا للدورات غير الجاهزة.
كلك

مستعد

صالح

قناة

خطأ

بيانات

دسنومكس دسنومكس

د2 د3 د4

الشكل 30.

نقل مع الضغط الخلفي، زمن الاستجابة = 2

كلك

مستعد

صالح

قناة

خطأ

بيانات

دسنومكس دسنومكس

5.10. عمليات نقل حزم البيانات
تضيف خاصية نقل الحزم دعمًا لنقل الحزم من الواجهة المصدر إلى الواجهة المصدر. تم تحديد ثلاث إشارات إضافية لتنفيذ نقل الحزمة. يجب أن تتضمن كل من واجهات المصدر والمصرف هذه الإشارات الإضافية لدعم الحزم. يمكنك فقط توصيل واجهات المصدر والمغسلة بها

مواصفات واجهة Avalon® 50

إرسال التعليقات

5. واجهات تدفق أفالون 683091 | 2022.01.24

مطابقة خصائص الحزمة. لا يقوم مصمم النظام الأساسي تلقائيًا بإضافة إشارات startofpacket وendofpacket والإشارات الفارغة إلى واجهات المصدر أو المصدر التي لا تتضمن هذه الإشارات.

الشكل 31. مصدر بيانات إشارات واجهة حزمة Avalon-ST

بالوعة البيانات

مستعد
صالح
قناة خطأ البيانات com.startofpacket
الحزمة النهائية فارغة

5.11. تفاصيل الإشارة
· startofpacket – جميع الواجهات التي تدعم عمليات نقل الحزم تتطلب إشارة بدء الحزمة. يمثل startofpacket الدورة النشطة التي تحتوي على بداية الحزمة. يتم تفسير هذه الإشارة فقط عندما يتم التأكيد على صحتها.
· endofpacket - جميع الواجهات التي تدعم عمليات نقل الحزم تتطلب إشارة نهاية الحزمة. تمثل endofpacket الدورة النشطة التي تحتوي على نهاية الحزمة. يتم تفسير هذه الإشارة فقط عندما يتم التأكيد على صحتها. يمكن تأكيد بداية الحزمة ونهاية الحزمة في نفس الدورة. لا توجد دورات خاملة مطلوبة بين الحزم. يمكن أن تتبع إشارة بداية الحزمة مباشرة بعد إشارة نهاية الحزمة السابقة.
· فارغة – تشير الإشارة الفارغة الاختيارية إلى عدد الرموز الفارغة أثناء دورة الحزمة النهائية. يتحقق الحوض فقط من قيمة الفراغ أثناء الدورات النشطة التي تم تأكيد الحزمة الداخلية لها. الرموز الفارغة هي دائمًا الرموز الأخيرة في البيانات، تلك التي تحملها البتات ذات الترتيب المنخفض عندما يكون firstSymbolInHighOrderBits = true. تكون الإشارة الفارغة مطلوبة على جميع واجهات الرزم التي تحمل إشارة بياناتها أكثر من رمز واحد للبيانات ولها نسق رزمة متغير الطول. حجم الإشارة الفارغة بالبت هو ceil[log2( )].

إرسال التعليقات

مواصفات واجهة Avalon® 51

5. واجهات تدفق أفالون 683091 | 2022.01.24

5.12. تفاصيل البروتوكول

يتبع نقل حزم البيانات نفس البروتوكول المتبع في نقل البيانات النموذجي مع إضافة حزمة البداية والحزمة النهائية والحزمة الفارغة.

الشكل 32.

نقل الحزمة
يوضح الشكل التالي نقل حزمة مكونة من 17 بايت من واجهة مصدر إلى واجهة مصدر، حيث زمن الاستجابة = 0. يوضح مخطط التوقيت الأحداث التالية:

1. يحدث نقل البيانات في الدورات 1، 2، 4، 5، و6، عندما يتم التأكيد على جاهزية وصلاحية كليهما.

2. خلال الدورة 1، يتم تأكيد بداية الحزمة. يتم نقل أول 4 بايت من الحزمة.

3. خلال الدورة السادسة، تم تأكيد الحزمة النهائية. فارغ له قيمة 6. تشير هذه القيمة إلى أن هذه هي نهاية الحزمة وأن 3 من الرموز الأربعة فارغة. في الدورة 3، البايت ذو الترتيب العالي، البيانات [4:6] يدفع البيانات الصالحة.

1234567 كلك

مستعد

صالح

com.startofpacket

com.endofpacket

فارغ

قناة

000

خطأ

000

البيانات[31:24]

دسنومكس دسنومكس

د8 د12 د16

البيانات[23:16]

دسنومكس دسنومكس

البيانات[15:8]

دسنومكس دسنومكس

البيانات[7:0]

دسنومكس دسنومكس

مواصفات واجهة Avalon® 52

إرسال التعليقات

683091 | 2022.01.24 إرسال ملاحظاتك

6. واجهات الائتمان المتدفقة من أفالون
تُستخدم واجهات Avalon Streaming Credit مع المكونات التي تدفع البيانات ذات النطاق الترددي العالي وزمن الوصول المنخفض والبيانات أحادية الاتجاه. تتضمن التطبيقات النموذجية التدفقات المتعددة والحزم وبيانات DSP. يمكن لإشارات واجهة Avalon Streaming Credit أن تصف واجهات البث التقليدية التي تدعم دفقًا واحدًا من البيانات، دون معرفة القنوات أو حدود الحزم. يمكن للواجهة أيضًا أن تدعم بروتوكولات أكثر تعقيدًا قادرة على عمليات نقل الحزم والحزم مع الحزم المتداخلة عبر قنوات متعددة.
جميع واجهات مصدر Avalon Streaming Credit وواجهات الحوض ليست بالضرورة قابلة للتشغيل المتبادل. ومع ذلك، إذا كانت الواجهتان توفران وظائف متوافقة لنفس مساحة التطبيق، فستتوفر محولات للسماح لهما بالعمل المتبادل.
يمكنك أيضًا توصيل مصدر Avalon Streaming Credit بحوض Avalon Streaming عبر محول. وبالمثل، يمكنك توصيل مصدر Avalon Streaming بمصرف Avalon Streaming Credit عبر محول.
تدعم واجهات Avalon Streaming Credit مسارات البيانات التي تتطلب الميزات التالية:
· زمن انتقال منخفض، وإنتاجية عالية لنقل البيانات من نقطة إلى نقطة
· قنوات متعددة تدعم تشذير الحزم المرنة
· إشارات النطاق الجانبي للقناة، والخطأ، وبداية ونهاية ترسيم الحزمة
· دعم انفجار البيانات
· إشارات المستخدم كإشارات النطاق الجانبي للوظائف التي يحددها المستخدمون

6.1. المصطلحات والمفاهيم
يحدد بروتوكول واجهة Avalon Streaming Credit المصطلحات والمفاهيم التالية:
· نظام Avalon Streaming Credit System – يحتوي نظام Avalon Streaming Credit على واحد أو أكثر من اتصالات Avalon Streaming Credit التي تنقل البيانات من واجهة المصدر إلى واجهة الحوض.
· مكونات Avalon Streaming Credit - يجمع النظام النموذجي الذي يستخدم واجهات Avalon Streaming بين وحدات وظيفية متعددة تسمى المكونات. يقوم مصمم النظام بتكوين المكونات وربطها معًا لتنفيذ النظام.
· واجهات واتصالات المصدر والمغسلة – عندما يتم توصيل مكونين، تتدفق الاعتمادات من الحوض إلى المصدر؛ وتتدفق البيانات من الواجهة المصدر إلى واجهة الحوض. يُشار إلى مجموعة الواجهة المصدر المتصلة بواجهة الحوض على أنها اتصال.
· عمليات النقل – يؤدي النقل إلى نشر البيانات والتحكم من واجهة المصدر إلى واجهة الحوض. بالنسبة لواجهات البيانات، يمكن للمصدر بدء نقل البيانات فقط إذا كان لديه اعتمادات متاحة. وبالمثل، لا يمكن للبنك قبول البيانات إلا إذا كان لديه اعتمادات مستحقة.

تم تسجيل ISO 9001: 2015

6. واجهات أفالون الائتمانية المتدفقة 683091 | 2022.01.24

· الرمز – الرمز هو أصغر وحدة من البيانات. يشكل رمز واحد أو أكثر وحدة واحدة من البيانات المنقولة في الدورة.
· الإيقاع – الإيقاع عبارة عن دورة نقل واحدة بين واجهة المصدر والمصرف المكونة من رمز واحد أو أكثر.
· الحزمة – الحزمة عبارة عن مجموعة من البيانات وإشارات التحكم التي يتم إرسالها معًا. قد تحتوي الحزمة على رأس لمساعدة أجهزة التوجيه وأجهزة الشبكة الأخرى في توجيه الحزمة إلى الوجهة الصحيحة. يتم تعريف تنسيق الحزمة بواسطة التطبيق، وليس هذه المواصفات. يمكن أن تكون حزم Avalon Streaming متغيرة في الطول ويمكن تشذيرها عبر الاتصال. مع واجهة Avalon Streaming Credit، يعد استخدام الحزم أمرًا اختياريًا.

6.2. أدوار إشارة واجهة الائتمان المتدفقة من Avalon

تتوافق كل إشارة في مصدر Avalon Streaming Credit أو واجهة الحوض مع دور إشارة Avalon Streaming Credit واحد. قد تحتوي واجهة Avalon Streaming Credit على مثيل واحد فقط لكل دور إشارة. تنطبق جميع أدوار إشارة Avalon Streaming Credit على كل من المصادر والمصارف ولها نفس المعنى لكليهما.

الجدول 20. إشارات واجهة ائتمان تدفق Avalon

اسم الإشارة

اتجاه

تحديث

تغرق ل

مصدر

عرض

ائتمان

تغرق ل

1-9

مصدر

اختياري / مطلوب

وصف

مطلوب

يرسل الحوض تحديثًا وتحديثات المصدر إلى عداد الائتمان المتوفر. يرسل Sink التحديث إلى المصدر عند ظهور المعاملة من المخزن المؤقت الخاص به.
تتم زيادة عداد الائتمان في المصدر بالقيمة الموجودة في ناقل الائتمان من المصدر إلى المصدر.

مطلوب

يشير إلى الرصيد الإضافي المتاح عند الحوض عند تأكيد التحديث.
تحمل هذه الحافلة قيمة كما هو محدد بواسطة الحوض. عرض ناقل الائتمان هو ceilog2(MAX_CREDIT + 1). يرسل Sink قيمة الائتمان المتاحة على هذا الناقل والتي تشير إلى عدد المعاملات التي يمكنه قبولها. المصدر يلتقط قيمة الائتمان
فقط في حالة تأكيد إشارة التحديث.

return_credit المصدر إلى حوض واحد

البيانات صالحة
خطأ

مصدر للغرق
مصدر للغرق

1-8192 1

مصدر للغرق

1-256

مطلوب مطلوب مطلوب اختياري

أكد المصدر إعادة رصيد واحد إلى الحوض.
ملحوظة: لمزيد من التفاصيل، راجع القسم 6.2.3 إعادة الاعتمادات.
يتم تقسيم البيانات إلى رموز وفقًا لتعريف Avalon Streaming الحالي.
أكده المصدر لتأهيل جميع المصادر الأخرى لإغراق الإشارات. يمكن أن يؤكد المصدر أنه صالح فقط عندما يكون الرصيد المتاح له أكبر من 0.
قناع بت يستخدم لتحديد الأخطاء التي تؤثر على البيانات التي يتم نقلها في الدورة الحالية. يتم استخدام بت واحد للخطأ لكل خطأ يتعرف عليه المكون، كما هو محدد بواسطة خاصية errorDescriptor.
تابع…

مواصفات واجهة Avalon® 54

إرسال التعليقات

6. واجهات أفالون الائتمانية المتدفقة 683091 | 2022.01.24

قناة اسم الإشارة
بداية الحزمة ونهاية الحزمة فارغة

اتجاه المصدر للغرق
مصدر ليغرق مصدر ليغرق مصدر ليغرق
مصدر للغرق
مصدر للغرق

عرض

اختياري / مطلوب

وصف

1-128

خياري

رقم القناة للبيانات التي يتم نقلها في الدورة الحالية.
إذا كانت الواجهة تدعم إشارة القناة، فيجب عليها أيضًا تحديد معلمة maxChannel.

إشارات نقل الحزمة

خياري

أكده المصدر بمناسبة البداية

من الحزمة.

خياري

أكده المصدر بمناسبة نهاية

حزمة.

سقف (log2 (NUM_SYMBOLS)) اختياري

يشير إلى عدد الرموز الفارغة، أي أنها لا تمثل بيانات صالحة. لا يتم استخدام الإشارة الفارغة على الواجهات التي يوجد بها رمز واحد لكل نبضة.

إشارات المستخدم

1-8192

خياري

يمكن أن يكون أي عدد من إشارات المستخدم لكل حزمة موجودًا على واجهات المصدر والمصرف. المصدر يحدد قيمة هذه الإشارة متى
تم التأكيد على startofpacket. يجب ألا يغير المصدر قيمة هذه الإشارة حتى بداية الحزمة الجديدة. مزيد من التفاصيل موجودة في قسم إشارة المستخدم.

1-8192

خياري

يمكن أن يكون أي عدد من إشارات المستخدم لكل رمز موجودًا على المصدر والمغسلة. مزيد من التفاصيل موجودة في قسم إشارة المستخدم.

6.2.1. واجهة متزامنة

تحدث جميع عمليات نقل اتصال Avalon Streaming بشكل متزامن مع الحافة الصاعدة لإشارة الساعة المرتبطة. جميع المخرجات من واجهة المصدر إلى واجهة الحوض،
بما في ذلك البيانات والقناة وإشارات الخطأ، يجب تسجيلها على الحافة الصاعدة للساعة. ليس من الضروري تسجيل المدخلات إلى واجهة الحوض. تسجيل الإشارات عند المصدر يسهل التشغيل عالي التردد.

الجدول 21. خصائص واجهة Avalon Streaming Credit

اسم العقار

القيمة الافتراضية

القيمة القانونية

وصف

AssociateClock

ساعة

اسم واجهة ساعة Avalon التي بها هذا

واجهة

واجهة Avalon Streaming متزامنة.

إعادة تعيين مرتبطة

إعادة ضبط

اسم واجهة Avalon Reset التي يصل إليها هذا

واجهة

واجهة Avalon Streaming متزامنة.

رموز dataBitsPerSymbolPerBeat

1 8192

يحدد عدد البتات لكل رمز. على سبيل المثالampليه

تحتوي الواجهات الموجهة بالبايت على رموز 8 بت. هذه القيمة

لا تقتصر على أن تكون قوة 2.

1 8192

عدد الرموز التي يتم نقلها على كل

دورة صالحة.

maxCredit

256

1-256

الحد الأقصى لعدد الاعتمادات التي يمكن أن تدعمها واجهة البيانات.
تابع…

إرسال التعليقات

مواصفات واجهة Avalon® 55

6. واجهات أفالون الائتمانية المتدفقة 683091 | 2022.01.24

اسم الخاصية errorDescriptor

القيمة الافتراضية
0

firstSymbolInHighOrderBits صحيح

maxChannel

القيمة القانونية

وصف

قائمة السلاسل

قائمة الكلمات التي تصف الخطأ المرتبط بكل بت من إشارة الخطأ. يجب أن يكون طول القائمة هو نفس عدد البتات في إشارة الخطأ. تنطبق الكلمة الأولى في القائمة على البت ذي الترتيب الأعلى. على سبيل المثالample، "CRC، overflow" تعني أن بتة الخطأ [1] تشير إلى خطأ CRC. يشير البت[0] إلى خطأ تجاوز السعة.

صحيح، خطأ

الحد الأقصى لعدد القنوات التي تتعامل بها البيانات

يمكن أن تدعم.

6.2.2. عمليات نقل البيانات النموذجية
يحدد هذا القسم نقل البيانات من واجهة المصدر إلى واجهة الحوض. وفي جميع الحالات، يجب أن يتوافق مصدر البيانات ومصرف البيانات مع المواصفات. ليس من مسؤولية مخزن البيانات اكتشاف أخطاء بروتوكول المصدر.
يوضح الشكل أدناه الإشارات التي يتم استخدامها عادةً في واجهة Avalon Streaming Credit.
الشكل 33. إشارات ائتمان تدفق Avalon النموذجية

كما يشير هذا الشكل، تقوم واجهة مصدر Avalon Streaming Credit النموذجية بتوجيه الإشارات الصحيحة والبيانات والخطأ وإشارات القناة إلى الحوض. يقوم الحوض بتوجيه إشارات التحديث والائتمان.

مواصفات واجهة Avalon® 56

إرسال التعليقات

6. واجهات أفالون الائتمانية المتدفقة 683091 | 2022.01.24
الشكل 34. الائتمان النموذجي ونقل البيانات

يوضح الشكل أعلاه عملية نقل الائتمان والبيانات النموذجية بين المصدر والمصرف. يمكن أن يكون هناك تأخير تعسفي بين مصدر تأكيد التحديث والمصدر الذي يتلقى التحديث. وبالمثل، يمكن أن يكون هناك تأخير عشوائي بين المصدر الذي يؤكد صحة البيانات والمصرف الذي يستقبل تلك البيانات. لا يجب أن يكون التأخير في مسار الائتمان من المصدر إلى المصدر ومسار البيانات من المصدر إلى المصدر متساويين. يمكن أن تكون هذه التأخيرات عبارة عن دورة 0 أيضًا، أي عندما يؤكد المصدر على التحديث، يتم رؤيته بواسطة المصدر في نفس الدورة. وعلى العكس من ذلك، عندما يؤكد المصدر صحته، يتم رؤيته من قبل الحوض في نفس الدورة. إذا كان المصدر يحتوي على صفر من الاعتمادات، فلا يمكن تأكيد صحته. الاعتمادات المحولة تراكمية. إذا قام المصدر بتحويل أرصدة مساوية لخاصية maxCredit الخاصة به، ولم يتلق أي بيانات، فلا يمكنه تأكيد التحديث حتى يتلقى بيانات واحدة على الأقل أو يتلقى نبض return_credit من المصدر.
لا يستطيع المصرف ضغط البيانات من المصدر إذا كان المصرف قد قدم أرصدة للمصدر، أي يجب أن يقبل المصرف البيانات من المصدر إذا كانت هناك أرصدة مستحقة. لا يمكن للمصدر تأكيد صحته إذا لم يتلق أي رصيد أو استنفد الاعتمادات المستلمة، أي أنه أرسل البيانات بالفعل بدلاً من الاعتمادات المستلمة.
إذا كان المصدر لديه صفر من الاعتمادات، فلا يمكن للمصدر بدء نقل البيانات في نفس الدورة التي يتلقى فيها الاعتمادات. وبالمثل، إذا قام المصدر بتحويل أرصدة مساوية لخاصية maxCredit الخاصة به واستقبل البيانات، فلن يتمكن المصدر من إرسال تحديث في نفس الدورة التي تلقى فيها البيانات. تم وضع هذه القيود لتجنب الحلقات التوافقية في التنفيذ.
6.2.3. إعادة الاعتمادات
يدعم بروتوكول Avalon Streaming Credit إشارة return_credit. يتم استخدام هذا من قبل المصدر لإعادة الاعتمادات إلى الحوض. في كل دورة يتم تأكيد هذه الإشارة، فهي تشير إلى أن المصدر يعيد رصيدًا واحدًا. إذا أراد المصدر إرجاع أرصدة متعددة، فيجب تأكيد هذه الإشارة لدورات متعددة. على سبيل المثالampإذا أراد المصدر إرجاع 10 أرصدة مستحقة، فإنه يؤكد إشارة return_credit لمدة 10 دورات. يجب أن يقوم Sink بحساب الاعتمادات المرتجعة في عدادات صيانة الائتمان الداخلية الخاصة به. يمكن إرجاع الاعتمادات حسب المصدر في أي وقت طالما أن الاعتمادات أكبر من 0.
يوضح الشكل أدناه الاعتمادات المصدرية المرتجعة. كما هو موضح في الشكل، فإن Excellent_credit هو عداد داخلي للمصدر. عندما يقوم المصدر بإرجاع الاعتمادات، يتم تقليل هذا العداد.

إرسال التعليقات

مواصفات واجهة Avalon® 57

الشكل 35. مصدر الاعتمادات المرتجعة

6. واجهات أفالون الائتمانية المتدفقة 683091 | 2022.01.24

ملحوظة:

على الرغم من أن الرسم البياني أعلاه يوضح إرجاع الاعتمادات عندما يتم إلغاء صلاحية الاعتماد، إلا أنه يمكن أيضًا تأكيد return_credit أثناء تأكيد الصالح. في هذه الحالة، ينفق المصدر فعليًا رصيدين: واحد صالح والآخر مقابل return_credit.

6.3. إشارات مستخدم رصيد تدفق أفالون
إشارات المستخدم هي إشارات نطاق جانبي اختيارية تتدفق مع البيانات. وتعتبر صالحة فقط عندما تكون البيانات صالحة. ونظرًا لأن إشارات المستخدم ليس لها أي معنى أو غرض محدد، فيجب توخي الحذر أثناء استخدام هذه الإشارات. تقع على عاتق مصمم النظام مسؤولية التأكد من أن عنواني IP المتصلين ببعضهما البعض يتفقان على أدوار إشارات المستخدم.
يتم اقتراح نوعين من إشارات المستخدم: إشارات المستخدم لكل رمز وإشارات المستخدم لكل حزمة.
6.3.1. إشارة المستخدم لكل رمز
وكما يوحي الاسم، تحدد البيانات إشارة مستخدم لكل رمز (symbol_user) لكل رمز. يمكن أن يحتوي كل رمز في البيانات على إشارة مستخدم. على سبيل المثالample، إذا كان عدد الرموز في البيانات هو 8، وكان عرض رمز المستخدم 2 بت، فإن العرض الإجمالي لإشارة رمز المستخدم هو 16 بت.
رمز_المستخدم صالح فقط عندما تكون البيانات صالحة. يمكن للمصدر تغيير هذه الإشارة في كل دورة عندما تكون البيانات صالحة. يمكن أن يتجاهل Sink قيمة بتات الرمز_المستخدم للرموز الفارغة.
إذا كان المصدر الذي لديه هذه الإشارة متصلاً بمغسلة لا تحتوي على هذه الإشارة على واجهته، فإن الإشارة من المصدر تظل متدلية في الوصلة البينية التي تم إنشاؤها.
إذا كان المصدر الذي لا يحتوي على هذه الإشارة متصلاً بحوض يحتوي على هذه الإشارة على واجهته، فإن إشارة مستخدم مدخل الحوض ترتبط بـ 0.
إذا كان لكل من المصدر والمصرف عدد متساو من الرموز في البيانات، فيجب أن تكون إشارات المستخدم لكليهما متساوية في العرض. وبخلاف ذلك، لا يمكن توصيلهما.

مواصفات واجهة Avalon® 58

إرسال التعليقات

6. واجهات الائتمان المتدفقة من أفالون
683091 | 2022.01.24
إذا كان المصدر الواسع متصلاً بمغسلة ضيقة، وكلاهما لديه إشارات مستخدم لكل رمز، فيجب أن يحتوي كلاهما على بتات متساوية من إشارة المستخدم المرتبطة بكل رمز. على سبيل المثالample، إذا كان المصدر المكون من 16 رمزًا يحتوي على 2 بت من إشارة المستخدم المرتبطة بكل رمز (بإجمالي 32 بت من إشارة المستخدم)، فيجب أن يحتوي الحوض المكون من 4 رموز على إشارة مستخدم بعرض 8 بت (بتان مرتبطان بـ كل رمز). يمكن لمحول تنسيق البيانات تحويل بيانات المصدر المكونة من 2 رمزًا إلى بيانات مصدر مكونة من 16 رموز، وإشارة المستخدم 4 بت إلى إشارة المستخدم 32 بت. يحافظ محول تنسيق البيانات على ارتباط الرموز مع بتات إشارة المستخدم المقابلة.
وبالمثل، إذا كان المصدر الضيق متصلاً بمغسلة واسعة، وكلاهما لديه إشارات مستخدم لكل رمز، فيجب أن يحتوي كلاهما على بتات متساوية من إشارة المستخدم المرتبطة بكل رمز. على سبيل المثالample، إذا كان المصدر المكون من 4 رموز يحتوي على بتتين من إشارة المستخدم المرتبطة بكل رمز (بإجمالي 2 بتات من إشارة المستخدم)، فيجب أن يحتوي الحوض المكون من 8 رمزًا على إشارة مستخدم بعرض 16 بت (بتان مرتبطتان بـ كل رمز). يمكن لمحول تنسيق البيانات تحويل بيانات المصدر المكونة من 32 رموز إلى بيانات مخزن مكونة من 2 رمزًا، وإشارة المستخدم 4 بت إلى إشارة المستخدم 16 بت. يحافظ محول تنسيق البيانات على ارتباط الرموز مع بتات إشارة المستخدم المقابلة. إذا كانت الحزمة أصغر من نسبة عرض البيانات، يقوم محول تنسيق البيانات بتعيين قيمة فارغة وفقًا لذلك. يجب أن يتجاهل Sink قيمة بتات المستخدم المرتبطة بالرموز الفارغة.
6.3.2. إشارة المستخدم لكل حزمة
بالإضافة إلى رمز_المستخدم، يمكن أيضًا الإعلان عن إشارات المستخدم لكل حزمة (packet_user) على الواجهة. يمكن أن يكون Packet_user ذو عرض تعسفي. وبخلاف رمز_user، يجب أن يظل packet_user ثابتًا في جميع أنحاء الحزمة، أي أنه يجب تعيين قيمته في بداية الحزمة ويجب أن يظل كما هو حتى نهاية الحزمة. هذا التقييد يجعل تنفيذ محول تنسيق البيانات أكثر بساطة لأنه يلغي خيار النسخ المتماثل أو التقطيع (مصدر عريض، مصدر ضيق) أو تسلسل (مصدر ضيق، مصدر عريض) packet_user.
إذا كان المصدر يحتوي على packet_user ولم يكن المصدر كذلك، فسيظل packet_user من المصدر متدليًا. في مثل هذه الحالة، يجب على مصمم النظام توخي الحذر وعدم إرسال أي معلومات تحكم مهمة على هذه الإشارة حيث يتم تجاهلها كليًا أو جزئيًا.
إذا كان المصدر لا يحتوي على packet_user وكان المصدر يحتوي عليه، فإن packet_user المراد إيداعه مرتبط بـ 0.

إرسال التعليقات

مواصفات واجهة Avalon® 59

683091 | 2022.01.24 إرسال ملاحظاتك

7. واجهات قناة أفالون

ملحوظة:

تقوم واجهات Avalon Conduit بتجميع مجموعة عشوائية من الإشارات. يمكنك تحديد أي دور لإشارات القناة. ومع ذلك، عند توصيل القنوات، يجب أن تتطابق الأدوار والعروض، ويجب أن تكون الاتجاهات متعاكسة. يمكن أن تشتمل واجهة Avalon Conduit على إشارات الإدخال والإخراج والإشارات ثنائية الاتجاه. يمكن أن تحتوي الوحدة على واجهات Avalon Conduit متعددة لتوفير مجموعة إشارات منطقية. يمكن أن تعلن واجهات القناة عن ساعة مرتبطة. عندما تكون واجهات القناة المتصلة في مجالات ساعة مختلفة، يقوم مصمم النظام الأساسي بإنشاء رسالة خطأ.
إذا كان ذلك ممكنًا، يجب عليك استخدام واجهات Avalon-MM أو Avalon-ST القياسية بدلاً من إنشاء واجهة Avalon Conduit. يوفر مصمم النظام الأساسي التحقق من صحة هذه الواجهات وتكييفها. لا يمكن لمصمم النظام الأساسي توفير التحقق أو التكيف لواجهات Avalon Conduit.
تُستخدم واجهات القناة عادةً لتوجيه إشارات الأجهزة خارج الشريحة، مثل عنوان SDRAM والبيانات وإشارات التحكم.

تم تسجيل ISO 9001: 2015

7. واجهات قنوات أفالون 683091 | 2022.01.24

الشكل 36. التركيز على واجهة القناة

إيثرنت PHY

نظام أفالون إم إم
المعالج أفالون-MM
يستضيف

إيثرنت MAC
مضيف أفالون-MM

المنطق المخصص
مضيف أفالون-MM

نسيج ربط النظام

وكيل أفالون-MM
وحدة تحكم SDRAM

وكيل أفالون
المنطق المخصص

واجهة القناة
ذاكرة SDRAM

المستندات / الموارد

إنتل MNL-AVABUSREF Avalon Interface [بي دي اف] دليل المستخدم
MNL-AVABUSREF، واجهة أفالون، واجهة MNL-AVABUSREF أفالون

مراجع

دليل المستخدم

واجهة MNL-AVABUSREF أفالون

المستندات / الموارد

مراجع

اترك تعليقا

إلغاء الرد