8051 में वायरलेस सीरियल-पोर्ट के साथ मैं लगातार भेज और प्राप्त कैसे करूं?

Question

मैं अपने डेस्कटॉप पर एक प्रोग्राम के साथ एक माइक्रोकंट्रोलर संवाद करने की कोशिश कर रहा हूं। मैं दोनों सिरों पर एक्सबी रेडियो के साथ सीरियल पोर्ट कनेक्शन का उपयोग कर रहा हूं।

जब मैं माइक्रोकंट्रोलर से डेस्कटॉप पर कुछ भेजता हूं और डेस्कटॉप पर प्रोग्राम भेजता है तो संचार ठीक काम करता है तो फिर माइक्रोकंट्रोलर को कुछ भेजता है।

हालांकि, जब मुझे नियंत्रक से डेस्कटॉप प्रोग्राम तक लगातार जानकारी प्राप्त करने की आवश्यकता होती है जब तक कि डेस्कटॉप प्रोग्राम एक विशेष उत्तर नहीं भेजता है, यह काम नहीं करता है।

यहाँ मैं किस बारे में बात कर रहा हूँ के लिए कोड है:

unsigned char ans = 'N'; 
    unsigned int count = 0; 

    void main(void) 
    { 


     while(1) 
     { 
      if(count == 0) 
      { 
       Configure(); 
       count = 1; 
      } 

        //there is some more code here but is irrelevant to the serial communication 

     } 

    } 


void Configure() 
{ 


    //Repeat this until the user accepts the sent string as correct 
    while(ans == 'N') 
    { 

     BuildString(); 
     Send(); 
     Receive(); 
    } 
} 

void Send() 
{ 
    unsigned int i; 

    TMOD = 0x20; 
    TH1 = 0xFD; 
    SCON = 0x50; 
    TR1 = 1; 

    for(i=0; i<4; i++) 
    { 
     SBUF = toSend[i]; 
     while(TI == 0); 
     TI = 0; 
    } 

} 

void Receive() 
{ 
    unsigned int j; 

    TMOD = 0x20; 
    TH1 = 0xFD; 
    SCON = 0x50; 
    TR1 = 1; 


    for(j=0; j<2; j++) 
    { 
     while(RI == 0); 
     Received[j] = SBUF; 
     RI = 0; 
    } 


    if(count == 0) 
     ans = Received[1]; 

    else 
    { 
     RunType = Received[0]; 
     Move = Received[1]; 
    } 


} 

BuildString() फ़ंक्शन बस कुछ सेंसर आदानों के आधार पर एक स्ट्रिंग निर्माण करती है। प्रेषण और प्राप्त कार्य आमतौर पर ठीक काम करते हैं, लेकिन जब मुझे लगातार भेजने और प्राप्त करने की आवश्यकता होती है, जैसे उपरोक्त कॉन्फ़िगर() फ़ंक्शन में, यह काम नहीं करता है।

कोई सुझाव? मैं वास्तव में उनकी सराहना करता हूं।

Answer 1

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

यदि आप एसिंक्रोनस कम्यूनिकेशन की आवश्यकता है, सबसे अच्छा इंटरप्ट आधारित संचार का उपयोग करना है; कम से कम प्राप्त करने और प्राप्त करने के लिए प्राप्त करने और आदर्श दोनों के लिए।

प्रदूषित संचारों का उपयोग करके इसे लागू करना भी संभव है, लेकिन फिर आपको एक फ़ंक्शन लिखना होगा चेक करता है कि कोई चरित्र प्राप्त करने के लिए (या यदि टीएक्स-रिक्त) प्राप्त होता है, तो अगले वर्ण को/से बफर से पढ़ने/लिखने के लिए।

बाधा के फायदे ased संचार कर रहे हैं:

• फुल डुप्लेक्स
• कम CPU समय प्रयोग किया जाता है (कोई प्रतीक्षा लूप आवश्यक)
• कम बिजली (यह बाधा पर वेकअप के साथ, एक कम बिजली/स्टैंडबाई मोड में जाने के लिए अनुमति देता है cpu ; मतदान के लिए हमेशा पूर्ण शक्ति की आवश्यकता होती है)

पहले चरण के रूप में मैं आपको एक इंटरप्ट आधारित प्राप्त करने (या प्राप्त) करने के लिए सलाह देता हूं; यहां तक ​​कि जब ट्रांसमिट फ़ंक्शन अभी भी अवरुद्ध है, तो यह न्यूनतम प्रयास के साथ पूर्ण डुप्लेक्स ऑपरेशन की अनुमति देगा। यदि आपके पास ओएस (आरटीओएस/शेड्यूलर) नहीं है तो आपको सिंक्रनाइज़ेशन तंत्र के बारे में सोचना होगा। यदि कोई उपलब्ध है तो संदेश प्राप्त करने के लिए सबसे सरल रूप है, और यदि कोई (पूर्ण) संदेश नहीं है तो तुरंत लौटने के लिए।

शुभकामनाएं।

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

कुछ usecases: * यदि आप एक ही बार में 2 संदेश भेजना चाहते (जैसे: + init do_something)। पीसी पहले संदेश का जवाब देता है, लेकिन नियंत्रक अभी भी अधिकांश डेटा भेज रहा है और छोड़ देता है। * नियंत्रक प्राप्तकर्ता() फ़ंक्शन निष्पादित करने से पहले पीसी भेजना शुरू कर देता है। पैकेट की शुरुआत में डेटा खो सकता है * संचार में किसी भी बूंद से डेडलॉक हो सकता है (यानी नियंत्रक और डेस्कटॉप दोनों दूसरे भेजने के लिए इंतजार कर रहे हैं।

तो निदान करने के लिए: अतिप्रवाह बिट की जांच करें। यह सेट है, आपने डेटा खो दिया है और आपको इंटरप्ट फ़ंक्शंस पर काम करने की आवश्यकता है। यदि संभव हो, तो दोनों पक्षों की निगरानी करें (कम से कम राज्य; एक झपकी जिसके लिए भेजा गया है, और उदाहरण के लिए प्राप्त करने के लिए एक)।

ए rs232 मॉनीटर आपकी मदद कर सकता है (इसके लिए आपको कुछ अतिरिक्त बंदरगाहों की आवश्यकता होगी। कई (फ्रीवेयर सहित) अनुप्रयोग हैं जो एकाधिक rs232 बंदरगाहों की निगरानी कर सकते हैं और टाइमस्टैम्प प्रदान कर सकते हैं। इसलिए आप संचार के आदेश का निरीक्षण कर सकते हैं। Google ने मुझे पाया: link; I कई simil इस्तेमाल किया है पिछले वर्षों में आर यूटिलिटीज।

Answer 2

आपके प्रोग्राम को लिखे गए अनुसार 4 बाइट भेजना चाहिए और फिर 2 बाइट्स पढ़ना चाहिए। (मान लें कि आपके पास रजिस्ट्रार सही हैं, लेकिन यदि आपको यह काम करने के लिए मिल गया तो वे शायद सही हैं) फिर 4 बाइट दोबारा भेजें ... यह शायद भेजने के हिस्से पर लटका नहीं है लेकिन प्राप्त करने वाला पक्ष है क्योंकि यह हमेशा दो बाइट पढ़ने का इंतजार कर रहा है, और अगर किसी कारण से दो बाइट इनपुट रजिस्टर पर नहीं पहुंचते हैं तो आप हमेशा के लिए इंतजार करना जारी रखेंगे।

यह हो सकता है कि जब आप सिस्टम पर दबाव डालते हैं (बाइट बहुत तेज़ी से भेजते हैं) तो आप इनपुट बफर को बहते हैं और बाइट खो देते हैं? इस प्रकार दो बाइट कभी नहीं मिल रहा है। और फंस जाएगा।

1. क्या आप डीबग कर सकते हैं जहां आप फंस रहे हैं? वास्तव में यह प्राप्त पाश में है?
2. क्या आप पीसी से माइक्रो तक ट्रांसमिशन को थ्रॉटल कर सकते हैं ताकि आप एक समय में मैन्युअल रूप से एक बाइट भेज सकें?
3. माइक्रो और एक्सबी इंटरफ़ेस के बीच कोई हैंडशेकिंग है? क्या माइक्रो द्वारा थ्रॉटल किया जा सकता है?