这是一个对条形码有良好经验的人提出的问题。

FastReport 报告生成器 支持以下条码标准:

  • 代码2_5

  • 39, 39 扩展

  • 93, 93 扩展

  • 科达巴

  • 128A、128B、128C

  • EAN128A、128B、128C

  • 国际货品编码13

  • 国际货品编码8

  • 微星指数

  • 邮政网

  • UPC A、E0、E1、Supp2

由于该解决方案适用于小型商店,因此我需要打印标签,然后使用入门级工具(Brother QL-570 标签打印机和从 eBay 购买的 ANL-810 扫描仪)读取其条形码。标签宽 90 毫米,高 29 毫米。条形码仅包含数字,因为它代表数据库中商品的 ID。

为了将读取错误降至最低,您会使用哪种标准?根据您的经验,条形码的最小尺寸应该是多少?

谢谢。

有帮助吗?

解决方案

使用代码 128。它支持所有 ASCII 符号并具有良好的数据密度。

没有128_A、BC。似乎它们意味着选择初始编码集的开始符号。那么 128_C 将仅代表数字。你的库不支持自动编码吗?

如果您想要具有一定的鲁棒性并且可以读取二维码,可以选择 Datamatrix ECC200。该产品内部有 Reed-Solomon ECC,可以从损坏中恢复。它还具有比大多数(全部?)一维码高得多的数据密度。

如果您需要一个在条形码内构建信息的系统,请查看 GS1。即使您不使用它,您也可以从其概念中获得一些想法。

编辑:Code128 中的数据密度优于 Code39 - 因为它在其他回复中经常被提及。

其他提示

出于其他发帖人提到的原因,Code 39 可能是最佳选择,并且因为 Code 128 和 2of5 通常在新扫描仪上被禁用,并且必须先启用才能使用它们。这通常会导致非技术人员认为扫描仪已损坏,这不会给人留下好印象,并且会给您带来更高的支持成本。

如果您需要比 Code 39 提供的更高的数据密度,那么 Code 128 将是我推荐的选择。选择正确的 A、B 或 C 编码可以使它们变得非常小,并且您可以更改条形码中间的编码。

代码 2_5 是 Interleaved 2 of 5。我不会使用它,因为它只允许数字字符,并且您可能想在以后添加其他字符。

二维条形码比任何一维条形码具有更高的数据密度,但它们需要昂贵得多的特殊扫描仪来读取它们。除非您确实需要它们,否则不推荐使用它们。

为了便于阅读,我建议您的条形码高度至少为 5 毫米,并在两侧留出 2 毫米的空白。请务必检查扫描仪的规格,您需要知道它可以读取的最小条形宽度,并使您的条形码大于该宽度。

我可以建议Code 39;条形码 Z3of9 是免费的,据我所知,它可以与 Datalogic得利捷以及大多数其他条形码扫描仪完美配合。

我可能会建议使用 EAN/UPC,特别是如果您在小商店中使用它。

商店中的产品通常都会带有自己的条形码(如果您在欧洲,则为 EAN8/13,在美国则为 UPCA/E),因此可以将这些条形码输入您的数据库,然后只为这些产品打印条形码标签没有条形码的产品。

您生成的产品 ID 的格式将与产品上已有的产品 ID 的格式相同。您需要以 2 开头(在 EAN13 的情况下),因为这是为“内部”条形码保留的,并且保证不会与任何制造商条形码重叠。

不为所有东西生成自己的代码的一个潜在缺点是,如果包装发生变化,制造商需要更改产品上的条形码。例如,奥林匹克品牌的士力架将具有与标准士力架不同的条形码。相同的产品,不同的包装,不同的条码可能会给盘点、销售分析等带来问题。

ANL-80 是一款 CCD 扫描仪,如果您以大约 40 x 25 毫米打印条形码,我认为您应该获得良好的可读性,因为在该尺寸下,条形码行之间有良好的分离,并且 EAN 符号系统的行密度不是这样伟大的。

西蒙

在我们公司,我们使用 Interleaved 2Of5。条形码本身的高度为11mm。

我建议使用 Code 39,这样您就可以确保您的条形码与几乎所有现有设备兼容。

我已经成功使用代码 39。

我开发了一个使用条形码来跟踪印刷工厂的工作的系统。我们使用了代码 39,即使通过点阵打印机输出并用手持式光笔读取,它也能很好地工作。当我们升级产品以使用(当时现代的)Windows 前端时,我们能够使用 code 39 条形码字体打印到普通 Windows 打印机,并避免升级所有阅读器。

我使用快速报告来创建所有条形码。

我使用 Code 128C,印刷高度为 10 毫米,宽度约为 50(尺寸适合 Avery 标签)。我尝试了代码 39,但最终宽度是原来的两倍。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top