• M1卡使用过程中常见问题及处理建议


    M1卡也称感应式IC卡的,只智能IC卡的一种,一般常用的有S50M1卡和S70M1卡,以及国产的兼容S50和S70的复旦F08的M1卡等。

        M1卡在开发及使用过程中总是出现各种各样问题,总结多年在制卡行业的经验,主要引起M1卡操作错误的问题总结起来有以下几种。

    一、盲目操作

         造成某些区块误操作被锁死不能再使用。应当仔细参考表3表5的控制权限后,予先得出操作后的结果是否适合使用要求,并且列出操作顺序表单再操作。最好授权程序员对块3的设置作专人操作。

    二、丢失密码

    再读写时造成密码认证出错而不能访问卡。特别要求在对M1卡进行块3编程操作时,必须及时记录相关卡号的控制值,KeyA,KeyB等,而且应当有专人管理密码档案。

    三、 错误设置

           对M1卡的块3控制块了解不透彻,错误的理解造成设置造成错误的设置。依照表2可知,目前M1卡的控制块仅只有8种数据块访问控制权限和8种控制块设置权限,超出这16种权限的其他代码组合,将直接引起错误设置而使卡片报废!

    四、极端权限

    当块3的存取控制位C13 C23 C33 = 110或者111时,称为极端权限。除特殊应用外一般不被使用!启用前认真权衡对密码读写,存取控制的锁死是否必要,否则,数据加密后即使有密码也无法读取被锁死的数据区块(看不见)!

    五、 设备低劣

    低劣的设备将直接影响卡的读写性能。对M1卡进行块3编程操作的设备,特别要求其性能必须十分可靠,运行十分稳定!建议选用由飞利浦公司原装读写模块构建的知名读写机具!

    六:编程干扰   

       在对块3进行编程操作时,不可以有任何的”IO”中断或打扰!包括同时运行两个以上程序干扰甚至PC机不良的开关电源纹波干扰等,否则,不成功的写操作将造成某个扇区被锁死的现象,致使该扇区再次访问时出错而报废。

    七、 数据出错

         在临界距离点上读卡和写卡造成的。通常的读卡,特别是写卡,应该避免在临界状态(刚能读卡的距离)读卡。因为临界状态下的数据传送是很不稳定的!容易引起读写出错!

    八、人为失误

        例如,密码加载操作失误,误将KeyA加载为KeyB;或者是误将其他制卡厂约定的初始密码值如a0a1a2a3a4a5,b0b1b2b3b4b5加载到本公司生产的M1卡内;或者在初始状态下(密码A=000000000000【隐藏状态,实际为ffffffffffff】,控制位=FF 07 80 69,密码B=ffffffffffff【可见】)若不经意地将KeyA=000000000000 删除后又重新输入12个”0″,并加载了它!这时无意中已将KeyA原来12个隐藏的”f”,修改成了12个”0″,其后果可想而知!

    九、卡片失效

          读写均无数据传送,读写器报告”寻卡错误”!卡片被超标扭曲,弯曲而造成内电路断裂。

    十、读写距离过近

         与用户使用的读写器性能有关。标准型M11卡的读写距离可达10cm(在飞利浦公司的标准读写机具上测试的最大距离),国产知名品牌读写器一般可达5-10cm。尺寸较小的匙扣卡,其读写距离当然比标准卡近许多,但只要可靠的读写距离≥5~10mm以上,一般不会影响正常使用!

  • 相关阅读:
    Redis数据类型之string
    Vue3 实现网页背景水印功能
    异步FIFO设计的仿真与综合技术(4)
    LeetCode【128】最长连续序列
    js 关于 replace 取值、替换第几个匹配项
    spark集群部署(第三弹)
    用Python制作我的核酸检测日历
    开发知识点-Ruby
    【安装文档】TRex流量分析仪保姆级安装指南--基于VMware虚拟机(ubantu18.04@Intel 82545EM)
    Taichi 加速 Python 中图像处理
  • 原文地址:https://blog.csdn.net/liudong200618/article/details/133745350