ما المقصود بالمعالجة المجمّعة؟
يشير وضع "المعالجة المجمّعة" إلى التخزين المؤقت لأحداث أجهزة الاستشعار في مركز أجهزة الاستشعار و/أو ذاكرة أولوية الوصول إلى الأجهزة (FIFO) قبل الإبلاغ عن الأحداث من خلال HAL لأجهزة الاستشعار. يُشار في هذه الصفحة إلى "FIFO" على أنّه الموقع الذي يتم فيه تخزين أحداث الاستشعار مؤقتًا (مركز الاستشعار و/أو ذاكرة التخزين المؤقت للأجهزة). عندما لا تكون ميزة تجميع أحداث أجهزة الاستشعار مفعَّلة، يتم إبلاغ HAL لأجهزة الاستشعار على الفور بأحداث أجهزة الاستشعار عند توفّرها.
يمكن أن تؤدي معالجة البيانات بشكل مجمّع إلى توفير طاقة كبير من خلال تنشيط معالج التطبيقات (AP) الرئيسي فقط، الذي يشغّل نظام التشغيل Android، عندما تكون العديد من أحداث أجهزة الاستشعار جاهزة للمعالجة، بدلاً من تنشيطها لكل حدث فردي. إنّ إمكانية توفير الطاقة ترتبط مباشرةً بعدد الأحداث التي يمكن لوحدة التحكّم في المستشعرات و/أو ذاكرة التخزين المؤقت FIFO تخزينها: هناك إمكانية أكبر لتوفير الطاقة إذا كان بالإمكان تجميع المزيد من الأحداث. تستفيد ميزة "المعالجة المجمّعة" من استخدام الذاكرة المنخفضة الطاقة لتقليل عدد عمليات تنشيط نقاط الوصول ذات الطاقة العالية.
لا يمكن إجراء التجميع إلا عندما يكون لدى أداة الاستشعار ذاكرة وصول عشوائي (RAM) ذات أولوية عكسية للأجهزة و/أو يمكنها
تخزين الأحداث المؤقتًا في مركز أجهزة الاستشعار. وفي كلتا الحالتَين، يجب أن يُبلغ المستشعر عن
الحد الأقصى لعدد الأحداث التي يمكن تجميعها في حزمة واحدة في المرة الواحدة من خلال
SensorInfo.fifoMaxEventCount
.
إذا كان لدى أداة الاستشعار مساحة محجوزة ضمن قائمة "الوصول أولاً إلى أقدم العناصر"، يجب أن تسجِّل أداة الاستشعار
عدد الأحداث المحجوزة من خلال
SensorInfo.fifoReservedEventCount
. إذا كان ذاكرة التخزين المؤقت بتقنية FIFO مخصّصة
لجهاز الاستشعار، يكون SensorInfo.fifoReservedEventCount
هو حجم
ذاكرة التخزين المؤقت بتقنية FIFO. إذا تمت مشاركة ذاكرة التخزين المؤقت للأولويات القصوى بين عدة أجهزة استشعار، قد تكون هذه القيمة
صفرًا. ومن حالات الاستخدام الشائعة السماح لجهاز استشعار باستخدام ذاكرة التخزين المؤقت للملفّات التي يتمّ الوصول إليها أولاً ثمّ آخرًا بالكامل إذا كان هو
جهاز الاستشعار النشط الوحيد. إذا كانت عدّة أجهزة استشعار نشطة، يتم ضمان
مساحة لكل جهاز استشعار لأحداث SensorInfo.fifoReservedEventCount
على الأقل في "المسار الأوّل الذي يتمّ الخروج منه أولاً". في حال استخدام مركز أجهزة الاستشعار، يمكن تنفيذ الضمان
من خلال البرنامج.
يتم تجميع أحداث أجهزة الاستشعار في الحالات التالية:
- الحد الأقصى الحالي لمُدد الاستجابة في الإبلاغ عن بيانات المستشعر أكبر من الصفر، ما يعني أنّه يمكن تأخير أحداث المستشعر إلى الحد الأقصى لمُدد الاستجابة في الإبلاغ عنها قبل الإبلاغ عنها من خلال HAL.
- نقطة الوصول في وضع التعليق والمستشعر هو مستشعر لا يوقّع الجهاز من وضع السكون. في هذه الحالة، يجب ألا تؤدي الأحداث إلى تنشيط نقطة الوصول، ويجب تخزينها إلى أن يتم تنشيط نقطة الوصول
إذا كان جهاز الاستشعار لا يتيح التجميع وكان نقطة الوصول في وضع السكون، يتم إبلاغ نقطة الوصول فقط بأحداث الاستشعار المتعلّقة بالتنشيط، ويجب عدم إبلاغ نقطة الوصول بأحداث الاستشعار غير المتعلّقة بالتنشيط.
مَعلمات التجميع
المَعلمتَان اللتان تحكمان سلوك تجميع البيانات هما sampling_period_ns وmax_report_latency_ns.
يحدِّد sampling_period_ns
عدد المرات التي يتم فيها توليد حدث جهاز استشعار جديد، ويحدِّد max_report_latency_ns
المدة التي يجب فيها إبلاغ حزمة HAL الخاصة بأجهزة الاستشعار بالحدث.
sampling_period_ns
تعتمد دلالة المَعلمة sampling_period_ns
على
وضع إعداد التقارير الخاص بجهاز الاستشعار المحدّد:
- مستمر:
sampling_period_ns
هو معدّل أخذ العينات، أي معدّل إنشاء الأحداث. - عند التغيير:
sampling_period_ns
تحدّ من معدّل أخذ العينات للأحداث، ما يعني أنّه لا يتمّ إنشاء الأحداث بشكل أسرع من كلsampling_period_ns
نانو ثانية. يمكن أن تكون الفترات أطول منsampling_period_ns
إذا لم يتمّ إنشاء أيّ حدث ولم تتغيّر القيم measured لفترات طويلة. لمزيد من التفاصيل، يُرجى الاطّلاع على وضع إعداد التقارير عند التغيير. - الطلب بمثال واحد: يتم تجاهل
sampling_period_ns
. لن يؤثّر ذلك في النتيجة. - خاص: للحصول على تفاصيل عن كيفية استخدام
sampling_period_ns
مع أجهزة الاستشعار الخاصة، يُرجى الاطّلاع على أنواع أجهزة الاستشعار.
لمزيد من المعلومات عن تأثير sampling_period_ns
في
الأوضاع المختلفة، يُرجى الاطّلاع على أوضاع reporting.
بالنسبة إلى أدوات الاستشعار المستمرة وأدوات الاستشعار عند حدوث تغيير:
- إذا كانت
sampling_period_ns
أقل منSensorInfo.minDelay
، يجب أن يحدّد تنفيذ HAL قيمةmax(SensorInfo.minDelay, 1ms)
بشكل صامت. لا يسمح نظام Android بإنشاء أحداث بمعدّل أكثر من 1000 هرتز. - إذا كانت قيمة
sampling_period_ns
أكبر منSensorInfo.maxDelay
، يجب أن يقطع تنفيذ HAL القيمة تلقائيًا إلىSensorInfo.maxDelay
.
تفرض أدوات الاستشعار المادية أحيانًا قيودًا على معدّلات الأداء التي يمكنها تحقيقها ودقة ساعاتها. ولتجنّب ذلك، يمكن أن يختلف معدل أخذ العينات الفعلي عن المعدّل المطلوب طالما أنّه يستوفي متطلبات الجدول أدناه.
إذا كان معدّل التكرار المطلوب هو |
يجب أن يكون معدّل التكرار الفعلي على النحو التالي: |
---|---|
أقل من الحد الأدنى لعدد مرّات الظهور (<1/maxDelay) |
بين% 90 و% 110 من الحد الأدنى لمعدل التكرار |
بين الحد الأدنى والحد الأقصى لعدد مرّات الظهور |
بين% 90 و% 220 من معدّل التكرار المطلوب |
أعلى من الحد الأقصى لمعدّل التكرار (>1/minDelay) |
بين% 90 و% 110 من الحد الأقصى للتردد، وأقل من 1100 هرتز |
max_report_latency_ns
يحدِّد max_report_latency_ns
الحد الأقصى للوقت بالكيلونانوثانية، والذي يمكن من خلاله تأخير الأحداث وتخزينها في ذاكرة التخزين المؤقت للأجهزة قبل تسجيلها من خلال HAL عندما يكون نقطة الوصول نشطة.
تشير القيمة صفر إلى أنّه يجب الإبلاغ عن الأحداث فور قياسها، إما عن طريق تخطّي "قائمة الانتظار بأولوية عكسية" بالكامل أو إفراغ "قائمة الانتظار بأولوية عكسية" فور توفّر حدث واحد من أداة الاستشعار.
على سبيل المثال، سيؤدي مقياس التسارع الذي يتم تفعيله بمعدّل 50 هرتز باستخدام
max_report_latency_ns=0
إلى تشغيل عمليات المقاطعة 50 مرة في
الثانية عندما يكون نقطة الوصول نشطة.
عند ضبط القيمة max_report_latency_ns>0
، لا يلزم تسجيل أحداث أجهزة الاستشعار
فور رصدها. ويمكن تخزينها مؤقتًا في ملف ملف FIFO وإعداد تقارير عنها في دفعات، بشرط ألا يتأخّر أي حدث لأكثر من
max_report_latency_ns
نانوثاني. ويعني ذلك أنّه يتم تسجيل جميع الأحداث
منذ الدفعة السابقة وإعادتها مرة واحدة. ويؤدي ذلك إلى تقليل
عدد عمليات المقاطعة المُرسَلة إلى نقطة الوصول والسماح لنقطة الوصول بالتبديل إلى وضع استهلاك طاقة
أقل (وضع السكون) بينما يعمل جهاز الاستشعار على تسجيل البيانات وتجميعها.
يرتبط كل حدث بطابع زمني. لا يؤثّر تأخير وقت الإبلاغ عن حدث في الطابع الزمني للحدث. يجب أن يكون الطابع الزمني دقيقًا وأن يتطابق مع الوقت الذي حدث فيه الحدث فعليًا، وليس الوقت الذي تم الإبلاغ عنه.
إنّ السماح بتخزين أحداث أجهزة الاستشعار مؤقتًا في قائمة "الأول ثمّ الآخر" لا يؤدي إلى تعديل سلوك إرسال الأحداث إلى HAL، إذ يمكن تداخل الأحداث الواردة من أجهزة استشعار مختلفة وترتيب جميع الأحداث الواردة من جهاز الاستشعار نفسه حسب الوقت.
أحداث الاستيقاظ وغير الاستيقاظ
يجب تخزين أحداث أجهزة الاستشعار من أجهزة استشعار الاستيقاظ في قائمة انتظار FIFO واحدة أو أكثر. من التصميمات الشائعة استخدام ملف FIFO واحد كبير ومشترَك لتنشيط الجهاز يتم فيه تبديل أحداث جميع أدوات استشعار التنشيط. بدلاً من ذلك، يمكنك استخدام قائمة انتظار أولوية طلبات متداخلة واحدة للتنشيط لكل جهاز استشعار أو استخدام قوائم انتظار أولوية طلبات متداخلة مخصّصة لأجهزة استشعار تنشيط معيّنة وقائمة انتظار أولوية طلبات متداخلة مشتركة لبقية أجهزة استشعار التنشيط.
وبالمثل، يجب تخزين أحداث أجهزة الاستشعار من أجهزة الاستشعار التي لا تُوقِظ الجهاز في قائمة انتظار FIFO واحدة أو أكثر لا تُوقِظ الجهاز.
في جميع الحالات، لا يمكن تداخل أحداث أدوات الاستشعار التي تعمل على تنشيط الجهاز وأحداث أدوات الاستشعار التي لا تعمل على تنشيط الجهاز في قائمة "الأول ثم الآخر" نفسها. يجب تخزين أحداث الاستيقاظ في قائمة انتظار FIFO للاستيقاظ، ويجب تخزين الأحداث غير المخصّصة للاستيقاظ في قائمة انتظار FIFO غير المخصّصة للاستيقاظ.
بالنسبة إلى ذاكرة التخزين المؤقت للطلبات الواردة أولاً ثم الخروج أولاً (FIFO) الخاصة بتنشيط الجهاز، يقدّم تصميم ذاكرة التخزين المؤقت للطلبات الواردة أولاً ثم الخروج أولاً المشترَكة والكبيرة أفضل مزايا توفير الطاقة. بالنسبة إلى "قائمة الانتظار للأولوية القصوى" غير المخصّصة للتنشيط، فإنّ "قائمة الانتظار للأولوية القصوى" المفردة الكبيرة والمشترَكة والعديد من تصاميم "قوائم الانتظار للأولوية القصوى" الصغيرة المحجوزة لها خصائص طاقة مشابهة. للحصول على مزيد من الاقتراحات حول كيفية ضبط كل ملف FIFO، اطّلِع على أولوية تخصيص ملف FIFO.
السلوك خارج وضع التعليق
عندما يكون نقطة الوصول مفعَّلة (وليس في وضع التعليق)، يتم تخزين الأحداث
مؤقتًا في قوائم "الأول ثم الآخر" ما دامت لا تتأخّر أكثر من
max_report_latency
.
ما دام نقطة الوصول لا تدخل في وضع التعليق، لن يتم إسقاط أي حدث أو
فقدانه. إذا امتلأت قوائم FIFO الداخلية قبل انقضاء max_report_latency
، يتم تسجيل الأحداث في تلك المرحلة لضمان عدم فقدان أي حدث.
إذا كانت عدّة أدوات قياس تشترك في "قائمة الانتظار أولاً بالخروج" نفسها وانتهت مهلة
max_report_latency
لأحدها، يتم تسجيل جميع الأحداث من
"قائمة الانتظار أولاً بالخروج"، حتى إذا لم تنته مهلة
أدوات القياس الأخرى بعد.max_report_latency
ويؤدي ذلك إلى تقليل عدد المرات التي يتم فيها الإبلاغ عن دفعات
الأحداث. عندما يجب الإبلاغ عن حدث واحد، يتم الإبلاغ عن جميع الأحداث من جميع
أجهزة الاستشعار.
على سبيل المثال، في حال تفعيل أجهزة الاستشعار التالية:
- مقياس التسارع المجمّع مع
max_report_latency
= 20 ثانية - يتم تجميع بيانات الجيروسكوب مع
max_report_latency
= 5 ثوانٍ.
يتم تسجيل دفعات مقياس التسارع في الوقت نفسه الذي يتم فيه تسجيل دفعات الجيروسكوب (كل 5 ثوانٍ)، حتى إذا لم يشترك مقياس التسارع والجيروسكوب في قائمة "الأول ثم الآخر" نفسها.
السلوك في وضع التعليق
تكون ميزة "المعالجة المجمّعة" مفيدة بشكل خاص لجمع بيانات أجهزة الاستشعار في الخلفية بدون إبقاء نقطة الوصول مفعّلة. بما أنّه لا يُسمح لبرامج تشغيل أجهزة الاستشعار وتنفيذ HAL بالاحتفاظ بميزة "قفل التنشيط"*، يمكن للنقطة الطرفية الدخول إلى وضع التعليق حتى أثناء جمع بيانات أجهزة الاستشعار.
يعتمد سلوك أجهزة الاستشعار أثناء تعليق نقطة الوصول على ما إذا كان جهاز الاستشعار هو جهاز استشعار للتنشيط. لمزيد من التفاصيل، يُرجى الاطّلاع على أجهزة استشعار الاستيقاظ.
عندما تمتلئ قائمة "الأول في الدخول أولاً في الخروج" غير المخصّصة للتنشيط، يجب أن تلتفّ وتتصرف مثل ملف ذاكرة مؤقتة
دائري، مع استبدال الأحداث القديمة بالأحداث الجديدة التي تحلّ محل
الأحداث القديمة. لا يؤثّر max_report_latency
في قوائم "الأول في الدخول أولاً" التي لا تُستخدَم لتنشيط التطبيقات
أثناء وضع التعليق.
عندما تمتلئ ذاكرة التخزين المؤقت للتنشيط (FIFO) أو عند انقضاء max_report_latency
أحد أدوات استشعار التنشيط، يجب أن توقظ الأجهزة نقطة الوصول
وتُبلغ عن البيانات.
في كلتا الحالتَين (التنشيط وعدم التنشيط)، بعد خروج نقطة الوصول من
وضع التعليق، يتم إنشاء مجموعة تتضمّن محتوى جميع قوائم "الأول في الدخول أولاً في الخروج"، حتى إذا لم يكن
max_report_latency
من بعض أجهزة الاستشعار قد انقضى بعد. يقلل ذلك
من خطر اضطرار نقطة الوصول إلى الاستيقاظ مرة أخرى بعد وقت قصير من عودتها إلى
وضع التعليق، وبالتالي يقلل من استهلاك الطاقة.
*هناك استثناء ملحوظ لعدم السماح لبرامج تشغيل الأجهزة بالاحتفاظ بقفل التنشيط، وهو
عندما يتم تفعيل أداة استشعار التنشيط التي تعمل في وضع إعداد التقارير المستمر
مع max_report_latency
< ثانية واحدة. في هذه الحالة،
يمكن لبرنامج التشغيل الاحتفاظ بقفل التنشيط لأنّ نقطة الوصول لا تملك الوقت للدخول
إلى وضع التعليق، لأنّه سيتم تنشيطها من خلال حدث تنشيط قبل الوصول إلى
وضع التعليق.
الاحتياطات عند تجميع أدوات الاستشعار التي تُوقِظ الجهاز
استنادًا إلى الجهاز، قد يستغرق خروج نقطة الوصول
من وضع التعليق بالكامل وبدء تفريغ ذاكرة التخزين المؤقت للأولويات بضع مللي ثوانٍ. يجب تخصيص مساحة كافية
في قائمة "الأول ثم الآخر" للسماح للجهاز بالخروج من وضع التعليق العميق
بدون تجاوز قائمة "الأول ثم الآخر" للتنشيط. لن يتم فقدان أي أحداث، ويجب الالتزام بالحدود القصوى المسموح بها لـ
max_report_latency
.
الاحتياطات عند تجميع بيانات أجهزة الاستشعار التي لا تُوقِف عمليات جمع البيانات عند حدوث تغيير
لا تنشئ أدوات الاستشعار التي تعمل عند حدوث تغيير أحداثًا إلا عندما تتغيّر القيمة التي تقيسها. إذا تغيّرت القيمة المقاسة عندما يكون نقطة الوصول في وضع التعليق، تتوقّع التطبيقات تلقّي حدث فور تنشيط نقطة الوصول. ولهذا السبب، يجب إجراء تجميع غير تنشيط لأحداث أداة الاستشعار عند حدوث تغيير بعناية إذا كانت أداة الاستشعار تشارك ملف FIFO مع أدوات استشعار أخرى. يجب دائمًا حفظ الحدث الأخير الذي تم إنشاؤه بواسطة كل جهاز استشعار عند حدوث تغيير خارج قائمة "الأول في الدخول والأول في الخروج" المشتركة حتى لا تتم إعادة كتابته أبدًا بواسطة أحداث أخرى. عند تنشيط نقطة الوصول، بعد تسجيل جميع الأحداث من "الذاكرة المؤقتة للأولوية القصوى"، يجب تسجيل آخر حدث لجهاز الاستشعار عند حدوث تغيير.
في ما يلي حالة يجب تجنّبها:
- يسجِّل أحد التطبيقات في أداة احتساب الخطوات التي لا تؤدي إلى تنشيط الجهاز (عند التغيير) أداة التسارع التي لا تؤدي إلى تنشيط الجهاز (متواصلة)، وكلاهما يشتركان في قائمة "الأول ثم اللاحق" نفسها.
- يتلقّى التطبيق حدث عداد الخطوات
step_count=1000 steps
code>. - يتم تعليق AP.
- يمشي المستخدم 20 خطوة، ما يؤدي إلى تداخل أحداث عداد الخطوات ومقياس التسارع، ويكون حدث عداد الخطوات الأخير هو
step_count = 1020 steps
. - لا يتحرك المستخدم لفترة طويلة، ما يؤدي إلى مواصلة تجميع أحداث مقياس التسارع
في قائمة "الأول ثمّ الآخر"، ما يؤدي في النهاية إلى استبدال كل حدث
step_count
في قائمة "الأول ثمّ الآخر" المشتركة. - يتم تنشيط AP ويتم إرسال جميع الأحداث من "قائمة الانتظار بأولوية الوصول أولاً" إلى التطبيق.
- لا يتلقّى التطبيق سوى أحداث مقياس التسارع ويعتقد أنّه لم يمشي المستخدم.
من خلال حفظ حدث عدّ الخطوات الأخير خارج "قائمة الانتظار أولاً بالخروج"، يمكن لواجهة HAL الإبلاغ عن
هذا الحدث عند تنشيط وحدة التحكّم في الطاقة، حتى إذا تم تسجيل كل أحداث عدّ الخطوات الأخرى
من خلال أحداث مقياس التسارع. بهذه الطريقة، يتلقّى التطبيق
step_count = 1020 steps
عندما يستيقظ نقطة الوصول.
تنفيذ التجميع
لتوفير الطاقة، يجب تنفيذ ميزة "المعالجة المجمّعة" بدون مساعدة نقطة الوصول، ويجب السماح لنقطة الوصول بتعليق المعالجة أثناء استخدام هذه الميزة.
في حال إجراء عمليات تجميع في مركز استشعار، يجب تقليل استهلاك الطاقة في مركز الاستشعار.
يمكن تعديل الحد الأقصى لمُدد استجابة التقارير في أي وقت، خاصةً أثناء تفعيل أداة الاستشعار المحدّدة، ولا يُفترض أن يؤدّي ذلك إلى فقدان الأحداث.
أولوية تخصيص "الوصول أولاً بالخروج أولاً"
في المنصات التي يكون فيها حجم مخزن مؤقت الأجهزة للأولوية في الإرسال و/أو مركز أجهزة الاستشعار محدودًا، قد يحتاج مصمّمو النظام إلى اختيار مقدار الذاكرة التي يجب تخصيصها للأولوية في الإرسال لكل جهاز استشعار. للمساعدة في هذا الاختيار، إليك قائمة بالتطبيقات المحتملة عند تنفيذ التجميع على مختلف أجهزة الاستشعار.
قيمة عالية: تحديد الموقع الجغرافي بدون شبكة الجوّال للمشاة الذين يستخدمون طاقة منخفضة
الوقت المستهدَف لتجميع البيانات: من دقيقة واحدة إلى 10 دقائق
أجهزة الاستشعار التي يتم تجميعها:
- أداة رصد الخطوات لتنشيط الجهاز
- اتجاه دوران تنشيط اللعبة بمعدّل 5 هرتز
- مقياس الضغط الجوي للاستيقاظ بمعدّل 5 هرتز
- مقياس مغناطيسية غير مُعاير لتنشيط الجهاز بمعدّل 5 هرتز
يتيح تجميع هذه البيانات إجراء عمليات حسابية لتحديد الموقع الجغرافي للمشاة أثناء السماح لنقطة الوصول بالتعليق.
القيمة العالية: التعرّف على الأنشطة/الإشارات الإيمائية المتقطّعة ذات الطاقة المتوسطة
الوقت المستهدَف لإجراء عمليات تجميع البيانات: 3 ثوانٍ
أدوات الاستشعار التي يتم تجميعها: مقياس التسارع غير المخصص لإيقاظ الجهاز بمعدّل 50 هرتز
تتيح تجميع هذه البيانات التعرّف بشكل دوري على الأنشطة произвольнة والإشارات بدون الحاجة إلى إبقاء نقطة الوصول مفعّلة أثناء جمع البيانات.
القيمة المتوسطة: طاقة متوسطة للتعرّف المستمر على الأنشطة/الإشارات
الوقت المستهدَف لعملية تجميع البيانات: من دقيقة إلى 3 دقائق
أجهزة الاستشعار التي يتم تجميعها: مقياس التسارع لتنشيط الجهاز بمعدّل 50 هرتز
تتيح تجميع هذه البيانات التعرّف بشكل مستمر على الأنشطة والحركات العشوائية بدون الحاجة إلى إبقاء نقطة الوصول مفعّلة أثناء جمع البيانات.
القيمة المتوسطة والعالية: تقليل الحمل الناتج عن الانقطاعات
الوقت المستهدَف لتجميع البيانات: أقل من ثانية واحدة
أجهزة الاستشعار التي يتم تجميعها: أي جهاز استشعار عالي التردد، وعادةً ما يكون غير مزوّد بميزة "التنشيط"
في حال ضبط أداة الاستشعار الدوراني على 240 هرتز، يمكن حتى تجميع 10 أحداث أداة استشعار دورانية فقط لتقليل عدد عمليات المقاطعة من 240 في الثانية إلى 24 في الثانية.
القيمة المتوسطة: جمع البيانات المستمرة بمعدل منخفض
الوقت المستهدَف لتجميع البيانات: من دقيقة واحدة إلى 10 دقائق
أجهزة الاستشعار التي يتم تجميعها:
- مقياس الضغط الجوي للاستيقاظ بمعدّل 1 هرتز
- مستشعر الرطوبة لتشغيل الكاميرا بمعدّل 1 هرتز
- أجهزة استشعار أخرى للتنشيط ذات معدّلات مماثلة وتردد منخفض
يسمح بإنشاء تطبيقات مراقبة عند انخفاض الطاقة.
قيمة منخفضة إلى متوسطة: جمع بيانات مستمرة من جميع أجهزة الاستشعار
الوقت المستهدَف لتجميع البيانات: من دقيقة واحدة إلى 10 دقائق
أجهزة الاستشعار التي يتم تجميعها: جميع أجهزة استشعار الاستيقاظ بمعدّلات تردد عالية
يسمح هذا الإذن بجمع بيانات أجهزة الاستشعار بالكامل مع إبقاء نقطة الوصول في وضع التعليق. لا تُعدّ هذه الطريقة مناسبة إلا إذا كانت مساحة "الوصول أولاً إلى العنصر الأقدم" غير كافية.