การแบ่งกลุ่ม

จัดทุกอย่างให้เป็นระเบียบอยู่เสมอด้วยคอลเล็กชัน บันทึกและจัดหมวดหมู่เนื้อหาตามค่ากำหนดของคุณ

การแยกกลุ่มคืออะไร

การแบ่งกลุ่มหมายถึงการบัฟเฟอร์เหตุการณ์ของเซ็นเซอร์ในฮับเซ็นเซอร์และ/หรือ FIFO ของฮาร์ดแวร์ก่อนที่จะรายงานเหตุการณ์ผ่าน Sensors HAL ตำแหน่งที่บัฟเฟอร์เหตุการณ์เซ็นเซอร์ (ฮับเซ็นเซอร์และ/หรือ FIFO ของฮาร์ดแวร์) จะเรียกว่า "FIFO" ในหน้านี้ เมื่อการรวมกลุ่มเหตุการณ์เซ็นเซอร์ไม่ทำงาน ระบบจะรายงานเหตุการณ์เซ็นเซอร์ไปยัง Sensors HAL ทันที (หากมี)

การรวมกลุ่มช่วยให้ประหยัดพลังงานได้อย่างมากโดยจะปลุกเฉพาะตัวประมวลผลแอปพลิเคชัน (AP) หลักที่ใช้ Android เมื่อเหตุการณ์เซ็นเซอร์หลายรายการพร้อมที่จะประมวลผลแล้ว แทนที่จะปลุกให้ตื่นขึ้นสำหรับแต่ละเหตุการณ์ การประหยัดพลังงานที่เป็นไปได้จะสัมพันธ์โดยตรงกับจํานวนเหตุการณ์ที่ฮับเซ็นเซอร์และ/หรือ FIFO บัฟเฟอร์ได้ นั่นคือยิ่งสามารถจัดกลุ่มเหตุการณ์ได้มากขึ้น ก็ยิ่งมีโอกาสประหยัดพลังงานได้มากขึ้น การแบ่งกลุ่มใช้ประโยชน์จากหน่วยความจําพลังงานต่ำเพื่อลดจํานวน AP ที่ตื่นขึ้นด้วยพลังงานสูง

การแบ่งกลุ่มจะเกิดขึ้นก็ต่อเมื่อเซ็นเซอร์มี FIFO ของฮาร์ดแวร์และ/หรือสามารถบัฟเฟอร์เหตุการณ์ภายในฮับเซ็นเซอร์ ไม่ว่าในกรณีใด เซ็นเซอร์จะต้องรายงานจํานวนเหตุการณ์สูงสุดที่สามารถจัดกลุ่มพร้อมกันผ่าน SensorInfo.fifoMaxEventCount

หากเซ็นเซอร์มีการจองพื้นที่ภายใน FIFO เซ็นเซอร์จะต้องรายงานจํานวนเหตุการณ์ที่จองไว้ผ่าน SensorInfo.fifoReservedEventCount หาก FIFO มีไว้สำหรับเซ็นเซอร์โดยเฉพาะ SensorInfo.fifoReservedEventCount คือขนาดของ FIFO หากเซ็นเซอร์หลายตัวใช้ FIFO ร่วมกัน ค่านี้อาจเป็น 0 กรณีการใช้งานที่พบบ่อยคือการอนุญาตให้เซ็นเซอร์ใช้ FIFO ทั้งหมดหากเป็นเซ็นเซอร์ที่ทำงานอยู่เพียงตัวเดียว หากเซ็นเซอร์หลายตัวทำงานอยู่ เซ็นเซอร์แต่ละตัวจะได้รับพื้นที่สำหรับเหตุการณ์อย่างน้อย SensorInfo.fifoReservedEventCount รายการใน FIFO หากใช้เซ็นเซอร์ฮับ ระบบอาจบังคับใช้การรับประกันผ่านซอฟต์แวร์

ระบบจะจัดกลุ่มเหตุการณ์เซ็นเซอร์เป็นชุดในกรณีต่อไปนี้

• เวลาในการตอบสนองสูงสุดปัจจุบันของรายงานเซ็นเซอร์มากกว่า 0 ซึ่งหมายความว่าเหตุการณ์เซ็นเซอร์อาจล่าช้าได้สูงสุดตามเวลาในการตอบสนองสูงสุดของรายงานก่อนที่จะมีการรายงานผ่าน HAL
• AP อยู่ในโหมดระงับและเซ็นเซอร์ไม่ใช่เซ็นเซอร์ที่ปลุก ในกรณีนี้ เหตุการณ์ต้องไม่ปลุก AP และต้องจัดเก็บไว้จนกว่า AP จะตื่น

หากเซ็นเซอร์ไม่รองรับการจัดกลุ่มและ AP อยู่ในโหมดสลีป ระบบจะรายงานเฉพาะเหตุการณ์เซ็นเซอร์การปลุกไปยัง AP และต้องไม่รายงานเหตุการณ์ที่ไม่ใช่การปลุกไปยัง AP

พารามิเตอร์การแบ่งกลุ่ม

พารามิเตอร์ 2 รายการที่ควบคุมลักษณะการแบ่งกลุ่มคือ 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 การใช้งาน HAL ต้องจำกัดค่านี้ไว้ที่ max(SensorInfo.minDelay, 1ms) โดยอัตโนมัติ Android ไม่รองรับการสร้างเหตุการณ์ที่มากกว่า 1,000 Hz
• หาก sampling_period_ns มากกว่า SensorInfo.maxDelay การใช้งาน HAL ต้องตัดให้เหลือ SensorInfo.maxDelay โดยอัตโนมัติ

เซ็นเซอร์ที่จับการเคลื่อนไหวบางครั้งมีข้อจำกัดเกี่ยวกับอัตราการทํางานและความแม่นยําของนาฬิกา ด้วยเหตุนี้ ความถี่ในการสุ่มตัวอย่างจริงจึงอาจแตกต่างจากความถี่ที่ขอ ตราบใดที่เป็นไปตามข้อกําหนดในตารางด้านล่าง

หากความถี่ที่ขอคือ	ความถี่จริงจึงต้องเป็น
ต่ำกว่าความถี่ขั้นต่ำ (<1/maxDelay)	ระหว่าง 90% ถึง 110% ของความถี่ขั้นต่ำ
ระหว่างความถี่ต่ำสุดและสูงสุด	ระหว่าง 90% ถึง 220% ของความถี่ที่ขอ
สูงกว่าความถี่สูงสุด (>1/minDelay)	ระหว่าง 90% ถึง 110% ของความถี่สูงสุด และต่ำกว่า 1, 100 Hz

max_report_latency_ns

max_report_latency_ns กำหนดเวลาสูงสุดเป็นนาโนวินาที ซึ่งเหตุการณ์อาจล่าช้าและจัดเก็บไว้ใน FIFO ของฮาร์ดแวร์ก่อนที่จะรายงานผ่าน HAL ขณะที่ AP ทำงานอยู่

ค่า 0 หมายความว่าต้องรายงานเหตุการณ์ทันทีที่วัดได้ โดยข้าม FIFO ไปเลย หรือล้าง FIFO ทันทีที่มีเหตุการณ์จากเซ็นเซอร์ 1 รายการ

ตัวอย่างเช่น เซ็นเซอร์ความเร่งที่เปิดใช้งานที่ 50 Hz ด้วย max_report_latency_ns=0 จะทริกเกอร์การขัดจังหวะ 50 ครั้งต่อวินาทีเมื่อ AP ทำงานอยู่

เมื่อเป็น max_report_latency_ns>0 ระบบไม่จําเป็นต้องรายงานเหตุการณ์ของเซ็นเซอร์ทันทีที่ตรวจพบ ระบบสามารถจัดเก็บเหตุการณ์เหล่านี้ไว้ชั่วคราวใน FIFO และรายงานเป็นกลุ่ม ตราบใดที่เหตุการณ์ไม่ล่าช้าเกินmax_report_latency_nsนาโนวินาที ซึ่งหมายความว่าระบบจะบันทึกและแสดงเหตุการณ์ทั้งหมดนับตั้งแต่กลุ่มก่อนหน้าพร้อมกัน วิธีนี้ช่วยลดจำนวนการขัดจังหวะที่ส่งไปยัง AP และช่วยให้ AP เปลี่ยนเป็นโหมดพลังงานต่ำ (ไม่ได้ใช้งาน) ได้ขณะที่เซ็นเซอร์จับและจัดกลุ่มข้อมูล

แต่ละเหตุการณ์มีการประทับเวลาที่เชื่อมโยงอยู่ การเลื่อนเวลาในการรายงานเหตุการณ์จะไม่ส่งผลต่อการประทับเวลาของเหตุการณ์ การประทับเวลาต้องถูกต้องและสอดคล้องกับเวลาที่เหตุการณ์เกิดขึ้นจริง ไม่ใช่เวลาที่รายงาน

การให้จัดเก็บเหตุการณ์เซ็นเซอร์ไว้ชั่วคราวใน FIFO จะไม่แก้ไขลักษณะการส่งเหตุการณ์ไปยัง HAL เหตุการณ์จากเซ็นเซอร์ต่างๆ สามารถสลับกันได้ และเหตุการณ์ทั้งหมดจากเซ็นเซอร์เดียวกันจะเรียงตามลำดับเวลา

เหตุการณ์ที่ตื่นและไม่ตื่น

เหตุการณ์เซ็นเซอร์จากเซ็นเซอร์ปลุกต้องจัดเก็บไว้ใน FIFO การปลุกอย่างน้อย 1 รายการ การออกแบบที่พบบ่อยคือมี FIFO การปลุกที่แชร์ขนาดใหญ่รายการเดียว ซึ่งเหตุการณ์จากเซ็นเซอร์การปลุกทั้งหมดจะสลับกัน หรือคุณจะมี FIFO สำหรับเซ็นเซอร์ปลุก 1 รายการต่อเซ็นเซอร์ หรือจะมี FIFO สำหรับเซ็นเซอร์ปลุกบางรายการโดยเฉพาะและ FIFO ที่ใช้ร่วมกันสำหรับเซ็นเซอร์ปลุกที่เหลือก็ได้

ในทํานองเดียวกัน เหตุการณ์เซ็นเซอร์จากเซ็นเซอร์แบบไม่ตื่นต้องจัดเก็บไว้ใน FIFO แบบไม่ตื่นอย่างน้อย 1 รายการ

ไม่ว่าในกรณีใดก็ตาม เหตุการณ์เซ็นเซอร์ปลุกและเหตุการณ์เซ็นเซอร์ที่ไม่ใช่ปลุกจะแทรกคั่นกันใน FIFO เดียวกันไม่ได้ เหตุการณ์ที่ทำให้เกิดการตื่นขึ้นต้องจัดเก็บไว้ใน FIFO ของการตื่นขึ้น และเหตุการณ์ที่ไม่ได้ทำให้เกิดการตื่นขึ้นต้องจัดเก็บไว้ใน FIFO ที่ไม่ได้ทำให้เกิดการตื่นขึ้น

สำหรับ FIFO แบบตื่นขึ้น การออกแบบ FIFO แบบแชร์ขนาดใหญ่รายการเดียวจะให้ประโยชน์ด้านพลังงานที่ดีที่สุด สำหรับ FIFO ที่ไม่ตื่นขึ้น FIFO ที่ใช้ร่วมกันขนาดใหญ่รายการเดียวและ FIFO สำรองขนาดเล็กหลายรายการมีการออกแบบที่มีลักษณะการใช้พลังงานคล้ายกัน ดูคําแนะนําเพิ่มเติมเกี่ยวกับวิธีกําหนดค่า FIFO แต่ละรายการได้ที่ลําดับความสําคัญของการจัดสรร FIFO

ลักษณะการทํางานนอกโหมดหยุดชั่วคราว

เมื่อ AP ทำงานอยู่ (ไม่ได้อยู่ในโหมดสลีป) ระบบจะจัดเก็บเหตุการณ์ไว้ชั่วคราวใน FIFO ตราบใดที่เหตุการณ์เหล่านั้นไม่ล่าช้าเกินmax_report_latency

ตราบใดที่ AP ไม่ได้เข้าสู่โหมดระงับ ระบบจะไม่ทิ้งหรือสูญเสียเหตุการณ์ หาก FIFO ภายในเต็มก่อนเวลา max_report_latency ระบบจะรายงานเหตุการณ์ ณ จุดนั้นเพื่อให้มั่นใจว่าไม่มีเหตุการณ์ใดสูญหาย

หากเซ็นเซอร์หลายตัวใช้ FIFO เดียวกัน และ max_report_latency ของเซ็นเซอร์ตัวใดตัวหนึ่งหมดอายุ ระบบจะรายงานเหตุการณ์ทั้งหมดจาก FIFO แม้ว่า max_report_latency ของเซ็นเซอร์ตัวอื่นๆ จะยังไม่หมดอายุก็ตาม ซึ่งจะช่วยลดจํานวนครั้งที่มีการรายงานเหตุการณ์เป็นกลุ่ม เมื่อต้องรายงานเหตุการณ์ 1 รายการ ระบบจะรายงานเหตุการณ์ทั้งหมดจากเซ็นเซอร์ทั้งหมด

ตัวอย่างเช่น หากเซ็นเซอร์ต่อไปนี้เปิดใช้งาน

• accelerometer ที่ส่งเป็นกลุ่มด้วย max_report_latency = 20 วินาที
• gyroscope แบบเป็นกลุ่มที่มี max_report_latency = 5 วินาที

ระบบจะรายงานกลุ่มข้อมูลจากตัวตรวจวัดความเร่งพร้อมกันกับที่รายงานกลุ่มข้อมูลจากเครื่องวัดการหมุน (ทุก 5 วินาที) แม้ว่าตัวตรวจวัดความเร่งและเครื่องวัดการหมุนจะไม่ใช้ FIFO เดียวกันก็ตาม

ลักษณะการทํางานในโหมดระงับ

การรวมกลุ่มมีประโยชน์อย่างยิ่งสำหรับการรวบรวมข้อมูลเซ็นเซอร์ในเบื้องหลังโดยไม่ทำให้ AP ทำงานอยู่ตลอดเวลา เนื่องจากระบบไม่อนุญาตให้ไดรเวอร์เซ็นเซอร์และการใช้งาน HAL ทำการล็อกการตื่น* AP จึงเข้าสู่โหมดระงับได้แม้ในขณะที่กำลังรวบรวมข้อมูลเซ็นเซอร์

ลักษณะการทำงานของเซ็นเซอร์ขณะที่ AP หยุดทำงานชั่วคราวจะขึ้นอยู่กับว่าเซ็นเซอร์เป็นเซ็นเซอร์ปลุกหรือไม่ โปรดดูรายละเอียดเพิ่มเติมที่หัวข้อเซ็นเซอร์ปลุก

เมื่อ FIFO ที่ไม่มีการตื่นขึ้นเต็มแล้ว ระบบจะต้องวนกลับไปที่จุดเริ่มต้นและทํางานเหมือนบัฟเฟอร์แบบวนรอบ โดยเขียนทับเหตุการณ์เก่าด้วยเหตุการณ์ใหม่แทนที่เหตุการณ์เก่า max_report_latency ไม่มีผลกับ FIFO ที่ไม่ตื่นขณะอยู่ในโหมดระงับ

เมื่อ FIFO การปลุกเต็ม หรือเมื่อ max_report_latency ของเซ็นเซอร์การปลุกตัวใดตัวหนึ่งหมดลง ฮาร์ดแวร์จะต้องปลุก AP และรายงานข้อมูล

ไม่ว่าในกรณีใด (การปลุกและไม่ได้ปลุก) ทันทีที่ AP ออกจากโหมดระงับ ระบบจะสร้างกลุ่มที่มีเนื้อหาของ FIFO ทั้งหมด แม้ว่าmax_report_latencyของเซ็นเซอร์บางตัวจะยังไม่หมดอายุก็ตาม ซึ่งจะช่วยลดความเสี่ยงที่ AP จะต้องตื่นขึ้นอีกครั้งไม่นานหลังจากที่กลับไปยังโหมดสลีป และทำให้ใช้พลังงานน้อยลง

*ข้อยกเว้นที่สำคัญอย่างหนึ่งที่ไดรเวอร์ไม่ได้รับอนุญาตให้ใช้การล็อกจากการตื่นอยู่เสมอคือเมื่อเซ็นเซอร์การปลุกที่มีโหมดการรายงานอย่างต่อเนื่องเปิดใช้งานโดยมี max_report_latency < 1 วินาที ในกรณีนี้ โปรแกรมควบคุมจะล็อกการตื่นไว้ได้เนื่องจาก AP ไม่มีเวลาเข้าสู่โหมดสลีป เนื่องจากเหตุการณ์การปลุกจะปลุก AP ก่อนที่ AP จะเข้าสู่โหมดสลีป

ข้อควรระวังเมื่อจัดกลุ่มเซ็นเซอร์การปลุก

AP อาจใช้เวลา 2-3 มิลลิวินาทีในการออกจากโหมดสลีปโดยสมบูรณ์และเริ่มล้าง FIFO ทั้งนี้ขึ้นอยู่กับอุปกรณ์ ต้องจัดสรรพื้นที่ว่างเพียงพอใน FIFO เพื่อให้อุปกรณ์ออกจากโหมดสลีปได้โดยไม่ทำให้ FIFO การปลุกทำงานล้น เหตุการณ์จะไม่สูญหาย และจะต้องปฏิบัติตาม max_report_latency

ข้อควรระวังเมื่อจัดกลุ่มเซ็นเซอร์แบบไม่ตื่นขึ้นเมื่อมีการเปลี่ยนแปลง

เซ็นเซอร์แบบการเปลี่ยนแปลงจะสร้างเหตุการณ์เฉพาะเมื่อค่าที่วัดมีการเปลี่ยนแปลงเท่านั้น หากค่าที่วัดได้เปลี่ยนแปลงขณะที่ AP อยู่ในโหมดระงับ แอปพลิเคชันจะได้รับการแจ้งเตือนเหตุการณ์ทันทีที่ AP ตื่นขึ้น ด้วยเหตุนี้ คุณจึงต้องดำเนินการจัดกลุ่มเหตุการณ์เซ็นเซอร์แบบไม่ตื่นเมื่อมีการเปลี่ยนแปลงอย่างระมัดระวังหากเซ็นเซอร์แชร์ FIFO กับเซ็นเซอร์อื่นๆ เหตุการณ์ล่าสุดที่เซ็นเซอร์ "เมื่อเปลี่ยนแปลง" แต่ละตัวสร้างขึ้นต้องบันทึกไว้นอก FIFO ที่แชร์เสมอเพื่อไม่ให้เหตุการณ์อื่นๆ เขียนทับ เมื่อ AP ตื่นขึ้นหลังจากมีการรายงานเหตุการณ์ทั้งหมดจาก FIFO แล้ว จะต้องรายงานเหตุการณ์เซ็นเซอร์ที่มีการเปลี่ยนแปลงครั้งล่าสุด

สถานการณ์ที่ควรหลีกเลี่ยงมีดังนี้

1. แอปพลิเคชันลงทะเบียนกับตัวนับก้าวแบบไม่ปลุก (เมื่อเกิดการเปลี่ยนแปลง) และเครื่องวัดความเร่งแบบไม่ปลุก (ต่อเนื่อง) ซึ่งทั้ง 2 อย่างใช้ FIFO เดียวกัน
2. แอปพลิเคชันได้รับเหตุการณ์ตัวนับก้าว step_count=1000 stepscode>
3. AP จะเข้าสู่โหมดหยุดทำงาน
4. ผู้ใช้เดิน 20 ก้าว ทําให้เหตุการณ์เครื่องนับก้าวและเหตุการณ์เครื่องวัดความเร่งซ้อนทับกัน โดยเหตุการณ์เครื่องนับก้าวล่าสุดคือ step_count = 1020 steps
5. ผู้ใช้ไม่เคลื่อนไหวเป็นเวลานาน ทําให้เหตุการณ์จากเครื่องวัดความเร่งสะสมใน FIFO ต่อไปเรื่อยๆ จนในที่สุดจะเขียนทับเหตุการณ์ step_count ทั้งหมดใน FIFO ที่แชร์
6. AP จะตื่นขึ้นและส่งเหตุการณ์ทั้งหมดจาก FIFO ไปยังแอปพลิเคชัน
7. แอปพลิเคชันได้รับเฉพาะเหตุการณ์จากเครื่องวัดความเร่งและคิดว่าผู้ใช้ไม่ได้เดิน

การบันทึกเหตุการณ์ตัวนับก้าวล่าสุดไว้นอก FIFO จะช่วยให้ HAL รายงานเหตุการณ์นี้ได้เมื่อ AP ตื่นขึ้น แม้ว่าเหตุการณ์ตัวนับก้าวอื่นๆ ทั้งหมดจะถูกเขียนทับด้วยเหตุการณ์จากเครื่องวัดความเร่งก็ตาม วิธีนี้จะช่วยให้แอปพลิเคชันได้รับ step_count = 1020 steps เมื่อ AP ตื่นขึ้น

ใช้การแยกกลุ่ม

หากต้องการประหยัดพลังงาน คุณต้องจัดกลุ่มโดยไม่มีความช่วยเหลือจาก AP และอนุญาตให้ AP หยุดทำงานระหว่างการจัดกลุ่ม

หากการแบ่งกลุ่มดำเนินการในฮับเซ็นเซอร์ คุณควรลดการใช้พลังงานของฮับเซ็นเซอร์

คุณแก้ไขเวลาในการตอบสนองสูงสุดของรายงานได้ทุกเมื่อ โดยเฉพาะอย่างยิ่งเมื่อเปิดใช้เซ็นเซอร์ที่ระบุไว้แล้ว และการดำเนินการนี้จะไม่ส่งผลให้เหตุการณ์สูญหาย

ลําดับความสําคัญของการจัดสรรแบบ FIFO

ในแพลตฟอร์มที่มีขนาดบัฟเฟอร์ FIFO ของฮาร์ดแวร์และ/หรือฮับเซ็นเซอร์จํากัด นักออกแบบระบบอาจต้องเลือกจํานวน FIFO ที่จะสงวนไว้สําหรับเซ็นเซอร์แต่ละตัว เพื่อช่วยในการตัดสินใจนี้ ต่อไปนี้คือรายการแอปพลิเคชันที่ใช้ได้เมื่อใช้การแยกกลุ่มในเซ็นเซอร์ต่างๆ

คุณค่าสูง: การหาตำแหน่งโดยประมาณแบบเดินเท้าที่ใช้พลังงานต่ำ

เวลากลุ่มเป้าหมายที่ใช้ในการจัดกลุ่ม: 1-10 นาที

เซ็นเซอร์ที่จะจัดกลุ่ม

• อุปกรณ์ตรวจจับขั้นตอนการตื่น
• เวกเตอร์การหมุนของเกมปลุกที่ 5 Hz
• บารอมิเตอร์ปลุกที่ 5 Hz
• เครื่องวัดค่าความเข้มข้นของสนามแม่เหล็กที่ไม่ได้ปรับเทียบที่ 5 Hz

การรวมข้อมูลนี้ช่วยให้สามารถทำการหาตำแหน่งโดยประมาณของผู้เดินเท้าได้ขณะที่ AP อยู่ในสถานะหยุดชั่วคราว

ค่าสูง การจดจำกิจกรรม/ท่าทางเป็นช่วงๆ ระดับปานกลาง

เวลากลุ่มเป้าหมายที่ใช้ในการจัดกลุ่ม: 3 วินาที

เซ็นเซอร์ที่จะจัดกลุ่ม: ตัวตรวจวัดความเร่งแบบไม่ปลุกที่ 50 Hz

การรวมข้อมูลนี้ช่วยให้ระบบจดจำกิจกรรมและท่าทางต่างๆ ได้เป็นระยะๆ โดยไม่ต้องทำให้ AP ทำงานอยู่ตลอดเวลาขณะรวบรวมข้อมูล

ค่าปานกลาง: การจดจํากิจกรรม/ท่าทางต่อเนื่องระดับปานกลาง

เวลากลุ่มเป้าหมายที่ใช้ในการจัดกลุ่ม: 1-3 นาที

เซ็นเซอร์ที่จะจัดกลุ่ม: ตัวตรวจวัดความเร่งสำหรับปลุกที่ 50 Hz

การรวมข้อมูลนี้ช่วยให้ระบบจดจำกิจกรรมและท่าทางต่างๆ อย่างต่อเนื่องได้โดยไม่ต้องทำให้ AP ทำงานอยู่ตลอดเวลาขณะรวบรวมข้อมูล

ค่าปานกลางสูง: ลดการโหลดแบบขัดจังหวะ

เวลากลุ่มเป้าหมาย: < 1 วินาที

เซ็นเซอร์ที่จะจัดกลุ่ม: เซ็นเซอร์ความถี่สูง ซึ่งมักจะไม่ใช่เซ็นเซอร์ที่ปลุก

หากตั้งค่าไจโรสโคปเป็น 240 Hz แม้แต่การรวมเหตุการณ์ไจโรเพียง 10 รายการก็สามารถลดจำนวนการขัดจังหวะจาก 240/วินาทีเป็น 24/วินาที

ค่าปานกลาง: การเก็บรวบรวมข้อมูลความถี่ต่ำอย่างต่อเนื่อง

เวลากลุ่มเป้าหมายที่ใช้ในการจัดกลุ่ม: 1-10 นาที

เซ็นเซอร์ที่จะจัดกลุ่ม

• บารอมิเตอร์การปลุกที่ 1 Hz
• เซ็นเซอร์วัดความชื้นที่ปลุกระบบที่ 1 Hz
• เซ็นเซอร์การปลุกความถี่ต่ำอื่นๆ ในราคาที่ใกล้เคียงกัน

อนุญาตให้สร้างแอปพลิเคชันการตรวจสอบเมื่อใช้พลังงานต่ำ

มูลค่าปานกลางต่ำ: การเก็บรวบรวมเซ็นเซอร์ทั้งหมดอย่างต่อเนื่อง

เวลากลุ่มเป้าหมายที่ใช้ในการจัดกลุ่ม: 1-10 นาที

เซ็นเซอร์ที่จะจัดกลุ่ม: เซ็นเซอร์ปลุกทั้งหมดที่ความถี่สูง

อนุญาตให้รวบรวมข้อมูลเซ็นเซอร์ได้อย่างเต็มที่ขณะที่ AP อยู่ในโหมดระงับ พิจารณาเฉพาะในกรณีที่พื้นที่ FIFO ไม่มีปัญหา