क्या आस्टसीलस्कप परियोजना के लिए पाई पर्याप्त है?


18

मेरा लक्ष्य पाई आधारित उपकरणों को बनाना है, जो एक आस्टसीलस्कप से शुरू होता है। इसलिए मैंने इसका उत्तर पढ़ा

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

सिस्टम-ऑन-चिप्स के साथ मेरा अनुभव मुझे बताता है कि ये सिस्टम निरंतर I / O पर आसानी से संतृप्त हो सकते हैं। क्या पाई का भी यही हाल है?

जवाबों:


22

आइए एक उच्च-स्तर का अवलोकन करें कि आस्टसीलस्कप क्या है:

पहले हमारे पास एनालॉग फ्रंट-एंड है। यहां हमारे पास जांच के लिए प्रतिबाधा-मिलान नेटवर्क है (लेकिन जांच में समाई मिलान वाला भाग भी होगा), क्षीणन खंड (बहुत महत्वपूर्ण है, इसलिए हम एडीसी को अधिभार नहीं देते हैं या उच्च वोल्टेज में जाने देते हैं), ट्रिगर और कनेक्शन के लिए एनॉलॉग से डिजिटल परिवर्तित करने वाला उपकरण। मैं इस बारे में बहुत ज्यादा बात नहीं करूंगा, क्योंकि मैं एनालॉग सामान के साथ बहुत अच्छा नहीं हूं, लेकिन नीचे की रेखा है: इस खंड में हम पाई के साथ कुछ भी नहीं कर सकते हैं।

अगला हमारे पास डिजिटल कनवर्टर भाग का एनालॉग है। आपको प्रत्येक चैनल के लिए कम से कम एक ADC की आवश्यकता होगी। अधिक का उपयोग उच्च नमूना दर के लिए किया जा सकता है। पारंपरिक दायरे में, ADC एक ASIC या FPGA डिवाइस से जुड़ा होता है। उनका उपयोग इसलिए किया जाता है क्योंकि ADC द्वारा उपलब्ध कराए गए डेटा को संसाधित करने के लिए पारंपरिक कंप्यूटर वास्तविक समय के लिए पर्याप्त नहीं हैं (और तेज़ी के साथ वास्तविक समय को भ्रमित नहीं करते हैं)। उस डेटा को तब किसी प्रकार की रैम में संग्रहीत किया जाता है। कुछ डिवाइस स्टेटिक रैम का उपयोग करेंगे, कुछ अन्य डायनामिक रैम का उपयोग करेंगे। सामान्य तौर पर SRAM दृष्टिकोण अधिक पारंपरिक है और बड़े-नाम वाले निर्माताओं में देखा जाता है, जबकि DRAM का उपयोग सबसे सस्ता चीनी-डिज़ाइन इकाइयों में देखा गया नया दृष्टिकोण है।

रैम की मात्रा और इसकी गति यह निर्धारित करेगी कि कितने नमूने संग्रहीत किए जा सकते हैं। लगभग हमेशा ADC 8-बिट ADC होगा, इसलिए एक megasample के लिए हमें 8 b गुणा 100000 = 8 Mb या 1 MB RAM की आवश्यकता होगी। एक एमएसए / एस के लिए, हमें रैम की आवश्यकता होगी जो उस गति पर काम कर सकती है। आज, यह प्राप्त करना अपेक्षाकृत आसान होना चाहिए। FPGA आमतौर पर रैम को सीधे चलाता है और इसमें डेटा संग्रहीत करने के लिए जिम्मेदार है। यह नमूना मेमोरी को भरने के द्वारा काम करता है, जबकि अभी भी खाली कमरा है और फिर इसे पूर्ण होने पर इसे ओवरराइट कर देता है। जब प्रति चैनल में कई एडीसी होते हैं, तो एफपीजीए उन्हें सेट करेगा ताकि पहले नमूना शुरू हो, फिर अगली घड़ी दूसरी और इसी तरह। जब वे नमूना खत्म करते हैं, तो पहले एडीसी का नमूना पहले मेमोरी में लिखा जाएगा, फिर दूसरा एडीसी का नमूना। इससे यह लगेगा कि एडीसी तेजी से नमूना ले रहे हैं, फिर वे वास्तव में हैं।

इस खंड में अगला बिंदु यह है कि नमूने समय में समतुल्य होने चाहिए। यह ऑसीलोस्कोप में पीसी के उपयोग के साथ मुख्य समस्या है और यही कारण है कि एफपीजीए और एएसआईसी प्रमुख हैं। यदि कुछ नमूने देर से या जल्दी आते हैं, तो स्क्रीन पर प्रदर्शित छवि गलत होगी।

इस भाग में हम पाई का पहला संभव उपयोग देखते हैं। यदि नमूना दर काफी कम है, तो हम सीधे ADCs को Pi से ड्राइव करने और Pi के RAM में उनके परिणामों को संग्रहीत करने में सक्षम हो सकते हैं। हम कितनी तेजी से जा सकते हैं यह इस बात पर निर्भर करता है कि ADC पाई से जुड़ा हुआ है और Pi अपना I / O कैसे करता है। मैंने जो पढ़ा है, उसमें से पाई की I ^ 2C पोर्ट की उच्चतम गति 150 MHz है (GNU / Linux में इसे प्राप्त करना कितना आसान है) एक और प्रश्न है, जबकि उच्चतम मानकीकृत गति 5 MHz है और SPI में उच्चतम गति है पाई 250 मेगाहर्ट्ज है। मुझे यकीन नहीं है कि एसपीआई की उच्चतम मानक गति क्या है, लेकिन मुझे उम्मीद है कि यह अधिकतम 100 मेगाहर्ट्ज रेंज में कहीं होगा।

तो सिद्धांत रूप में, हमारे पास कम एमएसए / एस रेंज में एडीसी चलाने के लिए पाई पर पर्याप्त गति से अधिक है। मुझे लगता है कि RAM की गति यहाँ एक समस्या नहीं होगी, लेकिन मेरे पास इसे वापस करने के लिए कोई डेटा नहीं है। यदि ऐसा है, तो हमें सामान्य स्कोपों ​​पर एक बड़ा लाभ होगा: कैप्चर मेमोरी की बहुत बड़ी मात्रा उपलब्ध होगी। उदाहरण के लिए यदि हम सैंपल मेमोरी के लिए प्रोग्राम में 32 MiB RAM समर्पित करते हैं और हमारे पास दो चैनल हैं, जो हमें प्रत्येक चैनल के लिए 16 MiB या प्रति चैनल 134 एमबी से अधिक या 134 megasamples के साथ छोड़ देगा। यही कारण है कि आज भी कई ऑसिलोस्कोप नहीं हैं।

नकारात्मक पक्ष यह है कि हमें सटीक नमूना लेने में सक्षम होने के लिए ऑपरेटिंग सिस्टम के लिए भारी संशोधनों की आवश्यकता होगी। मुझे वास्तविक समय के लिनक्स के साथ कोई अनुभव नहीं है, इसलिए मुझे पता है कि यह कितना आसान होगा।

वैसे भी, हम अगले चरण पर आते हैं। इसलिए हमारे पास एक नमूना प्रणाली है जो रैम को भर रही है। अगला भाग ट्रिगर है। ट्रिगर स्क्रीन ताज़ा दर से निकटता से संबंधित है। यह मूल रूप से क्या करता है एक दिलचस्प नमूना ढूंढ रहा है और इसे स्मृति में पकड़ रहा है। जब स्कोप ट्रिगर होता है, तो यह ट्रिगर के बाद नमूना जारी रखता है जब तक कि यह मेमोरी को भर नहीं देता है और फिर इसे संसाधित करने और स्क्रीन पर प्रदर्शित होने के लिए भेजता है। जबकि डेटा संसाधित किया जा रहा है, नमूना प्रणाली अगर अक्सर जमे हुए है और डेटा प्रदर्शित होने की प्रतीक्षा कर रहा है। इसीलिए लो-एंड स्कोप्स में रिफ्रेश रेट्स कम होते हैं जबकि हाई-एंड स्कोप्स में स्पेशल हाई रिफ्रेश रेट डिस्प्ले होते हैं और डेटा के डिस्प्ले होने के इंतजार में काफी कम समय बिताते हैं।

इस खंड में अक्सर एक और ASIC या FPGA होगा जो नमूनों पर सिग्नल प्रोसेसिंग करेगा, कोई भी प्रोटोकॉल डिकोडिंग अगर स्कोप इसका समर्थन करता है और वास्तव में डिस्प्ले को चला रहा है।

यह वह हिस्सा है जहां से मैं पाई को देख सकता हूं जो वास्तव में चमक सकता है। यह एक अच्छा 1920x1080 डिस्प्ले ड्राइव कर सकता है (जबकि स्कोप अक्सर उप 800x600 भूमि में होते हैं) और बहुत अच्छी तरह से डिकोडिंग प्रोटोकॉल कर सकते हैं। एकमात्र समस्या जो मुझे दिखाई दे रही है वह गति होगी और प्रसंस्करण होल्ड-ऑफ समय को कैसे प्रभावित करेगा। यदि हम कम ताज़ा दर के लिए जाते हैं, तो हम इसके साथ एक बहुत अच्छा तर्क विश्लेषक प्राप्त कर सकते हैं।

अंत में USB ऑसिलोस्कोप के बारे में एक शब्द और इस प्रकार की परियोजना के लिए USB सामान्य रूप से खराब क्यों है: पारंपरिक USB ऑसिलोस्कोप इनपुट और सैंपलिंग करता है और प्रसंस्करण के लिए नमूना डेटा पीसी पर भेजता है जिसके लिए एक होस्ट एप्लिकेशन मौजूद है। मूल रूप से कुछ ऐसा ही पाई के साथ भी किया जाएगा। आमतौर पर पीसी एप्लिकेशन बुरी तरह से डिजाइन और बग से भरे होते हैं। अगला खराब हिस्सा USB ही है। इसे तेज़ बस के रूप में विज्ञापित किया गया है जो 480 एमबी / एस को "हाई-स्पीड" मोड में कर सकती है। सच्चाई यह है कि एक यूएसबी नियंत्रक को खोजने के लिए यह बहुत दुर्लभ है जो इस तरह की उच्च गति का समर्थन कर सकता है (औसत मैंने जो देखा है, उससे लगभग 250 एमबी / एस लगता है) और यह कि प्रोटोकॉल के रूप में यह किसी भी वास्तविक के लिए बहुत अनुकूल नहीं है -समय आवेदन। पहले यह एक हब पर सभी उपकरणों के बीच साझा किया जाता है (और Pi में केवल एक यूएसबी पोर्ट है जिससे ईथरनेट + यूएसबी हब जुड़ा हुआ है), अपेक्षाकृत अधिक ओवरहेड है (जब एसपीआई कहने की तुलना में) और उच्च विलंबता है (याद रखें कि 1 एमएसए / एस प्रत्येक नमूना सिर्फ 1 माइक्रोन तक रहता है, इसलिए हमारे पास हमारे बोर्ड पर मेमोरी होनी चाहिए क्योंकि हम वास्तविक समय में नमूने नहीं भेज सकते हैं USB पर)। अंत में USB का उपयोग करने से डेटा अधिग्रहण भाग ओ स्कोप सिर्फ एक और USB आस्टसीलस्कप बन जाएगा और यहीं पर हम Pi का उपयोग करने के किसी भी लाभ को ढीला कर देते हैं: पारंपरिक डेस्कटॉप कंप्यूटर बहुत अधिक सामान्य, तेज, अधिक आसानी से प्राप्त होते हैं और इनमें बेहतर USB क्षमताएं होती हैं।

EDIT मैंने Gert van Loo द्वारा एक अपेक्षाकृत हाल की पोस्ट पढ़ी है और उनके अनुसार, Pi की I ^ 2C के लिए यथार्थवादी दरें 400 kHz और SPI के लिए 20 MHz हैं।


तो आपके उत्तर का शिखर क्या है? यह विकी की तरह अधिक है।
पायोत्र कुला

@ppumkin हाँ, इस तरह के एक प्रश्न के लिए इस तरह के उत्तर की आवश्यकता होती है .. वैसे कोई शिखर नहीं है। हमें डिवाइस के अपेक्षित प्रदर्शन के बारे में पर्याप्त जानकारी प्रदान नहीं की गई है जिसे हमें यह मानने की आवश्यकता है कि पाई अधिग्रहण करेगी, निचली रेखा कम पर्याप्त आवृत्तियों के लिए हां होगी। यदि Pi अधिग्रहण नहीं करेगा, तो इसके खराब USB प्रदर्शन के कारण Pi का उपयोग करना व्यर्थ है।
आंद्रेजाको

8

हमने रास्पबेरी पाई को इस तरह की परियोजना के लिए आवश्यक सॉफ़्टवेयर चलाने के लिए एक उत्कृष्ट मंच पाया है। समस्या आरपीआई में पहले स्थान पर सिग्नल प्राप्त कर रही है और ओ / एस और एप्लिकेशन सॉफ्टवेयर चलाने वाले एक ही सीपीयू पर हाई स्पीड जिटर फ्री रियल-टाइम सिग्नल कैप्चर कर रही है। हमारा समाधान बिटस्स्कोप रास्पबेरी पाई ओस्सिलोस्कोप है जो रास्पबेरी पाई के साथ एक बिटस्कोप (उच्च गति मिश्रित सिग्नल वेवफॉर्म कैप्चर के लिए) बनाता है जो सभी आवश्यक सॉफ़्टवेयर चलाता है।

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


बेशर्म प्लग =)
lenik

2
वह तो कमाल है। लेकिन इसका उत्तर से कोई लेना देना नहीं है! या शायद यह साबित होता है कि पाई एक आस्टसीलस्कप होने के लिए कमजोर है?
पायोतर कुला

पाई "बहुत कमजोर" नहीं है, लेकिन इसमें I / O क्षमता (उच्च गति) तरंग अधिग्रहण के लिए आवश्यक नहीं है। मूल प्रश्न के शब्दों में, यह "उस के लिए सुसज्जित है" :-)
BitScope

2

NB: यह पाठ का एक 'जोर से सोच' टुकड़ा है तो एक असली जवाब है

इस विचार ने कुछ समय पहले मेरे दिमाग को पार कर दिया था, और मुझे अभी भी सामान्य विचार पसंद है!

जहां तक ​​मुझे पता है, विशेष उच्च गति I / O के झुंड के साथ उच्च-स्तरीय स्कोप 15 साल (या इससे भी अधिक) सिर्फ कंप्यूटर (पीसी) हैं। मुझे लगता है कि जब समान I / O को आरपीआई से डिज़ाइन / कनेक्ट किया जाता है, तो परिणाम आश्चर्यजनक रूप से अच्छा हो सकता है।

IMHO यह करने का एक अच्छा तरीका है कि आरपीआई को केवल स्टोर करने और एकत्रित डेटा (यूएसबी पोर्ट पर उदाहरण के लिए प्राप्त) को प्रदर्शित करने और कुछ विशेष हार्डवेयर को उच्च गति मापने दें। यह उच्च गति मापने की इकाई तब उपयोगकर्ता इनपुट या कुछ इसी तरह के आधार पर आरपीआई द्वारा नियंत्रित की जा सकती है।

आरपीआई पर पहले संस्करण में यूएसबी पोर्ट के साथ कुछ समस्याएं थीं / हैं, मैंने हाल ही में नहीं खोजा है अगर वे इस समय हल हो गए हैं। मैंने एक अफवाह भी सुनी कि आरपीआई के नए 2.0 संस्करण में ये समस्याएं नहीं होनी चाहिए, लेकिन मैंने इस अफवाह की भी जांच नहीं की है।

मुझे लगता है कि किसी भी बाहरी (विशेष) हार्डवेयर के बिना परिणाम I / O पोर्ट की संख्या और इस तथ्य के कारण सीमित हैं कि एक संपूर्ण ओएस उस पर चल रहा है (जो रीयलटाइम विकल्पों को सीमित करता है)। जब तक आप अपना ओएस लिखने की योजना नहीं बना रहे हैं?

इस उद्देश्य के लिए उदाहरण के लिए I2C चिप्स का उपयोग करने से वास्तव में कुछ अच्छा करने के लिए पर्याप्त गति नहीं होगी। SPI पहले से ही बहुत अधिक बैंडविड्थ देता है (मेरे सिर के ऊपर से 100Mhz तक), लेकिन मैं USB के लिए जाऊंगा और यदि आवश्यक हो तो, और अधिक बैंडविड्थ प्राप्त करने के लिए, डेटा भेजने से पहले कुछ अच्छी एन्कोडिंग योजना का उपयोग कर सकता हूं।

तो मुझे लगता है कि यह संभव है, लेकिन जो हार्डवेयर आरपीआई में जोड़ने की आवश्यकता है, वह आरपीआई से बहुत अधिक महंगा होगा।

अंतिम लेकिन कम से कम (इससे पहले कि मैं इस विषय के बारे में विचार करना बंद कर दूं) मुझे आश्चर्य नहीं होगा अगर इंटरनेट पर खोज के परिणामस्वरूप कुछ समूह पहले से ही ऐसा करने में व्यस्त होंगे।


1

इसका जवाब है हाँ।

यह काफी शक्तिशाली है! लेकिन केवल कुछ आवृत्तियों के लिए- जैसा कि सीमाओं के कारण पहले से ही बताया गया है।

इसलिए! -> आपको अपने आप से पूछना होगा कि आप क्या मापना चाहते हैं?

  • क्योंकि आप विशेष रूप से नहीं पूछ रहे हैं कि आप क्या मापना चाहते हैं कि उत्तर अटकलों के लिए खुले हैं।
  • तो चलिए मैं आपको विकल्पों और सुझावों से परिचित कराता हूं। शायद आप एक नया प्रश्न पूछ सकते हैं जो रास्पबेरी के लिए अधिक विशिष्ट है और सामान्य ऑस्किलेटर विषय नहीं है!

Oscillators साधारण कम आवृत्तियों से लेकर हो सकते हैं जिनकी लागत 5USD होती है, और फिर अन्य लोग 50Ghz + को संभाल सकते हैं - जो कि एक छोटे से घर की लागत के बराबर है! 75,000USD-100,000USD!

मुझे लगता है कि रास्पबेरी उप गीगा आवृत्तियों को मापने के लिए काफी अच्छा होगा, जैसे 433mhz वायरलेस सिग्नल, कम गति सीपीयू बस संचार, टीटीएस / यूएआरटी, आई 2 डी डिबगिंग-बहुत अधिक नहीं। और उच्च आवृत्तियों वास्तव में सटीक नहीं होंगे, जैसा कि डिजाइन द्वारा रास्पबेरी रियलटाइम ओएस नहीं चलाता है। तो आपको ओएस के साथ शुरू करने की आवश्यकता होगी (या जैसा कि बाहरी बाहरी उपकरणों का उल्लेख किया गया है- लेकिन फिर क्या है?)

लेकिन अगर आप वास्तव में संकेतों को मापना चाहते हैं, तो आप रास्पबेरी विनिर्देशों के साथ एक बहुत अच्छी और काफी कीमत वाला डिवाइस खरीद सकते हैं। लेकिन पहले से ही अच्छी तरह से डिज़ाइन किया गया है, सुविधाओं से भरा हुआ है, वास्तव में डिजाइन में परिपक्व है और यह एक शौक पर्यावरण में काम करने के लिए स्वयं को साबित करता है।

यहां पहिया का आविष्कार करने की कोई आवश्यकता नहीं है। उदाहरण के लिए 100USD सिंगल चैनल के लिए एक DSO नैनो।

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

200USD से कम के लिए एक DSO नैनो क्वाड चैनल

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

और फिर, क्या एक रास्पबेरी या इसी तरह की डिवाइस नहीं कर सकते!

और एक छोटे से भाग्य लागत ...

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

  • 110Ghz तक, डेटा को स्टोर करने के लिए हार्ड ड्राइव के साथ, बेहद सटीक, सिमुलेशन और ट्रिगर्स।
  • माप बुउ ब्लूटूथ, WCDMA / EDGE / 3G / 4G, वायरलेस A / B / G / N 2.4Ghz / 5Ghz, SATA, AGP / PCI / PCI-Express, Raw सैटेलाइट सिग्नल, हार्ड ड्राइव हेड चैनल, ईथरनेट, आदि, आदि। ।

2
मैं रोहिणी और श्वार्ज की तरह अपनी आरपीआई की किताब बना सकता था, एक निफ्टी होगी, शायद कुछ हद तक पहाड़ी पर, केस मॉड :-)
ikku

जबरदस्त हंसी! यह आँखों के दर्द के लिए एक दृष्टि होगी :)
पिओटर कुल

1

आप USB पोर्ट में हमारे TiePie इंजीनियरिंग हैंड्सकॉप HS5 ऑसीलोस्कोप / मनमाना तरंग जनरेटरों में से एक को जोड़ सकते हैं । रास्पबेरी पाई के लिए संकलित एक पुस्तकालय एक या एक से अधिक ऑसिलोस्कोप का उपयोग करने के लिए एक साथ डाउनलोड के लिए उपलब्ध है। साधन अपने स्वयं के समय और मेमोरी का उपयोग करता है, इसलिए कोई प्रदर्शन हानि नहीं है। तो हाँ, पाई एक आस्टसीलस्कप परियोजना के लिए पर्याप्त शक्तिशाली है।

हैंडिसकॉप HS5

आस्टसीलस्कप के मुख्य विनिर्देश: 2 चैनल, 14 बिट, 500 एमएस / एस, 250 मेगाहर्ट्ज बैंडविड्थ, 20 एमएस / एस 14 बिट निरंतर अंतराल मुफ्त स्ट्रीमिंग, प्रति चैनल 32 एमएस मेमोरी, 1 पीपीएम समय आधार सटीकता।

आर्बिटवर्स वेवफॉर्म जेनरेटर की मुख्य विशिष्टताएँ: 1 30Hz से 30 MHz तरंग, 240 MS / s, 14 बिट, 64 MS मेमोरी, -12 से 12 V आउटपुट (24 Vpp), 1 ppm समय आधार सटीकता।


नमस्कार। भविष्य में कृपया उस उत्पाद के साथ अपनी संबद्धता का खुलासा करें जो आप विज्ञापन कर रहे हैं। धन्यवाद।

मुझे बेली! कीमतों को देखो! हालांकि अच्छे उत्पादों की तरह दिखता है। मेरे बजट रेंज में नहीं।
पायोटर कुला

संबद्धता प्रकटीकरण आवश्यकता के बारे में पता नहीं था। पाठ बदलने के लिए मैं TiePie इंजीनियरिंग के साथ संबद्ध हूँ इंगित करने के लिए।
मार्थीन

0

आपका सबसे अच्छा मौका है, तो कोशिश करने के लिए है sigrok और यह दृश्यपटल libsigrok पाई पर संकलित किया जा सकता है, और फिर कुछ संगत आस्टसीलस्कप हार्डवेयर खरीदते हैं। इस तरह आप प्रति सेकंड 24 मेगा सैंपल तक सिग्नल ले सकते हैं। पर्याप्त ज्ञान के साथ आप किसी भी तरह से सॉफ़्टवेयर को अनुकूलित कर सकते हैं, जिसमें मोबाइल उपकरणों के लिए वायरलेस प्रसारण शामिल है।


0

कुछ लोग सिगरोक के बारे में बात कर रहे हैं। मुझे लगता है कि निकटतम तरीका ड्राइवर EZ-USB FX2LP के साथ अच्छी तरह से प्रलेखित CY7C68013A का उपयोग कर रहा है। डेस्कटॉप पीसी पर यह वीजे के साथ काम नहीं कर रहा था, लेकिन जेसी पर यह अच्छा है। यहाँ 24 Msps के बारे में ज्ञात सीमा है। मैं कैमरा इंटरफेस का उपयोग कर, एक और तरीके के बारे में सोच रहा हूं। यह इंटरफ़ेस 2.1 मेगा पिक्सेल और प्रति सेकंड 30 फ्रेम का प्रबंधन कर सकता है, इसका मतलब है कि यह 60 मेगा "नमूने" प्रति सेकंड की गति के साथ जीपीयू को डेटा स्थानांतरित कर सकता है। साबुन अधिक उपयोगी है तो 20MHz SPI या USB।


ये डिजिटल इंटरफेस हैं, इसलिए यह एक आस्टसीलस्कप का उत्पादन नहीं करेगा जब तक कि आप उन्हें उच्च गति एडीसी के आउटपुट के साथ ड्राइव नहीं करते हैं। अधिकांश व्यावहारिक समाधान नमूना परिमाण के आदेशों को अधिक तेज़ी से देते हैं, लेकिन लगातार ऐसा नहीं करते हैं - जो सामान्य समस्याओं के लिए एक बेहतर फिट है।
क्रिस स्ट्रैटन

-1

यदि आप ऑडियो आवृत्तियों तक सीमित नहीं हैं, तो मैं एक सस्ती MCP3202 12-बिट ड्यूल चैनल A / D कनवर्टर का उपयोग करता हूं, जो कि spidev के साथ पाई पर प्राप्त होता है, और pydatascope टीसीपी सॉकेट के माध्यम से ईथरनेट पर पारित डेटा प्रदर्शित करने के लिए। Pydatascope एक स्पेक्ट्रम विश्लेषक के रूप में भी कार्य करता है!

मैंने दोहरी चैनलों के लिए pydatascope ओपन सोर्स कोड में अपेक्षाकृत तुच्छ परिवर्तन किए, ज्यादातर क्योंकि यह आसान था और ऐसा नहीं था कि मुझे वास्तव में इसकी आवश्यकता थी।

अनुवर्ती पोस्ट करें या मुझे सीधे मेल करें यदि आपके कोई प्रश्न हैं, तो मुझे मदद करने में खुशी होगी।


आप बिना अनुमति के मेरी कॉपीराइट की गई छवि का उपयोग कर रहे हैं। कृपया अपनी वेब साइट से कॉपीराइट की गई छवि को हटा दें।
जेम्स फिलिप्स

आपके उत्तर के लिए धन्यवाद @ जेम्स फिलिप्स। मैंने आपके उत्तर से छवि हटा दी। इसकी समीक्षा होने की प्रतीक्षा है। ध्यान दें कि मैं वह नहीं हूं जिसने इसे जोड़ा है। क्या आप अपनी साइट का पता प्रदान कर सकते हैं जिसमें उन लोगों के लिए छवि शामिल है जो देखने के लिए इच्छुक हैं?
niv3
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.