फोन से इंटरवलोमीटर: जारी रखा

कुछ समय पहले, अफ्रीकी उपयोगकर्ता ने विशेष रूप से तैयार की गई ऑडियो फ़ाइलों का उपयोग करके अवरक्त के माध्यम से उपकरणों को नियंत्रित करने की क्षमता का वर्णन करते हुए एक लेख लिखा था। यह तब Sony NEX-5 के बारे में था, और उसके लिए एक ऑडियो फ़ाइल प्रस्तुत की गई थी। मुझे लेख में वर्णित विधि में दिलचस्पी थी, लेकिन RMT-DSC2 रिमोट कंट्रोल का उपयोग मेरे Sony H50 के लिए किया जाता है, जबकि RMT-DSLR1 का उपयोग NEX-5 के लिए किया जाता है, और, तदनुसार, कमांड अलग-अलग हैं। लेख ने अंडरआर्म प्रोजेक्ट को एक लिंक प्रदान किया, जिसमें ऑडियो फ़ाइलों के लिए LIRC कॉन्फ़िगरेशन फ़ाइलों के लिए एक कनवर्टर है। वास्तव में, हम इस लेख में आदेशों के अनुक्रमों के रूपांतरण के बारे में बात करेंगे।

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

तो, कार्यक्रम काम नहीं करता है, लेकिन कुछ प्रकार के अंतराल बनाने की इच्छा बनी हुई है। ठीक है, हम Adobe AIR को डेवलपमेंट प्लेटफॉर्म और प्रोग्राम के मुख्य घटक के रूप में उपयोग करके अपना खुद का प्रोग्राम लिखेंगे, जो पिछले संस्करणों में उपयोग किए गए सभी SOX (साउंड ईएक्सचेंज) से ऑडियो फाइलें लिखता है। लेकिन पहले, आपको अभी भी यह पता लगाने की आवश्यकता है कि एलआईआरसी आईआर कमांड का वर्णन और "कैसे समझता है"।

LIRC कमांड संरचना

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

मुख्य क्षेत्र और उनका क्रम

Pre_data और post_data फ़ील्ड संबंधित फ़ील्ड में हेक्साडेसिमल मान के बराबर दालों का एक क्रम हैं। डेटा बाइनरी प्रारूप में प्रसारित किया जाता है; शून्य और लोगों के लिए पल्स अवधि भी इंगित की जाती है।

  एक 100 200
 शून्य 120 400 

पैर, हेडर, प्री, पोस्ट, एक, कॉन्फ़िगरेशन फ़ाइल में शून्य फ़ील्ड के लिए, ड्यूरेशन प्रारूप में इंगित किए गए हैं

  [नाम] [पर, microseconds] [बंद, microseconds]
 हैडर 1940 200 

शेष क्षेत्र - ptrail और plead - केवल प्रसारण की अवधि द्वारा इंगित किए जाते हैं।

  [नाम] [incl। माइक्रोसेकंड]
 १३४२ का अंतराल 

हेक्साडेसिमल मापदंडों के लिए, इन मापदंडों को सम्मिलित करने वाले बिट्स की संख्या निर्धारित की जाती है।

  [बिट्स, पूर्व_डेटा_बिट्स, पोस्ट_डेटा_बिट्स] [बिट्स की संख्या] 

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

सोनी H50 के लिए उदाहरण विन्यास:

 रिमोट शुरू करें
   नाम Sony_RMT-DSC2
   बिट्स 12

   .....

   हेडर 2461 525
   एक 1266 525
   शून्य 668 525
   post_data_bits 8
   post_data 0x8F
   गैप 44752 
   min_repeat 4

यह समाप्त ऑडियो फ़ाइल के भाग की तरह दिखेगा:



केवल एक हिस्सा ही क्यों? क्योंकि वहाँ min_repeat भी है।

आदेशों की पुनरावृत्ति

कुछ उपकरणों को कार्रवाई करने के लिए एक कमांड को दोहराया जाना चाहिए। इस तरह के उपकरणों का समर्थन करने के लिए, LIRC कुछ और नोटेशन का उपयोग करता है।

  min_repeat [संख्या] 

डिवाइस द्वारा माना जाने वाले कमांड की न्यूनतम आवश्यक संख्या को दर्शाता है।

  min_repeat 4 

  गैप [बंद, माइक्रोसेकंड] 

यह मान ptrail भेजने के बाद ठहराव की अवधि प्रदर्शित करता है। सेट मान min_repeat के कारण आवश्यक आदेशों को दोहराते समय, रिट्रांसमिशन सिग्नल के प्रसारण की शुरुआत से पहले देरी का समय निर्धारित करता है।

  गैप 44300 

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

कमांड ट्रांसफर

मेरे नोकिया 5800 के लिए, प्रस्तावित ट्रांसमिशन विधि ने आउटपुट सिग्नल के छोटे आयाम के कारण काम नहीं किया। घर में पाए गए ऑडियो आउटपुट वाले उपकरणों पर एक त्वरित नज़र ने बताया कि हर डिवाइस वांछित सिग्नल स्तर देने में सक्षम नहीं है। इस कारण से, मुझे TDA7050 चिप पर एक छोटे एम्पलीफायर को इकट्ठा करना पड़ा। हेडफ़ोन के लिए एम्पलीफायर के रूप में विभिन्न खिलाड़ियों, रेडियो आदि में चिप का उपयोग किया जाता है। समावेश योजना बेहद सरल है:



मामले के लिए, एक निश्चित वस्तु का चयन किया गया था, जो कभी चमकती दो-रंग की टॉर्च थी। मामले में एक बैटरी कम्पार्टमेंट, एक स्विच और एक एलईडी के लिए जगह है, जो इस मामले में आवश्यक है।

38 ओम के नाममात्र मूल्य के साथ एलईडी के वर्तमान को सीमित करने वाला एक रोकनेवाला एलईडी और माइक्रोक्रिकिट के बीच मिलाप किया जाता है।

परिणामी संरचना के अंदर का दृश्य ...



... और बाहर:

कार्यक्रम

और अंत में, कनवर्टर कार्यक्रम ही:



यह काम करता है, जैसा कि स्क्रीनशॉट में देखा जा सकता है, SoX का उपयोग करके (लिनक्स उपयोगकर्ता sox बाइनरी की तलाश में परेशान नहीं कर सकते हैं और बस उपयुक्त क्षेत्र में sox लिख सकते हैं)। परिणाम फोल्डर BTN_HOME.raw, BTN_HOME.wav, KEY_UP.raw, KEY_UP.wav, आदि की फाइलों के साथ समाप्त हो जाएगा। जब आप स्टार्ट बटन पर क्लिक करते हैं, तो cmd- या sh- फाइल शुरू होती है (OS के आधार पर) आपको इसे स्वयं चलाना होगा।

$ श lirc2wav_temp.sh

कार्यक्रम से शुरू करने के लिए, निश्चित रूप से, NativeProcessApi है, लेकिन इसके उपयोग के साथ भी मैनुअल शुरुआत के साथ ही परिणाम प्राप्त करना काफी मुश्किल होगा। क्रॉस-प्लेटफ़ॉर्मिंग चुनौतियों को जोड़ता है।

कार्य का परीक्षण विंडोज और लिनक्स पर किया जाता है, मैंने इसे मैक पर आजमाया नहीं है।

आप यहां कार्यक्रम डाउनलोड कर सकते हैं ( एडोब एयर संस्करण 2.0 और उच्चतर की आवश्यकता है)।

संबंधित लिंक:

• तकनीकी जानकारी
• सोनी आईआर रिमोट कोड को समझना
• डाउनलोड एडोब एयर
• SoX - ध्वनि eXchange
• TDA7050 डेटशीट