才浅R止 | 西克技术型讨论

问题1，有没有一个标准的编码格式?

有。首先我们通常讲到的标签EPC，这个源自于EPC Global组织推出的一种编码规范，类似于条形码的EAN码，或者说类似于车辆上的VIN码等。

他有很多编码规则，比如我们在轮胎行业经常看到的SGTIN编码等，这些条码信息会包括厂商识别码，项目或产品码，校验码等。与用户自定义的编码相比，这种码由于有组织标准规范，一来是在全球范围可以做到通用，二来是具有一定防止篡改能力。

又例如国际航空运输协会(IATA)也有自己的编码规范，这类编码可以在行李的射频标签上见到;又例如德国汽车制造协会推出的VDA5500编码标准等。这些都是一些大型机构或组织推出的编码格式。

这些编码格式都有个特点，能够在有限的编码长度内包含远大于这些长度的。

问题2，既然有标准编码格式，那为何工业自动化里面使用的看似并不多?

对于EPC或者类似的编码，不仅要按照规范进行编码，同时对于标签进行编码的厂家如果想做到全球范围信息透明流通，该厂家需要加入对应组织或在对应组织内进行厂家注册，这样就提高了这类编码应用的门槛。

如果只是在厂内进行内部应用，用户大多不会选择这种编码方式。而是采用更加灵活的自定义编码格式。

西克RFID读写器可以实现诸如EPC(URI)，IATA和VDA5500直接解码输出。

问题3，我如何对标签进行编码?

这个是个老生常谈的问题了。无论何种编码，其主要目的就是做到精益高效对产品进行追溯。首先精益，众所周知标签的容量大多和标签成本成正比，这个和我们常见的储存类产品硬盘内存条类似;其次高效，即需要做到上位更快识别，如何做到应用实施周期更短。

笔者大多数在现场见到的是明文ASCII编码。我们以料箱号码举例子，假设料箱号码为20231231ABCD，转译成16进制则为32 30 32 33 31 32 33 31 41 42 43 44，总共12字节(Bytes)，也就是96位(Bits)。通常对于读写器读出的条码会以16进制表达，西克读写器可直接输出ASC编码的条码。

此时若我们直接以16进制写入，则为20 23 12 31 AB CD，此时需要容量则会减半，仅需要48位(Bits)即可。

倘若我们进一步进行编码替代，比如2023用0B代表，2024则为0C，1231进行周数编译则为2023年52周，此时编码则为0B52 ABCD，即仅需要32位(Bits)即可。

假设标签容量一定，使用的空间越少就意味着标签的成本更加可控，且剩下可以用来自定义的空间就更大，可拓展性越大。

问题4，标签需要进行所有工序的信息汇总

此类场景经常在一些高频产品中，有一些客户的使用习惯是吧标签当作硬盘使用，需要8K字节，32K字节或者更大容量。可以换算下，此类标签的空间已经可以承载一首歌曲甚至一个短视频。倘若我们有MES或其他上层系统，将物料托盘信息或其他短容量读写信息在标签进行储存，长信息在MES系统中进行对应，则可以大幅度降低标签的读写空间利用。感兴趣的朋友可以对比下高频超大标签的成本与普通112字节标签和超高频同类标签的成本差异。