Como programar tags NFC com diferentes tipos de chips (NTAG, MIFARE e mais)

 

Escrever uma tag envolve três operações separadas, não uma

 

Quando as pessoas dizem que desejam programar tags NFC, geralmente descrevem três coisas distintas que são acionadas pelo mesmo botão em um aplicativo de telefone.

 

O primeiro éformatação. A memória de um chip NFC deve ser informada de que sua área de usuário contém uma mensagem NDEF em vez de bytes arbitrários. Isso é feito escrevendo uma pequena estrutura de dados conhecida como contêiner de capacidade. Nas peças NTAG21x, isso já é feito no nível do wafer, então o chip chega formatado em NDEF-e só pode conter NDEF. No MIFARE Classic e em alguns outros chips, a formatação é algo que você executa, e a estrutura fica em uma região programável-uma vez-. A formatação é, portanto, permanente. Não existe um comando unformat e nenhuma ferramenta de fornecedor que forneça um.

 

O segundo éescrevendo a carga útil: uma mensagem NDEF contendo um ou mais registros, geralmente um registro URI apontando para um URL. Esta é a parte que todos retratam. As gravações de carga normalmente são repetíveis, e é por isso que uma equipe de marketing pode redirecionar uma tag de campanha seis meses depois, sem reordenar o hardware.

 

O terceiro éconfiguração: bytes de senha, bits de bloqueio, configurações de espelho, condições de acesso, chaves de autenticação. Essa camada é onde residem as decisões irreversíveis e é a camada que nenhum tutorial do consumidor toca. Se você planeja programar tags NFC para qualquer coisa que tenha um limite de segurança, a camada de configuração é o projeto.

 

Manter esses três separados em sua cabeça é o que impede que um lote seja descartado. A maioria das falhas de gravação que diagnosticamos não são falhas de carga útil. Eles são um estado de formatação ou configuração que alguém não sabia que existia.

 

Tipos de chips de tags NFC comparados antes de serem programados

 

Toda decisão séria sobre como programar tags NFC em escala começa com esta tabela, porque o limite de memória e o suporte da plataforma são definidos no momento da seleção do chip e não podem ser corrigidos posteriormente no software.

 

Chip	Memória do usuário	Tipo de fórum NFC	Estado NDEF da fábrica	Proteção por senha/chave	Leitura + gravação do iPhone NDEF
NTAG 213	144 bytes	Tipo 2	Pré-formatado	PWD de 32 bits / PACK de 16 bits	Sim
NTAG 215	504 bytes	Tipo 2	Pré-formatado	PWD de 32 bits / PACK de 16 bits	Sim
NTAG 216	888 bytes	Tipo 2	Pré-formatado	PWD de 32 bits / PACK de 16 bits	Sim
MIFARE Ultraleve EV1	48 ou 128 bytes	Tipo 2	Formatável	PWD de 32 bits / PACK de 16 bits	Sim
MIFARE Clássico 1K	1.024 bytes no total, aproximadamente 716 disponíveis para NDEF uma vez deduzido o bloco do fabricante e 16 reboques do setor	Não é um tipo de fórum NFC	Formatável, baseado-em setor	Chaves do setor CRYPTO-1 A/B	Não
MIFARE DESFire EV3	2 KB a 8 KB, baseado em arquivo-	Tipo 4	O aplicativo deve ser criado	AES-128 / 3DES, direitos de acesso por arquivo	Sim
DNA NTAG 424	Total de 416 bytes, divididos em um contêiner de capacidade de 32 bytes, um arquivo NDEF de 256 bytes e um arquivo de dados protegido de 128 bytes	Tipo 4	Arquivos-pré-provisionados	Cinco chaves AES-128, autenticação mútua de 3 passagens	Sim

 

Números NTAG21x, comportamento-de bits de bloqueio e conformidade com Tipo 2/ISO/IEC 14443 Tipo A de acordo com oFolha de dados do produto NXP NTAG213/215/216. Estrutura MIFARE Classic 1K por folha de dados NXP MF1S50yyX (16 setores × 4 blocos × 16 bytes). DESFire EV3 por MF3D(H)x3. Layout de memória de DNA NTAG 424 porNXP.

 

Duas colunas decidem a maioria dos projetos antes de qualquer software ser escolhido: o limite de memória e a coluna do iPhone. O que a tabela não pode dizer é o rendimento. Um chip especificado corretamente ainda produz rejeições se a etapa de codificação não tiver nenhuma verificação, que é o assunto da segunda metade deste artigo.

 

NTAG 213, 215 e 216: a escolha padrão e seu teto real

 

Para aproximadamente quatro em cada cinco projetos inbound, esta família é a resposta certa, e aprender como programar tags NFC NTAG 215 leva cerca de noventa segundos com um aplicativo de telefone. O chip é fornecido no formato NDEF-, o tipo de registro que se comporta de forma consistente em todos os aparelhos é um registro URI simples e tanto o Android quanto o iOS o gravam sem qualquer trabalho de SDK.

 

 

É também a família por trás de quase todos os programas de cartões de visita digitais, onde um único vCard ou registro de URL é toda a carga útil e onde o formato físico geralmente é mais importante do que o chip. A maioria desses pedidos termina emcartões NFC de PVC branco em brancoem vez de adesivos, porque o cartão precisa estar na carteira e ser impresso.

 

O teto chega mais rápido do que as pessoas esperam. NTAG213 oferece 144 bytes de memória de usuário e uma mensagem NDEF não é apenas seu URL. Há um wrapper TLV, um cabeçalho de registro, um campo de tipo e um campo de comprimento antes que um único caractere do seu endereço seja armazenado. Um registro URI compacta prefixos comuns, comohttps://www.em um único byte, que recupera dez a vinte bytes, e em uma parte de 144-bytes essa diferença é a linha entre o ajuste e a falha. O local onde as equipes são pegas não é o URL em si, mas os extras: adicione um registro de texto para um rótulo legível por humanos, adicione um registro de aplicativo Android para que a tag abra um aplicativo em vez de um navegador, e uma carga útil confortável se torne um erro de estouro.

 

Nossa regra prática, e esse é o tipo de coisa que você só aprende codificando alguns milhões delas: se o URL pretendido, incluindo parâmetros de consulta, exceder cerca de 90 caracteres, pare de especificar NTAG213 e suba. A diferença de custo unitário entre 213 e 215 é pequena o suficiente para que quase nunca valha a pena o risco de uma reformulação no meio-do programa. Uma campanha que mais tarde deseja anexar parâmetros UTM ou um número de série a cada URL de tag atingirá o limite em 213 e não em 215.

 

Vale a pena entender a proteção por senha nesta família com precisão, porque ela é mais fraca do que a palavra “senha” sugere. Um valor PWD de 32 bits é transmitido de forma clara e verificado pelo chip, que bloqueia o acesso de gravação e, opcionalmente, o acesso de leitura, a partir de uma página escolhida. Isso impede que um curioso público reescreva sua tag com um telefone. Não é um controle criptográfico e nunca deve ser descrito como tal para um cliente. Observe também que nem todas as gerações o suportam: o antigo NTAG203 não possui nenhum mecanismo de senha, e a documentação da biblioteca é explícita que as chamadas de proteção contra ele simplesmente falham (documentação nfcpy).

 

MIFARE Classic: gravável no Android, efetivamente ausente no iPhone

 

Aqui está a armadilha de compatibilidade que encerrou mais projetos NFC do que qualquer outro fator isolado. Qualquer pessoa que pergunte como escrever NDEF no MIFARE Classic já está trabalhando na contramão do formato: MIFARE Classic não é um tipo de tag NFC Forum, é um cartão ISO/IEC 14443-3A com um setor proprietário e uma estrutura de chave que antecede o ecossistema NDEF, e o suporte NDEF nele existe apenas por meio de uma convenção de mapeamento em camadas no topo.

 

 

O Android lida com essa convenção. iOS não. O Core NFC da Apple nunca suportou MIFARE Classic, com as famílias MIFARE suportadas pela plataforma limitadas a Ultralight, Plus e DESFire, uma posição que os desenvolvedores confirmaram repetidamente nos próprios fóruns da Apple (Fóruns de desenvolvedores da Apple). Como o iOS não pode endereçar a memória do cartão diretamente, um iPhone não pode gravar NDEF nele e não pode exibir o NDEF armazenado nele.

 

O que torna isso tão perigoso durante a avaliação é que as tags MIFARE Classic não aparecem mortas em um iPhone. O cartão apresenta um UID ISO 14443-A, portanto, o aplicativo Shortcuts o aceitará com prazer como um acionador de automação, e a verificação em segundo plano ainda poderá iniciar um registro NDEF armazenado anteriormente de um tipo compatível. Um líder de compras que testa uma amostra em seu iPhone vê uma resposta e assina. O comportamento que eles observaram não teve nada a ver com o conteúdo da memória da tag, e toda a abordagem entra em colapso no momento em que o projeto precisa de URLs por unidade que os iPhones possam realmente ler.

 

A regra prática que resulta disso: qualquer pessoa que compare como programar tags NFC para iPhone e Android deve executar testes de aceitação em ambas as plataformas com o chip de produção, nunca apenas no Android e nunca em uma amostra de um chip diferente daquele no pedido de compra.

 

Deixe-me ser franco sobre a recomendação, porque “depende do seu caso de uso” não é uma resposta útil aqui. Se suas tags NFC forem aproveitadas pelo público, especifique qualquer coisa, exceto MIFARE Classic.

 

Para equipes que já estão dentro de um sistema de acesso baseado-Clássico, a decisão se reduz a uma variável, e não às tags. É a vida útil restante do seu patrimônio de leitor. Se esses leitores ainda tiverem dois ou três anos e nenhum smartphone jamais tocará na credencial, continuar com o Classic em um ciclo fechado é uma decisão defensável, e as questões práticas tornam-se fonte de IC e formato UID em vez de método de codificação, que é o que abordamos em nossas notas sobreencomendar tags MIFARE 1K em um sistema instalado. Se os próprios leitores precisarem ser substituídos dentro dessa janela, não gaste dinheiro em uma credencial transitória. Mova toda a propriedade para uma peça baseada em AES-em uma única etapa e absorva o custo uma vez.

 

Há uma segunda armadilha na mesma família, sutil o suficiente para sobreviver a ciclos completos de controle de qualidade. Adicionar um wrapper Smart Poster a um registro, que as ferramentas de codificação comuns oferecem como uma maneira amigável de anexar um título a um URL, altera o tipo de registro. Os registros agrupados dessa forma não são capturados pela verificação em segundo plano do iOS, independentemente do que esteja aninhado dentro deles. Os testes do Android são aprovados em todos os dispositivos, os iPhones não fazem nada e não há nenhuma mensagem de erro para diagnosticar.

 

Ultralight, DESFire e NTAG 424 DNA: onde a programação se torna gerenciamento chave

 

O MIFARE Ultralight EV1 tem comportamento próximo ao NTAG21x e você programa tags NFC nele da mesma maneira, com um orçamento de memória menor de 48 ou 128 bytes e a mesma classe de porta de senha. Nada conceitualmente novo acontece.

 

DESFire e NTAG 424 DNA são uma disciplina diferente. Nessas partes do Tipo 4, você não está gravando bytes em um mapa de memória simples, você está operando em um sistema de arquivos com direitos de acesso por-arquivo e cada operação significativa requer autenticação com uma chave AES-128 primeiro. O NTAG 424 DNA carrega cinco chaves AES definidas pelo cliente, usa autenticação mútua de 3 passagens para o arquivo de dados protegido e possui certificação Common Criteria EAL4 em hardware e software. As equipes que programam tags NFC para autenticação de produtos, em vez de simples redirecionamento, geralmente procuram essa parte especificamente, por causa de um recurso.

 

Esse recurso é o Secure Dynamic Messaging, geralmente escrito como SUN. Com ele ativado, o URL NDEF do chip apresenta alterações a cada toque: o chip espelha seu UID e um contador de leitura crescente monotonicamente no URL, opcionalmente criptografado, e anexa um CMAC calculado com uma chave que só você e o chip possuem. Seu back-end pode então identificar uma tag real a partir de um URL fotografado e distinguir o toque número 4 do toque número 4.000.

 

Configurá-lo corretamente é onde a especificação atinge. As regras de espelhamento não são de formato-livre: quando os dados PICC são criptografados, o espelhamento do UID e do contador de leitura torna-se obrigatório em vez de opcional, os dois sempre viajam juntos e o CMAC deve ficar no final da mensagem NDEF. Projete sua estrutura de URL em torno dessas restrições, e não o contrário, ou as compensações não serão resolvidas e o back-end rejeitará todas as leituras.

 

A falha que vemos com mais frequência nas implantações do SUN não tem nada a ver com nada disso. Cada implementação de referência pública e servidor de demonstração é fornecido configurado com o-padrão de fábrica, todas-chaves zero, porque é isso que faz uma demonstração funcionar imediatamente. Projeta o protótipo contra isso, o protótipo funciona e a etapa de rotação da chave nunca entra na lista de verificação de lançamento. As tags saem criptograficamente nuas enquanto todos os envolvidos acreditam que a implantação está criptografada, e é por isso que nosso próprio procedimento de lançamento de amostra verifica a diversificação de chaves nas unidades de produção, e não no que quer que tenha sido usado para a demonstração.

 

Seis operações que você não pode reverter depois de programar tags NFC

 

As reescritas de carga útil são baratas. Estes não são. Cada uma delas abaixo é uma decisão que converte um lote de tags em um ativo fixo, e cada uma delas foi a causa do inventário sucateado que tivemos que substituir pessoalmente.

 

Operação	O que isso faz	Por que não pode ser desfeito	Quando deve ser agendado
Formatação NDEF	Grava o contêiner de capacidade	Chega a uma memória programável-única-	Na fábrica, após a confirmação do tipo de chip
Bits de bloqueio estático	Bloqueia as primeiras 16 páginas em chips Tipo 2	Os bits de bloqueio são definidos-apenas e não podem ser redefinidos	Somente depois que o conteúdo final for assinado
Bits de bloqueio dinâmico	Cobre 96 bytes de dados em NTAG213, 456 em NTAG215 e 840 em NTAG216, com granularidade de 2 páginas em NTAG213 e 16 páginas em NTAG215 e NTAG216, de acordo com a folha de dados NXP citada acima	Mesmo mecanismo-apenas de conjunto, mesma permanência	O mesmo portão das fechaduras estáticas
Chave-somente leitura	Define o sinalizador de gravação NDEF permanentemente	Não existe comando inverso	Nunca antes da conclusão do teste de campo
Modo LRP no NTAG 424 DNA	Muda o AES para operação resiliente-de vazamento	Habilitado por SetConfiguration, sem caminho de volta ao modo AES	Somente se um modelo de ameaça documentado exigir isso
Mudança de chave sem depósito	Substitui chaves AES de fábrica	O chip não tem caminho de recuperação se a nova chave for perdida	Somente quando a custódia da chave for formalmente atribuída

 

Essa granularidade da página é o detalhe prático que a maioria das pessoas perde quando perguntam como bloquear uma etiqueta NFC após a programação. O bloqueio não é uma única opção do tipo tudo{1}}ou{2}}nada. No NTAG215 e NTAG216 você pode bloquear blocos de 16 páginas, o que viabiliza um layout misto: uma região de número de série bloqueada na fábrica, uma região de URL de campanha deixada gravável para a equipe de marketing. No NTAG213 a granularidade é de duas páginas, mais fina, mas em um mapa muito menor. Decidir o limite é uma tarefa de design e deve acontecer antes da execução da codificação, não depois.

 

O hábito que vale a pena construir é separar a porta de codificação da porta de bloqueio. Aconselhamos os clientes a não bloquearem no ponto de encomenda e o motivo é inteiramente comercial e não técnico.

 

Em todo o nosso histórico de pedidos, a solicitação pós{0}}entrega mais frequente não é uma reclamação de defeito, é uma mudança de destino e se agrupa no primeiro ano de serviço. Os gatilhos usuais são a migração da página de destino ou a transferência da agência, nenhum dos quais é visível no momento em que o pedido é feito. Você não precisa das estatísticas de falha de ninguém para agir sobre isso, porque a assimetria decide por si mesma: uma etiqueta desbloqueada que nunca precisa ser trocada não custa nada, enquanto uma etiqueta bloqueada que precisa ser trocada custa um pedido de substituição completo mais o trabalho de reinstalação. Programe as tags NFC primeiro, execute o teste de campo e bloqueie depois.

 

Verificar se o chip é o que diz a fatura

 

 

A autenticidade do chip não é uma preocupação paranóica nesta categoria, é um item de inspeção-de rotina e pertence à mesma etapa de controle de qualidade que qualquer outra verificação executada antes de programar tags NFC em quantidades de produção. Cada uma das famílias NTAG, MIFARE, Ultralight e ICODE da NXP carrega uma assinatura de originalidade baseada em ECC escrita na produção do chip, 32 bytes em partes NTAG21x, que pode ser lida e verificada com a chave pública do fabricante. Uma tag que se comporta perfeitamente ainda pode falhar nessa verificação.

 

Isso acontece mais do que o mercado admite. Engenheiros que compram tags NTAG21x através de canais de varejo em geral relataram à própria comunidade do fabricante que as amostras funcionam exatamente como especificado, incluindo espelhamento de contador, mas relatam como clone de silício sob verificação de originalidade, e a resposta publicada da NXP é que tais peças não são suportadas e inadequadas para uso seguro porque o próprio IC pode ser vulnerável (Comunidade NXP).

 

A consequência operacional é mais restrita do que as pessoas supõem e vale a pena ser afirmada com precisão. Se o seu aplicativo for um redirecionamento de marketing, um chip clone servirá adequadamente e você pode não se importar. Se seu aplicativo envolver autenticação, evidência de adulteração ou qualquer alegação de anti-falsificação feita ao seu próprio cliente, um chip não verificável invalidará toda a premissa e nenhuma quantidade de codificação correta compensará isso. A verificação leva segundos por amostra com um aplicativo leitor e pertence ao seu procedimento de controle de qualidade recebido, e não a uma post{4}}post mortem. Leitura relacionada para qualquer pessoa cuja escrita seja concluída, mas cujo leitor permaneça em silêncio:por que um adesivo clonado parece bom e ainda falha na porta.

 

A questão de segurança clássica do MIFARE, reafirmada honestamente

 

Qualquer pessoa que especifique o MIFARE Classic hoje deveria trabalhar a partir da posição de pesquisa atual, e não da reputação que a plataforma tinha há uma década.

 

Em 2024, um estudo do FM11RF08S, um chip compatível com MIFARE Classic lançado em 2020 com contramedidas projetadas especificamente para resistir a todos os ataques conhecidos-somente de cartão, derrotou essas contramedidas e descobriu um backdoor de hardware no processo. O backdoor permite que qualquer parte ciente dele comprometa todas as chaves-definidas pelo usuário no cartão em questão de minutos após o acesso físico, e isso vale mesmo quando as chaves foram totalmente diversificadas por cartão (Arquivo ePrint de criptologia). Chaves de backdoor relacionadas foram identificadas em um conjunto mais amplo de peças, incluindo gerações anteriores da Fudan e dispositivos NXP e Infineon específicos.

 

Leia isso com atenção antes de tirar conclusões erradas. Este não é um argumento que todos que usam o MIFARE Classic serão expostos amanhã, e não o apresentamos como tal. Milhões de credenciais clássicas operam em ambientes-de baixa consequência, onde a clonagem de um cartão dá ao invasor acesso ao armário de uma academia. É um argumento que a frase "seguro" não deveria aparecer em nenhum documento de especificação ao lado desta família de chips, e que qualquer pessoa prestes a programar tags NFC para quartos de hotel, acesso a escritórios ou pagamentos sem dinheiro em silício clássico deveria definir o preço de uma migração para uma parte baseada em AES-no mesmo ciclo orçamentário.

 

Programando tags NFC em massa: o que muda acima de mil unidades

 

Tudo o que foi descrito até agora está mal dimensionado. Um aplicativo de telefone grava uma tag por vez, sem registro em lote, sem passagem de verificação e sem maneira de provar posteriormente qual URL foi para qual unidade física. Existem três níveis de programação de tags NFC em massa, e o salto entre eles é operacional e não técnico.

 

A primeira camada é um telefone e um aplicativo, viável para cerca de cem unidades, apropriado para protótipos e pilotos internos.

 

O segundo nível é onde chega a maioria-das equipes internas: você programa tags NFC com um gravador de leitor em um desktop, acionado por um arquivo em lote, geralmente por meio de um codificador USB na classe ACR12xx ou uTrust. Funciona bem até que o chip mude. A ferramenta em lote de código aberto-amplamente usada neste espaço, por exemplo, tem como alvo específico o ACR122 e codifica apenas MIFARE Ultralight e Ultralight C, que são peças Tipo 2, portanto, mover esse projeto para um chip Tipo 4 significa reconstruir as ferramentas em vez de editar um arquivo de configuração. Se você ainda estiver escolhendo hardware para este nível, nossoLeitor NFC de mesa e USB-gama de gravadorescobre os modelos de leitor que esses conjuntos de ferramentas esperam.

 

A prática do setor para o terceiro nível é a pré-{0}}codificação durante a fabricação, e esse é o nível que a maioria dos compradores não sabe que existe. Em nossas linhas, em uma fábrica de 3.600 m², a codificação fica entre a colagem do chip e a montagem final, em equipamentos que indexam cada etiqueta na posição, gravam o registro e o lê de volta antes que a etiqueta prossiga. A passagem de verificação é o ponto principal. Uma tag que falha na leitura-é rejeitada-em linha, em vez de ser descoberta por um cliente em campo, e o lote sai com um arquivo de mapeamento vinculando cada UID ou TID ao conteúdo exato gravado nele, que é o que seu CMS ou plataforma de análise precisa no primeiro dia. A capacidade de colagem automatizada em cinco linhas de produção ultrapassa 100.000 chips por dia, portanto a codificação não se torna uma restrição no prazo de entrega.

 

O que essa descrição deixa de fora, deliberadamente, é o limite de aceitação. A verificação-de leitura é uma porta de aprovação/reprovação, mas a taxa de falha que você deve aceitar contratualmente difere de acordo com a família do chip, o formato e se a tag será laminada posteriormente; um adesivo anti-metal e um cartão de PVC não se comportam da mesma maneira na mesma linha. Esse número pertence a uma cotação de sua construção específica, não a um artigo, e é a primeira coisa que definimos quando um novo programa é iniciado.

 

Vale a pena afirmar claramente onde traçamos nossos próprios limites de capacidade, porque são os fornecedores de peças que geralmente ficam confusos. Pré-{1}}programaremos tags NFC com seu modelo de URL, serializaremos por unidade, verificaremos cada tag e entregaremos o arquivo de mapeamento. Forneceremos as chaves AES que você fornecer. Não manteremos suas chaves de produção, não operaremos seu back-end de validação e não lhe diremos que uma fábrica pode corrigir o design de segurança da camada-de um aplicativo. Essa parte é sua, e qualquer fornecedor que alegue o contrário estará lhe vendendo uma transferência de risco que não existe.

 

Nove questões a serem resolvidas antes da execução da codificação

 

Execute isso antes do pedido de compra, não depois da chegada das amostras. Cada item encerrou pelo menos um projeto que fomos solicitados a resgatar.

 

#	Pergunta	Por que decide o chip
1	Os iPhones tocarão nessas tags?	Remove totalmente o MIFARE Classic de consideração
2	Qual é o comprimento completo do URL, incluindo parâmetros futuros?	Define o piso em NTAG213, 215 ou 216
3	Um registro é suficiente ou você também precisa de um registro de texto ou de aplicativo?	Registros adicionais consomem o mesmo orçamento de memória
4	O destino mudará durante a vida útil da etiqueta?	Determina se o bloqueio é aceitável
5	O aplicativo faz uma reivindicação de autenticidade aos usuários finais?	Empurra você para NTAG 424 DNA ou DESFire
6	Quem segura e gira as chaves AES?	Deve ser atribuído antes de qualquer chave ser alterada
7	Qual é o critério de aceitação de um lote entregue?	Define se a verificação-de leitura é contratual
8	Você precisa de um UID-para-arquivo de mapeamento de conteúdo?	Deve ser especificado antes da execução, não solicitado depois
9	A verificação da assinatura de originalidade faz parte do controle de qualidade recebido?	Determina se o fornecimento de chips é auditável

 

As equipes que conseguem responder a todas as nove normalmente conseguem uma produção limpa na primeira tentativa. As equipes que conseguem responder seis de nove geralmente descobrem as três restantes de maneira cara.

 

As nove perguntas são a versão genérica. Aquela com a qual trabalhamos adiciona uma décima coluna, a resposta certa para sua construção e não para o geral, e essa coluna depende de coisas que este artigo não pode ver: seu mix de aparelhos, seu patrimônio de leitores, seu processo de laminação e se a serialização deve ser sequencial ou aleatória. Envie-nos as primeiras nove respostas e retornaremos a versão anotada de acordo com suas especificações.

 

Onde isso deixa um comprador

 

Não existe um procedimento geral de como programar tags NFC, apenas um procedimento por chip, por plataforma, por volume. Escolha o chip contra o limite de memória e a questão do iPhone primeiro. Trate a formatação, a carga útil e a configuração como três portas separadas. Nunca bloqueie antes de um teste de campo. Verifique a originalidade nas amostras recebidas. Acima de mil unidades, pare de pensar em apps e comece a pensar em verificação e rastreabilidade.

 

Se uma especificação já estiver elaborada, ficaremos felizes em revisá-la em relação às restrições de chip acima e sinalizar qualquer coisa que não sobreviverá à produção, e amostras grátis estão disponíveis para teste em seus leitores e aparelhos reais. Você também pode começar doFormatos de tags NFC que pré-programamos e verificamos-internamentese a decisão do chip ainda estiver aberta, ouenvie a estrutura do URL e o volume alvo para uma revisão de codificaçãose já estiver consertado.

 

Perguntas frequentes