15OEM परियोजनाओं के लिए.6 इंच एम्बेडेड एंड्रॉइड डिस्प्लेः आरके3568, कियोस्क और कस्टम हार्डवेयर

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

हमने हाल ही में नॉर्वे स्थित सिस्टम इंटीग्रेटर से एक ओईएम आवश्यकता का मूल्यांकन किया जो इस संक्रमण को दर्शाता है

परियोजना में एक 15.6-इंच आरके3568 एंड्रॉइड टैबलेट की आवश्यकता थी जिसमें 4जीबी/32जीबी, वाईफाई, कियोस्क मोड, कोई कैमरा या माइक्रोफ़ोन नहीं, एक परिवेश प्रकाश सेंसर और एम्बेडेड इंस्टॉलेशन हो। ग्राहक ने जीएमएस अनुप्रयोगों के बिना एक कॉन्फ़िगरेशन का भी अनुरोध किया।

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

यह ओईएम खरीदारों के लिए एक अधिक उपयोगी प्रश्न की ओर ले जाता है: एक निश्चित एंड्रॉइड टचस्क्रीन को मानक टैबलेट से परे कब जाने की आवश्यकता होती है, और क्या इसका स्वचालित रूप से पैनल पीसी का उपयोग करना मतलब है?

जब एक टैबलेट सही शुरुआती बिंदु बनना बंद कर देता है

एक एंड्रॉइड एप्लिकेशन को मान्य करने का सबसे कुशल तरीका अक्सर एक टैबलेट होता है। यह पहले से ही डिस्प्ले, टच इंटरफ़ेस, प्रोसेसर, मेमोरी, स्टोरेज, वायरलेस कनेक्टिविटी, बाड़े और ऑपरेटिंग सिस्टम को एकीकृत करता है।

एक प्रारंभिक प्रोटोटाइप के लिए, यह एक फायदा हो सकता है। ओईएम अनावश्यक हार्डवेयर विकास का भार उठाए बिना एप्लिकेशन का परीक्षण कर सकता है।

जब टैबलेट को ही संशोधित करने की आवश्यकता होती है तो स्थिति बदल जाती है।

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

जब इनमें से कई आवश्यकताएं एक साथ दिखाई देती हैं, तो ओईएम अब केवल एक तैयार उपभोक्ता उपकरण का चयन नहीं कर रहा होता है। हार्डवेयर प्लेटफॉर्म स्वयं उत्पाद डिजाइन का हिस्सा बन जाता है।

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

नॉर्वे परियोजना के लिए, यह वह बिंदु था जिस पर चर्चा एक उपयुक्त टैबलेट खोजने से एक समर्पित एंड्रॉइड टर्मिनल कॉन्फ़िगरेशन को परिभाषित करने की ओर बढ़ी।

15.6-इंच की आवश्यकता ओईएम को क्या बताती है

15.6-इंच विनिर्देश महत्वपूर्ण है, लेकिन यह अपने आप हार्डवेयर आर्किटेक्चर निर्धारित नहीं करता है।

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

लेकिन वही 15.6-इंच स्क्रीन बहुत अलग उत्पादों में दिखाई दे सकती है।

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

इसलिए महत्वपूर्ण अंतर यह है: 15.6 इंच उपयोगकर्ता इंटरफ़ेस को परिभाषित करता है; यह आर्किटेक्चर को परिभाषित नहीं करता है।

ओईएम परियोजनाओं के लिए, उत्पाद श्रेणी का चयन करने से पहले आसपास के सॉफ्टवेयर, हार्डवेयर और इंस्टॉलेशन आवश्यकताओं पर विचार करने की आवश्यकता है।

आरके3568, कियोस्क और नो जीएमएस अलग कॉन्फ़िगरेशन निर्णय हैं

नॉर्वे की आवश्यकता कई विशिष्टताओं को जोड़ती है जिन्हें आसानी से एक सामान्य 'एंड्रॉइड अनुकूलन' अनुरोध के रूप में माना जा सकता है। वे वास्तव में सिस्टम के विभिन्न भाग हैं।

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

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

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

ओईएम के लिए, इसलिए आवश्यकताओं की समीक्षा स्वतंत्र उत्पाद विशिष्टताओं के बजाय एक प्रणाली के रूप में की जानी चाहिए।

'नो जीएमएस' को सही ढंग से परिभाषित करना

'नो जीएमएस' एक आरएफक्यू में सीधा लग सकता है, लेकिन यह एक एकल कार्यान्वयन विधि का वर्णन नहीं करता है।

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

आपूर्तिकर्ताओं की तुलना करते समय यह अंतर महत्वपूर्ण है।

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

व्यावहारिक सबक यह है कि आपूर्तिकर्ता से पूछें कि वितरित सॉफ्टवेयर छवि में 'नो जीएमएस' का वास्तव में क्या मतलब है, बजाय इसके कि वाक्यांश को एक पूर्ण तकनीकी विनिर्देश के रूप में माना जाए।

जब डिवाइस का एक ही काम होता है तो कियोस्क मोड महत्वपूर्ण हो जाता है

कियोस्क मोड एक और आवश्यकता है जो एंड्रॉइड डिवाइस का मूल्यांकन कैसे किया जाना चाहिए, इसे बदल देती है।

एक सामान्य-उद्देश्य टैबलेट को एंड्रॉइड अनुप्रयोगों और सिस्टम कार्यों तक पहुंच प्रदान करने के लिए डिज़ाइन किया गया है। एक समर्पित टर्मिनल में सामान्य रूप से एक बहुत संकीर्ण ऑपरेटिंग मॉडल होता है:

पावर ऑन → एंड्रॉइड बूट → नामित एपीके लॉन्च → उपयोगकर्ता इच्छित एप्लिकेशन के भीतर रहता है - ऑपरेटिंग मॉडल जिसे हम हमारे सम्मेलन कक्ष बुकिंग टैबलेट रेंज जैसे एकल-उद्देश्य वाले टर्मिनलों में इंजीनियर करते हैं।

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

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

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

यहां चर्चा की गई परियोजना के लिए, कियोस्क मोड को इसलिए एक अलग सॉफ्टवेयर सुविधा के बजाय डिवाइस के ऑपरेटिंग व्यवहार के हिस्से के रूप में माना गया।

हार्डवेयर अनुकूलन उत्पाद परिभाषा को बदलता है

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

एक उपभोक्ता टैबलेट में सामान्य रूप से एक पूर्वनिर्धारित बीओएम होता है। यदि कोई एप्लिकेशन कैमरे या माइक्रोफ़ोन का उपयोग नहीं करता है, तो वे घटक अभी भी भौतिक रूप से मौजूद हो सकते हैं क्योंकि वे मानक उत्पाद का हिस्सा हैं।

इसके बजाय एक ओईएम प्लेटफॉर्म को वास्तविक एप्लिकेशन के आसपास कॉन्फ़िगर किया जा सकता है।

अप्रयुक्त घटकों को हटाने से हार्डवेयर को इच्छित उत्पाद आवश्यकताओं के साथ संरेखित करने में मदद मिल सकती है। गोपनीयता-संवेदनशील अनुप्रयोग में, अनावश्यक कैप्चर हार्डवेयर को बाहर करना उत्पाद डिजाइन का हिस्सा भी हो सकता है।

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

ओईएम परियोजनाओं के लिए, ये आवश्यकताएं इसलिए केवल वैकल्पिक सुविधाएँ नहीं हैं। वे हार्डवेयर कॉन्फ़िगरेशन का हिस्सा हैं जिस पर उत्पादन से पहले सहमति की आवश्यकता है।

यह भी कारण है कि बीओएम अनुकूलन का मूल्यांकन मानक टैबलेट का चयन करने के बाद के बजाय एंड्रॉइड प्लेटफॉर्म के साथ मिलकर किया जाना चाहिए।

एम्बेडेड एंड्रॉइड डिस्प्ले बनाम पैनल पीसी: लेबल से पहले आई/ओ देखें

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

यदि टचस्क्रीन मुख्य रूप से एक एप्लिकेशन चलाती है, टच इनपुट स्वीकार करती है, नेटवर्क से जुड़ती है और एक समर्पित टर्मिनल के रूप में संचालित होती है, तो एक एम्बेडेड एंड्रॉइड डिस्प्ले पर्याप्त हो सकता है।

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

उस बिंदु पर, डिवाइस केवल एक इंटरैक्टिव स्क्रीन के रूप में कार्य करना बंद कर देता है। यह उपकरण के कंप्यूटिंग और संचार आर्किटेक्चर का हिस्सा बन जाता है।

इसका मतलब यह नहीं है कि आरएस232 या ईथरनेट वाले हर डिवाइस को पैनल पीसी होना चाहिए; उदाहरण के लिए, हमारी एलसीडी टच स्क्रीन मॉनिटर श्रृंखला में आरएस232 मॉडल शामिल हैं जो अभी भी मॉनिटर हैं न कि पैनल पीसी। बात यह है कि उपकरण एकीकरण और आई/ओ आवश्यकताएं स्क्रीन आकार या इंस्टॉलेशन विधि से अधिक मजबूत वास्तुशिल्प संकेत हैं।

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

इसलिए अधिक उपयुक्त आर्किटेक्चर एक एम्बेडेड एंड्रॉइड डिस्प्ले या समर्पित एंड्रॉइड टर्मिनल था, न कि केवल इसलिए कि डिवाइस स्थायी रूप से स्थापित था, स्वचालित रूप से एक पैनल पीसी की ओर बढ़ रहा था।

15.6-इंच का निर्णय तैयार उत्पाद से शुरू होता है

नॉर्वे की आवश्यकता तैयार उत्पाद से पीछे की ओर आर्किटेक्चर का सामना करने के लिए एक उपयोगी तरीका प्रदान करती है।

डिस्प्ले आवश्यकता 15.6 इंच थी। कंप्यूटिंग प्लेटफॉर्म 4जीबी/32जीबी और वाईफाई के साथ आरके3568 था। सॉफ्टवेयर को कियोस्क व्यवहार और जीएमएस अनुप्रयोगों के बिना एक कॉन्फ़िगरेशन की आवश्यकता थी। हार्डवेयर कॉन्फ़िगरेशन भी विशिष्ट था: कोई कैमरा नहीं, कोई माइक्रोफ़ोन नहीं और एक परिवेश प्रकाश सेंसर। यांत्रिक आवश्यकता एम्बेडेड इंस्टॉलेशन थी।

एक साथ लिया गया, ये आवश्यकताएं एक पारंपरिक टैबलेट खरीद से कुछ अलग का वर्णन करती हैं। साथ ही, वे स्वचालित रूप से एक पैनल पीसी को उचित नहीं ठहराती हैं।

यह ओईएम खरीद के लिए एक महत्वपूर्ण अंतर है: निश्चित इंस्टॉलेशन और हार्डवेयर अनुकूलन अपने आप में एक परियोजना को औद्योगिक नहीं बनाते हैं।

यदि परियोजना बाद में पीएलसी संचार, औद्योगिक आई/ओ या प्रत्यक्ष उपकरण एकीकरण जोड़ती है, तो आर्किटेक्चर को एक एंड्रॉइड पैनल पीसी की ओर पुनर्मूल्यांकन किया जा सकता है।

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

ओईएम प्लेटफॉर्म को मंजूरी देने से पहले क्या सत्यापित करें

एक बार आर्किटेक्चर की पहचान हो जाने के बाद, आपूर्तिकर्ता मूल्यांकन बहुत अधिक ठोस हो जाता है।

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

हार्डवेयर बीओएम को पुष्टि करनी चाहिए कि क्या कैमरे और माइक्रोफ़ोन को बाहर रखा जा सकता है और क्या परिवेश प्रकाश सेंसर को सहमत उत्पादन कॉन्फ़िगरेशन में शामिल किया जा सकता है।

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

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

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

एक बेहतर आरएफक्यू तैयार उत्पाद से शुरू होता है

इस प्रकार की परियोजना के लिए सबसे प्रभावी आरएफक्यू उत्पाद मॉडल का अनुरोध करने के बजाय इच्छित डिवाइस का वर्णन करता है।

एक '15.6-इंच एंड्रॉइड टैबलेट विथ आरके3568' के लिए पूछने के बजाय, ओईएम आवश्यकताओं को इस तरह से परिभाषित कर सकता है कि आपूर्तिकर्ता पूर्ण कॉन्फ़िगरेशन का मूल्यांकन कर सके।

यह प्रारूप आपूर्तिकर्ता प्रतिक्रियाओं की तुलना करना आसान बनाता है क्योंकि यह डिस्प्ले आवश्यकता को कंप्यूटिंग प्लेटफॉर्म, सॉफ्टवेयर व्यवहार, हार्डवेयर बीओएम और यांत्रिक एकीकरण से अलग करता है।

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

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

एक 15.6-इंच एंड्रॉइड ओईएम परियोजना है?

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

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

यदि औद्योगिक उपकरण संचार की भी आवश्यकता है, तो आरएस232, आरएस485, ईथरनेट या जीपीआईओ जैसे इंटरफेस को शुरुआत से ही शामिल किया जाना चाहिए।

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

उद्देश्य ओईएम परियोजना को एक उत्पाद श्रेणी में मजबूर करना नहीं है, बल्कि एंड्रॉइड हार्डवेयर आर्किटेक्चर को उस तरीके से मिलाना है जिस तरह से तैयार उत्पाद को वास्तव में काम करने की आवश्यकता है।