Lesertilpasset RFID-inlay
Kombinasjoner av brikke og antenne velges ut fra protokollen til laderens leser og den fysiske presentasjonen.

Ladekort og ladebrikker for elbil
Laget etter spesifikasjonRFID-identifikatorer forberedt for identifikator- og autorisasjonsflyten som brukes mellom lesere i elbilladere og OCPP-baserte ladeadministrasjonssystemer.
Kompatibilitet bekreftes opp mot din leser og token-arbeidsflyt. MOQ og tidsbruk avhenger av godkjent materiale, chip, personalisering og finish.
Produktoversikt / 01
Et RFID-kort kjører ikke OCPP. Det presenterer en identifikator for ladestasjonens kontaktløse leser. Ladestasjonens programvare bruker deretter OCPP til å sende identifikatoren til administrasjonssystemet for ladestasjoner (CSMS), som godtar, sperrer eller på annen måte vurderer ladetokenet.
I OCPP 1.6 håndteres denne identifikatoren vanligvis som en idTag; OCPP 2.0.1 bruker den bredere idToken-modellen. Et vellykket kortprogram har derfor to kompatibilitetsnivåer: den fysiske leseren må gjenkjenne brikken, og representasjonen av identifikatoren må samsvare med det laderen og CSMS forventer.
Bekreft implementeringen i ladestasjonen og CSMS hver for seg; selve det fysiske kortet er ikke OCPP-sertifisert.
Identifiser frekvens, ISO-protokoll, støttede brikker og eventuelle begrensninger i fastvaren til laderens leser.
Dokumenter UID-lengde, byte-rekkefølge, heksadesimalt eller desimalt format, store/små bokstaver, utfylling og eventuelle prefiksregler.
Definer hvordan nye, sperrede og erstattede tokens når frem til lokale autoriseringslister eller hurtigbufrede stasjonsdata.
Funksjoner og alternativer / 02
Vi produserer selve RFID-kortet eller ladebrikken og klargjør identifikatordataene for operatørens arbeidsflyt i ladeplattformen.
Kombinasjoner av brikke og antenne velges ut fra protokollen til laderens leser og den fysiske presentasjonen.
Lengden på identifikatoren kan planlegges ut fra valgt chipfamilie og begrensningene i det installerte systemet.
Leveransedata kan bruke nøyaktig den representasjonen som er avtalt for CSMS-import, inkludert byterekkefølge og formateringsregler.
Et trykt kortnummer kan holdes adskilt fra den elektroniske identifikatoren og samtidig være koblet til den i tilordningsfilen.
Kortkropper av resirkulert PVC, trebaserte materialer og andre materialer kan bruke samme godkjente elektroniske spesifikasjon.
Kontrollerte nummerserier og batchfiler gjør det mulig å utstede nye kort uten å duplisere aktive identifikatorer.
Teknisk tilpasning / 03
De fleste feil i drift skyldes en antakelse i grenseflaten mellom chip, leser, laderprogramvare og administrasjonssystem.
Leseren må støtte kortets frekvens og protokoll og gi tilstrekkelig RF-ytelse i den installerte posisjonen.
Fastvaren bestemmer hvilke byte som registreres, og hvordan identifikatoren normaliseres før en autorisasjonsforespørsel.
OCPP-implementasjonen overfører tokenet innenfor den støttede autorisasjons- og transaksjonsflyten.
Det importerte tokenet må tilordnes riktig kontrakt, sjåfør, kjøretøy eller tariff og følge reglene for aktivering og sperring.
Hvis autorisasjonen bare bruker en offentlig UID, gir ikke en AES-kompatibel chip i seg selv gjensidig autentisering; leseren og backend-løsningen må være utformet for å bruke den.
Full spesifikasjon / 04
Verdiene nedenfor viser tilgjengelig produktløp og erstatter ikke validering mot leser. Det endelige tilbudet angir nøyaktig konstruksjon, elektronisk konfigurasjon og dataleveranser.
Be om prøverProduksjonsløp / 05
Prøven skal dokumentere konstruksjon, trykk, elektronisk oppførsel og datahåndtering samlet. Den godkjente referansen styrer deretter produksjon og etterbestillinger.
Leser, nåværende ladekort eller ladebrikke, plattform, antall og driftsmiljø
Foreslått materiale, inlay, design, koding og variable data
Fysisk lesing, nøyaktig registrering av token, dataimport og live autorisasjon
Godkjente mastere, kontrollerte data, batchkontroller og pakkegjennomgang
Endelig mappingfil, forsendelsesregister og oppbevart referanse for etterbestilling
Ofte stilte spørsmål / 06
Svarene er basert på det fysiske ladekortet eller ladebrikken og produksjonsomfanget. Ladeplattformen din er fortsatt ansvarlig for regler for konto, tariff og autorisasjon.
Nei. OCPP gjelder kommunikasjonen mellom ladestasjoner og administrasjonssystemer. RFID-kortet presenterer en identifikator for stasjonens leser; stasjonen overfører deretter det resulterende tokenet gjennom sin OCPP-autorisasjonsflyt.
idTag er identifikatorbegrepet som brukes i autorisasjons- og transaksjonsmeldinger i OCPP 1.6. OCPP 2.0.1 bruker idToken som et bredere tokenobjekt som kan representere RFID og andre autorisasjonsmetoder.
Den samme fysiske UID-en kan representeres i ulike byterekkefølger og som heksadesimal eller desimal tekst. Hvis laderen eksporterer én representasjon mens CSMS-databasen lagrer en annen, vil et gyldig kort bli avvist.
Ikke automatisk. OCPP-støtte garanterer ikke at alle ladere har samme RFID-leser, chipstøtte eller identifikatorhåndtering. Definer målparken av ladere og valider prøver på representativ maskinvare.
En AES-autentisert 13.56 MHz-identifikator støtter kryptografiske applikasjoner, men sikkerhetsgevinsten oppnås bare hvis laderens leser og programmet er konfigurert til å autentisere denne applikasjonen. Mange ladesystemer leser en offentlig UID selv fra en chip med sikkerhetsfunksjoner.
Test fysisk lesing, nøyaktig tokenverdi i laderen, OCPP-autorisasjon gjennom CSMS, lokal eller frakoblet atferd der dette brukes, kontotilordning, sperring og erstatning.
Videre lesning / 07
Bruk den tekniske veiledningen, programeksemplene og ordlisten til å samkjøre innkjøp, prosjektering og drift før du ber om prøver.
En praktisk sammenligning av krav ved kun UID og ved sikre applikasjoner.
Les mer Teknisk veiledningForstå sammenhengen fra ende til ende mellom identifikator, lader og backend.
Les mer Teknisk ordlisteBruk konsekvent terminologi i innkjøps- og integrasjonsbeskrivelsen.
Les merInkludert i hver bestilling
Før produksjonen starter, fastsetter vi identifikatorformatet sammen med backend-teamet deres: bytelengde, representasjon, byte-rekkefølge og håndtering av innledende nuller. Bestillingen leveres deretter med en maskinlesbar datakontrakt og akseptansevektorer som utviklerne deres kan teste mot før det første kortet ankommer.
Se hvordan akseptansepakken fungererRelaterte produkter

Tilpassede RFID-ladekort med kortkropp i resirkulert PVC, chipalternativer tilpasset leseren, programdesign og overlevering av data for kobling mellom UID og konto.

Trebaserte RFID-ladekort med lasergravering eller trykk, chipalternativer tilpasset leseren og programspesifikke variable data.

RFID-ladekortkonstruksjoner i biofiber og uten PVC, med dokumenterte materialpåstander, tilpasset design og elektronikk tilpasset leseren.
Send nåværende kort, lesermodell eller programbeskrivelse og ønsket antall.