Mantenha tudo organizado com as coleções
Salve e categorize o conteúdo com base nas suas preferências.
Nome personalizado
O Solicitante pode escrever um nome personalizado para o Provedor durante o primeiro
pareamento e quando o usuário edita o nome no lado do Solicitante. O provedor vai alocar espaço, pelo menos 64 bytes, para armazenar o nome personalizado.
A gravação na característica de dados adicionais com nome personalizado pode acontecer em dois fluxos:
- Após o pareamento inicial, o Seeker pode gravar um nome personalizado no
Provider depois de gravar a chave da conta.
- Depois que um usuário modifica o nome personalizado no Seeker, ele
grava o novo nome no Provider:
- handshake da etapa 1 à 4 no procedimento acima para
se identificar e saber qual chave de conta será usada para a
criptografia e descriptografia do nome. Na Tabela 1.2.2:
- Defina o tipo de mensagem como 0x10
- Defina o bit de flag 1 como 1 para indicar que ele será seguido por
característica de dados.
- Defina o ID de dados da Tabela 1.2.2 como 0x01 como nome personalizado.
- escreva o nome em "Característica dos dados"
FE2C1237-8366-4814-8EB0-01DE32100BEA.
O provedor precisa notificar a característica de dados adicionais
com nome personalizado quando ela for solicitada usando o bit 2 na
Tabela 1.2.1.
Exceto em caso de indicação contrária, o conteúdo desta página é licenciado de acordo com a Licença de atribuição 4.0 do Creative Commons, e as amostras de código são licenciadas de acordo com a Licença Apache 2.0. Para mais detalhes, consulte as políticas do site do Google Developers. Java é uma marca registrada da Oracle e/ou afiliadas.
Última atualização 2025-08-13 UTC.
[null,null,["Última atualização 2025-08-13 UTC."],[[["\u003cp\u003eSeekers can personalize the name of their Provider device during initial pairing and anytime after.\u003c/p\u003e\n"],["\u003cp\u003eThe Provider device securely stores the personalized name, allocating at least 64 bytes for it.\u003c/p\u003e\n"],["\u003cp\u003eName updates are communicated via the Additional Data characteristic following a secure handshake process.\u003c/p\u003e\n"],["\u003cp\u003eProviders can be prompted to share the personalized name using a specific flag in the data exchange.\u003c/p\u003e\n"]]],[],null,["Personalized Name\n-----------------\n\nThe Seeker can write a personalized name to the Provider during the first\npairing and when the user edits the name on the Seeker side. The Provider shall\nallocate space, at least 64 bytes, to store the personalized name.\n\nWrites to [Additional Data characteristic](/nearby/fast-pair/specifications/characteristics#AdditionalData \"Characteristic: Addiitonal Data\") with personalized\nname may happen in 2 flows:\n\n1. After initial pairing, the Seeker may write a personalized name to the Provider after writing the account key.\n2. After a user modifies the personalized name on the Seeker, the Seeker will write the new name to the Provider:\n 1. handshake from step 1 to step 4 in the above [procedure](/nearby/fast-pair/specifications/service/gatt#procedure \"GATT Procedure\") to identify each other and know which account key will be used for the encryption and decryption of the name. In [Table 1.2.2](/nearby/fast-pair/specifications/characteristics#table1.2.2 \"Table 1.2.2\"):\n 1. Set Message type to 0x10\n 2. Set Flag Bit 1 to 1 to indicate it will be followed by Data characteristic.\n 3. Set Data ID of [Table 1.2.2](/nearby/fast-pair/specifications/characteristics#table1.2.2 \"Table 1.2.2\") to 0x01 as personalized name.\n 2. write the name to Data characteristic `FE2C1237-8366-4814-8EB0-01DE32100BEA`.\n\nThe Provider should notify to [Additional Data characteristic](/nearby/fast-pair/specifications/characteristics#AdditionalData \"Characteristic: Addiitonal Data\")\nwith personalized name when it is requested via Bit 2 in\n[Table 1.2.1](/nearby/fast-pair/specifications/characteristics#table1.2.1 \"Table 1.2.1\")."]]
