Foutspoor kaartskanderings wat nie die korrekte nommer wys nie

Hierdie vrae is bedoel om jou te help uitvind watter kaartskanderingprobleme jy ondervind.

 

Vraag 1) Wat wys in die XPressEntry-handtoepassing? Wys dit 'n nommer soos 0x1A05399976? Die sleutel hier is dat die vertoonde kaart met 0x begin, gevolg deur 'n hekshoek.

Indien Ja, Dit is die uitvoer vanaf KeyLink en beteken waarskynlik dat die Wiegand-formaat vir daardie kaarttipe nie in die stelsel ingevoer is nie. Kry hierdie inligting van die kliënt of slaan #2 oor. XPressEntry pas die kaarte by die nommer eerste gebaseer op die bietjie lengte. As daardie kontroles misluk, vertoon dit net die rou kentekennommer van KeyLink.

Indien Nee, gaan voort na #2.

Vraag 2) Wys XPressEntry 'n nommer maar die verkeerde nommer?

Die nommer wat ons verwag is iets soos 123456789 (hex 75BCD15), maar jy kry 365779719 (hex 15CD5B07). Dit beteken dat die greepvolgorde wat van die toegangsbeheerstelsel verwag word, anders is as wat ons in XPressEntry verwag. Dit kan op een van twee maniere reggestel word. 1) merk die "Reverse UID Bytes"-merkblokkie op KeyLink (geboue 177 en verder). Of 2) Verander die Omgekeerde Byte Order-veld in die Wiegand-formaat binne XPressEntry. Dit is die algemeenste wanneer ons met kaarte werk waar ons die reeksnommer van die kaart gebruik en nie

Het dit jou probleem opgelos?

Indien nie, is daar dalk 'n ander probleem met die Wiegand-formaat wat u 'n Telaeris-ingenieur sal benodig om vinnig na te kyk.

 

As ons op hierdie stadium steeds nie sien wat ons verwag nie, versamel die volgende inligting:

  • 'n Skermskoot of kopie van die data vanaf KeyLink.
  • Wat die verwagte kaartnommer is.
  • Enigiets anders oor die kaarte wat jy van die eindkliënt/integreerder kan kry. Kaarttipe, formate, alles.

 

Kontak Ons [e-pos beskerm] met bogenoemde besonderhede en iemand sal jou so gou moontlik help.