如何在TCPDF中正确生成GS1-128（以前的EAN-128）条形码

Question

我们正在尝试使用TCPDF库为产品标签生成正确的EAN-128代码，但是 我们的客户说条形码扫描器没有读取生成的条形码。 原始（旧）条形码和字符串：

代码字符串是：

$codeString = "(01)08437013308045(3013)2675(15)161201(10)150518"

如果我们将字符串直接传递给TCPDF函数，如下所示：

$label->write1DBarcode($codeString, 'C128A', $x, $y, $w, $h);

我们得到了正确的输出（扫描仪无法读取），但条形码比原始条形码更密集，条形码似乎更短且密度更小（他们说它的EAN-128 ）：

我们在此处{EAN-128 with FNC1）发现在chr(241)之前添加$codeString会有所帮助，但如果我们添加它，则会从人类可读代码中的所有内容中删除生成的图像：

由于我们没有条形码阅读器，因此我们无法自行检查错误。

我们在这里缺少什么？我们正在使用TCPDF版本6.2.12。

Answer 1

我将解决许多问题。

首先，您误读了原始条形码的文本，其中包含代表净重的固定长度应用程序标识符（AI）字段(3103)2775。

您编写的代码包含(3013)2675无效的代码。没有AI（3013），不幸的是，这将前缀匹配表示项目计数的合法AI（30），该项目计数是可变长度字段。因此，解码器将继续读取剩余数据，直到代码结束为AI（30），因为没有后续的字段终止符（FNC1）。这是很多项目 - 事实上超过八位数，所以读者可能会指出错误！

this answer的“提取”部分提供了有关GS1数据如何在Code 128条形码中编码以生成有效GS1-128符号的背景信息。

假设您打算对GS1数据进行编码(01)08437013308045(3103)2675(15)161201(10)150518。

您需要在Code 128中编码的原始数据为{FNC1}0108437013308045310326751516120110150518。

这推导如下：

• 数据以FNC1标志字符开头（表示存在GS1格式的数据）。
• AI的括号已被省略。
• 由于您的数据仅由固定长度的AI组成，因此不存在我们必须使用FNC1分隔符 ^[*] 终止可变长度字段的情况。

^{[*]请注意，GS1 General Specifications§3.2“按数字顺序排列的GS1应用程序标识符”中提供的AI列表表示在跟随其他数据时是否需要FNC1字符终止。}

这些知识如何转化为TCPDF的代码？我从来没有用过对不起，但这可能会有所帮助：

您的$codeString变量需要定义如下：

$codeString = chr(241).'0108437013308045310326751516120110150518';

这假设支持论坛上的链接答案是正确的，说明TCPDF使用ASCII序号241来表示FNC1字符。 （There is some doubt whether this is the case.）如果它有效，那么这是一个特定于库的选择，你不应该仔细阅读它们已选择值241. See here这一事实，以获取有关编码非数据字符的详细信息，例如： FNC1。

我还注意到您将C128A传递给type write1DBarcode参数，该参数将符号限制为模式A（数字，大写字母和控制字符。）这样效率非常低并且可能导致符号太宽（或重新调整时太密集），以便使用大多数用于物流应用的标准设备进行扫描。

代码128支持一种模式C，它提供数字的双密度压缩，所以你应该使用它，可能通过传递type=C128C或type=C128（auto），假设TCPDF的自动编码是好的，您将创建的未来符号可能需要包含字母。

$label->write1DBarcode($codeString, 'C128', $x, $y, $w, $h);

就条形码下方的人类可读文本而言，如果对于正确编码的数据无法正确显示，则可能需要针对TCPDF提出错误报告或功能请求。