这里给大家介绍一个读写器寻卡(request)的编程技巧,可以极大地增加读写器的卡片兼容性和操作稳定性,也可以大大降低读写器的功耗,增加读写器的使用寿命
是本人经验的绝对珍藏。
request卡的程序应该这样编制:
关射频100ms(这个时间可以应应用而调整,如果越长,则读写器的功耗越小,比如request整个时间是10ms(3次request),则开射频的时间只有1/10,等待卡进场时(读写器几乎都处于这个状态)的射频功耗可以减小为一直开射频时的1/10,同时关射频再开射频,可以更好地复位被读的卡片,特别对于慢速进场的卡片,可以绝对有效,但此时间是加入整个卡片的交易时间的,最不利的情况是卡片进场时,刚关射频,则正常交易时间加上关射频的时间是整个交易时间),开射频2ms(保证卡片的初始化结束),发request,如收到回复,正常退出request程序,如果不正常(如超时,或接收有误),则再发request,成功退出,不成功再发request,通常2次足够,如果request函数把request的最大次数作为参数,则调试程序更方便,这个参数不会影响正常的request速度,因为一般第一次就会成功,就退出了。开关射频是这里的技巧,注意开射频后一定要有一定的时间,因为需要给卡片一定的初始化时间,通常2ms足够。
1楼
0
0
回复
是本人经验的绝对珍藏。
request卡的程序应该这样编制:
关射频100ms(这个时间可以应应用而调整,如果越长,则读写器的功耗越小,比如request整个时间是10ms(3次request),则开射频的时间只有1/10,等待卡进场时(读写器几乎都处于这个状态)的射频功耗可以减小为一直开射频时的1/10,同时关射频再开射频,可以更好地复位被读的卡片,特别对于慢速进场的卡片,可以绝对有效,但此时间是加入整个卡片的交易时间的,最不利的情况是卡片进场时,刚关射频,则正常交易时间加上关射频的时间是整个交易时间),开射频2ms(保证卡片的初始化结束),发request,如收到回复,正常退出request程序,如果不正常(如超时,或接收有误),则再发request,成功退出,不成功再发request,通常2次足够,如果request函数把request的最大次数作为参数,则调试程序更方便,这个参数不会影响正常的request速度,因为一般第一次就会成功,就退出了。开关射频是这里的技巧,注意开射频后一定要有一定的时间,因为需要给卡片一定的初始化时间,通常2ms足够。