Főoldal/Összes termék/RFID-kártyák OCPP-alapú töltőhálózatokhoz
RFID-kártyák OCPP-alapú töltőhálózatokhoz — termékkép 1
01 / 04

RFID-azonosító elektromosautó-töltéshez

Egyedi specifikáció szerint gyártva

RFID-kártyák OCPP-alapú töltőhálózatokhoz

RFID-kártyák, amelyeket a töltőberendezések olvasói és az OCPP-alapú töltéskezelő rendszerek közötti azonosítási és jogosultság-ellenőrzési folyamathoz készítünk elő.

OCPP-folyamatokidTag / idTokenUID-formázás
Anyag
Újrahasznosított PVC-ből készült, faalapú vagy jóváhagyott alternatív kártyatest
Méret
CR80 / ISO ID-1 névleges formátum (85,60 × 53,98 mm)
MOQ
500 darabtól, az anyagtól és a chiptől függően
Átfutási idő
A tokenformátum, a grafika és a minta jóváhagyása után véglegesítjük

A kompatibilitást az Ön olvasójával és tokenkezelési folyamatával vetjük össze és igazoljuk. A minimális rendelési mennyiség és az átfutási idő a jóváhagyott anyagtól, chiptől, perszonalizálástól és felületkezeléstől függ.

01Az olvasó és a chip összehangolása
02Azonosítóformátum
03A kész minta jóváhagyása
04A gyártási tétel adatainak átadása

Termékáttekintés / 01

Mit csinál valójában egy „OCPP RFID-kártya”?

Az RFID-kártya nem futtat OCPP-t. Egy azonosítót ad át a töltőállomás érintésmentes olvasójának. A töltőállomás szoftvere ezután OCPP-n keresztül továbbítja ezt az azonosítót a töltőállomás-kezelő rendszernek (CSMS), amely elfogadja, letiltja vagy más módon értékeli a töltési tokent.

Az OCPP 1.6-ban ezt az azonosítót általában idTag-ként kezelik; az OCPP 2.0.1 a tágabb idToken-modellt használja. Egy sikeres kártyaprogramnak ezért két kompatibilitási szinten is meg kell felelnie: a fizikai olvasónak fel kell ismernie a chipet, az azonosító ábrázolásának pedig egyeznie kell azzal, amit a töltőberendezés és a CSMS elvár.

01

Az OCPP rendszerszintű protokoll

A töltőállomás és a CSMS implementációját külön ellenőrizze; maga a fizikai kártya nem rendelkezik OCPP-tanúsítással.

02

Olvasótechnológia

Határozza meg a frekvenciát, az ISO-protokollt, a támogatott chipeket és a töltőberendezés olvasójának firmware-éből adódó esetleges korlátozásokat.

03

Tokenábrázolás

Dokumentálja az UID hosszát, a bájtsorrendet, a hexadecimális vagy decimális formátumot, a kis- és nagybetű-használatot, a kitöltést (padding) és az esetleges előtagszabályokat.

04

Online és offline működés

Határozza meg, hogyan kerülnek az új, a letiltott és a pótló tokenek a helyi jogosultsági listákra vagy az állomás gyorsítótárazott adatai közé.

Funkciók és opciók / 02

Ami egyedileg meghatározható.

Legyártjuk a fizikai RFID-kártyát vagy RFID-kulcstartót, és előkészítjük az azonosítóadatait az üzemeltető töltési platformjának munkafolyamatához.

01

Olvasóhoz illesztett RFID-inlay

A chip- és antennakombinációkat az adott töltőberendezés olvasójának protokollja és a fizikai odaérintés módja alapján választjuk ki.

02

4 vagy 7 bájtos UID-munkafolyamatok

Az azonosító hossza a választott chipcsaládhoz és a telepített rendszer korlátaihoz igazítható.

03

Hexadecimális vagy decimális export

A szállítási adatok pontosan a CSMS-importhoz egyeztetett ábrázolást követhetik, beleértve a bájtsorrendet és a formázási szabályokat.

04

Látható tokenhivatkozás

A nyomtatott kártyaszám elkülöníthető az elektronikus azonosítótól, miközben a hozzárendelési fájlban összekapcsolva marad vele.

05

Programarculat és anyagok

Az újrahasznosított PVC-ből készült, a faalapú és más kártyatestek ugyanazt a jóváhagyott elektronikai specifikációt használhatják.

06

Pótlási és utánrendelési adatok

Az ellenőrzött számtartományok és tételfájlok lehetővé teszik az új kártyák kiadását anélkül, hogy aktív azonosítók duplikálódnának.

Műszaki illeszkedés / 03

Bevezetés előtt négy rétegnek kell összhangban lennie

A legtöbb terepi hiba a chip, az olvasó, a töltőberendezés szoftvere és a kezelőrendszer határain tett téves feltételezésekből ered.

01

Kártya és olvasó

Az olvasónak támogatnia kell a kártya frekvenciáját és protokollját, és a beépítési helyen megfelelő RF-teljesítményt kell nyújtania.

02

Olvasó és töltőberendezés-szoftver

A firmware dönti el, mely bájtokat rögzíti, és hogyan normalizálja az azonosítót a jogosultság-ellenőrzési kérés előtt.

03

Töltőberendezés és CSMS

Az OCPP-implementáció a támogatott jogosultság-ellenőrzési és tranzakciós folyamaton belül továbbítja a tokent.

04

CSMS és fiók

Az importált tokent a megfelelő szerződéshez, sofőrhöz, járműhöz vagy díjszabáshoz kell rendelni, és követnie kell az aktiválási és letiltási szabályokat.

05

Biztonsági modell

Ha a jogosultság-ellenőrzés csak nyilvános UID-t használ, egy AES-képes chip önmagában nem hoz létre kölcsönös hitelesítést; ehhez az olvasót és a háttérrendszert is ennek használatára kell tervezni.

Teljes specifikáció / 04

Kezelje külön a fizikai kártyát és az azonosítóadatokat.

Az alábbi értékek az elérhető termékváltozatot mutatják be, és nem helyettesítik az olvasóval végzett validálást. A végleges árajánlat rögzíti a pontos felépítést, az elektronikus konfigurációt és az átadandó adatokat.

Kérjen mintát

Fizikai

Anyag
Újrahasznosított PVC-ből készült, faalapú vagy jóváhagyott alternatív kártyatest
Méret
CR80 / ISO ID-1 névleges formátum (85,60 × 53,98 mm)

Műszaki

Frekvencia
Jellemzően 13,56 MHz / ISO 14443A; a töltőberendezés olvasójával egyeztetendő
Olvasási távolság
Az olvasótól és a beépített antennától függ; a késztermékmintákon ellenőrizendő
Biztonság
Csak UID vagy biztonságos alkalmazás a töltőberendezés olvasójának képességeitől függően

Rendelés

MOQ
500 darabtól, az anyagtól és a chiptől függően
Átfutási idő
A tokenformátum, a grafika és a minta jóváhagyása után véglegesítjük
Támogatás
Azonosítóformátum-ellenőrzés, leképezési fájl és tesztsorozat tervezése

Gyártási folyamat / 05

Hagyja jóvá a teljes folyamatot a sorozatgyártás előtt.

A mintának egyszerre kell igazolnia a felépítést, a nyomtatást, az elektronikus működést és az adatkezelést. Ezt követően ez a jóváhagyott referencia határozza meg a gyártást és az utánrendeléseket.

  1. 01

    Műszaki igényleírás

    Olvasó, jelenlegi RFID-kártya vagy -kulcstartó, platform, mennyiség és üzemi környezet

  2. 02

    Gyártási minta

    Javasolt anyag, inlay, grafika, kódolás és változó adatok

  3. 03

    Rendszervalidálás

    Fizikai olvasás, a token pontos rögzítése, adatimport és éles jogosultság-ellenőrzés

  4. 04

    Gyártás és minőségellenőrzés

    Jóváhagyott mesterpéldányok, ellenőrzött adatok, gyártási tételenkénti ellenőrzés és a csomagolás felülvizsgálata

  5. 05

    Szállítás és utánrendelések

    Végleges hozzárendelési fájl, szállítási nyilvántartás és megőrzött referencia az ismételt rendelésekhez

Gyakori kérdések / 06

Amit a vásárlók rendelés előtt kérdezni szoktak.

A válaszok a fizikai kártyára vagy kulcstartóra és a gyártási feladatok körére vonatkoznak. A fiók-, tarifa- és jogosultsági szabályokért továbbra is az Ön töltési platformja felel.

01

Maguk az RFID-kártyák megfelelnek az OCPP követelményeinek?

Nem. Az OCPP a töltőállomások és a kezelőrendszerek közötti kommunikációra vonatkozik. Az RFID-kártya azonosítót ad át az állomás olvasójának; az állomás ezután a kapott tokent az OCPP szerinti jogosultság-ellenőrzési folyamatán keresztül továbbítja.

02

Mi a különbség az idTag és az idToken között?

Az idTag az OCPP 1.6 jogosultság-ellenőrzési és tranzakciós üzeneteiben használt azonosító. Az OCPP 2.0.1 tágabb tokenobjektumként az idToken objektumot használja, amely RFID-t és más jogosultság-ellenőrzési módszereket is képviselhet.

03

Miért fontos az UID formátuma és bájtsorrendje?

Ugyanaz a fizikai UID különböző bájtsorrendben, illetve hexadecimális vagy decimális szövegként is ábrázolható. Ha a töltőberendezés az egyik ábrázolást továbbítja, a CSMS adatbázisa pedig egy másikat tárol, a rendszer egy érvényes kártyát is elutasít.

04

Működhet egy RFID-kártya minden OCPP-s töltőberendezésen?

Nem automatikusan. Az OCPP-támogatás nem garantálja, hogy minden töltőberendezés ugyanolyan RFID-olvasóval, chiptámogatással vagy azonosítókezeléssel rendelkezik. Határozza meg az érintett eszközparkot, és validálja a mintákat reprezentatív hardveren.

05

Biztonságossá teszi az OCPP szerinti jogosultság-ellenőrzést egy AES-hitelesítésű 13,56 MHz-es azonosító?

Az AES-hitelesítésű 13,56 MHz-es azonosító támogatja a kriptográfiai alkalmazásokat, de biztonsági előnyt csak akkor nyújt, ha a töltőberendezés olvasóját és a programot ennek az alkalmazásnak a hitelesítésére konfigurálták. Sok töltőrendszer még a biztonsági funkciókra képes chipekről is csak a nyilvános UID-t olvassa be.

06

Mit kell tartalmaznia egy OCPP-s kártyatesztnek?

Tesztelje a fizikai olvasást, a töltőberendezésnél megjelenő pontos tokenértéket, a CSMS-en keresztüli OCPP-s jogosultság-ellenőrzést, a helyi vagy offline működést (ahol alkalmazzák), a fiókhozzárendelést, a letiltást és a pótlást.

Minden rendelés része

Minden rendeléshez adatszerződést és átvételi csomagot biztosítunk.

A gyártás megkezdése előtt az Önök háttérrendszer-csapatával rögzítjük az azonosító formátumát: a bájthosszt, az ábrázolást, a bájtsorrendet és a vezető nullák kezelését. A rendelés ezután géppel olvasható adatszerződéssel és átvételi tesztvektorokkal érkezik, amelyekkel mérnökeik már az első kártya megérkezése előtt tesztelhetnek.

Ismerje meg az átvételi csomag működését
01A gyártás előtt egyeztetett JSON-adatszerződés
02Átvételi tesztvektorok a háttérrendszeri ellenőrzéshez
03Perszonalizálási fájl pontosan az Önök háttérrendszerének formátumában