Tekniske værktøjer

Et gratis værktøj til afstemning af RFID-kortdata for teams inden for elbilopladning

Et praktisk browserbaseret workflow til at sammenligne kortdatafiler fra produktion og backend, identificere fejl i UID-repræsentation og eksportere en sporbar korrektionspakke.

Artikeldetaljer

Udgivet
14. august 2026
Læsetid
5 min. læsning
Udgiver
ChargeRFID
Tilbage til ressourcer

Af ChargeRFID

Gennemgangsmetode: Denne artikel er skrevet af organisationen og afspejler ChargeRFID's produktionsperspektiv. Bekræft kompatibiliteten af chip, læser, ladestander og backend i dit eget miljø, før du bestiller.

Et gratis værktøj til afstemning af RFID-kortdata for teams inden for elbilopladning

Et parti RFID-kort kan være korrekt fra fabrikken og alligevel være ubrugeligt i en ladebackend. Identifikatoren kan findes i begge systemer, men én fil gemmer den som hexadecimal, en anden som decimal, én fjerner foranstillede nuller, eller en læser vender byterækkefølgen. En visuel kontrol fanger sjældent disse forskelle på tværs af tusindvis af poster.

Vi har bygget den gratis ChargeRFID Engineering Console for at gøre denne overdragelsestest gentagelig. Dens nye afstemningsarbejdsområde sammenligner produktions- eller personaliseringsfilen direkte med en backend-eksport i browseren og forklarer, hvorfor hver enkelt post matchede eller ikke matchede.

Hvorfor identifikatorfiler ikke stemmer overens

To identifikatorer kan repræsentere den samme underliggende værdi og alligevel se helt forskellige ud. Et syv-byte-UID kan ankomme som fjorten hexadecimale tegn, et langt decimalt heltal, en forkortet hexadecimal værdi uden foranstillede nuller eller en streng med omvendt byterækkefølge. Almindelige opslag i regneark behandler alle fire som urelateret tekst.

Det omvendte problem forekommer også: dublerede rækker kan virke gyldige, indtil to adgangsmidler konkurrerer om samme backend-post. Manglende produktionsidentifikatorer, forældede backend-tokens, ugyldige tegn og værdier med forkert længde skaber yderligere fejltilstande.

Hvad afstemningsværktøjet kontrollerer

Indlæs eller indsæt to CSV- eller TXT-filer: de udstedte produktionsdata og de importerede backend-data. Konsollen registrerer almindelige skilletegn, foreslår den sandsynlige identifikatorkolonne og understøtter UID'er på 4, 7 og 10 byte. Du kan beholde den automatiske registrering af repræsentationen eller angive en kolonne eksplicit som HEX eller DEC.

Matchningsmotoren opdeler derefter resultaterne i fire bevisklasser:

•Eksakt eller normaliseret: samme identifikator efter fjernelse af harmløse mellemrum, separatorer eller præfikser.
•Match med foranstillede nuller: samme hexadecimale værdi efter gendannelse af den forventede bytebredde.
•Decimal ækvivalent: en decimal post og en hexadecimal post, der repræsenterer samme værdi.
•Omvendte bytes: de samme bytes gemt i modsat rækkefølge.

Alt, der ikke kan parres sikkert, forbliver synligt som manglende, ekstra, dubleret, ugyldigt eller tvetydigt. Motoren håndhæver én-til-én-matchning, så én backend-række ikke ubemærket kan dække flere produktionsrækker.

Tre output til overdragelsen

Konsollen producerer tre CSV-filer til download. Undtagelsesrapporten er arbejdskøen for uafklarede poster. Matchdokumentationen registrerer begge rækkenumre, begge oprindelige værdier, matchmetoden og den kanoniske hexadecimale identifikator. Den korrigerede import indeholder unikke, gyldige produktionsidentifikatorer, der mangler i backend, formateret som HEX eller DEC og i den valgte byterækkefølge.

Korrektionsfilen sletter ikke ubemærket yderligere backend-poster. De forbliver undtagelser, som en operatør skal gennemgå, fordi sletning bør være en bevidst systembeslutning.

En praktisk accepttestproces

1.Eksportér den endelige personaliseringsfil fra produktionen.
2.Eksportér identifikator- eller tokentabellen fra målsystemets backend.
3.Afstem begge filer ved den aftalte bredde på 4, 7 eller 10 byte.
4.Gennemgå undtagelserne, og gem matchdokumentationsfilen sammen med partiets registrering.
5.Importér godkendte rettelser, og test derefter repræsentative færdige adgangsmidler på den tiltænkte læser og backend.

Det er nyttigt før en første udstedelse, under en platformsmigrering, efter en masseudskiftning, eller når en CPO, en eMSP og en producent har brug for én fælles registrering af, hvad der blev leveret, og hvad der blev registreret.

Privatliv og teknisk afgrænsning

Al parsing og sammenligning kører lokalt i browseren. ChargeRFID uploader ikke og gemmer ikke filindholdet. Værktøjet afstemmer datafiler; det opretter ikke forbindelse til en fysisk læser eller ladebackend og erstatter ikke end-to-end-test med færdige adgangsmidler.

Åbn det gratis afstemningsværktøj, og indlæs det medfølgende verifikationseksempel for at se alle matchklasser. Til et produktionsprogram kan du anmode om færdige prøver eller sende os den datakontrakt, du skal validere.

Virksomheds-, netværks- og produktnavne, der nævnes i denne artikel, er varemærker tilhørende deres respektive ejere. De bruges beskrivende til at identificere systemer, som vores kort fungerer sammen med. ChargeRFID er en uafhængig producent, og denne artikel hævder ikke nogen tilknytning, partnerskab eller anbefaling.

Del:

Næste skridt

Omsæt researchen til en kortspecifikation.

Del konteksten for læser, chip, data eller udrulning, så identificerer vi de beslutninger, der kræves til prøver og produktion.