จัดทุกอย่างให้เป็นระเบียบอยู่เสมอด้วยคอลเล็กชัน
บันทึกและจัดหมวดหมู่เนื้อหาตามค่ากำหนดของคุณ
การแจ้งเตือนแบตเตอรี่
เมื่อผู้ให้บริการมีองค์ประกอบหลายรายการ การแจ้ง
ตัวค้นหาระดับแบตเตอรี่ของแต่ละส่วนประกอบ ตัวอย่างหนึ่งคือ
เมื่อเปิดกล่องหูฟังเอียร์บัด ผู้ค้นหาต้องการทราบแบตเตอรี่ของ
หูฟังเอียร์บัดแต่ละข้างและเคส
ในการดำเนินการดังกล่าว ผู้ให้บริการสามารถใส่ข้อมูลเพิ่มเติมใน
ซึ่งสร้างขึ้นจากข้อมูลบัญชีจับคู่ด่วนที่อธิบายไว้ใน
การโฆษณา: เมื่อค้นพบไม่ได้
นอกเหนือจากข้อมูลบัญชีแล้ว ผู้ให้บริการควรระบุฟิลด์เพิ่มเติม
ระบุค่าแบตเตอรี่ แพ็กเก็ตต้องมีข้อมูลต่อไปนี้
อ็อกเท็ต |
ประเภทข้อมูล |
คำอธิบาย |
ค่า |
จำเป็นไหม |
0 |
uint8 |
ธง |
0x00 (บิตทั้งหมดสงวนไว้สำหรับการใช้งานในอนาคต) |
บังคับ |
1 - วินาที |
|
ข้อมูลคีย์บัญชี |
บังคับ |
|
วินาที + 1 |
uint8 |
ความยาวและประเภทระดับแบตเตอรี่ 0bLLLLTTTT- L = จำนวนค่าของแบตเตอรี่
- T = ประเภท
|
0bLLLLTTTT
- ความยาว = 0b0011 = ค่าแบตเตอรี่ 3 ค่า
- type = 0b0011 (แสดงตัวบ่งชี้ UI) หรือ 0b0100 (ซ่อนตัวบ่งชี้ UI)
|
ไม่บังคับ |
s + 2, s + 3, s + 4 |
uint8 |
ค่าแบตเตอรี่ 0bSVVVVVVV- S = สถานะ (กำลังชาร์จหรือไม่ชาร์จ)
- V = ค่า
- ควรเรียงลำดับค่าแบตเตอรี่เป็นหูฟังข้างซ้าย (s + 2) หูฟังเอียร์บัดข้างขวา (s + 3) และกล่อง (s + 4)
|
0bSVVVVVVV
- status = 0b1 (กำลังชาร์จ) หรือ 0b0 (ไม่ชาร์จ)
- ค่า = ระดับแบตเตอรี่ตั้งแต่ 0 ถึง 100 เปอร์เซ็นต์ หรือไม่ทราบ 0bS1111111
|
ไม่บังคับ |
เพื่อป้องกันการปรับเปลี่ยน ข้อมูลคีย์บัญชีด้านบนจะ
แก้ไขให้รวมข้อมูลแบตเตอรี่ไว้ด้วยเมื่อระบุค่าของแบตเตอรี่
ในโฆษณา โดยปกติแล้ว เมื่อสร้างคีย์บัญชี
ตัวกรอง ค่า V เกิดจากการรวมบัญชี
ใส่เกลือ แต่เมื่อมีการโฆษณาข้อมูลแบตเตอรี่ ข้อมูลแบตเตอรี่
ค่า V ควรมีลักษณะดังต่อไปนี้
- จะสร้างค่า V โดยที่
- 16 ไบต์แรกคือ K
- ไบต์ถัดไปคือ Salt
- ไบต์ที่เหลือคือข้อมูลแบตเตอรี่ (ตั้งแต่ s + 1 ถึง s + 4
รวมทั้งความยาวและไบต์ประเภทจากตารางด้านบน)
ตามที่ระบุไว้ในช่องความยาวและประเภทแบตเตอรี่ด้านบน อาจเป็นอย่างใดอย่างหนึ่งต่อไปนี้
0b0011
หรือ 0b0100
- 0b0011 - ใช้เมื่อผู้ให้บริการต้องการให้ผู้ค้นหาแสดงตัวบ่งชี้ใน
UI ค่าแบตเตอรี่
- 0b0100 - ใช้เมื่อผู้ให้บริการต้องการให้ Seeker ซ่อนตัวบ่งชี้หาก
แสดงอยู่อยู่แล้ว
กรณีการใช้งานทั่วไปอย่างหนึ่งคือการใช้ 0b0011
เมื่อเปิดเคสแล้ว
0b0100
เมื่อนำหูฟังเอียร์บัดออกจากเคสหรือปิดอีกครั้ง
//The sample code demonstrates that the headset only reports the battery level.
#define FASTPAIR_ACCOUNT_KEY_SIZE 16
// In the sample code, the size of salt is 2 bytes.
#define SALT_SIZE 2
// 1st byte - Battery level length and type
// 2nd~4th bytes - Battery values
#define BAT_LEVEL_SIZE 3
uint8_t V[FASTPAIR_ACCOUNT_KEY_SIZE + SALT_SIZE + BAT_LEVEL_SIZE + 1] = {0};
int v_index = 0;
// The first 16 bytes are K.
uint8_t K[FASTPAIR_ACCOUNT_KEY_SIZE] = {0};
fastpair_get_account_key_by_index(keyIndex, K);
memcpy(V, K, FASTPAIR_ACCOUNT_KEY_SIZE);
v_index = v_index + FASTPAIR_ACCOUNT_KEY_SIZE;
// The next byte is the Salt.
uint8_t randomSalt = (uint8_t)rand();
V[v_index] = randomSalt;
v_index = v_index + SALT_SIZE;
// The remaining bytes are the battery information (from s + 1 to s + 4 including the length and type bytes).
uint8_t battery_level_len = 0;
uint8_t battery_level[BAT_LEVEL_SIZE] = {0};
fastpair_get_bat_level(&battery_level_len, battery_level);
// type = 0b0011 (show UI indication) or 0b0100 (hide UI indication)
V[v_index] = (battery_level_len << 4 | (is_show_ui ? 0x3 : 0x4));
v_index = v_index + 1;
for (int idx = 0; idx < battery_level_len; idx++) {
V[v_index++] = battery_level[idx];
}
เพื่อป้องกันการติดตาม ผู้ให้บริการไม่ควรรวมข้อมูลแบตเตอรี่ดิบใน
โฆษณาอยู่ตลอดเวลา โดยสามารถส่งผ่านทาง RFCOMM แทนเมื่อเชื่อมต่อกับ
ผู้ค้นหา โปรดดูที่สตรีมข้อความ: ข้อมูลอุปกรณ์
เนื้อหาของหน้าเว็บนี้ได้รับอนุญาตภายใต้ใบอนุญาตที่ต้องระบุที่มาของครีเอทีฟคอมมอนส์ 4.0 และตัวอย่างโค้ดได้รับอนุญาตภายใต้ใบอนุญาต Apache 2.0 เว้นแต่จะระบุไว้เป็นอย่างอื่น โปรดดูรายละเอียดที่นโยบายเว็บไซต์ Google Developers Java เป็นเครื่องหมายการค้าจดทะเบียนของ Oracle และ/หรือบริษัทในเครือ
อัปเดตล่าสุด 2025-08-13 UTC
[null,null,["อัปเดตล่าสุด 2025-08-13 UTC"],[[["\u003cp\u003eProviders can include battery information for multiple components (e.g., earbuds and case) in the advertisement data using a specific format.\u003c/p\u003e\n"],["\u003cp\u003eThe advertisement data includes battery levels for each component and flags to control UI indication on the Seeker device.\u003c/p\u003e\n"],["\u003cp\u003eTo prevent tampering, the Account Key Data is modified to include battery information, requiring a specific construction process.\u003c/p\u003e\n"],["\u003cp\u003eProviders can choose to show or hide battery information in the Seeker's UI based on user interaction (e.g., case opening/closing).\u003c/p\u003e\n"],["\u003cp\u003eTo prevent tracking, raw battery data should not be constantly advertised but can be sent securely via RFCOMM after connection.\u003c/p\u003e\n"]]],[],null,["### Battery Notification\n\n| **Note:** Google recommends implementing the [Cryptographic Test Cases](/nearby/fast-pair/specifications/appendix/cryptotestcases \"Link to the Cryptographic Test Cases.\") to ease verification of these requirements.\n\nWhen a Provider includes multiple components, it can be useful to notify the\nSeeker of the battery level for each component. One example of this would be\nwhen a earbuds case is opened and the Seeker needs to know the battery for\neach individual bud and the case itself.\n\nTo accomplish this, a Provider can include additional information in the\nadvertisement, built on top of the Fast Pair Account Data described in\n[Advertising: When not discoverable](/nearby/fast-pair/specifications/service/provider#AdvertisingWhenNotDiscoverable \"Advertizing when not Discoverable\").\n\nIn addition to the Account Data, the Provider should include an additional field\nspecifying the battery values. The packet shall contain the following:\n\n| Octet | Data type | Description | Value | Mandatory? |\n|-----------------------------|-----------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|-------------------------------------------------------------------------------------------------------------------------------------------|------------|\n| 0 | `uint8` | Flags | 0x00 (all bits reserved for future use) | Mandatory |\n| 1 - *s* | | Account Key Data | Mandatory | |\n| *s + 1* | `uint8` | Battery level length and type 0bLLLLTTTT - L = Number of battery values - T = type | 0bLLLLTTTT - length = 0b0011 = 3 battery values - type = 0b0011 (show UI indication) or 0b0100 (hide UI indication) | Optional |\n| *s + 2* , *s + 3* , *s + 4* | `uint8` | Battery values 0bSVVVVVVV - S = status (charging or not charging) - V = value - The battery values should be ordered as left bud (*s + 2* ), right bud (*s + 3* ) and case (*s + 4*). | 0bSVVVVVVV - status = 0b1 (charging) or 0b0 (not charging) - value = battery level ranging from 0 to 100 percent, 0bS1111111 for unknown. | Optional |\n\nTo prevent tampering, the Account Key Data above shall be slightly\nmodified to include battery information when the battery values are included\nin the advertisement. Normally, when building the [account key\nfilter](/nearby/fast-pair/specifications/service/provider#AccountKeyFilter \"Account Key Filter\"), a value *V* is produced by combining the account\nkey with a salt. Instead, when battery information is also being advertised, the\nvalue *V* should be constructed as follows:\n\n1. Produce a value *V* , where:\n 1. The first 16 bytes are *K*.\n 2. The next bytes are the [Salt](/nearby/fast-pair/specifications/service/provider#SaltField \"Salt Field\").\n 3. The remaining bytes are the battery information (from *s + 1* to *s + 4* including the length and type byte from the table above).\n\nAs noted in the battery length and type field above, the type can be either\n`0b0011` or `0b0100`.\n\n- 0b0011 - Use when the Provider wants the Seeker to show an indication in the UI of the battery values;\n- 0b0100 - Use when the Provider wants the Seeker to hide the indication if it is already showing.\n\nOne common use case for this is to use `0b0011` when the case has opened and\n`0b0100` when buds have been removed from the case or it has been closed again. \n\n //The sample code demonstrates that the headset only reports the battery level.\n\n #define FASTPAIR_ACCOUNT_KEY_SIZE 16\n\n // In the sample code, the size of salt is 2 bytes.\n #define SALT_SIZE 2\n\n // 1st byte - Battery level length and type\n // 2nd~4th bytes - Battery values\n #define BAT_LEVEL_SIZE 3\n\n uint8_t V[FASTPAIR_ACCOUNT_KEY_SIZE + SALT_SIZE + BAT_LEVEL_SIZE + 1] = {0};\n int v_index = 0;\n\n // The first 16 bytes are K.\n uint8_t K[FASTPAIR_ACCOUNT_KEY_SIZE] = {0};\n fastpair_get_account_key_by_index(keyIndex, K);\n memcpy(V, K, FASTPAIR_ACCOUNT_KEY_SIZE);\n v_index = v_index + FASTPAIR_ACCOUNT_KEY_SIZE;\n\n // The next byte is the Salt.\n uint8_t randomSalt = (uint8_t)rand();\n V[v_index] = randomSalt;\n v_index = v_index + SALT_SIZE;\n\n // The remaining bytes are the battery information (from s + 1 to s + 4 including the length and type bytes).\n\n uint8_t battery_level_len = 0;\n uint8_t battery_level[BAT_LEVEL_SIZE] = {0};\n\n fastpair_get_bat_level(&battery_level_len, battery_level);\n\n // type = 0b0011 (show UI indication) or 0b0100 (hide UI indication)\n V[v_index] = (battery_level_len \u003c\u003c 4 | (is_show_ui ? 0x3 : 0x4));\n v_index = v_index + 1;\n\n for (int idx = 0; idx \u003c battery_level_len; idx++) {\n V[v_index++] = battery_level[idx];\n }\n\nTo prevent tracking, the Provider should not include raw battery data in the\nadvertisement all the time. It can instead be sent via RFCOMM when connected to\na Seeker, see [Message Stream: Device Information](/nearby/fast-pair/specifications/extensions/deviceinformation \"Message Stream: Device Information\")."]]