Início/Todos os produtos/Cartões RFID para redes de carregamento OCPP
Cartões RFID para redes de carregamento OCPP — vista do produto 1
01 / 04

Credencial para carregamento de VE

Fabrico segundo especificação

Cartões RFID para redes de carregamento OCPP

Credenciais RFID preparadas para o fluxo de identificação e autorização utilizado entre os leitores dos carregadores de veículos elétricos e os sistemas de gestão de carregamento OCPP.

Fluxos OCPPidTag / idTokenFormatação do UID
Material
Corpo em PVC reciclado, à base de madeira ou noutra alternativa aprovada
Dimensões
Formato nominal CR80 / ISO ID-1 (85,60 × 53,98 mm)
MOQ
A partir de 500 unidades, consoante o material e o chip
Prazo de entrega
Confirmado após aprovação do formato do token, da arte gráfica e da amostra

A compatibilidade é confirmada com o seu leitor e o fluxo de trabalho do identificador. A quantidade mínima de encomenda (MOQ) e os prazos dependem do material, do chip, da personalização e do acabamento aprovados.

01Correspondência entre leitor e chip
02Formato do identificador
03Aprovação da amostra final
04Entrega dos dados do lote

Visão geral do produto / 01

O que faz realmente um «cartão RFID OCPP»

Um cartão RFID não executa OCPP. Apresenta um identificador ao leitor sem contacto do posto de carregamento. O software do posto de carregamento utiliza então o OCPP para enviar esse identificador ao sistema de gestão de postos de carregamento (CSMS), que aceita, bloqueia ou avalia de outra forma o token de carregamento.

No OCPP 1.6, este identificador é normalmente tratado como idTag; o OCPP 2.0.1 utiliza o modelo mais abrangente idToken. Um programa de cartões bem-sucedido tem, por isso, duas camadas de compatibilidade: o leitor físico tem de reconhecer o chip e a representação do identificador tem de corresponder ao que o carregador e o CSMS esperam.

01

O OCPP é um protocolo de sistema

Confirme separadamente a implementação no posto de carregamento e no CSMS; o cartão físico, em si, não é certificado OCPP.

02

Tecnologia do leitor

Identifique a frequência, o protocolo ISO, os chips suportados e eventuais limitações do firmware do leitor do carregador.

03

Representação do token

Documente o comprimento do UID, a ordem dos bytes, o formato hexadecimal ou decimal, a utilização de maiúsculas/minúsculas, o preenchimento e eventuais regras de prefixo.

04

Funcionamento online e offline

Defina de que forma os tokens novos, bloqueados e de substituição chegam às listas de autorização locais ou aos dados guardados em cache no posto.

Características e opções / 02

O que pode ser especificado.

Fabricamos a credencial RFID física e preparamos os respetivos dados de identificador para o fluxo de trabalho da plataforma de carregamento do operador.

01

Inlay RFID adaptado ao leitor

As combinações de chip e antena são selecionadas em função do protocolo do leitor do carregador de destino e da apresentação física.

02

Fluxos de trabalho com UID de 4 ou 7 bytes

O comprimento do identificador pode ser planeado em função da família de chips escolhida e dos limites do sistema instalado.

03

Exportação em hexadecimal ou decimal

Os dados de entrega podem utilizar a representação exata acordada para a importação no CSMS, incluindo a ordem dos bytes e as regras de formatação.

04

Referência visível do token

Um número de cartão impresso pode ser mantido distinto do identificador eletrónico, permanecendo associado a este no ficheiro de correspondência.

05

Design gráfico e materiais do programa

Os corpos de cartão em PVC reciclado, à base de madeira e outros podem utilizar a mesma especificação eletrónica aprovada.

06

Dados de substituição e de nova encomenda

Intervalos de numeração controlados e ficheiros de lote permitem novas emissões sem duplicar credenciais ativas.

Adequação técnica / 03

Quatro camadas têm de estar alinhadas antes da implementação

A maioria das falhas no terreno resulta de um pressuposto na fronteira entre o chip, o leitor, o software do carregador e o sistema de gestão.

01

Do cartão ao leitor

O leitor tem de suportar a frequência e o protocolo do cartão e proporcionar um desempenho de RF adequado na posição de instalação.

02

Do leitor ao software do carregador

O firmware determina que bytes são captados e como a credencial é normalizada antes de um pedido de autorização.

03

Do carregador ao CSMS

A implementação OCPP transporta o token no fluxo de autorização e de transação suportado.

04

Do CSMS à conta

O token importado tem de corresponder ao contrato, condutor, veículo ou tarifário corretos e seguir as regras de ativação e bloqueio.

05

Modelo de segurança

Se a autorização utilizar apenas um UID público, a adoção de um chip compatível com AES não cria, por si só, autenticação mútua; o leitor e o backend têm de ser concebidos para a utilizar.

Especificação completa / 04

Separe o cartão físico dos respetivos dados de credencial.

Os valores abaixo indicam a configuração de produto disponível e não substituem a validação com o leitor. O orçamento final regista a construção exata, a configuração eletrónica e os dados a entregar.

Pedir amostras

Físico

Material
Corpo em PVC reciclado, à base de madeira ou noutra alternativa aprovada
Dimensões
Formato nominal CR80 / ISO ID-1 (85,60 × 53,98 mm)

Técnico

Frequência
Normalmente 13.56 MHz / ISO 14443A; confirme com o leitor do carregador
Alcance de leitura
Depende do leitor e da antena instalada; verifique em amostras acabadas
Segurança
Apenas UID ou aplicação segura, consoante a capacidade do leitor do carregador

Encomendas

MOQ
A partir de 500 unidades, consoante o material e o chip
Prazo de entrega
Confirmado após aprovação do formato do token, da arte gráfica e da amostra
Suporte
Revisão do formato do identificador, ficheiro de mapeamento e planeamento do lote de teste

Processo de produção / 05

Aprove todo o fluxo de trabalho antes da produção em volume.

A amostra deve comprovar, em conjunto, a construção, a impressão, o comportamento eletrónico e o tratamento dos dados. Essa referência aprovada passa depois a reger a produção e as novas encomendas.

  1. 01

    Briefing técnico

    Leitor, credencial atual, plataforma, quantidade e ambiente de utilização

  2. 02

    Amostra de produção

    Material proposto, inlay, arte gráfica, codificação e dados variáveis

  3. 03

    Validação do sistema

    Leitura física, captura exata do identificador, importação de dados e autorização em ambiente real

  4. 04

    Produção e garantia da qualidade

    Matrizes aprovadas, dados controlados, verificações por lote e revisão da embalagem

  5. 05

    Entrega e novas encomendas

    Ficheiro de correspondência final, registo de expedição e referência guardada para repetição de encomendas

Perguntas frequentes / 06

Perguntas que os compradores fazem antes de encomendar.

As respostas baseiam-se na credencial física e no âmbito da produção. A sua plataforma de carregamento continua a ser responsável pelas regras de conta, tarifário e autorização.

01

Os cartões RFID, em si, são conformes com o OCPP?

Não. O OCPP aplica-se à comunicação entre postos de carregamento e sistemas de gestão. O cartão RFID apresenta uma credencial ao leitor do posto; o posto transporta depois o token resultante através do seu fluxo de autorização OCPP.

02

Qual é a diferença entre idTag e idToken?

idTag é o termo de identificador utilizado nas mensagens de autorização e de transação do OCPP 1.6. O OCPP 2.0.1 utiliza idToken como um objeto de token mais abrangente, que pode representar RFID e outros métodos de autorização.

03

Porque são importantes o formato do UID e a ordem dos bytes?

O mesmo UID físico pode ser representado em diferentes ordens de bytes e como texto hexadecimal ou decimal. Se o carregador exportar uma representação e a base de dados do CSMS guardar outra, um cartão válido será rejeitado.

04

Um cartão RFID pode funcionar em todos os carregadores OCPP?

Não automaticamente. O suporte de OCPP não garante que todos os carregadores tenham o mesmo leitor RFID, o mesmo suporte de chips ou o mesmo tratamento de identificadores. Defina o parque de carregadores de destino e valide amostras em hardware representativo.

05

Uma credencial de 13.56 MHz com autenticação AES torna segura a autorização OCPP?

Uma credencial de 13.56 MHz com autenticação AES suporta aplicações criptográficas, mas a vantagem em termos de segurança só existe se o leitor do carregador e o programa estiverem configurados para autenticar essa aplicação. Muitos sistemas de carregamento leem um UID público mesmo a partir de um chip com capacidades de segurança.

06

O que deve incluir um teste de cartões OCPP?

Teste a leitura física, o valor exato do token no carregador, a autorização OCPP através do CSMS, o funcionamento local ou offline quando aplicável, a correspondência com a conta, o bloqueio e a substituição.

Incluído em todas as encomendas

Todas as encomendas são expedidas com um contrato de dados e um pacote de aceitação.

Antes do início da produção, definimos o formato do identificador com a sua equipa de backend: comprimento em bytes, representação, ordem dos bytes e política de zeros à esquerda. A encomenda é depois expedida com um contrato de dados legível por máquina e vetores de aceitação com os quais os seus engenheiros podem testar antes da chegada do primeiro cartão.

Saiba como funciona o pacote de aceitação
01Contrato de dados JSON acordado antes da produção
02Vetores de aceitação para verificação no backend
03Ficheiro de personalização no formato exato do seu backend