تنظيم صفحاتك في مجموعات
يمكنك حفظ المحتوى وتصنيفه حسب إعداداتك المفضّلة.
إشعار البطارية
عندما يتضمن أحد الموفّرين مكونات متعددة، قد يكون من المفيد إبلاغ
يبحث عن مستوى البطارية لكل مكوّن. أحد الأمثلة على ذلك
عند فتح حافظة سمّاعات الأذن ويحتاج "الباحث" إلى معرفة مستوى شحن البطارية
لكل سمّاعة على حدة والحالة نفسها.
لتحقيق ذلك، يمكن للموفر تضمين معلومات إضافية في
يستند إلى بيانات الحساب التي يتم ربطها باستخدام ميزة "الإقران السريع" والموضحة في
الإعلانات: عندما لا تكون قابلة للاكتشاف.
بالإضافة إلى بيانات الحساب، على مقدّم الخدمة تضمين حقل إضافي
لتحديد قيم البطارية. يجب أن تحتوي الحزمة على ما يلي:
ثُمانِي واحد |
نوع البيانات |
الوصف |
القيمة |
إلزامي؟ |
0 |
uint8 |
أعلام |
0x00 (جميع وحدات البت محجوزة للاستخدام في المستقبل) |
إلزامي |
1 - ث |
|
البيانات الأساسية للحساب |
إلزامي |
|
s + 1 |
uint8 |
طول مستوى البطارية ونوعها 0bLLLLTTTT- L = عدد قيم البطارية
- T = النوع
|
0bLLTTTT
- الطول = 0b0011 = 3 قيم للبطارية
- type = 0b0011 (إظهار مؤشر واجهة المستخدم) أو 0b0100 (إخفاء مؤشر واجهة المستخدم)
|
اختياري |
s + 2، s + 3، s + 4 |
uint8 |
قيم البطارية 0bSVVVVVV- S = الحالة (جارٍ الشحن أو لا يتم الشحن)
- V = قيمة
- يجب ترتيب قيم البطارية مثل سمّاعة الأذن اليسرى (s + 2) والسماعة اليمنى (s + 3) والحالة (s + 4).
|
0bSVVVVVV
- الحالة = 0b1 (الشحن) أو 0b0 (بدون الشحن)
- القيمة = مستوى شحن البطارية يتراوح بين 0 و100 بالمائة، 0bS1111111 بالنسبة إلى القيمة غير المعروفة.
|
اختياري |
لمنع التلاعب، ستكون بيانات مفتاح الحساب أعلاه متفاوتة
يتم تعديلها لتتضمن معلومات البطارية عند تضمين قيم البطارية
في الإعلان عادةً، عند إنشاء مفتاح الحساب
الفلتر، يتم إنتاج قيمة V من خلال جمع حساب
بالملح. بدلاً من ذلك، عند الإعلان أيضًا عن معلومات البطارية،
يجب إنشاء القيمة V على النحو التالي:
- أنتج قيمة V، حيث:
- أول 16 بايت هي K.
- وحدات البايت التالية هي Salt.
- وحدات البايت المتبقية هي معلومات البطارية (من s + 1 إلى s + 4
بما في ذلك الطول ونوع البايت من الجدول أعلاه).
كما هو موضح في حقل طول البطارية والنوع أعلاه، يمكن أن يكون النوع
0b0011
أو 0b0100
- 0b0011 - يستخدم هذا الخيار عندما يريد الموفر أن يعرض "الباحث" مؤشرًا في
واجهة مستخدم تعرض قيم البطارية
- 0b0100 - يُستخدم عندما يريد الموفر إخفاء "الباحث" للمؤشر إذا كان
معروضة حاليًا.
إنّ إحدى حالات الاستخدام الشائعة لهذه الحالة هي استخدام 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 عند الاتصال بـ
الباحث، يُرجى الاطّلاع على تدفق الرسائل: معلومات الجهاز.
إنّ محتوى هذه الصفحة مرخّص بموجب ترخيص Creative Commons Attribution 4.0 ما لم يُنصّ على خلاف ذلك، ونماذج الرموز مرخّصة بموجب ترخيص Apache 2.0. للاطّلاع على التفاصيل، يُرجى مراجعة سياسات موقع Google Developers. إنّ Java هي علامة تجارية مسجَّلة لشركة Oracle و/أو شركائها التابعين.
تاريخ التعديل الأخير: 2025-08-13 (حسب التوقيت العالمي المتفَّق عليه)
[null,null,["تاريخ التعديل الأخير: 2025-08-13 (حسب التوقيت العالمي المتفَّق عليه)"],[[["\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\")."]]