|
才浅r止 | uhf标签数据区利用
|
|
|
|
|
相对于要通过“看”来识别的条形码和二维码来说，rfid具有其独特优势，在于数据是依托不可见的射频，且信息可以擦写，加密甚至灭活的。 笔者在跟进项目中往往会遇到一个经常被问的问题：我的数据要如何存储？这次笔者想根据过往经验和大家探讨下关于数据储存的问题和解决思路。 来看看标签物理储存区 首先，我们从标签的储存方式了解下。这次推文我们先着重看下超高频部分，目前常见的标准uhf应用中经常提到的6c标签储存区划分逻辑图为： 根据用户习惯，这里我们首先看到的是一个叫user memory的，中文翻译为用户区的储存空间。对于大多数没有深度使用经验的一般用户来说，这里的用户区会被认为是可以自定义，用来储存用户的区域。这么理解并没有问题，也确实这个区域可以放用户自定义的信息，不过根据标签种类不同，有些标签并不具有user区，而且有些标签需要特殊命令或者操作才能分配user区。同时，对于标签价格过于敏感的项目来说，带有user区的标签会比没有的要贵一些。 除了user区，用户经常听到的还有个叫uii（unique item identifier），或者叫epc（electronic product code）的区域。严格意义上，epc这个说法并不在iso标准代表了标签的储存区，他其实代表了一个组织，只是因为uii经常会被存放epc规范的信息，也或许是因为标签厂家推广时候经常这么叫，所以大家都这么习惯称呼了。不过按照iso标准，uii是包括了两个字节的crc校验位和两个字节的pc接口控制位，我们常说的uii或者epc区是用户可以去修改的区域。通常项目中crc校验位会很少用到，但是对于6c空中接口来说是至关重要的环节。 相比crc来说，pc值的使用笔者确实见到过多次因为使用错误导致遇到了很大的麻烦。通常来讲，在项目初期了解并为客户的定义正确的pc值是必选项。部分厂家的ic会通过pc值定义user区长度，绝大多数标签需要通过pc来定义盘存时候的“暴露的“uii长度。 到这里问题来了， 我到底要用uii还是user区呢？ 我们回到日常生活中，目前行业内排名靠前的应用场景，比如快销品牌尤其像衣物追溯等，笔者看到的基本上都是只使用了uii来标记。我们以此反过来回到iso标准中，uii在uhf应用中是读写器读取标签必执行操作——盘存中必须要读取到的，换句话说uii的被读取速度要比user区要快。这点在大量标签被快速读取时候能够被很明显的体现出来。 不过受限于协议规范，uii的长度在不包括crc和pc的32 bits后，最长只有496bits，但是user区部分厂家能够做到64k bits，这么算下来足足有8千bytes字节，折合下来已经接近8mb的储存空间了！回想刚到千禧年的时候，两三首歌或者一个视频片段也就占用这么大的空间。不过一个自动化应用中确实需要使用这么大的容量么？ 关于容量编码，笔者会在另外一篇推送中和大家探讨。 总结，笔者建议，通过合理的信息规范编码，在能够使用uii的时候尽量使用uii，如果要使用user区，建议对uii进行合理的，一次性的预编码，确保后续使用中能够得到更舒适的体验。 其他储存区是做什么的？ 说到这里，用户经常使用的uii和user区已经介绍完了，但是会看本文最开始的储存区逻辑划分图，还有tid（标签标识），reserved（保留区）： tid包含了标签的唯一标识码，这个区域是不可更改出厂就内置的，根据协议要求，每个ic厂家在tid中的前8位标识均不一样，我们可以根据tid判断出来标签生产厂家和ic种类等等信息。需要注意的是，tid不可更改，uii也可以通过上锁的方式做到仅可读但不可改。 reserved包含了读写密码区，灭活区和其他特殊功能区。密码区顾名思义用户可以通过定义密码区来对标签的储存区进行读写加密。关于特殊功能，目前已经有部分国产厂家生产出来读取保留区实际不存在的区域时候点亮标签led灯的功能，在一些场合中这种标签可以非常方便的寻找到物品。笔者经过测试，目前西克的读写器也是可以支持此类标签的读写，如果感兴趣可以联系爱游戏官方app平台的工作人员获取使用工具。 |
|