क्या मेरा FPGA रूटिंग संसाधनों से बाहर है?


9

मेरे पास एक सीरियल-एटीए नियंत्रक डिज़ाइन है जो आर्टिक्स -7 डिवाइस को छोड़कर लगभग किसी भी तरह के Xilinx 7-सीरीज डिवाइस पर काम कर रहा है, जो मुझे सिरदर्द देता है ...

मेरे Artix-7 200T पर शुद्ध डिज़ाइन (SATA 6.0Gb / s, 150 MHz डिज़ाइन घड़ी) को लागू किया जा सकता है। यदि मैं ILA कोर (पहले चिपसोप के रूप में जाना जाता है) को जोड़ता हूं, तो समय पूरा नहीं होता है।

मैंने स्थिति को शांत करने के लिए क्या किया: - प्रत्येक ILA कोर में 2 पाइपलाइन चरणों को जोड़ा - GTP ट्रांसीवर और तर्क के बीच 1 पाइपलाइन चरण को जोड़ा - वैकल्पिक कार्यान्वयन रणनीति के रूप में उपयोग किए गए रिटिमिंग, रीमैप और विस्तृत प्लेसमेंट

यह चित्र सामान्य डिज़ाइन प्रवाह दिखाते हैं। ILA कोर SATAController (SATAC) और 8-बिट CPU ( SoFPGA ) से बहुत दूर हैं , लेकिन नियंत्रक में अभी भी विफल पथ हैं (यह केवल विफल पथ वाला क्षेत्र है)।

यहां छवि विवरण दर्ज करें

ऐसा लगता है कि आर्टिक्स -7 कुछ क्षेत्रों में रूटिंग संसाधनों से बाहर है। मुझे इस तरह के संदेह का संकेत देने वाली रिपोर्ट कैसे मिल सकती है?

मैंने रिटाइमिंग, रीमैप और व्यापक प्लेसमेंट रणनीतियों की भी कोशिश की। परिणाम यह है:

यहां छवि विवरण दर्ज करें

समय की विफलता लगभग समान है ...

PS डिज़ाइन केवल 178> 300 ब्लॉकराम का उपयोग करता है। मैंने अन्य डिजाइनों में लगभग हर ब्लॉकराम का उपयोग करने के लिए Xilinx ISE का उपयोग किया, लेकिन मुझे कभी इस तरह के व्यवहार का सामना नहीं करना पड़ा।

संपादित करें:

यहाँ प्रति स्लाइस (लाल रंग में) सभी नकारात्मक सुस्त मूल्यों का ऊष्मा मानचित्र है यहां छवि विवरण दर्ज करें


3
एल्टर क्वार्टस में लॉजिकलॉक क्षेत्र नाम की कोई चीज होती है, जो आपको किसी विशिष्ट क्षेत्र के विभाजन या तर्क का हिस्सा बनाने की अनुमति देती है। मुझे लगता है कि Xilinx के लिए कुछ समान होगा (हालांकि यह निश्चित नहीं है कि इसे क्या कहा जाएगा)। यदि आप ऐसा कर सकते हैं, तो आपको अपने तर्क से दूर एक क्षेत्र में ILA को रोकना चाहिए (महत्वपूर्ण सामान को विस्थापित करने से रोकने के लिए), और समय के साथ मदद करने के लिए अतिरिक्त पाइपलाइनिंग (क्षेत्र के लिए असंसाधित) को जोड़ना चाहिए।
टॉम कारपेंटर

2
यह ILA के क्लॉक डोमेन और किसी अन्य क्लॉक डोमेन के बीच झूठे रास्तों का मामला भी हो सकता है, जिसके कारण फ़िटर द्वारा अतिरिक्त प्रयास किए जाते हैं (जिससे वास्तविक पथ कम प्राथमिकता के साथ व्यवहार किए जाते हैं और इसलिए असफल समय के साथ)
टॉम बढ़ई

2
मैंने सिग्नलटैप के साथ (फिर से ILA के बराबर अल्टर) के समान मुद्दे उठाए हैं, असफल होने के रास्तों के कारण क्योंकि संवेदनशील रास्तों को टैप लॉजिक द्वारा अलग किया जा रहा था, जो सिग्नल के टैप होने के करीब होना चाहते थे। यह ज्यादातर वहां हो रहा था जहां उच्च BRAM घनत्व था क्योंकि सिग्नलटैप BRAMs अन्य BRAMs को आगे मजबूर कर रहे थे। एक बार जब सिग्नलटैप को एक ऐसे क्षेत्र के लिए विवश किया गया था जो कम गंभीर रूप से भरा था, तो समस्याएं दूर हो गईं।
टॉम कारपेंटर

@TomCarpenter प्लेसमेंट की बाधाओं को PBlock :) कहा जाता है। जहां तक ​​मैं बता सकता हूं, SoFPGA या SATAC क्षेत्र में कोई ILA सेल नहीं हैं, वे 151 ट्रेस संकेतों में से प्रत्येक पर 3 FF चरणों के माध्यम से अलग हो जाते हैं। प्रोब्ड डिज़ाइन ILA (150 MHz) के समान घड़ी डोमेन में चलता है। सभी रास्ते विवश हैं (कोई असंबद्ध, कोई असफल इंटर-क्लॉक पथ नहीं)। उल्लिखित विफल पथ सभी एक ही घड़ी डोमेन में हैं, या तो SATAC में या ILA में ही। मुझे एक रूटिंग कंजेशन रिपोर्ट मिली, जो कहती है कि लगभग 54% उपयोग (हॉर। और लंबवत) है। कृपया मेरी नकारात्मक देखिए। सुस्त गर्मी का नक्शा मेरे सवाल में जुड़ गया।
पेब्बेल्स

1
मुझे 2 मुद्दे मिले: सबसे पहले, आर्टिक्स -7 एक काइनेक्स -7 की तुलना में 15 से 50% धीमा है। यदि मैं डिफ़ॉल्ट गति ग्रेड को -2 से -3 में बदलता हूं तो सब ठीक है (670 पीएस की तुलना में 200 पीएस का सुरक्षा मार्जिन है। सुस्त। तो गति ग्रेड -3 में लगभग 0.970 एनएस से 6.600 एनएस का रास्ता बेहतर हो जाता है!) ऐसा लगता है जैसे ट्रेस सिग्नल का शुद्ध लगाव एक उच्च प्रशंसक का कारण बनता है, जो समय की समस्याओं का कारण बनता है। इसके अलावा, ट्रेस मार्ग 8-बिट सीपीयू के लिए 100 मेगाहर्ट्ज घड़ी डोमेन से गुजरते हैं, जो बदले में (5 में से एक रन) उस घड़ी डोमेन में मुद्दे। इतनी लंबी लाइनें / मार्ग अन्य लाइनों पर मुद्दों का कारण बनता है।
पेब्बल

जवाबों:


1

आप Xilinx Vivado में एक डिज़ाइन विश्लेषण करके एक विस्तृत रिपोर्ट प्राप्त कर सकते हैं। Tcl कंसोल में निम्न कमांड चलाएँ: "report_design_analysis" यह आपको कार्यान्वित डिज़ाइन की समय, जटिलता और भीड़ की रिपोर्ट देता है। आप इस रिपोर्ट को टूल्स-> रिपोर्ट-> रिपोर्ट Design_analysis पर जाकर भी चला सकते हैं।

इस रिपोर्ट में, आप देख सकते हैं कि किन क्षेत्रों में जमाव के कारण भीड़भाड़ हो रही है। कौन से स्लाइस पूरी तरह से उपयोग किए जाते हैं या ऐसे स्लाइस और / या मार्गों का किराया क्या है।

मुझे उम्मीद है कि यह मदद की थी।

सादर, केडब्ल्यूक्यू


इसके लिए धन्यवाद (मुझे अज्ञात) रिपोर्ट। यह मेरी अंतिम छवि (टाइमिंग हीट मैप) से कैसे भिन्न है?
पैबेल्स 17
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.