क्या हम TX आउटपुट सिग्नल से RS232 संचार की बॉड दर की गणना कर सकते हैं?


10

क्या हम एक्स आउटपुट सिग्नल से बॉड दर या संचार गति RS232 संचार की गणना कर सकते हैं ?

नीचे की छवि RS232 संचार आउटपुट सिग्नल से है। मैंने यह चित्र 0xaa के साथ लिया था, और उच्च के बीच की अवधि 100.us है।

मैंने सुना है कि बाहरी थरथरानवाला की आवृत्ति 8Mhz है। क्या हम उससे बॉड दर की गणना कर सकते हैं?

Oscilloscope ट्रेस RS232 सिग्नल दिखा रहा है


9
मुझे लगता है कि एक ईई को पता होना चाहिए F=1/T
यूजीन श।

2
मैं यह उम्मीद कर रहा था कि कॉन्फ़िगरेशन को आसान बनाने के लिए डेटा के ज्ञान के बिना बॉड दर का पता लगाने के बारे में एक प्रश्न हो, लेकिन यह? @EugeneSh। सही से अधिक है - इलेक्ट्रॉनिक्स के साथ काम करते समय आवृत्ति की परिभाषा जानना बुनियादी ज्ञान है।
नीदेज्ज्कोब

1
संकेत: यदि आप कुछ इस तरह से भ्रमित हो जाते हैं, तो अपनी विकास मशीन को अपना सर्वश्रेष्ठ अनुमान भेजें जैसा कि आप सोचते हैं कि आप देख रहे हैं और देखें कि तुलना में इस तरह दिखता है। यदि गलत है, तो उन्हें करीब लाने के लिए अपने अनुमान को परिष्कृत करें।
क्रिस स्ट्रैटन

सिग्रोक खुला स्रोत है, है ना? लोग कैसे "आवृत्ति का अनुमान लगाते हैं" काम करते हैं?
mckenzm

जवाबों:


21

ऐसा लगता है कि आपके पास प्रति विभाजन लगभग 2.4 बिट बार है, जो 250 about हैं। यह प्रत्येक बिट समय 104 at पर रखता है। इनवर्टर की उपज 9.6 kBaud है। यह मानक बॉड दरों में से एक है, इसलिए यह काफी प्रशंसनीय लगता है।


12

आपका कार्यक्षेत्र पर समय दर्शाता है100μरों


8मेगाहर्ट्ज

कुछ अन्य विचार:

  1. 100μरों±2%
  2. 3.5वी
  3. यह सिग्नल MARK के लिए HI का उपयोग करता है (RS-232 में, एक MARK एक नकारात्मक वोल्टेज है), इसलिए यह एक माइक्रो से तर्क स्तर का आउटपुट होना चाहिए न कि RS-232 सिग्नलिंग।

यदि आप आवश्यक START बिट और न्यूनतम एक-बार STOP को दूर ले जाते हैं, तो इसका मतलब है कि इसके लिए कम से कम सात बिट बिट शेष हैं:

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

अगर मैं ध्यान दे रहा हूं तो ऊपर एक 0x2A की व्याख्या की जाएगी, भले ही वह धीरज की बात हो।

हालाँकि, यह आठ डेटा बिट्स के लिए चार्ट होगा:

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

इस मामले में, व्याख्या या तो 0xAA होगी या फिर 0x55, स्ट्रीम के एंडियन प्रकृति के आधार पर होगी। तो यह आपके 0xAA (छोटे एंडियन, जो मुझे विश्वास है कि अधिक सामान्य है) का प्रतिनिधित्व कर सकता है।

जैसा कि आप देख सकते हैं, ट्रांसमीटर और रिसीवर को डेटा बिट्स की संख्या और उनमें से अंतिम प्रकृति पर सहमत होना चाहिए।

स्कोप के परिणामों की व्याख्या और भी लंबे धारावाहिक आकार के रूप में की जा सकती है। मैंने उन्हें पहले देखा है (9, सबसे अधिक, जैसा कि कुछ आईसी ने इसका समर्थन किया था, लेकिन मैंने पहले भी 10 का उपयोग किया है।)

समझौते के बिना, यह सुनिश्चित करना मुश्किल है।


एक साइडबार के रूप में:

मुझे वे दिन याद हैं, जब 1960 में आरएस -232 बनाया गया था, उस समय टेलेटाइप्स 5 बिट्स से 6 बिट्स (1960 के दशक के शुरुआती) तक बढ़ रहे थे, क्योंकि मेरे पिताजी के घर ऑफिस स्पेस में घर पर बैठी ऐसी टेलेटाइप थी। छह बिट RS-232 संचार वास्तव में समय की अवधि के लिए मौजूद थे।

एएससीआईआई कोडिंग व्यापक रूप से 1960 के अंत और 1970 के शुरुआती दिनों में व्यापक रूप से इस्तेमाल की गई थी और यह 7-बिट कोडिंग है। RS-232 डेटा संचार के लिए 7 बिट डेटा का उपयोग करना बहुत आम था।

बाद में, संचार के रूप में आईसीएस और माइक्रोकंट्रोलर आम उपयोग में आए और 8-बिट रजिस्टर आकार बहुतायत से उपलब्ध थे, आरएस -232 को एक बार में 8 बिट्स प्रसारित / प्राप्त करने के लिए अक्सर बढ़ाया गया था।

मुझे लगता है कि आज ज्यादातर लोग उम्मीद करते हैं कि इसका इस्तेमाल 8-बिट संचार के लिए किया जाएगा। लेकिन यह हमेशा मामला नहीं था।


मुझे लगता है कि डेटा 19,200 में दो बाइट्स 0x98 0xE6 हो सकता है, s00011001Ss01100111S [s = start S = stop] के रूप में टूट गया। "A" [0x41] जैसे कुछ अक्षर बिट पैटर्न उत्पन्न करते हैं जो किसी अन्य बॉड दर से नहीं बन सकते हैं (संभवत: हेस ने "A" को ऑटोबायड-ट्रेनिंग अनुक्रम के लिए पहला चरित्र चुना है) लेकिन ऊपर दिया गया पैटर्न एक मान्य दो का प्रतिनिधित्व करेगा- 19,200 बॉड में बाइट क्रम।
सुपरकैट

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

बहुत यकीन है कि मुख्य कारणों में से एक है rs232 में इस तरह के चरम ड्राइव वोल्टेज और धाराएं थीं। बीच में कुछ भी नहीं था, बस RS232 केबल -> सोलनॉइड।
ट्रेवर_जी

@supercat हाँ। यह समय में विभाजित किया जा सकता है, साथ ही साथ। हालाँकि, ये विविधताएँ उस बिंदु पर पहुँचना शुरू कर देती हैं जहाँ किसी पुस्तक की आवश्यकता होती है। लेकिन आपकी बात निश्चित रूप से ली गई है।
जोंक

1
@ मेरे पास कभी भी एक स्वामित्व नहीं था, लेकिन मैंने अक्सर केएसआर -35 (एक बहुत ही प्रभावशाली यांत्रिक कैम-आधारित मशीन) और बाद में, बहुत सस्ता एएसआर -33 / केएसआर -33 इकाइयों का उपयोग किया था। मेरे पिताजी हमारे घर में थे (इससे पहले कि वे एक यातायात दुर्घटना में मारे गए थे) इनमें से कोई नहीं था, लेकिन एएसआर -33 के आकार के समान 6-बिट कोड डिवाइस था।
जोंक

0

यदि यह एक माइक्रोकंट्रोलर के लिए है, तो यह थरथरानवाला से बॉड दर निर्धारित करना संभव नहीं है, लेकिन एक 8 मेगाहर्ट्ज क्रिस्टल निश्चित रूप से 9600 बॉड बनाने में सक्षम है।

क्या आप पहले निम्न से अंतिम उच्च तक सटीक समय को माप सकते हैं और मुझे बता सकते हैं? - पहला स्पेस मुझे थोड़ा हटके लगता है। मुझे लगता है कि आप एक ट्रिगर का उपयोग कर रहे हैं, क्या आप इसे थोड़ा ऊपर ले जा सकते हैं क्योंकि अगर यह एक किनारे पर है और चोटियों पर बैठा है, तो आस्टसीलस्कप को संभवतः ट्रिगर करने में परेशानी होगी।


यदि आप सिग्नल का नमूना लेते हैं और सबसे छोटी चौड़ाई को मापते हैं तो यह दर की गणना करने के लिए तुच्छ है। जल्दी या बाद में एक शुरुआत बिट एक '1' द्वारा पीछा किया जाना है।
mckenzm

0

स्कोप ट्रेस से बॉड दर का निर्धारण कभी-कभी होता है लेकिन हमेशा संभव नहीं होता है।

बॉड दर बिट अवधि का प्रतिलोम है, लेकिन सिग्नल कई बिट अवधि के लिए एक ही स्थिति में रह सकता है, इसलिए आप हमेशा गुंजाइश ट्रेस से स्पष्ट रूप से बिट अवधि निर्धारित नहीं कर सकते हैं।

8 बिट डेटा और कोई समानता मानकर आपका तरंग ~ 100ns की थोड़ी अवधि के साथ एक बाइट का प्रतिनिधित्व कर सकता है, लेकिन यह लगभग 50ns की थोड़ी अवधि के साथ दो बाइट्स का भी प्रतिनिधित्व कर सकता है।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.