หน้านี้อธิบายข้อมูลที่เป็นประโยชน์ซึ่งพาร์ทเนอร์จำเป็นต้องใช้สำหรับการวางแผนโปรเจ็กต์การจับคู่ด่วนและการผสานรวมระบบ
เอกสารและกระบวนการจับคู่ด่วน
ส่วนนี้มีลิงก์ไปยังข้อมูลการตลาดและกระบวนการทั่วไป
การตลาด การสร้างแบรนด์ และการรับส่งข้อความ
ไปที่ศูนย์รวมด้านการตลาดของพาร์ทเนอร์เพื่อดูคำแนะนำเกี่ยวกับการสร้างแบรนด์และข้อความ พาร์ทเนอร์ใหม่ต้องสมัครรับสิทธิ์เข้าถึง ส่วนพาร์ทเนอร์เดิมสามารถเข้าถึงเนื้อหาผ่านบัญชีโดเมนพาร์ทเนอร์ได้อยู่แล้ว
วงจรของโปรเจ็กต์การจับคู่ด่วน
ดูหน้าบทบาทและความรับผิดชอบของผู้ผสานรวมระบบ (SI) เพื่อดูคำอธิบายระดับสูงเกี่ยวกับวงจรของโปรเจ็กต์และความรับผิดชอบของพาร์ทเนอร์ที่ผสานรวมการจับคู่ด่วนเข้ากับผลิตภัณฑ์
กระบวนการรับรอง
อุปกรณ์ที่ใช้การจับคู่ด่วนต้องผ่านการรับรองก่อนจึงจะทำการตลาดผลิตภัณฑ์ที่มีฟีเจอร์นี้ได้ หลักเกณฑ์การรับรอง Fast Pair อธิบายวิธีเตรียมตัวสำหรับการรับรองและทำการทดสอบด้วยตนเองก่อนการรับรอง
คำถามที่พบบ่อยเกี่ยวกับการรับรองครอบคลุมคำถามทั่วไปที่หลากหลาย รวมถึงคำอธิบายทั่วไปเกี่ยวกับกรณีที่จำเป็นต้องมีการรับรองแบบเต็ม (หรือการรับรองอีกครั้ง)
อุปกรณ์ที่ใช้หรือใช้ส่วนขยายการจับคู่ด่วน เช่น การสลับอุปกรณ์เสียง ต้องผ่านการรับรองด้วย การสลับอุปกรณ์เสียงมีหลักเกณฑ์การรับรองแยกต่างหากซึ่งอธิบายขั้นตอนการทดสอบด้วยตนเองและการเตรียมความพร้อมสำหรับการรับรองจากห้องปฏิบัติการของบุคคลที่สาม
ห้องปฏิบัติการของบุคคลที่สามสามารถรับรองการจับคู่ด่วนและการสลับอุปกรณ์เสียงตามลำดับได้ ดูหน้าการจัดส่งอุปกรณ์ไปยังห้องปฏิบัติการของบุคคลที่สามเพื่อดูว่าห้องปฏิบัติการใดให้บริการรับรองใดบ้าง
หมายเหตุทางเทคนิค
ส่วนนี้จะอธิบายหมายเหตุการใช้งานทางเทคนิคบางอย่างเพื่อช่วยพาร์ทเนอร์ในการพัฒนาและการผสานรวม
วิธีโฆษณาโปรโตคอลอื่นๆ ควบคู่ไปกับการจับคู่ด่วน
อุปกรณ์บางเครื่องอาจต้องการรองรับฟีเจอร์เพิ่มเติมจากจับคู่ด่วน เช่น Google Assistant หรือ Eddystone ซึ่งต้องใช้พื้นที่โฆษณาเพิ่มเติม การหมุนเวียนข้อมูลโฆษณาเป็นตัวเลือกที่ดีที่สุดสำหรับกรณีเหล่านี้ อย่างไรก็ตาม การโฆษณาการจับคู่ด่วนยังคงต้องโฆษณาภายในช่วงการโฆษณาตามโหมดที่ค้นพบได้และโหมดที่ค้นพบไม่ได้
ระบบจะทดสอบการหมุนเวียนโฆษณาในระยะการทดสอบของบุคคลที่สามของกระบวนการรับรอง โปรดตรวจสอบรูปแบบการหมุนเวียนด้วยแอป Fast Pair Validator ก่อนการรับรองเพื่อหลีกเลี่ยงความล่าช้าในการรับรอง การทดสอบซ้ำ และค่าใช้จ่ายที่อาจเกิดขึ้น
ลดช่วงเวลาการเชื่อมต่อ BLE
ในการปรับปรุงประสิทธิภาพการสร้างการเชื่อมต่อ GATT ผู้ให้บริการควรทำให้ช่วงเวลาการเชื่อมต่อสั้นที่สุดเท่าที่จะเป็นไปได้ ค่าที่เหมาะสมที่สุดที่คาดไว้คือ 7.5 มิลลิวินาที ซึ่งใช้กับ Seeker ส่วนใหญ่
การโฆษณา BLE และสถานะการเชื่อมต่อชุดหูฟัง
การที่ชุดหูฟังการจับคู่ด่วนจะกระจายข้อมูลรหัสรุ่นหรือข้อมูลบัญชีหรือไม่นั้นขึ้นอยู่กับโหมดที่ค้นพบได้ BR/EDR ของชุดหูฟัง ไม่ใช่สถานะเชื่อมต่อหรือยกเลิกการเชื่อมต่อ ดูข้อกำหนดของบริการจับคู่ด่วนได้จากลิงก์ด้านล่าง
- "เมื่ออุปกรณ์ของผู้ให้บริการอยู่ในโหมดค้นพบได้ของ BR/EDR (นั่นคืออยู่ในโหมดการจับคู่) อุปกรณ์จะกระจายข้อมูลรหัสโมเดลการจับคู่ด่วนผ่าน BLE" - ลิงก์
- "เมื่อไม่สามารถค้นพบได้ (นั่นคือไม่ได้อยู่ในโหมดการจับคู่) ผู้ให้บริการจะต้องโฆษณาข้อมูลบัญชีการจับคู่ด่วน" - ลิงก์
TxPower
ตามที่ระบุไว้ในข้อกำหนด อุปกรณ์ที่ค้นหาจะประมาณระยะทางด้วย RSSI โดยอิงตามระดับ TxPower ที่ระบุ ระยะทางโดยประมาณเป็นปัจจัยสำคัญในการพิจารณาว่าจะแสดงการแจ้งเตือนหรือไม่
กระบวนการกำหนด TxPower มีดังนี้
- วัดเอาต์พุตจริงของอุปกรณ์โดยใช้โทรศัพท์ Android ที่ระยะห่าง 1 เมตร แล้วบวก 41 dBm เข้าไป
- รวมค่านี้ไว้ในการโฆษณา BLE
- ระบุค่านี้พร้อมกับข้อมูลโทรศัพท์ที่ใช้ทดสอบในรายงานการทดสอบด้วยตนเอง
วัดและตั้งค่า TxPower ด้วยแอป Validator
แอป Validator มีการทดสอบเพื่อปรับ TxPower ด้วยตนเองให้อยู่ในระดับที่เหมาะสมในโทรศัพท์ทดสอบ พาร์ทเนอร์สามารถใช้การทดสอบนี้เพื่อกำหนดระดับ TxPower ที่เหมาะสมใน DUT ก่อนการทดสอบด้วยตนเองหรือการรับรอง
ขั้นตอนการวัด TxPower
วิธีวัด TxPower ด้วยแอป Validator
- เปิดแอป Validator ในโทรศัพท์ที่ใช้ทดสอบ
- เปิดเมนูดอทที่ด้านบนของแอป
- วาง DUT ให้ห่างจากโทรศัพท์ 1 เมตร แล้วแตะปุ่ม "เริ่ม"
- เลือก DUT จากรายการอุปกรณ์
- คุณรีเฟรชรายการอุปกรณ์ได้โดยแตะปุ่ม "ยกเลิก" แล้วเลือกปุ่ม "เริ่ม" อีกครั้ง
- ปรับเส้นสีแดง (แสดง TxPower) จนกว่าจะแตะด้านบนของพื้นที่สีเหลืองพอดี
- ใช้ปุ่ม "-1" เพื่อเลื่อนเส้นสีแดงไปยังบริเวณสีเหลือง
- ใช้ปุ่ม "+1" เพื่อย้ายเส้นสีแดงออกจากบริเวณสีเหลือง
- การรบกวนสัญญาณอาจทำให้เส้นสีแดงไม่เสถียร ลองย้ายไปยังบริเวณที่มีสัญญาณรบกวนน้อยลงหากเส้นสีแดงทำงานผิดปกติ
- บันทึกค่า TxPower และอัปเดตทั้งใน DUT และ Device Console
การแจ้งเตือนแบตเตอรี่
ตามที่ระบุไว้ในข้อกำหนดเฉพาะ ผู้ให้บริการสามารถรวมข้อมูลแบตเตอรี่ไว้ในการโฆษณาได้ ผู้ค้นหาจะตัดสินใจว่าจะแสดงหรือซ่อนการแจ้งเตือนแบตเตอรี่ตามประเภท โดยใช้ 0b0011 เพื่อแสดงการแจ้งเตือนแบตเตอรี่ หรือ 0b0100 เพื่อซ่อนการแจ้งเตือน หลักเกณฑ์บางประการเกี่ยวกับกรณีที่ควรระบุข้อมูลแบตเตอรี่ในโฆษณาและประเภทที่ควรใช้มีดังนี้
- รวมข้อมูลแบตเตอรี่ในการกระจายข้อมูลด้วยการแสดงการแจ้งเตือนแบตเตอรี่
0b0011เป็นเวลาอย่างน้อย 8 วินาทีเมื่อเปิดเคสและใส่หูฟังทั้ง 2 ข้างไว้ในเคส - รวมข้อมูลแบตเตอรี่ในการโฆษณาพร้อมซ่อนการแจ้งเตือนแบตเตอรี่
0b0100เป็นเวลาอย่างน้อย 5 วินาทีเมื่อปิดเคสและหูฟังทั้ง 2 ข้างอยู่ในเคส - เพื่อให้ตอบสนองในการแสดงหรือซ่อนการแจ้งเตือนแบตเตอรี่ การโฆษณาควรแสดงสถานะจริงภายใน 2 วินาที
- คุณซ่อนการแจ้งเตือนแบตเตอรี่ได้ 2 วิธีดังนี้
- หยุดรวมข้อมูลแบตเตอรี่ในโฆษณา โดย Seeker จะซ่อนการแจ้งเตือนหลังจากผ่านไประยะหนึ่ง (ซึ่งตอนนี้ตั้งค่าไว้ที่ 20 วินาที)
- รวมข้อมูลแบตเตอรี่ในการโฆษณาพร้อมการซ่อนการแจ้งเตือนแบตเตอรี่
0b0100โดย Seeker จะซ่อนการแจ้งเตือนทันทีที่ได้รับการโฆษณา
- คุณจะใส่ข้อมูลแบตเตอรี่ในการโฆษณาหรือไม่ก็ได้ หากมีหูฟังเอียร์บัดเพียงข้างเดียวที่เชื่อมต่ออยู่เมื่อเคสเปิดหรือปิด
- คุณจะใส่ข้อมูลแบตเตอรี่ในการโฆษณาหรือไม่ก็ได้เมื่อนำหูฟังเอียร์บัดออกจากเคสหรือใส่กลับเข้าไปในเคส
- เพื่อป้องกันการติดตาม ผู้ให้บริการควรใส่เฉพาะข้อมูลแบตเตอรี่ดิบในการโฆษณาเมื่อจำเป็นเท่านั้น (ไม่ใช่ตลอดเวลา)
การติดตั้งใช้งานควรได้รับการอธิบายไว้ในผลการทดสอบด้วยตนเองสำหรับการรับรอง
วิธีเปิดใช้การบันทึกการจับคู่ด่วน
ตรวจสอบว่าคุณได้เปิดใช้บันทึก HCI Snoop ของบลูทูธในอุปกรณ์ก่อนแก้ไขข้อบกพร่อง นอกจากนี้ เพื่อป้องกันไม่ให้ระบบปกปิดข้อมูลบันทึกการจับคู่ด่วนที่สำคัญด้วยเหตุผลด้านความปลอดภัย โปรดเข้าร่วมกลุ่ม Google สำหรับการทดสอบของพาร์ทเนอร์การจับคู่ด่วน (fast-pair-partner-test@googlegroups.com) ด้วยบัญชี Google ทดสอบของคุณ
หากต้องการบันทึกข้อความการจับคู่ด่วนในบันทึกแก้ไขข้อบกพร่อง ให้เรียกใช้คำสั่งต่อไปนี้
$ adb logcat -G 16M
$ adb shell setprop log.tag.NearbyMessages VERBOSE
$ adb shell setprop log.tag.NearbyDiscovery VERBOSE
$ adb shell setprop log.tag.FastPair VERBOSE
Google ขอแนะนำให้เรียกใช้คำสั่งก่อนหน้าในทุกๆ ลำดับการเปิดเครื่อง
วิธีดึงข้อมูลบันทึกแก้ไขข้อบกพร่อง
เรียกใช้ $ adb bugreport เพื่อสร้างไฟล์ ZIP ที่ควรมีข้อมูลทั้งหมด การสร้างไฟล์ ZIP อาจใช้เวลาหลายนาที
เรียกใช้คำสั่งใดคำสั่งหนึ่งต่อไปนี้เพื่อรับ btsnoop_hic.log ทั้งนี้ขึ้นอยู่กับเวอร์ชัน Android
- สำหรับ Android 8.x ขึ้นไป ให้ทำดังนี้
shell $ adb pull data/misc/bluetooth/logs logs - สำหรับ Android 7.x ให้ทำดังนี้
shell $ adb pull sdcard/btsnoop_hci.log