Sākums/Visi produkti/RFID kartes OCPP uzlādes tīkliem
RFID kartes OCPP uzlādes tīkliem — produkta skats 1
01 / 04

Elektroauto uzlādes autentifikācijas līdzeklis

Izgatavots pēc specifikācijas

RFID kartes OCPP uzlādes tīkliem

RFID autentifikācijas līdzekļi, kas sagatavoti identifikatoru un autorizācijas darba plūsmai starp elektroauto uzlādes iekārtu lasītājiem un OCPP uzlādes pārvaldības sistēmām.

OCPP darba plūsmasidTag / idTokenUID formatēšana
Materiāls
Pārstrādāts PVC, koka bāzes vai apstiprināts alternatīvs korpuss
Izmērs
CR80 / ISO ID-1 nominālais formāts (85,60 × 53,98 mm)
MOQ
No 500 gabaliem, atkarībā no materiāla un mikroshēmas
Izpildes termiņš
Apstiprina pēc identifikatora formāta, dizaina un parauga saskaņošanas

Saderība tiek apstiprināta, pārbaudot to ar jūsu lasītāju un identifikatoru darbplūsmu. Minimālais pasūtījuma apjoms (MOQ) un izpildes termiņi ir atkarīgi no apstiprinātā materiāla, mikroshēmas, personalizācijas un apdares.

01Lasītāja un mikroshēmas atbilstība
02Identifikatora formāts
03Gatavā parauga apstiprināšana
04Partijas datu nodošana

Produkta pārskats / 01

Ko patiesībā dara „OCPP RFID karte”

RFID karte nedarbina OCPP. Tā uzrāda identifikatoru uzlādes stacijas bezkontakta lasītājam. Pēc tam uzlādes stacijas programmatūra, izmantojot OCPP, nosūta šo identifikatoru uzlādes staciju pārvaldības sistēmai (CSMS), kas uzlādes identifikatoru pieņem, bloķē vai citādi izvērtē.

OCPP 1.6 šo identifikatoru parasti apstrādā kā idTag; OCPP 2.0.1 izmanto plašāku idToken modeli. Tāpēc veiksmīgai karšu programmai ir divi saderības slāņi: fiziskajam lasītājam jāatpazīst mikroshēma, un identifikatora attēlojumam jāatbilst tam, ko sagaida uzlādes iekārta un CSMS.

01

OCPP ir sistēmas protokols

Uzlādes stacijas un CSMS ieviešanu pārbaudiet atsevišķi; pati fiziskā karte nav OCPP sertificēta.

02

Lasītāja tehnoloģija

Nosakiet frekvenci, ISO protokolu, atbalstītās mikroshēmas un jebkādus uzlādes iekārtas lasītāja programmaparatūras ierobežojumus.

03

Identifikatora attēlojums

Dokumentējiet UID garumu, baitu secību, heksadecimālo vai decimālo formātu, burtu reģistru, papildināšanu un jebkādus prefiksu noteikumus.

04

Darbība tiešsaistē un bezsaistē

Nosakiet, kā jauni un bloķēti identifikatori, kā arī aizstāšanai paredzēti identifikatori nonāk vietējos autorizācijas sarakstos vai stacijas kešatmiņas datos.

Funkcijas un iespējas / 02

Ko var specificēt.

Mēs ražojam fizisko RFID autentifikācijas līdzekli un sagatavojam tā identifikatora datus operatora uzlādes platformas darbplūsmai.

01

Lasītājam pielāgots RFID ieliktnis

Mikroshēmas un antenas kombinācijas tiek izvēlētas atbilstoši mērķa uzlādes iekārtas lasītāja protokolam un fiziskajam pielikšanas veidam.

02

4 baitu vai 7 baitu UID darbplūsmas

Identifikatora garumu var plānot atbilstoši izvēlētajai mikroshēmu saimei un uzstādītās sistēmas ierobežojumiem.

03

Eksports heksadecimālā vai decimālā formātā

Piegādes datos var izmantot tieši to attēlojumu, kas saskaņots CSMS importam, ieskaitot baitu secības un formatēšanas noteikumus.

04

Redzama identifikatora atsauce

Uzdrukātu kartes numuru var nošķirt no elektroniskā identifikatora, vienlaikus saglabājot to sasaisti atbilstības failā.

05

Programmas dizains un materiāli

Pārstrādāta PVC, koksnes bāzes un citu materiālu karšu korpusiem var izmantot vienu un to pašu apstiprināto elektronisko specifikāciju.

06

Aizstāšanas un atkārtotu pasūtījumu dati

Kontrolēti numuru diapazoni un partiju faili ļauj izsniegt jaunas kartes, nedublējot aktīvos autentifikācijas līdzekļus.

Tehniskā atbilstība / 03

Pirms ieviešanas jāsaskaņo četri slāņi

Lielākā daļa kļūmju ekspluatācijā rodas no pieņēmumiem uz robežas starp mikroshēmu, lasītāju, uzlādes iekārtas programmatūru un pārvaldības sistēmu.

01

No kartes uz lasītāju

Lasītājam jāatbalsta kartes frekvence un protokols un uzstādīšanas vietā jānodrošina pietiekama RF veiktspēja.

02

No lasītāja uz uzlādes iekārtas programmatūru

Programmaparatūra nosaka, kuri baiti tiek nolasīti un kā autentifikācijas līdzekļa dati tiek normalizēti pirms autorizācijas pieprasījuma.

03

No uzlādes iekārtas uz CSMS

OCPP ieviešana pārraida identifikatoru atbalstītās autorizācijas un transakcijas plūsmas ietvaros.

04

No CSMS uz kontu

Importētajam identifikatoram jābūt piesaistītam pareizajam līgumam, vadītājam, transportlīdzeklim vai tarifam un jāatbilst aktivizēšanas un bloķēšanas noteikumiem.

05

Drošības modelis

Ja autorizācijai izmanto tikai publisku UID, AES atbalstošas mikroshēmas pievienošana pati par sevi nenodrošina savstarpējo autentifikāciju; tā jāizmanto lasītāja un aizmugursistēmas risinājumā.

Pilna specifikācija / 04

Nošķiriet fizisko karti no tās autentifikācijas datiem.

Tālāk norādītās vērtības raksturo pieejamo produkta izgatavošanas variantu un neaizstāj validāciju ar lasītāju. Galīgajā cenu piedāvājumā tiek fiksēta precīza konstrukcija, elektroniskā konfigurācija un nododamie dati.

Pieprasīt paraugus

Fiziskie parametri

Materiāls
Pārstrādāts PVC, koka bāzes vai apstiprināts alternatīvs korpuss
Izmērs
CR80 / ISO ID-1 nominālais formāts (85,60 × 53,98 mm)

Tehniskie parametri

Frekvence
Parasti 13,56 MHz / ISO 14443A; jāpārbauda ar uzlādes iekārtas lasītāju
Nolasīšanas attālums
Atkarīgs no lasītāja un uzstādītās antenas; jāpārbauda ar gataviem paraugiem
Drošība
Tikai UID vai drošā lietojumprogramma atbilstoši uzlādes iekārtas lasītāja iespējām

Pasūtīšana

MOQ
No 500 gabaliem, atkarībā no materiāla un mikroshēmas
Izpildes termiņš
Apstiprina pēc identifikatora formāta, dizaina un parauga saskaņošanas
Atbalsts
Identifikatora formāta pārskatīšana, piesaistes fails un testa partijas plānošana

Ražošanas process / 05

Apstipriniet visu darbplūsmu pirms lielapjoma ražošanas.

Paraugam jāapliecina konstrukcija, druka, elektroniskā darbība un datu apstrāde kopumā. Pēc tam šis apstiprinātais etalons ir noteicošais ražošanā un atkārtotos pasūtījumos.

  1. 01

    Tehniskais uzdevums

    Lasītājs, pašreizējais autentifikācijas līdzeklis, platforma, daudzums un ekspluatācijas vide

  2. 02

    Ražošanas paraugs

    Piedāvātais materiāls, ieliktnis, dizains, kodēšana un mainīgie dati

  3. 03

    Sistēmas validācija

    Fiziskā nolasīšana, precīza identifikatora uztveršana, datu imports un autorizācija reālajā vidē

  4. 04

    Ražošana un kvalitātes nodrošināšana

    Apstiprināti etaloni, kontrolēti dati, partiju pārbaudes un iepakojuma pārbaude

  5. 05

    Piegāde un atkārtoti pasūtījumi

    Galīgais datu sasaistes fails, sūtījuma ieraksts un saglabāta atsauce atkārtotiem pasūtījumiem

Biežāk uzdotie jautājumi / 06

Jautājumi, ko pircēji uzdod pirms pasūtīšanas.

Atbildes balstās uz fizisko autentifikācijas līdzekli un ražošanas tvērumu. Par konta, tarifu un autorizācijas noteikumiem joprojām atbild jūsu uzlādes platforma.

01

Vai pašas RFID kartes atbilst OCPP?

Nē. OCPP attiecas uz saziņu starp uzlādes stacijām un pārvaldības sistēmām. RFID karte uzrāda savus autentifikācijas datus stacijas lasītājam; pēc tam stacija pārraida iegūto identifikatoru savā OCPP autorizācijas plūsmā.

02

Kāda ir atšķirība starp idTag un idToken?

idTag ir identifikatora termins, ko izmanto OCPP 1.6 autorizācijas un transakciju ziņojumos. OCPP 2.0.1 izmanto idToken kā plašāku identifikatora objektu, kas var attēlot RFID un citas autorizācijas metodes.

03

Kāpēc UID formāts un baitu secība ir svarīgi?

Vienu un to pašu fizisko UID var attēlot dažādās baitu secībās un kā heksadecimālu vai decimālu tekstu. Ja uzlādes iekārta eksportē vienu attēlojumu, bet CSMS datubāzē glabājas cits, derīga karte tiks noraidīta.

04

Vai viena RFID karte var darboties ar jebkuru OCPP uzlādes iekārtu?

Ne automātiski. OCPP atbalsts negarantē, ka visām uzlādes iekārtām ir vienāds RFID lasītājs, mikroshēmu atbalsts vai identifikatoru apstrāde. Nosakiet mērķa uzlādes iekārtu kopumu un pārbaudiet paraugus ar reprezentatīvu aparatūru.

05

Vai 13,56 MHz autentifikācijas līdzeklis ar AES autentifikāciju padara OCPP autorizāciju drošu?

13,56 MHz autentifikācijas līdzeklis ar AES autentifikāciju atbalsta kriptogrāfiskas lietotnes, taču drošības ieguvums pastāv tikai tad, ja uzlādes iekārtas lasītājs un programma ir konfigurēti šīs lietotnes autentificēšanai. Daudzas uzlādes sistēmas nolasa publisku UID pat no mikroshēmas, kas atbalsta drošības funkcijas.

06

Kas jāiekļauj OCPP kartes testā?

Pārbaudiet fizisko nolasīšanu, precīzu identifikatora vērtību uzlādes iekārtā, OCPP autorizāciju caur CSMS, darbību lokāli vai bezsaistē (ja to izmanto), konta piesaisti, bloķēšanu un aizstāšanu.

Iekļauts katrā pasūtījumā

Katram pasūtījumam tiek pievienots datu līgums un pieņemšanas pakete.

Pirms ražošanas sākuma kopā ar jūsu aizmugursistēmas komandu nosakām identifikatora formātu: baitu garumu, attēlojumu, baitu secību un vadošo nuļļu politiku. Pasūtījumam tiek pievienots mašīnlasāms datu līgums un pieņemšanas testu vektori, ar kuriem jūsu inženieri var veikt testēšanu vēl pirms pirmās kartes saņemšanas.

Uzziniet, kā darbojas pieņemšanas pakete
01JSON datu līgums, saskaņots pirms ražošanas
02Pieņemšanas testu vektori aizmugursistēmas pārbaudei
03Personalizācijas fails tieši jūsu aizmugursistēmas formātā