एक साथ कई गतिविधियां करना

एक साथ कई फ़ाइलें अपलोड करने की सुविधा क्या है?

एक साथ कई इवेंट भेजने का मतलब है कि Sensors HAL के ज़रिए इवेंट की रिपोर्ट करने से पहले, सेंसर हब और/या हार्डवेयर FIFO में सेंसर इवेंट को बफ़र करना. इस पेज पर, सेंसर इवेंट को बफ़र करने वाली जगह (सेंसर हब और/या हार्डवेयर एफ़आईओ) को "एफ़आईओ" कहा गया है. सेंसर इवेंट के बैच में भेजने की सुविधा चालू न होने पर, सेंसर इवेंट उपलब्ध होने पर, उन्हें तुरंत Sensors HAL को भेज दिया जाता है.

एक साथ कई इवेंट प्रोसेस करने की सुविधा से, बैटरी की ज़्यादा बचत की जा सकती है. इसके लिए, हर इवेंट के लिए मुख्य ऐप्लिकेशन प्रोसेसर (एपी) को चालू करने के बजाय, सिर्फ़ तब चालू किया जाता है, जब कई सेंसर इवेंट प्रोसेस किए जाने के लिए तैयार हों. बिजली की बचत की संभावना, सीधे तौर पर उन इवेंट की संख्या से जुड़ी होती है जिन्हें सेंसर हब और/या FIFO बफ़र कर सकता है: अगर ज़्यादा इवेंट को एक साथ भेजा जा सकता है, तो बिजली की बचत की संभावना ज़्यादा होती है. एक साथ कई टास्क करने की सुविधा, कम बिजली की मेमोरी का इस्तेमाल करती है. इससे, ज़्यादा बिजली वाले एपी को चालू होने की संख्या कम हो जाती है.

एक साथ कई इवेंट भेजने की सुविधा सिर्फ़ तब काम करती है, जब सेंसर में हार्डवेयर FIFO और/या सेंसर हब में इवेंट को बफ़र करने की सुविधा हो. दोनों ही मामलों में, सेंसर को SensorInfo.fifoMaxEventCount के ज़रिए, एक बार में जितने ज़्यादा इवेंट भेजे जा सकते हैं उतने की जानकारी देनी चाहिए.

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

सेंसर इवेंट के बैच, इन स्थितियों में बनाए जाते हैं:

  • सेंसर की रिपोर्टिंग में लगने वाला मौजूदा ज़्यादा से ज़्यादा समय, शून्य से ज़्यादा है. इसका मतलब है कि सेंसर इवेंट को एचएएल के ज़रिए रिपोर्ट किए जाने से पहले, ज़्यादा से ज़्यादा समय लग सकता है.
  • एपी, निलंबित मोड में है और सेंसर, वॉकी-अप सेंसर नहीं है. इस मामले में, इवेंट से एपी को नहीं जगाना चाहिए. साथ ही, इवेंट को तब तक सेव किया जाना चाहिए, जब तक एपी जगता नहीं है.

अगर कोई सेंसर, बैचिंग के साथ काम नहीं करता और एपी स्लीप मोड में है, तो एपी को सिर्फ़ वेक-अप सेंसर इवेंट रिपोर्ट किए जाते हैं. साथ ही, वेक-अप इवेंट को एपी को रिपोर्ट नहीं किया जाना चाहिए.

एक साथ कई आइटम अपलोड करने के लिए पैरामीटर

बैच करने के व्यवहार को कंट्रोल करने वाले दो पैरामीटर, sampling_period_ns और max_report_latency_ns हैं. sampling_period_ns से यह तय होता है कि नया सेंसर इवेंट कितनी बार जनरेट किया जाए. साथ ही, max_report_latency_ns से यह तय होता है कि इवेंट को Sensors HAL को कब तक रिपोर्ट किया जाना चाहिए.

sampling_period_ns

sampling_period_ns पैरामीटर का मतलब, बताए गए सेंसर के रिपोर्टिंग मोड पर निर्भर करता है:

  • लगातार: sampling_period_ns सैंपलिंग रेट है. इसका मतलब है कि इवेंट जनरेट होने की दर.
  • बदलाव होने पर: sampling_period_ns, इवेंट के सैंपलिंग रेट को सीमित करता है. इसका मतलब है कि इवेंट हर sampling_period_ns नैनोसेकंड से ज़्यादा तेज़ी से जनरेट नहीं होते. अगर कोई इवेंट जनरेट नहीं होता है और मेज़र की गई वैल्यू लंबे समय तक नहीं बदलती हैं, तो अवधियां sampling_period_ns से ज़्यादा हो सकती हैं. ज़्यादा जानकारी के लिए, बदलाव होने पर रिपोर्टिंग मोड देखें.
  • वन-शॉट: sampling_period_ns को अनदेखा किया जाता है. इससे कोई असर नहीं पड़ता.
  • खास जानकारी: खास सेंसर के लिए sampling_period_ns का इस्तेमाल कैसे किया जाता है, इस बारे में जानने के लिए सेंसर टाइप देखें.

अलग-अलग मोड में sampling_period_ns के असर के बारे में ज़्यादा जानकारी के लिए, रिपोर्टिंग मोड देखें.

लगातार और बदलाव होने पर डेटा भेजने वाले सेंसर के लिए:

  • अगर sampling_period_ns, SensorInfo.minDelay से कम है, तो एचएएल लागू करने के लिए, इसे चुपचाप max(SensorInfo.minDelay, 1ms) पर क्लैंप करना चाहिए. Android, 1,000 Hz से ज़्यादा फ़्रीक्वेंसी पर इवेंट जनरेट करने की सुविधा नहीं देता.
  • अगर sampling_period_ns, SensorInfo.maxDelay से ज़्यादा है, तो एचएएल लागू करने के लिए, इसे चुपचाप SensorInfo.maxDelay पर काट दिया जाना चाहिए.

फ़िज़िकल सेंसर की दर और उनकी घड़ियों की सटीक समय दिखाने की क्षमता पर कभी-कभी पाबंदियां होती हैं. इस बात का ध्यान रखें कि सैंपलिंग की असल फ़्रीक्वेंसी, अनुरोध की गई फ़्रीक्वेंसी से अलग हो सकती है. हालांकि, यह ज़रूरी है कि वह नीचे दी गई टेबल में दी गई ज़रूरी शर्तों को पूरा करती हो.

अगर अनुरोध की गई फ़्रीक्वेंसी

तो असल फ़्रीक्वेंसी

कम से कम फ़्रीक्वेंसी से कम (<1/maxDelay)

कम से कम फ़्रीक्वेंसी के 90% से 110% के बीच

कम से कम और ज़्यादा से ज़्यादा फ़्रीक्वेंसी के बीच

अनुरोध की गई फ़्रीक्वेंसी के 90% से 220% के बीच

ज़्यादा से ज़्यादा फ़्रीक्वेंसी से ज़्यादा (>1/minDelay)

ज़्यादा से ज़्यादा फ़्रीक्वेंसी के 90% से 110% के बीच और 1, 100 हर्ट्ज़ से कम

max_report_latency_ns

max_report_latency_ns, नैनोसेकंड में ज़्यादा से ज़्यादा समय सेट करता है. इससे, एपी के चालू रहने के दौरान, एचएएल के ज़रिए रिपोर्ट किए जाने से पहले, इवेंट को देर से भेजा जा सकता है और हार्डवेयर एफ़आईओ में सेव किया जा सकता है.

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

उदाहरण के लिए, max_report_latency_ns=0 के साथ 50 Hz पर चालू किया गया ऐक्सीलेरोमीटर, एपी के चालू होने पर हर सेकंड 50 बार इंटरप्ट ट्रिगर करेगा.

max_report_latency_ns>0 होने पर, सेंसर इवेंट का पता चलते ही, उन्हें रिपोर्ट करने की ज़रूरत नहीं होती. इन्हें कुछ समय के लिए, FIFO में सेव किया जा सकता है और एक साथ कई इवेंट की रिपोर्ट की जा सकती है. हालांकि, ऐसा तब तक ही किया जा सकता है, जब तक किसी इवेंट में max_report_latency_ns नैनोसेकंड से ज़्यादा देरी न हो. इसका मतलब है कि पिछले बैच के बाद से हुए सभी इवेंट रिकॉर्ड किए जाते हैं और एक साथ दिखाए जाते हैं. इससे, एपी को भेजे जाने वाले इंटरप्ट की संख्या कम हो जाती है. साथ ही, सेंसर के डेटा कैप्चर करने और उसे बैच में डालने के दौरान, एपी को कम पावर मोड (आइडल) पर स्विच करने की अनुमति मिलती है.

हर इवेंट का एक टाइमस्टैंप होता है. किसी इवेंट की रिपोर्ट करने में देरी करने से, इवेंट के टाइमस्टैंप पर कोई असर नहीं पड़ता. टाइमस्टैंप सही होना चाहिए और उस समय से मेल खाना चाहिए जब इवेंट हुआ था, न कि उस समय से जब उसकी शिकायत की गई थी.

सेंसर इवेंट को फ़र्स्ट इन फ़र्स्ट आउट (FIFO) में कुछ समय के लिए सेव करने की अनुमति देने से, एचएएल में इवेंट सबमिट करने के व्यवहार में बदलाव नहीं होता. अलग-अलग सेंसर के इवेंट को इंटरलीव किया जा सकता है और एक ही सेंसर के सभी इवेंट को समय के हिसाब से क्रम में लगाया जाता है.

डिवाइस के चालू होने और न होने से जुड़े इवेंट

वेक-अप सेंसर से मिले सेंसर इवेंट को एक या एक से ज़्यादा वेक-अप एफ़आईओ में सेव करना ज़रूरी है. आम तौर पर, एक बड़ा, शेयर किया गया, 'वेक-अप फ़्लो इन फ़्लो आउट' (FIFO) होता है. इसमें सभी वेक-अप सेंसर के इवेंट इंटरलीव किए जाते हैं. इसके अलावा, हर सेंसर के लिए एक वेक-अप एफ़आईओ हो सकता है. इसके अलावा, कुछ वेक-अप सेंसर के लिए खास एफ़आईओ और बाकी वेक-अप सेंसर के लिए शेयर किया गया एफ़आईओ भी हो सकता है.

इसी तरह, नॉन-वेक-अप सेंसर के सेंसर इवेंट को एक या एक से ज़्यादा नॉन-वेक-अप FIFO में स्टोर किया जाना चाहिए.

सभी मामलों में, वॉकी-अप सेंसर इवेंट और नॉन-वॉकी-अप सेंसर इवेंट को एक ही फ़्लो-इन फ़्लो-आउट में इंटरलीव नहीं किया जा सकता. वेक-अप इवेंट को वेक-अप FIFO में सेव किया जाना चाहिए और नॉन-वेक-अप इवेंट को नॉन-वेक-अप FIFO में सेव किया जाना चाहिए.

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

निलंबन मोड के बाहर का व्यवहार

जब एपी चालू (सस्पेंड मोड में नहीं) होता है, तब इवेंट को फ़र्स्ट इन, फ़र्स्ट आउट (FIFO) में कुछ समय के लिए सेव किया जाता है. ऐसा तब तक किया जाता है, जब तक इवेंट को भेजने में max_report_latency से ज़्यादा समय न लगे.

जब तक एपी निलंबित मोड में नहीं जाता, तब तक कोई भी इवेंट ड्रॉप या खो नहीं जाएगा. अगर max_report_latency खत्म होने से पहले, इंटरनल एफ़आईएफ़ओ भर जाते हैं, तो उस समय इवेंट की रिपोर्ट की जाती है, ताकि कोई इवेंट न छूटे.

अगर कई सेंसर एक ही FIFO शेयर करते हैं और उनमें से किसी एक का max_report_latency खत्म हो जाता है, तो FIFO के सभी इवेंट रिपोर्ट किए जाते हैं. भले ही, अन्य सेंसर का max_report_latency अब तक खत्म न हुआ हो. इससे, इवेंट के बैच की रिपोर्ट करने की संख्या कम हो जाती है. जब किसी एक इवेंट को रिपोर्ट करना ज़रूरी होता है, तो सभी सेंसर के सभी इवेंट रिपोर्ट किए जाते हैं.

उदाहरण के लिए, अगर ये सेंसर चालू हैं, तो:

  • max_report_latency = 20s के साथ बैच में भेजा गया एक्सलरोमीटर डेटा
  • max_report_latency = 5s के साथ बैच किया गया जाइरोस्कोप

एक्सलरोमीटर के बैच, उसी समय रिपोर्ट किए जाते हैं जब जाइरोस्कोप के बैच (हर पांच सेकंड में) रिपोर्ट किए जाते हैं. भले ही, एक्सलरोमीटर और जाइरोस्कोप एक ही एफ़आईओ शेयर न करते हों.

निलंबन मोड में काम करने का तरीका

एक साथ कई अनुरोध भेजने की सुविधा का इस्तेमाल करके, बैकग्राउंड में सेंसर डेटा इकट्ठा किया जा सकता है. ऐसा करने के लिए, एपी को चालू रखने की ज़रूरत नहीं होती. सेंसर ड्राइवर और एचएएल लागू करने की सुविधा के पास, वॉक-लॉक रखने की अनुमति नहीं होती*. इसलिए, सेंसर डेटा इकट्ठा होने के दौरान भी एपी, निलंबित मोड में जा सकता है.

एपी के निलंबित होने पर सेंसर का व्यवहार इस बात पर निर्भर करता है कि सेंसर, वेक-अप सेंसर है या नहीं. ज़्यादा जानकारी के लिए, वॉकी-अप सेंसर देखें.

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

जब कोई वेक-अप एफ़आईओ भर जाता है या किसी वेक-अप सेंसर का max_report_latency खत्म हो जाता है, तो हार्डवेयर को एपी को जगाना होगा और डेटा की रिपोर्ट देनी होगी.

दोनों ही मामलों (जागने और न जागने) में, एपी के सुसपेंड़ मोड से बाहर आते ही, सभी एफ़आईएफ़ओ के कॉन्टेंट के साथ एक बैच तैयार किया जाता है. भले ही, कुछ सेंसर के max_report_latency अब तक खत्म न हुए हों. इससे, स्लीप मोड से वापस आने के तुरंत बाद, एपी के फिर से चालू होने का जोखिम कम हो जाता है. साथ ही, बिजली की खपत भी कम हो जाती है.

*डाइवर को वेक लॉक रखने की अनुमति नहीं है. हालांकि, एक अपवाद है. जब लगातार रिपोर्टिंग मोड वाला वेक-अप सेंसर, max_report_latency < 1 सेकंड के लिए चालू किया जाता है, तो ऐसा किया जा सकता है. इस मामले में, ड्राइवर वेक लॉक को होल्ड कर सकता है, क्योंकि एपी के पास निलंबन मोड में जाने का समय नहीं होता. ऐसा इसलिए होता है, क्योंकि वह निलंबन मोड में पहुंचने से पहले, वेक-अप इवेंट से जग जाता है.

एक साथ कई वेक अप सेंसर इस्तेमाल करते समय बरती जाने वाली सावधानियां

डिवाइस के हिसाब से, एपी को पूरी तरह से निलंबित मोड से बाहर आने और एफ़आईओ को फ़्लश करने में कुछ मिलीसेकंड लग सकते हैं. डिवाइस को सस्पेंड मोड से बाहर लाने के लिए, FIFO में ज़रूरत के मुताबिक जगह होनी चाहिए. इससे, डिवाइस को वॉकी-अप FIFO के ओवरफ़्लो होने के बिना, सस्पेंड मोड से बाहर लाया जा सकता है. कोई भी इवेंट नहीं मिटेगा और max_report_latency का सम्मान किया जाना चाहिए.

बदलाव होने पर चालू न होने वाले सेंसर को एक साथ पढ़ने के दौरान सावधानी बरतने के बारे में जानकारी

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

यहां एक ऐसी स्थिति दी गई है जिससे बचना चाहिए:

  1. कोई ऐप्लिकेशन, नॉन-वॉक-अप स्टेप काउंटर (बदलाव होने पर) और नॉन-वॉक-अप ऐक्सीलेरोमीटर (लगातार) के लिए रजिस्टर करता है. दोनों एक ही एफ़आईओ शेयर करते हैं.
  2. ऐप्लिकेशन को कदमों की गिनती करने वाला इवेंट step_count=1000 stepscode> मिलता है.
  3. एपी, काम करना बंद कर देता है.
  4. उपयोगकर्ता 20 कदम चलता है, जिससे कदमों की गिनती करने वाले डिवाइस और ऐक्सीलेरोमीटर के इवेंट एक-दूसरे के बीच में आ जाते हैं. कदमों की गिनती करने वाले डिवाइस का आखिरी इवेंट step_count = 1020 steps है.
  5. उपयोगकर्ता लंबे समय तक नहीं हिलता, जिसकी वजह से फ़िफ़ो में ऐक्सीलेरोमीटर इवेंट इकट्ठा होते रहते हैं. आखिर में, शेयर किए गए फ़िफ़ो में हर step_count इवेंट को ओवरराइट कर दिया जाता है.
  6. एपी चालू हो जाता है और एफ़आईओ से सभी इवेंट, ऐप्लिकेशन को भेज दिए जाते हैं.
  7. ऐप्लिकेशन को सिर्फ़ ऐक्सीलेरोमीटर इवेंट मिलते हैं और उसे लगता है कि उपयोगकर्ता ने पैदल नहीं चला.

एफ़आईओ के बाहर, पिछले कदमों की गिनती करने वाले इवेंट को सेव करके, एचएएल इस इवेंट की रिपोर्ट तब कर सकता है, जब एपी चालू हो. भले ही, कदमों की गिनती करने वाले सभी अन्य इवेंट, ऐक्सीलेरोमीटर इवेंट से बदल दिए गए हों. इस तरह, एपी के चालू होने पर ऐप्लिकेशन को step_count = 1020 steps मिलता है.

एक साथ कई इवेंट भेजने की सुविधा लागू करना

बैटरी बचाने के लिए, बैचिंग को एपी की मदद के बिना लागू किया जाना चाहिए. साथ ही, बैचिंग के दौरान एपी को निलंबित करने की अनुमति होनी चाहिए.

अगर सेंसर हब में एक साथ कई गतिविधियां की जाती हैं, तो सेंसर हब की बिजली की खपत कम होनी चाहिए.

रिपोर्ट में डेटा दिखने में लगने वाले ज़्यादा से ज़्यादा समय में किसी भी समय बदलाव किया जा सकता है. ऐसा खास तौर पर तब किया जा सकता है, जब चुना गया सेंसर पहले से चालू हो. इससे इवेंट में कोई बदलाव नहीं होगा.

एफ़आईएफ़ओ के हिसाब से, विज्ञापनों को दिखाने की प्राथमिकता

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

ज़्यादा वैल्यू: कम-पावर वाला पैदल चलने वाले व्यक्ति का डेड रेकिंग

एक साथ कई टास्क करने में लगने वाला टारगेट समय: 1 से 10 मिनट

एक साथ भेजे जाने वाले सेंसर:

  • स्मार्टवॉच को हाथ ऊपर करके चालू करने की सुविधा
  • 5 हर्ट्ज़ पर, गेम के रोटेशन वेक्टर को चालू करना
  • 5 हर्ट्ज़ पर काम करने वाला वेक-अप बैरोमीटर
  • बिना कैलिब्रेट किए गए मैग्नेटोमीटर को 5 हर्ट्ज़ पर चालू करना

इस डेटा को एक साथ भेजने से, पैदल चलने वाले व्यक्ति की जगह की जानकारी का अनुमान लगाने की सुविधा का इस्तेमाल किया जा सकता है. साथ ही, एपी को निलंबित किया जा सकता है.

ज़्यादा वैल्यू: बीच-बीच में होने वाली मध्यम पावर वाली गतिविधि/जेस्चर की पहचान

एक साथ कई टास्क करने में लगने वाला टारगेट समय: 3 सेकंड

एक साथ काम करने वाले सेंसर: 50 Hz पर काम करने वाला ऐसा एक्सलरोमीटर जो डिवाइस को चालू नहीं करता

इस डेटा को एक साथ इकट्ठा करने से, समय-समय पर अलग-अलग गतिविधियों और जेस्चर का पता लगाया जा सकता है. इसके लिए, डेटा इकट्ठा करते समय एपी को चालू रखने की ज़रूरत नहीं होती.

मीडियम वैल्यू: मीडियम पावर की लगातार गतिविधि/जेस्चर की पहचान

एक साथ कई टारगेट करने में लगने वाला समय: 1 से 3 मिनट

एक साथ काम करने वाले सेंसर: 50 Hz पर वॉकी-अप एक्सलरोमीटर

इस डेटा को एक साथ इकट्ठा करने से, डेटा इकट्ठा करने के दौरान एपी को चालू रखने के बिना, अपनी पसंद के मुताबिक गतिविधियों और जेस्चर का पता लगाने में मदद मिलती है.

मीडियम-हाई वैल्यू: इंटरप्ट लोड में कमी

एक साथ कई गतिविधियां करने में लगने वाला टारगेट समय: 1 सेकंड से कम

बैच में शामिल किए जाने वाले सेंसर: कोई भी हाई-फ़्रीक्वेंसी सेंसर, आम तौर पर नॉन-वेक-अप.

अगर जीरोस्कोप को 240 हर्ट्ज़ पर सेट किया गया है, तो सिर्फ़ 10 जीरो इवेंट को एक साथ भेजने से भी, इंटरप्ट की संख्या 240/सेकंड से घटकर 24/सेकंड हो सकती है.

मीडियम वैल्यू: कम फ़्रीक्वेंसी वाला डेटा इकट्ठा करना

एक साथ कई टास्क करने में लगने वाला टारगेट समय: 1 से 10 मिनट

एक साथ भेजे जाने वाले सेंसर:

  • 1 हर्ट्ज़ पर काम करने वाला वेक-अप बैरोमीटर
  • 1 हर्ट्ज़ पर नमी के लिए वेक-अप सेंसर
  • मिलती-जुलती दरों पर, कम फ़्रीक्वेंसी वाले अन्य वेक-अप सेंसर

कम बैटरी के साथ निगरानी करने वाले ऐप्लिकेशन बनाने की अनुमति देता है.

कम से कम वैल्यू: सभी सेंसर से लगातार डेटा इकट्ठा करना

एक साथ कई टास्क करने में लगने वाला टारगेट समय: 1 से 10 मिनट

एक साथ काम करने वाले सेंसर: ज़्यादा फ़्रीक्वेंसी पर काम करने वाले सभी वेक-अप सेंसर

इससे एपी को निलंबित मोड में रखते हुए, सेंसर डेटा को पूरी तरह से इकट्ठा करने की अनुमति मिलती है. सिर्फ़ तब इस्तेमाल करें, जब एफ़आईएफ़ओ के लिए जगह की समस्या न हो.