这对于具有良好条形码体验的人来说是一个问题.
在FastReport的报表生成器支持以下条码标准:
代码2_5
39,39扩展
93,93扩展
库德巴
128A,128B,128C
EAN128A,128B,128C
EAN 13
EAN 8
MSI
POSTNET
UPC A,E0,E1,Supp2
由于该解决方案适用于小型商店,我需要打印标签,然后使用入门级工具(Brother QL-570标签打印机和从eBay购买的ANL-810扫描仪)读取条形码.标签宽90毫米,高29毫米.条形码只包含数字,因为它代表数据库中项目的ID.
要将读数误差降至最低,您将使用哪种标准,并根据您的经验,条形码应具有哪种最小尺寸？
谢谢.
使用Code 128.它支持所有ASCII符号并具有良好的数据密度.
没有128_A,B C.似乎它们是指选择初始编码集的起始符号.然后128_C将是仅用于数字的那个.你的图书馆不支持自动编码吗？
如果你想拥有一些健壮性并且可以阅读2D代码,那么可以选择Datamatrix ECC200.那个里面有里德 - 所罗门ECC,可以从伤害中恢复过来.它还具有比大多数(全部？)1D代码高得多的数据密度.
如果您需要在条形码中构建信息的系统,请查看GS1.即使您不使用它,您也可以从其概念中获得一些想法.
编辑:Code128中的数据密度优于Code39 - 因为它经常在其他回复中被提及.
小智 5
代码39可能是其他海报提到的最佳选择,因为Code 128和2of5通常在新扫描仪上禁用,必须先启用才能使用它们.这通常会导致非技术人员认为扫描仪打破了盒子,这不会给人留下好印象并且会给你更高的支持成本.
如果您需要比Code 39提供的更高的数据密度,那么Code 128将是我推荐的选项.选择正确的A,B或C编码可以使它们非常小,您可以在条形码中间更改编码.
代码2_5是Interleaved 2 of 5.我不会使用它,因为它只允许使用数字字符,您可能希望在以后添加其他字符.
二维条形码的数据密度比任何一维条形码都要大,但它们需要特殊的扫描仪来读取它们,这些条形码更具攻击性.除非您确实需要,否则不推荐.
为了便于阅读,我建议您的条形码应至少高5毫米,并在两侧留出2毫米的空白区域.请务必检查扫描仪上的规格,您需要知道它可以读取的最小最小条宽,并使条形码大于此值.