Tekniska verktyg

Ett kostnadsfritt verktyg för avstämning av RFID-identifierare för team inom elbilsladdning

Ett praktiskt webbläsarbaserat arbetsflöde för att jämföra filer med identifieringsmedel från produktion och backend, identifiera fel i UID-representation och exportera ett spårbart korrigeringspaket.

Artikeldetaljer

Publicerad
14 augusti 2026
Lästid
5 min läsning
Utgivare
ChargeRFID
Tillbaka till resurser

Av ChargeRFID

Granskningsmetod: Denna artikel, skriven av organisationen, återspeglar ChargeRFID:s tillverkningsperspektiv. Bekräfta kompatibiliteten för chip, läsare, laddare och backend i din egen miljö innan du beställer.

Ett kostnadsfritt verktyg för avstämning av RFID-identifierare för team inom elbilsladdning

En kortbatch kan vara korrekt från fabriken och ändå vara oanvändbar i ett backendsystem för laddning. Identifieraren kan finnas i båda systemen, men en fil lagrar den hexadecimalt, en annan decimalt, en tar bort inledande nollor eller så vänder en läsare på byteordningen. En visuell kontroll fångar sällan dessa skillnader bland tusentals poster.

Vi byggde den kostnadsfria ChargeRFID Engineering Console för att göra överlämningstestet repeterbart. Dess nya avstämningsarbetsyta jämför produktions- eller personaliseringsfilen med en backendexport direkt i webbläsaren och förklarar varför varje post matchade eller inte.

Varför identifierarfiler inte matchar

Två identifierare kan representera samma underliggande värde men se helt olika ut. Ett UID på sju byte kan komma som fjorton hexadecimala tecken, ett långt decimalt heltal, ett förkortat hexadecimalt värde utan inledande nollor eller en sträng med omvänd byteordning. Vanliga uppslag i kalkylprogram behandlar alla fyra som orelaterad text.

Det omvända problemet förekommer också: dubblettrader kan se giltiga ut tills två kort konkurrerar om samma post i backend. Saknade produktionsidentifierare, inaktuella token i backend, ogiltiga tecken och värden med fel längd ger ytterligare felorsaker.

Vad avstämningsverktyget kontrollerar

Läs in eller klistra in två CSV- eller TXT-filer: utfärdade produktionsdata och importerade backenddata. Konsolen identifierar vanliga avgränsare, föreslår den troliga identifierarkolumnen och stöder kort med 4, 7 och 10 byte. Du kan behålla automatisk identifiering av representationen eller uttryckligen ange en kolumn som HEX eller DEC.

Matchningsmotorn delar sedan in resultaten i fyra underlagsklasser:

•Exakt eller normaliserad: samma identifierare efter att ofarliga mellanslag, avgränsare eller prefix har tagits bort.
•Matchning med inledande nollor: samma hexadecimala värde efter att den förväntade bytebredden har återställts.
•Decimal motsvarighet: en decimal post och en hexadecimal post som representerar samma värde.
•Omvända byte: samma byte lagrade i motsatt ordning.

Allt som inte kan paras ihop på ett säkert sätt förblir synligt som saknat, extra, dubblett, ogiltigt eller tvetydigt. Motorn tillämpar en-till-en-matchning, så en backendrad kan inte i tysthet uppfylla flera produktionsrader.

Tre utdata för överlämningen

Konsolen tar fram tre nedladdningsbara CSV-filer. Avvikelserapporten är arbetskön för olösta poster. Matchningsunderlaget registrerar båda radnumren, båda ursprungsvärdena, matchningsmetoden och den kanoniska hexadecimala identifieraren. Den korrigerade importfilen innehåller unika, giltiga produktionsidentifierare som saknas i backend, formaterade som HEX eller DEC och i vald byteordning.

Korrigeringsfilen raderar inte i tysthet ytterligare poster i backend. De kvarstår som avvikelser för en operatör att granska, eftersom radering bör vara ett medvetet systembeslut.

Ett praktiskt arbetsflöde för acceptans

1.Exportera den slutliga personaliseringsfilen från produktionen.
2.Exportera kort- eller tokentabellen från målsystemets backend.
3.Stäm av båda filerna med den överenskomna bredden på 4, 7 eller 10 byte.
4.Granska avvikelserna och spara matchningsunderlaget tillsammans med batchdokumentationen.
5.Importera godkända korrigeringar och testa sedan representativa färdiga kort med avsedd läsare och backend.

Detta är användbart före en första utgivning, under en plattformsmigrering, efter ett massutbyte eller närhelst en CPO, en eMSP och en tillverkare behöver en gemensam dokumentation av vad som levererades och vad som registrerades.

Integritet och tekniskt omfång

All tolkning och jämförelse körs lokalt i webbläsaren. ChargeRFID laddar inte upp och lagrar inte filernas innehåll. Verktyget stämmer av datafiler; det ansluter inte till en fysisk läsare eller ett backendsystem för laddning, och det ersätter inte heltäckande tester med färdiga kort.

Öppna det kostnadsfria avstämningsverktyget och läs in det medföljande verifieringsexemplet för att se alla matchningsklasser. För ett produktionsprogram kan du beställa färdiga prover eller skicka oss det datakontrakt du behöver validera.

Företags-, nätverks- och produktnamn som nämns i denna artikel är varumärken som tillhör respektive ägare. De används beskrivande för att identifiera system som våra kort samverkar med. ChargeRFID är en oberoende tillverkare och denna artikel påstår inte någon anknytning, något partnerskap eller någon rekommendation.

Dela:

Nästa steg

Omsätt kunskapen i en kortspecifikation.

Dela information om läsare, chip, data eller utrullning så identifierar vi de beslut som krävs för prover och produktion.