आपका कार्यक्षेत्र पर समय दर्शाता है100μ एस
8मेगाहर्ट्ज
कुछ अन्य विचार:
- 100μ एस± 2 %
- 3.5वी
- यह सिग्नल 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-बिट संचार के लिए किया जाएगा। लेकिन यह हमेशा मामला नहीं था।
F=1/T
।